Mainly the idea was.. no need to manually update. Every day when you shut down the system for the night, if there's an update you could just update and shutdown and walk away. I thought it would be a minor convenience feature for people with bandwidth limitations like the person mentioned above, who doesn't like updating during the day when he's active. eopkg up --shutdown seemed like an okayish solution. All good. Thanks!

Can anyone clarify what the current situation is with this? I was trying to get davinci resolve running and hit a speed bump that I think is related to missing opencl driver (Vega64) and landed here.

Thanks a bunch @kyrios123!

Still an issue. Relevant Debian bug report with details:

It looks like it was about ready for inclusion in September but never quite made it .. any word on this one @r3r57? Thanks for working on it

I just noticed that you linked me directly to kyros' package. Just now I installed glib2 r55 from unstable and then installed @kyrios123's package, and that broke the output devices again on reboot. Version 12 fixes it, 13 is still broken with patch

Installing https://packages.getsol.us/shannon/p/pulseaudio/pulseaudio-12.2-37-1-x86_64.eopkg fixed it. My settings are persisting after reboots now

In T8372#158570, @JoshStrobl wrote:

Known issue related to pulseaudio update. Try the eopkg referenced at https://discuss.getsol.us/d/2717-system-audio-switches-to-hdmi-from-default-line-out-analog/13 and let us know if it resolves the issue. If not, I'm going to revert pulseaudio back to 12.x

I don't know how important this is to the conversation, but Phoenicis (the successor to PlayOnLinux) requires Java 11. Figured I'd mention it since I suspect this is something a lot of people will want once it's released. https://github.com/PhoenicisOrg/phoenicis

Fresh boot:

I get the same issue. Relatively new Solus install (reinstalled last week).

Oh, gotcha. That's a little confusing. I think most people would assume "GNOME: {version}" would be referring to gnome shell.. especially in the context of a system summary?

Thanks hashhsah.

That was fast... thank you! Do the library references in the pspec need anything added for Python 3? I noticed they all still reference 2.7. I'm not entirely sure how python versions are supposed to be handled from the packaging side of things. Thanks again

Well.. that did the trick, thanks.

Sorry, I must have missed a notification for his last reply. Yeah, it has always been in fstab and I always reuse the same configuration:

So I ended up leaving Solus last week because of this, and figured I'd come back to explain why because the reason is broader in scope than just this one issue.

Reopening. The issue came back, but I found the cause.. kinda.

Fixed. I uninstalled the nvidia driver then

sudo eopkg it nvidia-glx-driver-current

Here's a diff comparison of journalctl | grep nvidia from before (left) and after (right) this problem occurred. Not sure if it will be of any help. I can provide any logs requested, just don't know what you guys need.

Ah.. sorry for the dupe, I searched first but didn't see that. Definitely seems to be an upstream issue, several reports of this on KDE's bug tracker and no resolution. I also found this that sounds like it could be possibly related, not sure. https://bugs.kde.org/show_bug.cgi?id=342732
Thanks

Good to hear, thanks man! I'll give it a shot when it's out.

I've been doing that for a while now and it does work. But I've also heard (not sure if this is actually true) that it disables Gsync. I very irresponsibly dropped $800 on a gsync monitor so... yeah. Heh.

Gotcha. That is the first time I've heard any kind of official answer about this so thanks. I don't know what original reports you're referring to, but I've searched dozens of times and never saw anything more than a "it's probably just xyz", no actual confirmations beyond assumptions (until now)

This is still a problem on Solus Budgie as of today using the current kernel (non-lts), and has been for well over a year. There are loads of threads about this issue scattered around and as far as I've seen, it's never been officially addressed.

Great, thanks a lot!

Latest steam beta fixes the issue I mentioned above ^

Could this possibly be revisited? I've wanted to ask about this for months but didn't want to bother anyone with it. Ever since seeing this request get rejected, I've tried to make do with Geany but it's just not cutting the mustard.

Your sourceforge link hasn't seen an update since 2014. They seem to have more up to date code on BitBucket even though nothing is mentioned about it on their website..

libpng12 is available in the software center, just search for it

OK, will do. Some of these things are hard to pinpoint what project is responsible for those of us who don't write the code.. thanks for pointing me in the right direction

Because the setting you showed applies to GNOME Shell, not Budgie.

Thank you!

EDIT: Nevermind it isn't fixed

In T3875#69774, @ZachBacon wrote:

I see no value add to this, lutris essentially does the same thing and more and is already in the repository

MANY thanks for adding this Justin!

I experienced this as well. My VPN connection went down in the middle of an installation and I disconnected it.. was unable to restart the download. It just kept saying 1 operation pending

In T4208#74398, @JoshStrobl wrote:

OpenMW was already updated. Check the git repo next time please, it'll be in stable next time we sync.