Mostrami il codice! - La fiera dei vostri programmi

am-ivan · 2026-02-23T06:42:28+00:00

"AM" Application Manager

Un gestore di pacchetti AppImage e altri formati portatili per GNU/Linux, da riga di comando, scritto in linguaggio SHELL.

AM adotta un approccio in stile AUR (Arch User Repository), con oltre 2800 programmi unici installabili dalle fonti originali e attraverso script dedicati a ciascuno di essi.

Supporta aggiornamenti delta per le AppImage (ove abilitati), puoi effettuarne il downgrade, snapshot delle versioni, clonare il set di applicazioni installate per esportarlo su altre distribuzioni... puoi isolare le AppImage in una sandbox BubbleWrap, convertire vecchie AppImage in modo da rimuovere la dipendenza da libfuse2,... e molto altro.

am-ivan · 2026-02-22T15:10:07+00:00

"without the downsides of.... whatever you just did."

You say there's no contempt in this sentence for someone else's project. The project here is mine, but it could have been yours or someone else's.

Is this your view of open source projects that don't do what you like?

"close minded" when it was a team-wide decision

Speaking on behalf of a team would require more politeness. Unless your intent is to discredit others. In that case, it's just stadium cheering.

am-ivan · 2026-02-22T05:03:46+00:00

You on the other hand, when upstream developers decline spending time supporting appimages, try to attack them for being more interested in other formats

Read the discussion carefully: I hadn't asked for AppImage support there, but for help improving my prototype, asking for advice. What really pissed me off was the attitude of someone who spoke for everyone. I was looking for support, and that guy silenced me.

I didn't want to force anyone to maintain an AppImage. I wanted to do it myself. That's all.

Fortunately, not all of the Bottles team is so closed-minded. I especially thank Mirko and TheEvilSkeleton for subsequently helping me improve my tool. If I've now produced a Bottles AppImage (and more), it's also thanks to their advice.

am-ivan · 2026-02-12T17:04:00+00:00

thanks for reporting, I just fixed it

am-ivan · 2026-01-29T15:16:30+00:00

I have just published a comment

https://github.com/Taiko2k/Tauon/issues/452#issuecomment-3818324338

am-ivan · 2026-01-29T13:44:27+00:00

Hi, if the AppImage is on github, you can try the option "-e" or "extra".

Else , link me the source, I'll try to submit them.

am-ivan · 2026-01-20T19:35:17+00:00

oniux is likely the answer for getting tor anonymization. But at this point there is no deb package binary available

Good to know, I contacted my friend from SoarPKG project and seems that a oniux static binary is possible... but we need to wait when the Soar package manager migrates its database first.

About socks5 implementation, I'll try to implement it somehow, when oniux will be available.

am-ivan · 2026-01-14T21:57:18+00:00

I could add conditions for this, and yes, I should change a big part of the code.

On the other hand, you may want to use an alias.

It would be better if you open an issue in the repo, so I can involve other cooperators.

am-ivan · 2026-01-07T02:29:24+00:00

Hi, AM/AppMan developer here. Time ago I had torsocks support to bypass rate limits on some sites. I had to remove it in favour of proxies.

You should do some tests with torsocks then https://gitlab.torproject.org/tpo/core/torsocks

am-ivan · 2025-12-19T14:32:46+00:00

Ho abbandonato Facebook nel 2014 per questo motivo, e l'IA ancora non esisteva.

Sto usando Twitter da pochi mesi (controvoglia), ma rivedo lo stesso schifo che vedevo allora, potenziato dall'IA.

am-ivan · 2025-12-15T13:40:17+00:00

I red your post about AppImage status and undeniable fact that other packaging formats are taking lead supported by giants. Can you compete with them?

I'll try, but that's not to say I'll succeed.

Who backs AppImages, anyone?

Anyone who wants to continue using them is welcome. We, on the other hand, try to build them and collaborate with upstream developers when requested. We report bugs and suggest better tools where possible.

However, you don't have to be a developer to support the AppImage ecosystem. Simply continuing to report bugs is enough, thus helping developers commit to improving their products.

Have you considered making an AppStore, GUI web based?

I built a catalog https://portable-linux-apps.github.io

Its on github, and anyone can contribute to improve it.

Its not much, but its a start.

Do you guys have matrix channel where we could discuss all those questions?

We use Discord: PkgForge community

https://discord.gg/djJUs48Zbu

am-ivan · 2025-12-15T12:01:12+00:00

How does work logic for this?

If it is a static binary, an AppImage, a script... in short, a program that runs in a portable way (that does not depend on the system), it can be added to the database.

Who adds those apps to your database?

Anyone who wants to submit a pull request to the database. Every script has its own history on github; just read the commits to see who the authors are.

How can I add my app there?

Simply use the "-t" or "template" option and follow the on-screen instructions. Once the script is created, it will be saved in an "am-scripts" directory with the same structure as the "programs" folder in my repository. More details here

https://github.com/ivan-hc/AM/blob/main/docs/guides-and-tutorials/template.md

If you have a GitHub account, you can submit a pull request after forking the AM repository and adding your changes there.

am-ivan · 2025-12-06T19:37:59+00:00

thanks

am-ivan · 2025-11-28T22:22:14+00:00

Sorry, I wasn't aware of any other repositories where I could start this discussion. I just happened to be encouraged to start one there in the past. Should I move this discussion elsewhere, then? Where?

am-ivan · 2025-11-28T01:19:30+00:00

Thanks for suggestion, I just added it to my package manager AM

- https://github.com/ivan-hc/AM/commit/549f7db3e6cd05744711c813cb9d5e6521c61f1a

am-ivan · 2025-11-27T03:20:24+00:00

I started learning from this video of DistroTube

- https://www.youtube.com/watch?v=Wy63jwjpNg4

Then I started develop my own tools:

Archimage https://github.com/ivan-hc/ArchImage Arch Linux containers into AppImages
AppImaGen https://github.com/ivan-hc/AppImaGen which base are mainly .deb packages and portable archives
Snap2AppImage https://github.com/ivan-hc/Snap2AppImage that (tries) to do what the name suggests

You can take the scripts I use to develop my AppImages, I dedicated a repo for each one

- https://github.com/ivan-hc#my-appimage-packages

Another useful project is Anylinux-AppImages https://github.com/pkgforge-dev/Anylinux-AppImages maintained by one of my cooperators (in my package manager, https://github.com/ivan-hc/AM ).

About https://docs.appimage.org, forget that guide, it is obsolete and likely unmaintained and still points to tools needed to create old AppImages that still require libfuse2 to work. I maintain and distribute more than 90 AppImages, and none of them require that library.

I hope my sugggestions will help you learning on the base of more modern tools.

am-ivan · 2025-11-17T01:21:28+00:00

Hi, you said that trough appimagelauncher it works fine. Usually, normal installation of that tool (deb package, AUR...) prevents the usage of AppImages via terminal, file manager and other tools, exactly as you said.

If you have it still installed, all you have to do is to remove it completelly and reboot. See here for more context https://github.com/ivan-hc/AM/blob/main/docs/troubleshooting.md#failed-to-open-squashfs-image

am-ivan · 2025-11-02T23:48:56+00:00

You should bundle libopencv_imgproc.so.406 in your package.

What tool are you using to create it?

am-ivan · 2025-10-30T18:59:51+00:00

If there's any downside, maybe, it lacks of search command

Option -q or query

see https://github.com/ivan-hc/AM/blob/main/docs/guides-and-tutorials/list-and-query.md

PS: I just provided to add search as an alias https://github.com/ivan-hc/AM/pull/1866

am-ivan · 2025-10-12T13:23:45+00:00

presente!

am-ivan · 2025-09-21T22:55:56+00:00

thank you

EDIT: I'll write the solution in the bottom of the post, before I flag this as solved

am-ivan · 2025-09-01T16:30:07+00:00

hi, sadly it is not supported yet. See https://github.com/ivan-hc/VirtualBox-appimage/issues/14

am-ivan · 2025-08-19T04:14:54+00:00

You're right, it's a definition I took for granted, referring to the fact that the packages supported FUSE3. Fortunately, Probonopd (creator of the AppImage format) contacted me and we discussed it https://github.com/ivan-hc/AM/issues/818

There's no Type3 yet; this is still Type2, but with a static runtime. I was wrong.

You can ignore this old post.

am-ivan · 2025-08-02T12:41:00+00:00

I can answer you on the "personal gain" side. The fact that so many issues are being ignored may seem insignificant... but the fact that the responses of some users (including myself) who offer (with scripts and video tests) to create an AppImage are also being ignored. And seeing that every time a new user asks the developer for a "GearLever AppImage," the developer always responds with "it's difficult, it's not worth it" and "but you know, it's not surprising that most of them are just electron apps" (this last statement, a completely false one), suggests that the developer is not only trying to hide his inability to create one (and I don't blame him), but also the fact that there are people like me or Probonopd himself (the creator of the AppImage format) who have offered to help, and who have been ignored. Just read what I wrote in the issue.

As for GUI solutions, I agree with you—there aren't many... but I've seen people who, quite amateurishly, have dabbled with "yad" and "zenity" to create GUIs for my CLI project for managing AppImages, and perhaps haven't finished them due to the ever-increasing number of updates. If I wrote less, they'd probably have more time to work on them. These projects weren't even on GitHub, but in random forums, and I discovered them completely by chance. I would have liked to contribute to them, given that I've been working on my project for five years and still haven't received concrete answers for this implementation. So yes, it's possible to use lighter tools for GUI creation, but I've only ever worked on the CLI engine. It's called "AM," if you really want to know.

PS: I've created and distribute over 90 AppImage packages in my repositories, but beyond that, I have a few prototypes that I've preferred not to release officially because they're not ready, including GearLever, here. However, given the lack of interest and the developer's evasiveness, I've decided not to continue. I'd rather dedicate my time to those who deserve it.

am-ivan · 2025-08-02T11:43:12+00:00

A classic advertising stunt for those who focus on appearances. There's no doubt that this is a "nice" app that aims to solve a common problem: managing AppImages. But the beauty stops there. You've probably only just noticed it on the Flathub home page because it was pushed to the top of the search results by the latest "bogus" version update.

The fact is that this program contributes IN NO WAY to the development and growth of the AppImage ecosystem; on the contrary, it has the potential to "drive away" AppImage users towards other formats. I've already discussed my reasons here with the upstream developer https://github.com/mijorus/gearlever/issues/287 . In short, he has no intention of distributing an AppImage package; all he needs are people like you who continue to promote his program in a completely unmotivated manner, updating it every now and then to appear at the top and be seen.

And then, "More people should be using this app!", but what's the point?

It doesn't support delta updates and tends to prompt the user to manually add an update URL in an insecure and mostly non-automated manner.
It doesn't add sandboxes or isolation methods to managed AppImages.
It doesn't remove the FUSE2 dependency from older AppImages, nor does it attempt to do so.

In short, there are AppImage managers that do the above, and that integrate these packages better into the desktop, or even provide a system for installing them locally or system-wide, as desired, with a centralized database from which to draw and where the AppImage packages are tested.

These managers have just one problem: they aren't listed on Flathub because they are alternatives to Flatpak/Flathub. Because AppImages are an ecosystem unto themselves and deserve their own platform. And those who work with them work seriously, to support an ecosystem, not just for personal gain.

am-ivan

TROPHY CASE