Hey, thanks! I somehow didn't get a notification for this release on github and didn't notice it.

@JoshStrobl I really don't know what is causing this and can't reproduce it locally. I think this was a one-off network-related issue. Can you perhaps push it to the build server again? (not sure what the standard procedure for this kind of thing is; should I create a new diff just to bump it?)

Again an Electron build that fails, hmm. I will take a look at it when I get home.

No problem at all. As long as the package gets updated by somebody, everyone's happy 😉

Abandoning this because @DataDrake has now commited R4560:3c1de7c0dc3e3281a42398d1456a8edba2dc6aaa

Seems like libzita-convolver should be added to the rundeps of this packages. Even then it complains about the following:
guitarix: error while loading shared libraries: libzita-resampler.so.1: cannot open shared object file: No such file or directory
Installing the zita-resampler package doesn't resolve this, as there is no libzita-resampler.so.1 in it, only /usr/lib64/libzita-resampler.so and /usr/lib64/libzita-resampler.so.1.6.2

Yes, this is a known issue. See the section titled "Budgie" https://dev.getsol.us/T8366 and the upstream issue report https://github.com/solus-project/budgie-desktop/issues/1249.

Seems to be fixed (just tested 1.3.1 with high-quality gifs enabled, which consistently showed the crash, while after the update I couldn't reproduce it any longer)

@JoshStrobl I created D7295, because there was a new version out today anyway. Hopefully this also fixes the build issue (which I couldn't reproduce locally)

@JoshStrobl unfortunately the issue is still not resolved for me. Just rebooted, launched Hexchat, Riot and Steam and I get this colourful mess:

Correct license term

In D7272#115251, @algent wrote:

Videos from tonvid.com are opened by default with VLC.

Hello, sorry I didn't come home yesterday and couldn't test, here's my update:

@just Perfect, thank you. Then all of Universal Access works after all.

I've just tested all of the Universal Access options and they work fine, except for Mouse Keys, where I'm not moving the visible mouse cursor, but an invisible cursor, i.e. the visible cursor stays at the same place, but the selection moves.
This could be an issue related to virtualization though, since I'm testing in a VM (after all my system goes bork when I update fully, due to the Nvidia kernel 5.3.1 bug :) )
Maybe someone else can test the Mouse Keys option to make sure it works on actual hardware. (turn the option on, then move your mouse cursor with the numpad keys 4,8,6,2 while numpad is turned off)

Hey, sorry, I fell asleep yesterday while the trace was running. I stopped it in the morning but had to get to work immediately.
However, now that I look at the files there are just two ~10kb traces, so I will upload them directly.

Sure, here you go. (btw I've also edited my original comment to add the output file of nvidia-bug-report.sh)

Here's my journalctl-log of an unsuccesfull boot (with loglevel=7 as suggested by Josh): https://hastebin.com/apanuzuhum.pl

Interesting. It's still works for me but probably because I already had the Flash component installed before.
Checking "chrome://components" I can see that Flash is outdated, but updating it won't work. I guess the same thing happens when you try to initially install it.

Just fyi, the offical site now promotes version 3.2.1 and I've submitted a diff for the update

Alternatively I could set the release number in the 3rd party repo to something like "0" (or anything lower than the main repo release), so it shouldn't conflict with the main repo version anymore.

Update to 2019.09.12.1

Interesting, I'll take another look when I get home.
@JoshStrobl Oh wow, when did that maintainers file appear? ^^

Add python dependencies

Add libgtk-3 rundep and fix an oversight

I've run into this issue from time to time too (randomly). Will keep an eye open and report if I experience it again now.

I'm actually willing to maintain this, since I've been using it for simple image manipulation ever since this was requested and I made a first package to test it. Diff incoming.

In T7803#147510, @JoshStrobl wrote:

I'll get this sorted next Monday. Involves me pulling down most of the eopkgs, regenerating the tarballs, pushing and tagging them, then updating appstream-data.

Ah cool, I thought that the last version had probably already solved that issue, since there was a similar item on the changelog; thanks for actually testing and fixing it.

For now you could install the old package from here: https://mirrors.rit.edu/solus/packages/shannon/d/deluge/deluge-1.3.15-13-1-x86_64.eopkg
and then ignore it on updates via

sudo eopkg up --exclude deluge

Not sure how long that will work though, or if it even works at this point.

Remove taglib dependency

Done.

Properly rebase everything

Whoops, yeah sorry I was waiting for the kernel update but then forgot to rebase. One moment.

Update to 1.5.1-stable4

Seems rather it's more than just acknowledging spaces, it's fixated on them and doesn't show entries that don't have spaces in the proper places. (seeing as SimpleScreenRecorder is really written like that)

Yes, that's sensible. I just wanted to inform you, in case it's an application that you personally use. No need to add software without users and maintainers to the repository ^^
(btw I had "Watch releases" enabled on github, so that's why I immediately saw it :) )