β² 1096 βΌ Snap bad (lemmy.world) submitted 1 year ago by deathmetal27@lemmy.world to c/linuxmemes@lemmy.world 230 comments fedilink hide all child comments
[β] MoonlightFox@lemmy.world 30 points 1 year ago (2 children) I have really started to like AppImage. You just download a single file make it executable and it just works. I use Cursor for coding, and it has an appimage that replaces itself when it updates. permalink fedilink source hideshow 4 child comments replies: [β] bdonvr 54 points 1 year ago (3 children) That's cool and all but it would be even cooler if you could just install and keep it updated through your package manager permalink fedilink source parent hideshow 6 child comments replies: [β] klu9@lemmy.ca 6 points 1 year ago* (1 child) I use AM package manager for that. https://lemmy.ca/comment/16209551 https://github.com/ivan-hc/AM permalink fedilink source parent hideshow 2 child comments replies: [β] bdonvr 12 points 1 year ago (2 children) That's cool. It would still be even cooler if the app makers just packaged them for distros. Or even just Flatpak. But that's a cool project I'll keep it in mind for my next go with an immutable distro permalink fedilink source parent hideshow 4 child comments replies: [β] klu9@lemmy.ca 3 points 1 year ago* I do wish something like AM's functions was built into an all-in-one package manager for my distro. The closest I found was bauh which handles "AppImage, Debian and Arch Linux packages (including AUR), Flatpak, Snap and Web applications". Which seems like an all-in-one solution. But the problem with bauh (that last time I tried it) is that it accesses only a small number of (often very out-of-date) AppImages from the largely moribund AppImageHub.com, unlike AM, which pulls in the latest releases from loads of GitHub repos, and adds more on a frequent basis or request. permalink fedilink source parent [β] Samueru_sama@programming.dev 3 points 1 year ago (1 child) Or even just Flatpak. AM was started because flatpak sucks. With flatpak devs can't agree to use a common runtime, so the user ends up with a bunch of different runtimes and even EOL versions of the same runtime, making the storage usage 5x more than the appimage equivalent and this is much worse if you use nvidia which flatpak will download the entire nvidia driver again. flatpak could not bother to fix the hardcoded ~/.var directory, something that AM fixes by simply bind mounting the existing application config/data files to their respective places when sandboxing which yes it is able to sandbox appimages with aisap (bubblewrap). flatpak threw the mess of handling conflicting applications to the user, so you have to type nonsense like flatpak run io.github.ungoogled_software.ungoogled_chromium, AM just puts the app to PATH like everyone else does, even snap doesn't have this issue. permalink fedilink source parent hideshow 2 child comments replies: [β] Colloidal@programming.dev 2 points 1 year ago Having experienced Flatpak bloat and seeing your posts here, I might just have been converted. The Flatpak integration on my distro is neat though. But I already use Aptitude for most of my package management needs, so I guess adding AM to my toolbox doesn't seem too bad. permalink fedilink source parent [β] Dojan@pawb.social 5 points 1 year ago (1 child) Some AppImages have that built in, like Ente. permalink fedilink source parent hideshow 2 child comments replies: [β] dinckelman@lemmy.world 19 points 1 year ago (1 child) Thatβs kind of the point though. One of the foundational pillars of a good distribution is mature package management, and that includes not relying on self-updaters that will pollute your system with untracked files permalink fedilink source parent hideshow 2 child comments replies: [β] Dojan@pawb.social 6 points 1 year ago Absolutely, but don't AppImage updaters basically just replace the AppImage? They're self-contained, no? permalink fedilink source parent [β] LouSlash@sh.itjust.works 2 points 1 year ago updating Hello World program permalink fedilink source parent [β] gamermanh@lemmy.dbzer0.com 8 points 1 year ago (1 child) Some apps are a bitch and a half for some reason, other apps just work Make a .desktop file, slap it in ./local/share/imdrawingafuckingblank and boom, it's integrated into your shell menu like any other app The Nexus Mod App and Foundry VTT work flawlessly and it's so nice permalink fedilink source parent hideshow 2 child comments replies: [β] MoonlightFox@lemmy.world 8 points 1 year ago (4 children) As a somewhat Linux noob I just made a folder called ~/Apps and launch them through terminal. Not ideal, but I don't care enough to fix it. Your suggestion makes me kinda want to fix it though. Doesn't seem like to much work permalink fedilink source parent hideshow 8 child comments replies: [β] Monstrosity@lemm.ee 11 points 1 year ago* (last edited 1 year ago) (1 child) Change ~/Apps to ~/bin or ~/.bin & you are doing it like a seasoned pro. Completely ideal, actually. permalink fedilink source parent hideshow 2 child comments replies: [β] MoonlightFox@lemmy.world 5 points 1 year ago Haha, wow. Thanks! permalink fedilink source parent [β] klu9@lemmy.ca 2 points 1 year ago AM puts all AppImages in /opt for me, as well as automatically creating menu entries, easy updates etc. https://github.com/ivan-hc/AM permalink fedilink source parent [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) I've used Linux for years and I also have a ~/Applications folder where I put AppImages, applications cloned with git and stuff like that in. E.g. I have the last Yuzu AppImage in there, since it got taken down, but I also made a .desktop file for it, so I can launch it through the application menu. Btw, you should be able to just double click AppImages in your file explorer to open them. permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 2 points 1 year ago (1 child) appimaged does exactly that automatically for you. see: https://streamable.com/dm575h With that said I prefer AM, because it also adds the applications to PATH, meaning you type yuzu on the terminal and it launches yuzu as well. permalink fedilink source parent hideshow 2 child comments replies: [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) Maybe I should install one of these but I would have expected Fedora to come with something like this preinstalled tbh permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago (1 child) Also a noob and this seems like the most reliable way for sure. As long as I'm in the right directory I'm good permalink fedilink source parent hideshow 2 child comments replies: [β] LouSlash@sh.itjust.works 3 points 1 year ago (1 child) Add that directory to $PATH so you can use those apps in any directory permalink fedilink source parent hideshow 2 child comments replies: [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago Thanks! permalink fedilink source parent
[β] bdonvr 54 points 1 year ago (3 children) That's cool and all but it would be even cooler if you could just install and keep it updated through your package manager permalink fedilink source parent hideshow 6 child comments replies: [β] klu9@lemmy.ca 6 points 1 year ago* (1 child) I use AM package manager for that. https://lemmy.ca/comment/16209551 https://github.com/ivan-hc/AM permalink fedilink source parent hideshow 2 child comments replies: [β] bdonvr 12 points 1 year ago (2 children) That's cool. It would still be even cooler if the app makers just packaged them for distros. Or even just Flatpak. But that's a cool project I'll keep it in mind for my next go with an immutable distro permalink fedilink source parent hideshow 4 child comments replies: [β] klu9@lemmy.ca 3 points 1 year ago* I do wish something like AM's functions was built into an all-in-one package manager for my distro. The closest I found was bauh which handles "AppImage, Debian and Arch Linux packages (including AUR), Flatpak, Snap and Web applications". Which seems like an all-in-one solution. But the problem with bauh (that last time I tried it) is that it accesses only a small number of (often very out-of-date) AppImages from the largely moribund AppImageHub.com, unlike AM, which pulls in the latest releases from loads of GitHub repos, and adds more on a frequent basis or request. permalink fedilink source parent [β] Samueru_sama@programming.dev 3 points 1 year ago (1 child) Or even just Flatpak. AM was started because flatpak sucks. With flatpak devs can't agree to use a common runtime, so the user ends up with a bunch of different runtimes and even EOL versions of the same runtime, making the storage usage 5x more than the appimage equivalent and this is much worse if you use nvidia which flatpak will download the entire nvidia driver again. flatpak could not bother to fix the hardcoded ~/.var directory, something that AM fixes by simply bind mounting the existing application config/data files to their respective places when sandboxing which yes it is able to sandbox appimages with aisap (bubblewrap). flatpak threw the mess of handling conflicting applications to the user, so you have to type nonsense like flatpak run io.github.ungoogled_software.ungoogled_chromium, AM just puts the app to PATH like everyone else does, even snap doesn't have this issue. permalink fedilink source parent hideshow 2 child comments replies: [β] Colloidal@programming.dev 2 points 1 year ago Having experienced Flatpak bloat and seeing your posts here, I might just have been converted. The Flatpak integration on my distro is neat though. But I already use Aptitude for most of my package management needs, so I guess adding AM to my toolbox doesn't seem too bad. permalink fedilink source parent [β] Dojan@pawb.social 5 points 1 year ago (1 child) Some AppImages have that built in, like Ente. permalink fedilink source parent hideshow 2 child comments replies: [β] dinckelman@lemmy.world 19 points 1 year ago (1 child) Thatβs kind of the point though. One of the foundational pillars of a good distribution is mature package management, and that includes not relying on self-updaters that will pollute your system with untracked files permalink fedilink source parent hideshow 2 child comments replies: [β] Dojan@pawb.social 6 points 1 year ago Absolutely, but don't AppImage updaters basically just replace the AppImage? They're self-contained, no? permalink fedilink source parent [β] LouSlash@sh.itjust.works 2 points 1 year ago updating Hello World program permalink fedilink source parent
[β] klu9@lemmy.ca 6 points 1 year ago* (1 child) I use AM package manager for that. https://lemmy.ca/comment/16209551 https://github.com/ivan-hc/AM permalink fedilink source parent hideshow 2 child comments replies: [β] bdonvr 12 points 1 year ago (2 children) That's cool. It would still be even cooler if the app makers just packaged them for distros. Or even just Flatpak. But that's a cool project I'll keep it in mind for my next go with an immutable distro permalink fedilink source parent hideshow 4 child comments replies: [β] klu9@lemmy.ca 3 points 1 year ago* I do wish something like AM's functions was built into an all-in-one package manager for my distro. The closest I found was bauh which handles "AppImage, Debian and Arch Linux packages (including AUR), Flatpak, Snap and Web applications". Which seems like an all-in-one solution. But the problem with bauh (that last time I tried it) is that it accesses only a small number of (often very out-of-date) AppImages from the largely moribund AppImageHub.com, unlike AM, which pulls in the latest releases from loads of GitHub repos, and adds more on a frequent basis or request. permalink fedilink source parent [β] Samueru_sama@programming.dev 3 points 1 year ago (1 child) Or even just Flatpak. AM was started because flatpak sucks. With flatpak devs can't agree to use a common runtime, so the user ends up with a bunch of different runtimes and even EOL versions of the same runtime, making the storage usage 5x more than the appimage equivalent and this is much worse if you use nvidia which flatpak will download the entire nvidia driver again. flatpak could not bother to fix the hardcoded ~/.var directory, something that AM fixes by simply bind mounting the existing application config/data files to their respective places when sandboxing which yes it is able to sandbox appimages with aisap (bubblewrap). flatpak threw the mess of handling conflicting applications to the user, so you have to type nonsense like flatpak run io.github.ungoogled_software.ungoogled_chromium, AM just puts the app to PATH like everyone else does, even snap doesn't have this issue. permalink fedilink source parent hideshow 2 child comments replies: [β] Colloidal@programming.dev 2 points 1 year ago Having experienced Flatpak bloat and seeing your posts here, I might just have been converted. The Flatpak integration on my distro is neat though. But I already use Aptitude for most of my package management needs, so I guess adding AM to my toolbox doesn't seem too bad. permalink fedilink source parent
[β] bdonvr 12 points 1 year ago (2 children) That's cool. It would still be even cooler if the app makers just packaged them for distros. Or even just Flatpak. But that's a cool project I'll keep it in mind for my next go with an immutable distro permalink fedilink source parent hideshow 4 child comments replies: [β] klu9@lemmy.ca 3 points 1 year ago* I do wish something like AM's functions was built into an all-in-one package manager for my distro. The closest I found was bauh which handles "AppImage, Debian and Arch Linux packages (including AUR), Flatpak, Snap and Web applications". Which seems like an all-in-one solution. But the problem with bauh (that last time I tried it) is that it accesses only a small number of (often very out-of-date) AppImages from the largely moribund AppImageHub.com, unlike AM, which pulls in the latest releases from loads of GitHub repos, and adds more on a frequent basis or request. permalink fedilink source parent [β] Samueru_sama@programming.dev 3 points 1 year ago (1 child) Or even just Flatpak. AM was started because flatpak sucks. With flatpak devs can't agree to use a common runtime, so the user ends up with a bunch of different runtimes and even EOL versions of the same runtime, making the storage usage 5x more than the appimage equivalent and this is much worse if you use nvidia which flatpak will download the entire nvidia driver again. flatpak could not bother to fix the hardcoded ~/.var directory, something that AM fixes by simply bind mounting the existing application config/data files to their respective places when sandboxing which yes it is able to sandbox appimages with aisap (bubblewrap). flatpak threw the mess of handling conflicting applications to the user, so you have to type nonsense like flatpak run io.github.ungoogled_software.ungoogled_chromium, AM just puts the app to PATH like everyone else does, even snap doesn't have this issue. permalink fedilink source parent hideshow 2 child comments replies: [β] Colloidal@programming.dev 2 points 1 year ago Having experienced Flatpak bloat and seeing your posts here, I might just have been converted. The Flatpak integration on my distro is neat though. But I already use Aptitude for most of my package management needs, so I guess adding AM to my toolbox doesn't seem too bad. permalink fedilink source parent
[β] klu9@lemmy.ca 3 points 1 year ago* I do wish something like AM's functions was built into an all-in-one package manager for my distro. The closest I found was bauh which handles "AppImage, Debian and Arch Linux packages (including AUR), Flatpak, Snap and Web applications". Which seems like an all-in-one solution. But the problem with bauh (that last time I tried it) is that it accesses only a small number of (often very out-of-date) AppImages from the largely moribund AppImageHub.com, unlike AM, which pulls in the latest releases from loads of GitHub repos, and adds more on a frequent basis or request. permalink fedilink source parent
[β] Samueru_sama@programming.dev 3 points 1 year ago (1 child) Or even just Flatpak. AM was started because flatpak sucks. With flatpak devs can't agree to use a common runtime, so the user ends up with a bunch of different runtimes and even EOL versions of the same runtime, making the storage usage 5x more than the appimage equivalent and this is much worse if you use nvidia which flatpak will download the entire nvidia driver again. flatpak could not bother to fix the hardcoded ~/.var directory, something that AM fixes by simply bind mounting the existing application config/data files to their respective places when sandboxing which yes it is able to sandbox appimages with aisap (bubblewrap). flatpak threw the mess of handling conflicting applications to the user, so you have to type nonsense like flatpak run io.github.ungoogled_software.ungoogled_chromium, AM just puts the app to PATH like everyone else does, even snap doesn't have this issue. permalink fedilink source parent hideshow 2 child comments replies: [β] Colloidal@programming.dev 2 points 1 year ago Having experienced Flatpak bloat and seeing your posts here, I might just have been converted. The Flatpak integration on my distro is neat though. But I already use Aptitude for most of my package management needs, so I guess adding AM to my toolbox doesn't seem too bad. permalink fedilink source parent
[β] Colloidal@programming.dev 2 points 1 year ago Having experienced Flatpak bloat and seeing your posts here, I might just have been converted. The Flatpak integration on my distro is neat though. But I already use Aptitude for most of my package management needs, so I guess adding AM to my toolbox doesn't seem too bad. permalink fedilink source parent
[β] Dojan@pawb.social 5 points 1 year ago (1 child) Some AppImages have that built in, like Ente. permalink fedilink source parent hideshow 2 child comments replies: [β] dinckelman@lemmy.world 19 points 1 year ago (1 child) Thatβs kind of the point though. One of the foundational pillars of a good distribution is mature package management, and that includes not relying on self-updaters that will pollute your system with untracked files permalink fedilink source parent hideshow 2 child comments replies: [β] Dojan@pawb.social 6 points 1 year ago Absolutely, but don't AppImage updaters basically just replace the AppImage? They're self-contained, no? permalink fedilink source parent
[β] dinckelman@lemmy.world 19 points 1 year ago (1 child) Thatβs kind of the point though. One of the foundational pillars of a good distribution is mature package management, and that includes not relying on self-updaters that will pollute your system with untracked files permalink fedilink source parent hideshow 2 child comments replies: [β] Dojan@pawb.social 6 points 1 year ago Absolutely, but don't AppImage updaters basically just replace the AppImage? They're self-contained, no? permalink fedilink source parent
[β] Dojan@pawb.social 6 points 1 year ago Absolutely, but don't AppImage updaters basically just replace the AppImage? They're self-contained, no? permalink fedilink source parent
[β] LouSlash@sh.itjust.works 2 points 1 year ago updating Hello World program permalink fedilink source parent
[β] gamermanh@lemmy.dbzer0.com 8 points 1 year ago (1 child) Some apps are a bitch and a half for some reason, other apps just work Make a .desktop file, slap it in ./local/share/imdrawingafuckingblank and boom, it's integrated into your shell menu like any other app The Nexus Mod App and Foundry VTT work flawlessly and it's so nice permalink fedilink source parent hideshow 2 child comments replies: [β] MoonlightFox@lemmy.world 8 points 1 year ago (4 children) As a somewhat Linux noob I just made a folder called ~/Apps and launch them through terminal. Not ideal, but I don't care enough to fix it. Your suggestion makes me kinda want to fix it though. Doesn't seem like to much work permalink fedilink source parent hideshow 8 child comments replies: [β] Monstrosity@lemm.ee 11 points 1 year ago* (last edited 1 year ago) (1 child) Change ~/Apps to ~/bin or ~/.bin & you are doing it like a seasoned pro. Completely ideal, actually. permalink fedilink source parent hideshow 2 child comments replies: [β] MoonlightFox@lemmy.world 5 points 1 year ago Haha, wow. Thanks! permalink fedilink source parent [β] klu9@lemmy.ca 2 points 1 year ago AM puts all AppImages in /opt for me, as well as automatically creating menu entries, easy updates etc. https://github.com/ivan-hc/AM permalink fedilink source parent [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) I've used Linux for years and I also have a ~/Applications folder where I put AppImages, applications cloned with git and stuff like that in. E.g. I have the last Yuzu AppImage in there, since it got taken down, but I also made a .desktop file for it, so I can launch it through the application menu. Btw, you should be able to just double click AppImages in your file explorer to open them. permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 2 points 1 year ago (1 child) appimaged does exactly that automatically for you. see: https://streamable.com/dm575h With that said I prefer AM, because it also adds the applications to PATH, meaning you type yuzu on the terminal and it launches yuzu as well. permalink fedilink source parent hideshow 2 child comments replies: [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) Maybe I should install one of these but I would have expected Fedora to come with something like this preinstalled tbh permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago (1 child) Also a noob and this seems like the most reliable way for sure. As long as I'm in the right directory I'm good permalink fedilink source parent hideshow 2 child comments replies: [β] LouSlash@sh.itjust.works 3 points 1 year ago (1 child) Add that directory to $PATH so you can use those apps in any directory permalink fedilink source parent hideshow 2 child comments replies: [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago Thanks! permalink fedilink source parent
[β] MoonlightFox@lemmy.world 8 points 1 year ago (4 children) As a somewhat Linux noob I just made a folder called ~/Apps and launch them through terminal. Not ideal, but I don't care enough to fix it. Your suggestion makes me kinda want to fix it though. Doesn't seem like to much work permalink fedilink source parent hideshow 8 child comments replies: [β] Monstrosity@lemm.ee 11 points 1 year ago* (last edited 1 year ago) (1 child) Change ~/Apps to ~/bin or ~/.bin & you are doing it like a seasoned pro. Completely ideal, actually. permalink fedilink source parent hideshow 2 child comments replies: [β] MoonlightFox@lemmy.world 5 points 1 year ago Haha, wow. Thanks! permalink fedilink source parent [β] klu9@lemmy.ca 2 points 1 year ago AM puts all AppImages in /opt for me, as well as automatically creating menu entries, easy updates etc. https://github.com/ivan-hc/AM permalink fedilink source parent [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) I've used Linux for years and I also have a ~/Applications folder where I put AppImages, applications cloned with git and stuff like that in. E.g. I have the last Yuzu AppImage in there, since it got taken down, but I also made a .desktop file for it, so I can launch it through the application menu. Btw, you should be able to just double click AppImages in your file explorer to open them. permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 2 points 1 year ago (1 child) appimaged does exactly that automatically for you. see: https://streamable.com/dm575h With that said I prefer AM, because it also adds the applications to PATH, meaning you type yuzu on the terminal and it launches yuzu as well. permalink fedilink source parent hideshow 2 child comments replies: [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) Maybe I should install one of these but I would have expected Fedora to come with something like this preinstalled tbh permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago (1 child) Also a noob and this seems like the most reliable way for sure. As long as I'm in the right directory I'm good permalink fedilink source parent hideshow 2 child comments replies: [β] LouSlash@sh.itjust.works 3 points 1 year ago (1 child) Add that directory to $PATH so you can use those apps in any directory permalink fedilink source parent hideshow 2 child comments replies: [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago Thanks! permalink fedilink source parent
[β] Monstrosity@lemm.ee 11 points 1 year ago* (last edited 1 year ago) (1 child) Change ~/Apps to ~/bin or ~/.bin & you are doing it like a seasoned pro. Completely ideal, actually. permalink fedilink source parent hideshow 2 child comments replies: [β] MoonlightFox@lemmy.world 5 points 1 year ago Haha, wow. Thanks! permalink fedilink source parent
[β] MoonlightFox@lemmy.world 5 points 1 year ago Haha, wow. Thanks! permalink fedilink source parent
[β] klu9@lemmy.ca 2 points 1 year ago AM puts all AppImages in /opt for me, as well as automatically creating menu entries, easy updates etc. https://github.com/ivan-hc/AM permalink fedilink source parent
[β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) I've used Linux for years and I also have a ~/Applications folder where I put AppImages, applications cloned with git and stuff like that in. E.g. I have the last Yuzu AppImage in there, since it got taken down, but I also made a .desktop file for it, so I can launch it through the application menu. Btw, you should be able to just double click AppImages in your file explorer to open them. permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 2 points 1 year ago (1 child) appimaged does exactly that automatically for you. see: https://streamable.com/dm575h With that said I prefer AM, because it also adds the applications to PATH, meaning you type yuzu on the terminal and it launches yuzu as well. permalink fedilink source parent hideshow 2 child comments replies: [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) Maybe I should install one of these but I would have expected Fedora to come with something like this preinstalled tbh permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent
[β] Samueru_sama@programming.dev 2 points 1 year ago (1 child) appimaged does exactly that automatically for you. see: https://streamable.com/dm575h With that said I prefer AM, because it also adds the applications to PATH, meaning you type yuzu on the terminal and it launches yuzu as well. permalink fedilink source parent hideshow 2 child comments replies: [β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) Maybe I should install one of these but I would have expected Fedora to come with something like this preinstalled tbh permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent
[β] Fisch@discuss.tchncs.de 1 point 1 year ago (1 child) Maybe I should install one of these but I would have expected Fedora to come with something like this preinstalled tbh permalink fedilink source parent hideshow 2 child comments replies: [β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent
[β] Samueru_sama@programming.dev 1 point 1 year ago* but I would have expected Fedora to come with something like this preinstalled tbh Fedora is just plagued with poor decisions, and that's expected, it is the testing ground of redhat and not something that regular users should be using, they even go as far as repacking existing flatpaks just because and then break them. A while back they pulled this nonsense that not even upstream approves of: https://gitlab.com/gnuwget/wget2/-/issues/661 iirc fedora also enabled wayland by default on gnome in 2016 when pretty much nothing worked. Rhino linux lets you install AM thru its GUI installer btw. permalink fedilink source parent
[β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago (1 child) Also a noob and this seems like the most reliable way for sure. As long as I'm in the right directory I'm good permalink fedilink source parent hideshow 2 child comments replies: [β] LouSlash@sh.itjust.works 3 points 1 year ago (1 child) Add that directory to $PATH so you can use those apps in any directory permalink fedilink source parent hideshow 2 child comments replies: [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago Thanks! permalink fedilink source parent
[β] LouSlash@sh.itjust.works 3 points 1 year ago (1 child) Add that directory to $PATH so you can use those apps in any directory permalink fedilink source parent hideshow 2 child comments replies: [β] A_Union_of_Kobolds@lemmy.world 1 point 1 year ago Thanks! permalink fedilink source parent
