Package Details: appimagelauncher-git r1224.cbe7f29-1

Git Clone URL: https://aur.archlinux.org/appimagelauncher-git.git (read-only, click to copy)
Package Base: appimagelauncher-git
Description: A Helper application for running and integrating AppImages.
Upstream URL: https://assassinate-you.net/tags/appimagelauncher/
Keywords: appimage
Licenses: MIT
Conflicts: appimagelauncher
Provides: appimagelauncher
Submitter: AJSlye
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 4
Popularity: 0.39
First Submitted: 2018-04-24 14:08 (UTC)
Last Updated: 2022-03-19 19:17 (UTC)

Latest Comments

zerowang commented on 2022-05-23 03:29 (UTC)

get some error when linking appimagelauncherd. Package curl had been installed.

/usr/bin/ld: ../../lib/AppImageUpdate/src/libappimageupdate.so: undefined reference to `curl_easy_getinfo@CURL_OPENSSL_4'
/usr/bin/ld: ../../lib/AppImageUpdate/src/libappimageupdate.so: undefined reference to `curl_multi_perform@CURL_OPENSSL_4'
/usr/bin/ld: ../../lib/AppImageUpdate/src/libappimageupdate.so: undefined reference to `curl_easy_perform@CURL_OPENSSL_4'
/usr/bin/ld: ../../lib/AppImageUpdate/src/libappimageupdate.so: undefined reference to `curl_formfree@CURL_OPENSSL_4'
/usr/bin/ld: ../../lib/AppImageUpdate/src/libappimageupdate.so: undefined reference to `curl_easy_init@CURL_OPENSSL_4'
/usr/bin/ld: ../../lib/AppImageUpdate/src/libappimageupdate.so: undefined reference to `curl_multi_add_handle@CURL_OPENSSL_4

bitterhalt commented on 2022-05-13 10:43 (UTC)

@Foliofox I have no idea what happened but after reboot I was able to install this using yay helper.

FabioLolix commented on 2022-05-12 20:10 (UTC)

@bitterhalt building using devtools (extra-x86_64-build) worked fine

bitterhalt commented on 2022-05-12 11:21 (UTC)

Getting this error:

/usr/bin/ld: /usr/lib/libappimage.so.1.0.3: undefined reference to `std::__glibcxx_assert_fail(char const, int, char const, char const)@GLIBCXX_3.4.30' collect2: error: ld returned 1 exit status make[2]: [src/daemon/CMakeFiles/appimagelauncherd.dir/build.make:168: src/daemon/appimagelauncherd] Error 1 make[1]: [CMakeFiles/Makefile2:1573: src/daemon/CMakeFiles/appimagelauncherd.dir/all] Error 2 make: ** [Makefile:156: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -> error making: appimagelauncher-git

realkstrawn93 commented on 2022-03-18 23:19 (UTC)

Might want to pull in lib32-glibc, lib32-gcc-libs, and lib32-fakeroot as dependencies. Fails to compile otherwise.

yochananmarqos commented on 2019-10-18 17:15 (UTC)

Please add a provides() and conflicts() array.

FabioLolix commented on 2019-10-10 15:56 (UTC)

@nipsky that is an issue with unityhub package

nipsky commented on 2019-10-10 08:16 (UTC)

Hi, I’m getting:

QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0

(process:1063929): Gtk-WARNING **: 10:13:03.054: Locale not supported by C library.
    Using the fallback 'C' locale.

(AppImageLauncher:1063929): dbind-WARNING **: 10:13:03.090: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Failed to connect to bus: Operation not permitted
Failed to connect to bus: Operation not permitted
Failed to create /root/.cache for shader cache (Permission denied)---disabling.
==> ERROR: A failure occurred in package().
    Aborting...
Error making: unityhub

Pant commented on 2019-09-25 19:24 (UTC)

Replace the function build() with the following:

build() {
  cd "$srcdir/$_pkgname"
  cmake . \
        -DCMAKE_INSTALL_PREFIX=/usr/ \
        -DCMAKE_INSTALL_LIBDIR=lib \
        -DUSE_SYSTEM_GTEST=ON \
        -DUSE_SYSTEM_XZ=ON \
        -DUSE_SYSTEM_LIBARCHIVE=ON \
        -DBUILD_TESTING=OFF
  make -j $(nproc) libappimage libappimageupdate libappimageupdate-qt
  cmake .
  make -j 8
}

commented on 2019-09-09 14:58 (UTC)

V new to arch/builds, but thank you for response, and link ... have looked at that, but can't match up the lines 56-66 or see how to apply fix (looking in pamac/build files).

AJSlye commented on 2019-09-09 13:18 (UTC) (edited on 2019-09-09 13:27 (UTC) by AJSlye)

Dependencies need to be made (aka make -j) before cmake to resolve path limitations in cmake, then make needs to be run again after to finish compile.

Example:

build() {

cd "$srcdir/$_pkgname"

make -j

cmake . \

    -DCMAKE_INSTALL_PREFIX=/usr/ \   
    -DCMAKE_INSTALL_LIBDIR=lib \   
    -DUSE_SYSTEM_GTEST=ON \   
    -DUSE_SYSTEM_XZ=ON \   
    -DUSE_SYSTEM_LIBARCHIVE=ON \   
    -DBUILD_TESTING=OFF

make -j

}

Reference: https://github.com/TheAssassin/AppImageLauncher/issues/237

commented on 2019-09-09 12:43 (UTC)

/usr/bin/AppImageLauncher: error while loading shared libraries: libappimageupdate.so: cannot open shared object file: No such file or directory

did the solution below, re /usr/lib/systemd/user/appimagelauncherfs.service alterations. Unfortunately no change. Accessing appimagelauncher settings crashes too. Tried both appimagelauncher and git.

AJSlye commented on 2019-05-04 14:58 (UTC) (edited on 2019-05-04 15:01 (UTC) by AJSlye)

Appimages are meant to be mounted at application launch.

Why would you mount them at boot?

That would add system overhead with many duplicate libraries, etc., permanently loaded into ram.

FirstAirBender commented on 2019-05-04 05:24 (UTC) (edited on 2019-05-04 05:25 (UTC) by FirstAirBender)

On ArcoLinux had to change the /usr/lib/systemd/user/appimagelauncherfs.service to:

[Unit]
Description=AppImageLauncherFS daemon
Before=display-manager.service

[Service]
Type=simple
ExecStart=/usr/bin/appimagelauncherfs
Restart=always
RestartSec=2

[Install]
WantedBy=default.target

Now the app images are mounted at boot

AJSlye commented on 2019-04-11 14:47 (UTC) (edited on 2019-04-11 14:52 (UTC) by AJSlye)

This is a coninuous release project, the version is updated at build time.

I'm not the main maintainer, TheAssasin is, I don't have access to orphan this.

Oberon, are you also maintaining the Manjaro package now?

I'm only asking because, it also needs to be updated.

oberon2007 commented on 2019-04-11 11:16 (UTC)

AJ I am now maintaining the stable release pkg. If you want to orphan the git version I can adopt it, too.

AJSlye commented on 2019-02-03 00:13 (UTC) (edited on 2019-02-03 00:16 (UTC) by AJSlye)

There is no xdd package, this is arch. Besides, neovim-drop-in should satisfy the vim dependency.

ConfuZzled commented on 2019-02-02 23:11 (UTC)

The dependencies should be changed so that it doesn't depend on vim, but rather on xdd, since that's what's actually required by the package. Just depending on vim causes build problems when other AUR packages like neovim-drop-in are installed

AJSlye commented on 2019-01-19 20:15 (UTC) (edited on 2019-01-19 20:16 (UTC) by AJSlye)

I no longer have a need to maintain this myself, Manjaro has taken over maintaining this package in their own repositories.

Please, make all future inquiries to TheAssassin as he is the developer.

AJSlye commented on 2019-01-15 16:36 (UTC) (edited on 2019-01-15 16:43 (UTC) by AJSlye)

This is a git build that pulls from the continuous release tag.

This is NOT a release version, this tag is updated in between releases.

Your installed version will be different than what is listed here.

Please refrain from tagging this out of date.

I will look into, and discuss with TheAssassin, creating a new AUR entry for release versions.

https://github.com/TheAssassin/AppImageLauncher/tags

AJSlye commented on 2019-01-04 20:03 (UTC)

Libappimage is now available in the arch/manjaro repositories. Not sure if this this is useful, or would help minimize build time or not. But I figured that I would mention it: https://www.archlinux.org/packages/extra/x86_64/libappimage/

makeworld commented on 2018-12-30 19:01 (UTC)

I've made an issue on github for this specific problem here: https://github.com/TheAssassin/AppImageLauncher/issues/110

makeworld commented on 2018-12-30 18:54 (UTC)

Here's a better formatted version of what fusion809 posted before:

/home/makeworld/.cache/yay/appimagelauncher-git/src/AppImageLauncher/lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/error.cpp: In static member function ‘static cpr::ErrorCode cpr::Error::getErrorCodeForCurlError(int32_t)’:
/home/makeworld/.cache/yay/appimagelauncher-git/src/AppImageLauncher/lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/error.cpp:41:9: error: duplicate case value
         case CURLE_SSL_CACERT:
         ^~~~
/home/makeworld/.cache/yay/appimagelauncher-git/src/AppImageLauncher/lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/error.cpp:25:9: note: previously used here
         case CURLE_PEER_FAILED_VERIFICATION:
         ^~~~
make[2]: *** [lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/build.make:115: lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/error.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:2459: lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/all] Error 2
make: *** [Makefile:152: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
Error making: appimagelauncher-git

AJSlye commented on 2018-12-22 14:06 (UTC) (edited on 2018-12-22 14:14 (UTC) by AJSlye)

This is not meant to be built on Arch testing. By the time testing packages are in stable these sort of things should be fixed. However, the error looks like a sub-module issue (appimageupdate/zsync2), please give TheAssassin time to work this out in the source code.

fusion809 commented on 2018-12-22 13:58 (UTC)

On an up-to-date Arch system with testing repos enabled I receive the build error:

[ 73%] Building CXX object lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/digest.cpp.o [ 75%] Building CXX object lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/error.cpp.o /home/fusion809/.cache/yay/appimagelauncher-git/src/AppImageLauncher/lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/error.cpp: In static member function ‘static cpr::ErrorCode cpr::Error::getErrorCodeForCurlError(int32_t)’: /home/fusion809/.cache/yay/appimagelauncher-git/src/AppImageLauncher/lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/error.cpp:41:9: error: duplicate case value case CURLE_SSL_CACERT: ^~~~ /home/fusion809/.cache/yay/appimagelauncher-git/src/AppImageLauncher/lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/error.cpp:25:9: note: previously used here case CURLE_PEER_FAILED_VERIFICATION: ^~~~ make[2]: [lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/build.make:115: lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/error.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:2459: lib/AppImageUpdate/lib/zsync2/lib/cpr/cpr/CMakeFiles/cpr.dir/all] Error 2 make: *** [Makefile:152: all] Error 2

AJSlye commented on 2018-11-22 14:47 (UTC) (edited on 2018-11-22 14:50 (UTC) by AJSlye)

Make sure you have libarchive installed. Otherwise, you may need to wait on TheAssassin to reply. He's the developer, and knows more about the internals than I.

genie137 commented on 2018-11-22 14:08 (UTC)

Im trying to install this package, and the installer keeps stopping after the following lines:

[ 60%] Built target libarchive-EXTERNAL make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Error making: appimagelauncher-git

Im running Antargos KDE, installed all updates.

AJSlye commented on 2018-05-09 00:38 (UTC) (edited on 2018-05-09 00:49 (UTC) by AJSlye)

Your up to date, give me a few minutes to fix this.

When you built your package, there was another new commit to github, this is the problem with continuous build applications like this.

I'll need to update here as well, It all boils down to timing..

yochananmarqos commented on 2018-05-09 00:32 (UTC) (edited on 2018-05-09 01:15 (UTC) by yochananmarqos)

Sorry about that. To summarize, pamac updated it from git20180430.1165a63 -> git20180508.f871b20, told me there was an update to git20180508.0c75415 but told me the package was up to date and reinstalled git20180508.f871b20 instead.

I deleted /tmp/pamac-build-yochanan/appimagelauncher-git and /tmp/pamac-aur/appimagelauncher-git-1alpha+git20180508.0c75415-1, but it still reinstalled git20180508.f871b20. Any ideas?

EDIT: After running yaourt -Syua, both yaourt and pamac say everything is up to date. I'm still on the git20180508.f871b20 build.

AJSlye commented on 2018-05-08 23:57 (UTC) (edited on 2018-05-08 23:57 (UTC) by AJSlye)

please stop deleting your comments, it's very annoying.

AJSlye commented on 2018-05-08 23:56 (UTC)

Sounds like your re-installing the one in your pacman cache by mistake.

AJSlye commented on 2018-05-08 23:38 (UTC) (edited on 2018-05-08 23:40 (UTC) by AJSlye)

git20180508.0c75415 adds support for appimage type 1

It also adds a dep for libbsd This is used to overwrite the process title and show which AppImage is run by the runtime. Without it, you just see .../runtime.

These are continuous builds, and as such, we may be updating this pkgbuild quite often.