From my understanding, AppImages have the ability to update on their own, but the developer of the package has to integrate that functionality. PrusaSlicer is one such example. There have also been attempts in the past at making programs which will automate the "download the newest version -> integrate it into the system -> remove the old appimage" process (similar to a package manager), but I haven't heard much about such programs at all in recent history.
I like appimages a lot. Nothing to install or uninstall, zero changes to the system, which helps it to be more stable and an update is as simple as deleting the old version and downloading the new one. It does not pester the user with prompts to update and one can just copy the folder with appimages to the usb stick and open them on almost any Linux machine. Snaps do not work without systemd, flatpaks need flatpak installed and often keep data inside the flatpak app itself. Appimage just works.
Yes app Images are awesome overall and the vast majority of cases but there is one example where I just cannot use them and that's at least specifically with the application openshot for video editing The problem I encounter using the app image version of openshot on Linux Mint cinnamon is that sometimes I have cases where I want to Launch Open shot with a preset predetermined set of certain settings such as 1080p 24 frames a second in a specific bit rate if I'm doing a mass quantity of certain videos like for example if I'm separating my Bleach anime episodes from each other as normally the retail disc for Blu-ray and American come as at least 6 to 7overall video episodes per video clip when you rip them using make MKV which I've already paid a lifetime license for. The app image version of that never remembers my setting and it takes me forever going through all the individual settings and telling it a predetermined place to save the targeted output video file as well as other settings involved. In that scenario I have to use the installation version of openshot
@@motoryzen I had similar problem with Viber appimage, but only on Devuan. The same appimage on Slackware remembers settings for some reason. Try a different distro and see. Even in a VM. I just tried OpenShot appimage on my Slackware, changed it from default 720p to 1080p and it remembered settings.
@@_sneer_ interesting so the bottom line is the distribution can matter in terms of whether or not an app image can be just as full-featured as the regular full installation version of that program. Appreciate the info and I'm screenshotting your comment. Legit compliment intended. Cheers
@@motoryzen I can understand why some people get hung up on such exceptions to the rule. I'm still a Linux beginner, so I don't know yet if difficulties such as yours will sour me on transitioning from Windows to Linux. Someone should post a list of these appimage exceptions. Thanks for posting this one.
Appimages are a great thing. The problem with them is that they rely (not 100% sure, maybe they updated it in the last years) on fuse 2, which is insecure and deprecated since about 5 or 6 years. It shouldnt be on any system. And until the appimage dev refuses to update libfuse, they too should be avoided. Its a pitty, hopefully this will be fixed so that appimages become an alternative again.
When it comes to app launchers like me you also know very well that whether app offers to create launcher or not doesn't really matter in linux environment because you can just create it if you need it even without any additional tools and that's one of many things i love about linux.
Thanks for this video! Sonic-Visualiser wouldn't open on my Debian sid machine, since recently - not sure why. Switching to AppImage did the trick. 'Gear Lever' seems to be a good tool to manage / update AppImages btw.
I remember having problems running an appimage once and it turned out there was some missing dependency on my system, which blew my mind because i was under the impression they were fully self contained. I went to flatpak and haven't looked back.
That’s exactly what i thought. I feel most applications should run this way. I don’t see why some games or simple Utility programs have to install/integrate ; seems invasive.
One thing you didn't mention that I like when it comes to AppImages is Gear Lever this helps even more when it comes to AppImage inconsistencies not only does it do exactly everything that AppImage Lancher does but it even manages updates and this I feel like is a lot better for beginners as its GUI based. Great video nonetheless didn't realize there was an AppImage repository of sort!
I don't remember if that is the app I tried, but whatever it was, it was supposed to help getting updates, but the appimages that I had installed apparently were not supported for the updates.
I really like the idea of handling apps this way. My only question is regarding updates. I'm assuming the user will have to track and update each app manually?
Probably so, but regardless if the individual app images for the programs you're replacing them using just work as you wish, it's still as simple as downloading the new app image from the source site
@@motoryzen Agreed, it's not difficult, just something the user has to be mindful of as opposed to the OS notifying you and installing updates automatically.
I wish there was a way to update them quicker. I have been using appimage updater, but it's not ideal. Also, not all apps work with it. It'll do for now.
Hi Jay, I tried installing this but I get a dependency error libcurl3, I tried installing libcurl3 and terminal says this is an outdated package as Mint22 is using libcurl4 already any help please?
Appimages are great for what they are. For me, they are still behind distro packages and Flatpak/Snap for integration reasons. Tools like Gear Lever improve it for integration, but it still isn't great. I use Appimages for tools that have no other choice or for portable apps. They are a solid package format and even the best for certain things.
Such AppImage, Snap, Flatpak are just bonkers. Easy sure. Yet, bonkers. A symptom of a fragile ecosystem unable if not unwilling to work on baseline compliance for running software. Apple can do it, Microsoft. mastered it, Open Source screwed it all up and leaves a mess to make more mess.
No. Microsoft has developed several different packaging Formats, only that they dont even have a serious Software Store so lets be quiet about them please. Apple did better, so did canonical. Or Red hat, nix, Debian and all the others. They all have their own separate packaging Format, only that Apple is incompatible to the Rest of them. So you can at least ship your built binaries to all Linux distributions while you have to bebuild for Apple.
@@matthiasbendewald1803 if Microsoft has developed all these multiple packaging formats, why don't they advertise them? All the packaging formats that are available in the Linux world are heavily advertised through Word of Mouth through the Linux communities worldwide and this has been the case for many many years
@@JLT9150 thank you for all the good Arguments... Could you explain What you are talking about? I dont know everything so maybe you explain What im missing here?
What about updates for the app images?
Simply replace an AlpImage with a newer version.
From my understanding, AppImages have the ability to update on their own, but the developer of the package has to integrate that functionality. PrusaSlicer is one such example.
There have also been attempts in the past at making programs which will automate the "download the newest version -> integrate it into the system -> remove the old appimage" process (similar to a package manager), but I haven't heard much about such programs at all in recent history.
@LearnLinuxTV there are also appimage managers now like am (AppMan) which will track and update your appimages.
Gear Lever is also good for managing and integrating AppImages into your menu. It comes as a flatpak.
I like appimages a lot. Nothing to install or uninstall, zero changes to the system, which helps it to be more stable and an update is as simple as deleting the old version and downloading the new one. It does not pester the user with prompts to update and one can just copy the folder with appimages to the usb stick and open them on almost any Linux machine. Snaps do not work without systemd, flatpaks need flatpak installed and often keep data inside the flatpak app itself. Appimage just works.
Yes app Images are awesome overall and the vast majority of cases but there is one example where I just cannot use them and that's at least specifically with the application openshot for video editing
The problem I encounter using the app image version of openshot on Linux Mint cinnamon is that sometimes I have cases where I want to Launch Open shot with a preset predetermined set of certain settings such as 1080p 24 frames a second in a specific bit rate if I'm doing a mass quantity of certain videos like for example if I'm separating my Bleach anime episodes from each other as normally the retail disc for Blu-ray and American come as at least 6 to 7overall video episodes per video clip when you rip them using make MKV which I've already paid a lifetime license for.
The app image version of that never remembers my setting and it takes me forever going through all the individual settings and telling it a predetermined place to save the targeted output video file as well as other settings involved. In that scenario I have to use the installation version of openshot
@@motoryzen I had similar problem with Viber appimage, but only on Devuan. The same appimage on Slackware remembers settings for some reason. Try a different distro and see. Even in a VM.
I just tried OpenShot appimage on my Slackware, changed it from default 720p to 1080p and it remembered settings.
@@_sneer_ interesting so the bottom line is the distribution can matter in terms of whether or not an app image can be just as full-featured as the regular full installation version of that program.
Appreciate the info and I'm screenshotting your comment. Legit compliment intended. Cheers
@@motoryzen I can understand why some people get hung up on such exceptions to the rule. I'm still a Linux beginner, so I don't know yet if difficulties such as yours will sour me on transitioning from Windows to Linux. Someone should post a list of these appimage exceptions. Thanks for posting this one.
Appimages are a great thing. The problem with them is that they rely (not 100% sure, maybe they updated it in the last years) on fuse 2, which is insecure and deprecated since about 5 or 6 years. It shouldnt be on any system. And until the appimage dev refuses to update libfuse, they too should be avoided.
Its a pitty, hopefully this will be fixed so that appimages become an alternative again.
When it comes to app launchers like me you also know very well that whether app offers to create launcher or not doesn't really matter in linux environment because you can just create it if you need it even without any additional tools and that's one of many things i love about linux.
So it's like a portable version of an application in windows then?
Yes, just like a standalone and portable windows executable program.
I could have sworn app images as only for Linux world
@bub_sy
Exactly!
Thanks for this video! Sonic-Visualiser wouldn't open on my Debian sid machine, since recently - not sure why. Switching to AppImage did the trick.
'Gear Lever' seems to be a good tool to manage / update AppImages btw.
Hi Jay, can you cover a topic about security boot? (e.g. mokutil)
I am confused about that, and would like to learn more!
I remember having problems running an appimage once and it turned out there was some missing dependency on my system, which blew my mind because i was under the impression they were fully self contained.
I went to flatpak and haven't looked back.
same, like, i have had way more issues with them then other app formats. I really love the concept but its not relible enough for me
Didn't know this, helps a lot.
That launcher is really useful!
Thank you for these explanations about appimages. I didn't know appimage launcher. Very nice.
thx for the video
i like the concept, it's like "portable" for windows
only better!
@@javabeanz8549worse* actually
Portable for windows never really worked, because windows registry is evil. Most of the time windows portables are just no-install binaries.
That’s exactly what i thought.
I feel most applications should run this way. I don’t see why some games or simple Utility programs have to install/integrate ; seems invasive.
One thing you didn't mention that I like when it comes to AppImages is Gear Lever this helps even more when it comes to AppImage inconsistencies not only does it do exactly everything that AppImage Lancher does but it even manages updates and this I feel like is a lot better for beginners as its GUI based. Great video nonetheless didn't realize there was an AppImage repository of sort!
I don't remember if that is the app I tried, but whatever it was, it was supposed to help getting updates, but the appimages that I had installed apparently were not supported for the updates.
I really like the idea of handling apps this way. My only question is regarding updates. I'm assuming the user will have to track and update each app manually?
Probably so, but regardless if the individual app images for the programs you're replacing them using just work as you wish, it's still as simple as downloading the new app image from the source site
@@motoryzen Agreed, it's not difficult, just something the user has to be mindful of as opposed to the OS notifying you and installing updates automatically.
What theme are u using? I really like it
What version of ubuntu do you normally use? Is it popOS?
Thank you. One q: how do AppImages handle updates? Is the user informed that an update is available?
I wish there was a way to update them quicker. I have been using appimage updater, but it's not ideal. Also, not all apps work with it. It'll do for now.
I'm sure AppImages have downsides that Flatpaks don't, but so far I generally favor how AppImages tend to actually just work.
Hi Jay, I tried installing this but I get a dependency error libcurl3, I tried installing libcurl3 and terminal says this is an outdated package as Mint22 is using libcurl4 already any help please?
I use the opt directory for app images.
Appimage launcher didn't install correctly on my Ubuntu 24.04 syst. and therefore doesn't work. I used the PPAs, stable
NitruxOS: Did you say AppImages?
Appimages are great for what they are. For me, they are still behind distro packages and Flatpak/Snap for integration reasons. Tools like Gear Lever improve it for integration, but it still isn't great. I use Appimages for tools that have no other choice or for portable apps. They are a solid package format and even the best for certain things.
@AndreaBorman will like this 🌝
What about updates. With flatpaks and snaps I can check the respected stores and they will download updates
Such AppImage, Snap, Flatpak are just bonkers. Easy sure.
Yet, bonkers.
A symptom of a fragile ecosystem unable if not unwilling to work on baseline compliance for running software.
Apple can do it, Microsoft. mastered it, Open Source screwed it all up and leaves a mess to make more mess.
Sorry when turd and crapple troll, no food here for you move on
No. Microsoft has developed several different packaging Formats, only that they dont even have a serious Software Store so lets be quiet about them please.
Apple did better, so did canonical. Or Red hat, nix, Debian and all the others. They all have their own separate packaging Format, only that Apple is incompatible to the Rest of them. So you can at least ship your built binaries to all Linux distributions while you have to bebuild for Apple.
@@matthiasbendewald1803 sorry, you have no idea what you're talking about
Nice try though
@@matthiasbendewald1803 if Microsoft has developed all these multiple packaging formats, why don't they advertise them? All the packaging formats that are available in the Linux world are heavily advertised through Word of Mouth through the Linux communities worldwide and this has been the case for many many years
@@JLT9150 thank you for all the good Arguments...
Could you explain What you are talking about? I dont know everything so maybe you explain What im missing here?
Nice first
I am not in favor of it because some software developers will only develop this, with its disadvantages