Conversation
|
For now the behavior allow the CLI to recognize installation scripts running in the current AMCACHEDIR in use simplescreenrecorder-2026-09-15_17.32.32.mp4@kazam0180 @cheack @fiftydinar @vishnu350 @Samueru-sama if you have a better idea, let me know |
|
This is not the fix for #2714. This is a fix for separate issue: concurrency |
@kazam0180 what about this? simplescreenrecorder-2026-09-16_00.50.01.mp4 |
|
Hmm. Okay yeah that works. Since AM does only download one app at a time, this can be the equivalent |
|
This is still not secure enough btw. I noticed this strange bug: simplescreenrecorder-2026-09-16_01.15.50.mp4and... simplescreenrecorder-2026-09-16_01.17.33.mp4In the first video, if you run an installation immediately, something weird happens because the installation directory get removed. I have a suspect... I'll check it later. In the second video, the installation script was not removed from the cache, so the PLA installer was waiting until I removed it. |
Fixed in 2e4b99b This is a check that runs every time you use AM/AppMan, to find not valid apps directories (based on minimal number of files and executable inside). Now if "$PLA_APP" is set, the removal does not run. |
I think that this can be solved by checking running processes instead. |
|
hmm
nice |
|
@kazam0180 this is it f6a0dd9 simplescreenrecorder-2026-09-16_16.42.51.mp4Multiple apps at same time, no conflicts (except AM/AppMan used in a dedicated instance, due to this). |
Checked, works great. |
I know that I could use $pure_arg directly, but right now its not time to refactor the code. I'll do it later, when I will be less busy. My priority now is to fix parallel PLA installations. And who knows if we will be have the opportunity to do the same for normal installations, in parallel, like to updates. |
|
The error was given by version check. Now it sets version as "pending". simplescreenrecorder-2026-09-17_15.44.52.mp4I think I have solved. |
|
@vishnu350 @cheack @kazam0180 @fiftydinar I need your feedback too. |
Too late, just done 2daff9b |
|
In brief, each instance creates its own $AMCACHEDIR directory in cache, the ones starting with "PLA_" in the name. Such directories, if present, will avoid AM from cleaning $APPSPATH (the directory of all installed apps, for example /opt in AM, in AppMan is the one you choose). Such directories will be removed when PLA installations will be finished. In case a PLA_ directory remains, it is necessary to run I need tests for this. Starting from now, I will have the whole weekend busy with my job. This is why I need your help. If all goes well, this will be AM 10.6 By entering developer mode ( Thanks in advance. |
@kazam0180 @cheack @fiftydinar @vishnu350 @Samueru-sama @Shikakiben any thought? |
|
@Shikakiben @fiftydinar this change would help more AM-GUI users that click on multiple Install buttons on the UI at same time. |
|
@ivan-hc, it seems to work well. No failures in the regressions tests. But why not just follow the standard mechanism and create a lock file or file-based locks (commonly named with a .lock extension)? When this lock file exists, it signals that another instance of AM is already running. AM should not be allowed to run if another instance is already running. I think this is also how apt works. You may also recall the mime-update change you made a few weeks back, where you checked for the .lock file before running it. |
|
@vishnu350 this feature is for PLA installations only, to made them run in parallel and without conflicts. This way, every installation (via PLA) have its own instance. No kind of restriction in this sense. |
OK sure it seems to work for PLA installs. But doing something like the following may also cause similar issues: Will it not? |
This change is for PLA installations only. If you run This means that you cannot use multiple instances of regular PLA installations are for people that, by scrolling the web page, want to install multiple apps at each click of the mouse, the same way you would do with a GUI. CLI side is different instead. |
|
The above commits will not solve...
...but allows to sun multiple terminals to install multiple apps simplescreenrecorder-2026-09-20_05.10.39.mp4$AMCACHEDIR will be not wiped when running multiple instances of @kazam0180 @cheack @fiftydinar @vishnu350 @Samueru-sama @Shikakiben and @alexb3d + @davidhedlund Want to review this? |
|
I figured out that this change would be simpler than what I tested until now in this pull request. |
|
I have found a regression: if you run multiple instances, and you do CTRL+C on the first (not others, just the first), this will cleanup $AMCACHEDIR |
Solved |
|
I think it is ready. As always, i wait for your approval. Those that are on Discord, can contact me there if they prefer. |
|
seems working fine |
|
It's still showing me the conflict... 'am -s' updates to version I'm going to try two installations at the same time, Ruffle, which is lighter, is installed first and deletes the adobe-flash-player folder. The Flash installation shows an error, and at the end it says that Ruffle was installed: Now, I'm going to install and flash one, and on the other I'm going to try to set up the Ruffle portable home: terminal ruffle: Two things happen here: if I let Flash finish with errors, it won't install: And if I uninstall it, it removes Ruffle: |
The current dev branch is v10.5-4 To use it, run then do your tests. To exit developer mode, run I suggest to exit developer mode once that AM updates to v10.6 |
Perfect—it's working just fine. |


fix #2714