Skip to content

"AM" 6.1
Compare
Choose a tag to compare
@ivan-hc ivan-hc released this 13 May 15:54
6.1
553358c
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.

New option "nolibfuse"!

Now it is possible to convert old Type2 AppImages (dependent on libfuse2) to Type3 using the option nolibfuse.

am nolibfuse ${PROGRAM}

First the selected program type is checked, if it is a Type2 AppImage, it will be extracted and repackaged using the new version of appimagetool from https://github.com/probonopd/go-appimage :

  • If the installed AppImage can be updated via zsync, the update will take place while maintaining the status of Type3 AppImage;
  • if in the first case it succeeds without problems, the package will be repackaged as it was, but of Type 3;
  • if the script encounters problems (due to Appstream validation), it will attempt to delete the contents of the /usr/share/metainfo directory inside the AppImage, as a workaround (which will probably make updates via zsync unusable). This step helps export Type2 AppImages to Type3 (i.e. that do not use libfuse2), and in the case Appstream Validation prevents the creation of the new AppImage;
  • if this step does not succeed either, the process will end with an error and the AppImage will remain Type2.

See the video:

AM-6.1-convert-from-type2-to-type3-AppImages.mp4

When using the command nolibfuse for the first time, it will be added within the application's AM-updater script, so as to automatically start the conversion at each update!

Note, this may prolonging the update time, depending on the size of the AppImage.

As always, I suggest anyone to contact the developers to create their AppImage packages as Type3!

Not only does it help to no longer depend on libfuse2, but it significantly reduces the size of large AppImage packages (for example, Kdenlive went from 200 to 180 MB, while Libreoffice from 330 to 298 MB). Check it out and... spread the verb!

NOTE: This function does not guarantee the conversion of all AppImage packages, but is only a workaround.

However, I suggest that you contact upstream developers to update their packages and avoid relying on third-party tools (like mine) to solve such problems.

"AM"/"AppMan" is a package manager, and as such should only list them, install them, update them, remove them.

Consider nolibfuse an "extra" option that you could very well do without.

Other changes:

  • Option -u or update, add suboption --apps to update only the applications;
  • Fix error mesages in -c or clean;
  • Updated several installation scripts to use "zsync" and appimageupdatetool Type3 from https://github.com/ivan-hc/AppImageUpdate

Full Changelog: 6.0.5...6.1.4

Assets 2
Loading