-
Notifications
You must be signed in to change notification settings - Fork 24
Update dependencies for Ubuntu 22.04 #203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
this part of the sentence scares me like you would NOT believe. what is this needed for? |
|
Context is here: https://discord.com/channels/188630481301012481/589331078574112768/1262590975012765726 I'm fine with not having it. Just came up with it when the workflow got updated, but I think there could be some consumers who want PipeWire backend for audio. |
|
ok well what i'm probably going to do is i'm going to test these binaries, see if it doesn't completely wreck audio for whatever freakish reason on my setup, and if it doesn't, then i'm just going to huff a whole bucket of copium that my setup is the only relevant linux setup that anyone could ever use and everything will be fine |
|
Uh... Fedora, Ubuntu, Debian and openSUSE, all of them use PipeWire as a default audio server on their latest version. They usually come with alsa/pulse bridge, so not having PipeWire support isn't a big deal, but it can still be a nice add for potential consumers of this package. This doesn't affect osu! at all because we never initialize audio subsystem. |
|
sure all of that seems sane at the surface, but i've long learned to leave sanity at the door when linux is involved, so i'm gonna test the binaries anyway |
|
For more context as to why this is required - the OP is involved in the SDL3 audio backend for o!f which is not mainlined yet (ppy/osu-framework#6002) but which has vocal backing behind it/within the team to replace BASS with. This part should not immediately provide any additional functionality which osu! does not currently already have. I mostly requested your review for if you wanted to test the libdecor stuff, instead. |
|
well, on my pc audio isn't broken, wayland client side decorations via libdecor still appear to work (and still are as ugly as ever), so i'm going to call this good and pretend that everything will be fine and linux is not a fragmented mess
i remain as uninterested in this effort as i have been, if not more, because for however many faults you may assign to BASS, at least it is stable, and sdl has been the exact inverse of that to the point of me having zero trust in it anymore and basically expecting every sdl bump to break something. so at this point i might go as far as to say that a hard constraint for me for mainlining sdl audio anything is that this sdl audio backend should be completely interchangeable with bass audio and toggleable by an envvar or something, so when something invariably breaks (because it will), we can at least point users to a stable fallback in the meantime. |
We now have proper PipeWire and libdecor as GitHub is phasing out Ubuntu 20, so this PR tries to use them and removes a snippet that builds libdecor manually.
Successful run: https://github.com/hwsmm/SDL3-CS/actions/runs/13435741476