to be clear, Fedora Upstream is thinking about potentially still keeping it.
to be clear, Fedora Upstream is thinking about potentially still keeping it.
Nthey are just having the discussion.
Kthat one line just ensures we always have it
Kso no big deal
Rwho are the current maintainers for ublue-os/config and ublue-os/ucore?
https://github.com/ublue-os/config/pull/297
https://github.com/ublue-os/config/pull/313
https://github.com/ublue-os/ucore/pull/187
Please review or decline
The first one has been waiting for some time
https://github.com/ublue-os/config/pull/297
https://github.com/ublue-os/config/pull/313
https://github.com/ublue-os/ucore/pull/187
Please review or decline
The first one has been waiting for some time
Rthanks @Kyle Gospo 
Rjust need another (for config)
Rngl appimage support should be dropped eventually
Rfuse2 is unmaintained and is yet another suid binary
Ti don't think this will happen in the near future
Rsadly
Tbazzite tries to reach parity with steamos and tons of applications are appimage only
Thhd-ui is also an appimage and we rely on that
Rbut still it would behoove bazzite to start pushing the apps that are appimage-only to package in another format
Reven if appimage deprecation is a year+ away
KWe support appimages because it's common on SteamOS
Kwe do not have the weight to fix that
RI see
Reven still, it would be nice to eventually remove fuse from main
KAlso, we have an added issue that the OpenRGB flatpak is unoffiical
Tthe amount of people who use emudeck alone would be very upset
Rand keep it in bazzite only
Kand it displays a warning about missing udev rules every time it's launched
Kwhen pressed, OpenRGB's devs told us it's not supported and to use the appimage
Kso, that's gonna fuck over a lot of people too
Kthen you have companies like Wooting that only release their software as AppImage on linux
Ryeah fair
Kand you're stuck -- have to support it
Rfor bazzite it makes sense
Tso many modding tools too
Twe'll never escape it lmao
Rbut for main if Fedora drops appimage support i think ublue should as well (aside from bazzite)
Rotherwise ublue would be encouraging the perpetuation of fuse2
Rplus, users can always layer fuse2 back
Klooks like the appimage dev's solution is to statically compile fuse2
Rthat's not really a solution lol
FAppImage is easier to make than flatpak, so I understand why some devs prefer it
Rappimage would be okay if they just migrated to fuse3
Rbut even then it's yet another suid binary :/
Dalso Appimage is cool for single use apps like etcher
Rappimages also encourage the pattern of "run this executable you downloaded via your browser"
Rwhich goes against user security best practices
Bwow probono finaly went away from the position of every distro should ship fuse2 becuase appimage uses it becuase there are some distros that dont have fuse 3
GI'm getting an issue in Deadlock where Xwayland will crash, forcing me to reboot to continue to play. Has anyone else encountered this?
RR@Kyle Gospo @Robert (p5) do you both also review ucore PRs? 
https://github.com/ublue-os/ucore/pull/187
https://github.com/ublue-os/ucore/pull/187
RI only review PRs after someone else who knows how they work approves it 
In the case of ucore, we may need bsherman to have a look. There may be a reason the justfiles aren't already included
In the case of ucore, we may need bsherman to have a look. There may be a reason the justfiles aren't already included
Ri had to copy and paste the brew installation script from the config repo instead of running
ujust install-brewRwhich felt dirty 
R@Kyle Gospo any interest in adding PCR 14 as well?
