search

ivan-hc / AM

AppImage package manager to install, update, sandbox and manage ALL of them, system-wide or locally, thanks to its ever-growing AUR-inspired database listing 2500+ portable apps and programs for GNU/Linux. The first, real centralized repository to manage your AppImages with the ease of APT and the power of PacMan.
https://portable-linux-apps.github.io
GNU General Public License v3.0
523 stars 41 forks source link

Portables/Appimages to add #116

Closed GeoBoi254 closed 8 months ago

GeoBoi254 commented 10 months ago

Artix Launcher https://www.artix.com/downloads/artixlauncher/

Thorium AVX2 https://github.com/Alex313031/Thorium-Linux-AVX2/releases

Mortrix https://motrix.app/download

Mercury https://github.com/Alex313031/Mercury/releases

ivan-hc commented 9 months ago

Sorry @zen0bit , latelly I have some issues in compiling Bottles AppImage

Istantanea_2024-02-28_04-35-39

I'll be back here to upload apps as soon as possible

ivan-hc commented 9 months ago

@zen0bit done

https://github.com/ivan-hc/AM/commit/5fef74128f0bbad94c3c36a16bcbdef4cea2937e

https://github.com/Portable-Linux-Apps/Portable-Linux-Apps.github.io/commit/cc0c92cfa2d1f9c26ef73544ccb772f4a88ff46e

ivan-hc commented 9 months ago

UPDATE https://github.com/ivan-hc/AM/commit/9a5576e4e8f89fa6f23e94f897b6722f30e40554

If you use the command am -t $PROGRAM and select 2 (any archive 7z/deb/tar/zip, and now also scripts and standalone binary files) you don't need to specify the commands to extract/move the app anymore!

This is a quick example (don't take it seriously):

https://github.com/ivan-hc/AM/assets/88724353/2ed69ce5-1d22-4a7b-8724-90bda0694a46

Are you able to do the same?

zen0bit commented 9 months ago

emby

ivan-hc commented 9 months ago

@zen0bit

emby

this has not a portable version, the .deb package require the installation (the internal binary may be not standalone), the Arch Linux archive may be compiled only for newer GLIBC dependences (and maybe it have dependences as well).

Or maybe its me that have not seen a portable version.

fiftydinar commented 9 months ago

RQuickShare

Has AppImage: https://github.com/Martichou/rquickshare

ivan-hc commented 9 months ago

RQuickShare

done https://github.com/ivan-hc/AM/commit/7ecc0e1c3b8e6fcf2161eec08cc7e3971ad25182

ivan-hc commented 9 months ago

Do you remember my previous answer where I was wary of appimagehub?

https://www.appimagehub.com/p/2106184

That Appimage of GIMP is mine.

The thing that pisses me off though is that there is a link to the sources for all the other AppImages... except mine.

And meanwhile there are those who ask for "support" (in money) on the pages of that shitty site at the expense of the original developers.

zen0bit commented 8 months ago

agregore-browser

AgregoreWeb/agregore-browser

ivan-hc commented 8 months ago

@zen0bit done

https://github.com/ivan-hc/AM/commit/87c8c0972e85257c61e484f063e466676f152654

https://github.com/Portable-Linux-Apps/Portable-Linux-Apps.github.io/commit/21966fb92deb86509fc653e3c48f0b82bea29b39

zen0bit commented 8 months ago

@zen0bit done

https://github.com/ivan-hc/AM/commit/87c8c0972e85257c61e484f063e466676f152654

https://github.com/Portable-Linux-Apps/Portable-Linux-Apps.github.io/commit/21966fb92deb86509fc653e3c48f0b82bea29b39

ERROR: YOU CANNOT INSTALL ""AGREGORE"" WITHOUT INSTALLING "ZSYNC"! /opt/am/modules/install.am: line 87: break: only meaningful in a for',while', or `until' loop ◆ "AGREGORE": starting installation script

But is installed just fine, even without zsync

ivan-hc commented 8 months ago

@zen0bit add bug fix in install.am https://github.com/ivan-hc/AM/commit/edcb8c781a42b422322aac8c5a8ede78750fbab5

EDIT: being this a new script I should allow the installation and made zsync optional for it

ivan-hc commented 8 months ago

@zen0bit this is the last fix about apps asking for zsync. If the app requires zsync as an option, AM/AppMan will proceed with the installation (after a warning message), but if its strictly required, it will abort the installation.

https://github.com/ivan-hc/AM/assets/88724353/76297568-8377-4155-96da-be85a5074117

or should I make it mandatory anyway?

About 80-90 installation scripts require "zsync", whether it is mandatory or not.

But in the future, other existing scripts may need the latest template, as many compare the upstream version even though a .zsync file already exists (my fault, I had some oversights).

zen0bit commented 8 months ago

Good as is

ivan-hc commented 8 months ago

Folks, I've thought about it again.

Since a single issue for all requests could become too long and wasteful... it would be better to report a new issue for each app.

Also, there's no point in keeping this open and inactive. It could be confusing, on long term.

At least, if any of you are interested. could create "templates" to submit requests of this type. I know these are MarkDown files. If you understand how troubleshooting works... you're welcome. I'll gladly accept a PR.

Grouping a single request for each issue would help, even in case of debugging and reporting problems related to the newly uploaded app.

I don't know how many apps we have loaded into this issue, but it's best to keep one dedicated to each app.

Finally, I have an important OFF-TOPIC announcement to make. I have converted almost all my AppImages (there are more than 60 in total) to Type3: no libfuse2 required to run them!

Obviously each app can have its own problems in being created (that's why I left only 4 for x86_64 and the 4 32bit ones at Type2 state).

Archimages are ALL Type3, so you are safe. The full list is on my github profile.

I'm closing. See you in other Issues.

If you need me, I'm here.