Package Details: appimagelauncher 2.2.0-8

Git Clone URL: (read-only, click to copy)
Package Base: appimagelauncher
Description: Helper for running and integrating AppImages
Upstream URL:
Keywords: appimage
Licenses: MIT
Submitter: oberon2007
Maintainer: willemw
Last Packager: willemw
Votes: 99
Popularity: 1.84
First Submitted: 2019-04-10 23:20 (UTC)
Last Updated: 2024-05-25 13:31 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

FabioLolix commented on 2024-05-25 12:39 (UTC)

Look good :) , sed -i... not needed

My fault before I wasn't clear enough

the issue is at download time for who have configured a common download folder in makepkg.conf (SRCDEST=)

About renaming sources I meant something like these (snippets from



git config submodule.lib/cpr.url "${srcdir}/AppImage-cpr"

willemw commented on 2024-05-25 07:59 (UTC)

@FabioLolix: Thanks. I have an updated PKGBUILD version with your suggested changes, but here is a different one, I think I prefer, that is based on the source archive with included submodules:

pkgdesc='Helper for running and integrating AppImages'
arch=(x86_64 aarch64)
depends=(cairo desktop-file-utils hicolor-icon-theme libappimage libbsd libxpm qt5-base shared-mime-info)
makedepends=(boost cmake git gtest python qt5-tools)

# Workaround for newer GCC
CFLAGS="$CFLAGS -Wno-deprecated-declarations -Wno-discarded-qualifiers -Wno-implicit-function-declaration -Wno-incompatible-pointer-types"

prepare() {
  cd $pkgname-$_pkgver.source

  # Avoid 'fatal' git messages
  sed -i 's/COMMAND git rev-parse --short HEAD/COMMAND echo 0/' lib/AppImageUpdate/{CMakeLists.txt,lib/zsync2/CMakeLists.txt}


build() {
  cd $pkgname-$_pkgver.source

  cmake . \
  make libappimageupdate libappimageupdate-qt

  cmake .

package() {
  install -Dm644 appimage-binfmt-remove.hook -t "$pkgdir/usr/share/libalpm/hooks"

  cd $pkgname-$_pkgver.source
  make DESTDIR="$pkgdir" install
  install -Dm644 LICENSE.txt -t "$pkgdir/usr/share/licenses/$pkgname"

FabioLolix commented on 2024-05-24 12:24 (UTC) (edited on 2024-05-25 12:33 (UTC) by FabioLolix)

Hello willemw, please rename the cpr source since it is a fork and don't play well with makepkg SRCDEST= folder

  -> Updating AppImageUpdate git repo...
==> ERROR: /mnt/1TBWDBLACK/source/cpr is not a clone of

You can also use the source archive with git submodules included

The zsync2 one now redirect to ; I have that change locally but not AUR if remember well

About the version I'm of the opinion of using either the git tag or commit+pkgver() like it was before for git checkouts

willemw commented on 2024-05-24 10:14 (UTC)

Added a workaround to make it build with the latest GCC version.

yochananmarqos commented on 2024-05-19 00:26 (UTC) (edited on 2024-05-19 00:27 (UTC) by yochananmarqos)

Upstream is not maintaining the project and it currently won't build. @oberon2007 and I have disowned the package.

As an alternative, I suggest Gear Lever (Flatpak, WIP AUR package).

kode54 commented on 2024-05-18 00:52 (UTC) (edited on 2024-05-18 00:53 (UTC) by kode54)

I couldn't file an upstream pull request. I don't know if it even needs fixing upstream. Because upstream's "appimagelauncher" repo isn't even using their own latest commit on the "zsync2" repo. They're using something from 2019, latest commit was from December of 2023.

Thanks for the hint regarding Gear Lever, though.

yochananmarqos commented on 2024-05-17 23:13 (UTC) (edited on 2024-05-17 23:13 (UTC) by yochananmarqos)

@kode54: I see no upstream pull request. Either way, apparently upstream doesn't care about releasing a new version. I may disown this package as it no longer maintainable. Check out Gear Lever instead. I don't even use AppImages anymore.

kode54 commented on 2024-05-17 00:38 (UTC) (edited on 2024-05-17 00:48 (UTC) by kode54)

Here's a patch to get zsync2 building with GCC14 and get this whole thing built:

Edit: And they're not even using the latest upstream zsync2 commit in AppImageLauncher, they're using a commit from 2019.

FabioLolix commented on 2024-05-16 05:29 (UTC)

The issue is that zync2 no longer build with gcc14

yochananmarqos commented on 2024-05-15 23:41 (UTC) (edited on 2024-05-15 23:48 (UTC) by yochananmarqos)

@w9hdg: No one can read that. Please use a pastebin service for longer output and proper formatting for short bits:


paste output here


Please edit your comment accordingly.