- User Since
- Dec 26 2016, 1:01 PM (146 w, 6 d)
Fri, Oct 18
If your GPU supports VP9 decoding (check via the support matrix here) can you install and run vdpauinfo and see if vp9 is supported?
Thu, Oct 17
Just an update on this, working on updating everything in eopkg info -c programming.python - especially core python items like python-setuptools, python-wheel, python-pytest to make sure everything is fully 3.7 ready. Validating things locally and pushing things one by one. Progress is slower than hoped for, as my hatred for python is growing by the minute.
Tue, Oct 15
Mon, Oct 14
As an interim solution after suspend if you have no sound you can run;
I actually have the extract same motherboard as you can confirm this issue. I don't use sleep nowadays so didn't notice this. But, yeah. I'm pretty sure this wasn't an issue before.
Sat, Oct 12
Fri, Oct 11
What happens if you run: xrandr --setprovideroutputsource modesetting Intel then xrandr --auto after logging in with the intel driver installed?
Wed, Oct 9
Thanks @xulongwu4 for the help, that indeed did resolve the build issue! This unblocks the rest of the rebuilds for LLVM9 for testing now.
Mon, Oct 7
Thanks, I updated the package list per rCOMN7649dd796c13 and added the missing ones to the list.
@aleksvor thanks for the catch. It didn't get pulled in when i ran make clone on the repo for some reason. I'll do some digging on why make clone isn't pulling down all the packages.
New rebuild list. Now over 600 packages. https://pastebin.com/raw/WEbQgVjx. Rebased everything against the GNOME update and have had python3.7 and the rebuilds installed on my system for a few days now without any problems noticed, just trying my best to look for any breakages and missing packages currently.
A bug in geos autotools scripts means it can't be switched to python3. Infact, support only explicitly goes as high as python 3.3, as seen here. Their cmake scripts do not support enabling python bindings at all.
Sun, Oct 6
Resolved the zita-resampler issue thanks @Staudey for the pointer.
Sat, Oct 5
Actually updating glibc to 2.30 locally seems to resolve the segfault. Won't reopen till 100% sure.
Confirmed, but, cannot find a consistent way to make it segfault. Just running the timer and clicking around the app and hoping it segfaults.
Fri, Oct 4
You may manually extract the ppd files from their provided .deb and place them in /usr/share/ppd/xerox. That _should_ be that is all required, but you may need some additional utilities from the deb to get it working. Good luck!
Thu, Oct 3
Blockers are resolved. Rebasing and rebuilding against updates in unstable and starting more thorough testing.
Wed, Oct 2
If you still have the issue of pdf's not rendering after updating feel free to reopen the task.
Do you have libtiff installed? sudo eopkg it libtiff. That could just be a missing rundep. As for pdftk it is not currently packaged in solus.
Are these required as part of qomui itself or only the WireGuard component of it?
Alright, looks like we need to package geoip, geoip-database and maybe geoip-database-extra from http://www.maxmind.com/app/c
Tue, Oct 1
Any other problems, i.e. missing rundeps, please create a new task.
Try installing python-geoip first
Fri, Sep 27
Confirmed. Seems pretty annoying
Thu, Sep 26
Have a strange issue with gnome-terminal not loading. It times-out and doesn't start.
Wed, Sep 25
I think i've found the issue; https://gitlab.freedesktop.org/poppler/poppler/issues/766. We'll have to update poppler to at least version 0.77 to resolve this issue. When poppler is updated all reverse dependencies need to be rebuilt against the new version so it'll take a while, especially as Josh is in the middle of performing a GNOME stack upgrade right now. As an interim solution you could try installing the snap or flatpak version of okular, or using the a different pdf viewer.
Tue, Sep 24
Alright, i've updated gdb, can you try to manually install the new gdb from unstable by running;
So, in addition, you seem to be running up against a problem with gdb itself unrelated to okular, unluckily for you, as evidenced by https://bugzilla.redhat.com/show_bug.cgi?id=1560010. I'll have to update gdb first to resolve it, so you'll have to bear with me a couple of days. Apologies for the inconvenience!
If you are unable to provide specific documents that cause the crash please provide a backtrace instead. To do this;
Mon, Sep 23
Will need to be rebased against R4672:f70316c55e2d, sorry for being a PITA.