but still it would behoove bazzite to start pushing the apps that are appimage-only to package in an
but 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?
RKsure
Hi use a total of checks notes
2 app images.
and i think 1 has a flatpak these days
2 app images.
and i think 1 has a flatpak these days
NI use it for R2Modman
NAnd Wootility
Hsame
IThe one appimage that I use (Beeper), doesn't work on HeliumOS. Can't wait for the Flatpak package to be merged into Flathub
R@Kyle Gospo fyi your approval was reset because I pushed an additional small change https://github.com/ublue-os/config/pull/315
@Robert (p5) can you take a look as well
@Robert (p5) can you take a look as well
Ror @M2 if you're around? 
the quotes need to be removed so it'd be good to get at least that in before main rebuilds
the quotes need to be removed so it'd be good to get at least that in before main rebuilds
KGitHub
Matches a change in akmods at ublue-os/akmods#230
K^ will make pinning a specific kernel release easier in the future
