Arch Linux User Repository

@dylanparry I got the same error. Your tip fixed it for me too.

For anyone who gets the same error as me (maybe it's just me? :D), I just deleted the appimagelauncher folder from yay's cache, and that did the trick. There's probably a nicer way of solving it though.

I'm getting an error for the latest update:

==> Making package: appimagelauncher 2.2.0-6 (Wed 01 Jun 2022 08:44:02 BST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Updating AppImageLauncher git repo...
Fetching origin
-> Updating AppImageUpdate git repo...
Fetching origin
-> Updating libappimage git repo...
Fetching origin
==> ERROR: /home/dylan/.cache/yay/appimagelauncher/zsync2 is not a clone of https://github.com/TheAssassin/zsync2.git
    Aborting...
-> error making: appimagelauncher

Any ideas?

Wow, thx! Never would have excepted that I overlooked something basic like this, when I think about how many our packages I use ^^

@herrzinter: You're missing the base-devel group, see AUR: Prerequisites.

I always get a CMake error when trying to build the package:

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindPkgConfig.cmake:99 (find_package_handle_standard_args)
  /usr/lib64/cmake/libappimage/scripts.cmake:100 (find_package)
  /usr/lib64/cmake/libappimage/imported_dependencies.cmake:6 (import_pkgconfig_target)
  /usr/lib64/cmake/libappimage/libappimageConfig.cmake:50 (include)
  CMakeLists.txt:36 (find_package)

Anyone else experiencing this?

@Ultacoolguy: It's not applicable to this package:

CMake Warning at cmake/install.cmake:68 (message):
  update-binfmts could not be found.  Please install the binfmt-support
  package if you intend to build RPM packages

I also cannot reproduce your error in a clean chroot.

@yochananmarqos: So if I understand correctly, the package does use /usr/lib/binfmt.d . But how can I workaround that error when compiling then?

@Ultacoolguy: See the appimage-binfmt-remove.hook

I have a problem with this PKGBUILD. Compiling goes perfectly and everything, but then this happens:

Install the project...
-- Install configuration: "None"
-- Installing: /home/me/.cache/yay/appimagelauncher/pkg/appimagelauncher/usr/lib/appimagelauncher/libappimageupdate.so
-- Installing: /home/me/.cache/yay/appimagelauncher/pkg/appimagelauncher/usr/lib/appimagelauncher/libappimageupdate-qt.so
CMake Error at cmake_install.cmake:54 (file):
  file INSTALL cannot find "/usr/sbin/update-binfmts": No such file or
  directory.

I looked around and this looks like it's a Debian-based specific script. Perhaps appimagelauncher needs to be patched out to use /usr/lib/binfmt.d instead?

@qfettes: The base-devel group is required for using the AUR.

@yochananmarquos Installing gcc fixed the error. It should be added as a dependency I think.

@qfettes: Neither do I. I'm also using GNOME and Xorg.

@yochananmarquos I'm not sure what the issue would be. Some additional information:

Kernel Version: 5.13.5-arch1-1

Window Manager: Xorg 1.20.12

Desktop Environment: GNOME 40.3

@qfettes: I can't reproduce it building in a clean chroot.

This fails to build

[ 59%] Linking CXX executable appimagelauncherd
/usr/bin/ld: /usr/lib/libQt5Core.so.5.15.2: undefined reference to `std::__exception_ptr::exception_ptr::_M_release()@CXXABI_1.3.13'
/usr/bin/ld: /usr/lib/libQt5Widgets.so.5.15.2: undefined reference to `std::__throw_bad_array_new_length()@GLIBCXX_3.4.29'
/usr/bin/ld: /usr/lib/libQt5Core.so.5.15.2: undefined reference to `std::__exception_ptr::exception_ptr::_M_addref()@CXXABI_1.3.13'
collect2: error: ld returned 1 exit status
make[2]: *** [src/daemon/CMakeFiles/appimagelauncherd.dir/build.make:146: src/daemon/appimagelauncherd] Error 1
make[1]: *** [CMakeFiles/Makefile2:1570: src/daemon/CMakeFiles/appimagelauncherd.dir/all] Error 2
make: *** [Makefile:156: all] Error 2

@FirstAirBender: This does indeed build from the release tag. This package uses submodules, see VCS package guidelines: Git submodules. Your PKGBUILD does not change anything, the submodules are part of the project and are still downloaded.

Ok so this package is actually building from git directly, in which case I ask why is it not suffixed with -git?

This was the source of my confusion. I thought this was just building the tag, so it was confusing to me why it was downloading sources almost every day.

Please either suffix your package with -git, or just build an actual tag.

I have used this PKGBUILD to successfully build the latest tag:

pkgname=appimagelauncher
pkgver=2.2.0
pkgrel=3
_pkgref="0f91801"
pkgdesc="A Helper application for running and integrating AppImages."
arch=('x86_64' 'i686')
url="https://github.com/TheAssassin/AppImageLauncher"
license=('MIT')
depends=('libappimage' 'hicolor-icon-theme' 'qt5-base')
makedepends=('git' 'cmake' 'qt5-tools' 'ccache' 'ninja' 'gcc' 'pacutils')

noextract=("$pkgname.tar.xz")
source=("$pkgname.tar.xz::$url/releases/download/v$pkgver/$pkgname-$_pkgref.source.tar.xz"
        'appimage-binfmt-remove.hook')
sha256sums=('2ef58ed3233912677522620bbb1162bedd41206a786d93cbd5e0ff682aed8a75'
            '72a2630cf79b8f90bc21eae1d9f40c07fe77ce22df46c511b500f514455d7c81')

prepare() {
    mkdir --parents "$pkgname" 
    bsdtar --strip-components=1 --cd="$pkgname" -xf "$pkgname.tar.xz"
}

build() {
    mkdir --parents "$srcdir/../build"
    cd "$srcdir/../build"
    cmake -G Ninja "$srcdir/$pkgname" \
        -DCMAKE_BUILD_TYPE=None \
        -DCMAKE_INSTALL_LIBDIR=lib \
        -DCMAKE_INSTALL_PREFIX:PATH="$(pacconf ROOTDIR)usr/" \
        -DUSE_CCACHE=ON \
        -DUSE_SYSTEM_LIBAPPIMAGE=ON \
        -DBUILD_TESTING=OFF \
        -Wno-dev

    # See https://github.com/TheAssassin/AppImageLauncher/issues/251 for more details why this is required
    ninja libappimageupdate libappimageupdate-qt
    cmake . \
        -DUSE_CCACHE=ON \
        -DBUILD_TESTING=OFF

    # Make needs to be run again after to finish compile
    ninja
}

package() {
    cd "$srcdir/$pkgname"
    DESTDIR="$pkgdir" ninja -C "$srcdir/../build"  install

    install -Dm644 LICENSE.txt "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
    install -Dm644 "$srcdir"/*.hook --target "$pkgdir/usr/share/libalpm/hooks"
}

It uses ninja, so the build should be fast

@FirstAirBender: Excuse me, but take another look. ;)

Excuse me, but why is googletest a dependency of this package? Can we please get rid of this dependency, or atleast make it part of makedeps?

Thanks

2.1.4 is out

Worked OK for me... I see it got flagged as out of date, is there a more up to date version?

@yochananmarqos thanks, that worked :)

@kuba-gaj: Use my up to date PKGBUILD for now.

For some time now I'm getting this error:

Cloning into 'squashfuse-EXTERNAL'...
ERROR: Repository not found.
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Any ideas?

Thanks! Got it downloaded today.

@theRatchet Response on boost IRC: "download has been capped, 30Tb per month [16:43] <K-ballo> try again next week" ...

@theRatchet Yes. There seems to be an issue currently with boost download.

Trying to install today and it fails trying to access the following boostorg dependency. --- LOG END --- error: downloading 'https://dl.bintray.com/boostorg/release/1.69.0/source/boost_1_69_0.tar.gz' failed status_code: 22 status_string: "HTTP response code said error" log: --- LOG BEGIN --- Trying 52.41.180.114:443...

Connected to dl.bintray.com (52.41.180.114) port 443 (#0)

Going to that URL results in a "forbidden". Anyone else having the same problem?

v2.0.0 has been released.

The problem can be solved by eliminating these two lines:

mv $pkgdir/usr/lib64/* $pkgdir/usr/lib/

rm -rf $pkgdir/usr/lib64

Same error than PRAGMA and brenosilveira1

Same error than PRAGMA.

mv: cannot stat '/home/x/.cache/yay/appimagelauncher/pkg/appimagelauncher/usr/lib64/*': No such file or directory
==> ERROR: A failure occurred in package().
    Aborting...

Any advice on fixing this?

The fix lib location bit isn't necessary as you can add the cmake flag -DCMAKE_INSTALL_LIBDIR=lib instead.

Indeed, thanks for the quick fix!

@Leeo97one exactly, that's it! Should be fixed now :)

Mmmh, some files are still missing, eg.:

/usr/lib/appimagelauncher/libappimage.so
/usr/lib/appimagelauncher/libappimage.so.0
/usr/lib/appimagelauncher/libappimage.so.0.1.8
/usr/lib/appimagelauncher/libappimageupdate-qt.so
/usr/lib/appimagelauncher/libappimageupdate.so

Looks like you have to rerun cmake? https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=appimagelauncher-git#n44

Thanks @Leeo97one ! https://aur.archlinux.org/pkgbase/appimagelauncher/

Still does not work :-/
/usr/bin/appimagelauncherd: error while loading shared libraries: libappimageupdate.so: cannot open shared object file: No such file or directory

Version 1.1.0 made with the appimagelauncher-git PKGBUILD works fine though.