Package Details: appimage-git r1597.801e789-1

Git Clone URL: (read-only, click to copy)
Package Base: appimage-git
Description: Package desktop applications as AppImages that run on common Linux-based operating systems, such as RHEL, CentOS, Ubuntu, Fedora, debian and derivatives.
Upstream URL:
Licenses: MIT
Conflicts: appimage
Provides: appimage
Submitter: jgmdev
Maintainer: None
Last Packager: jpcima
Votes: 33
Popularity: 0.000000
First Submitted: 2016-06-25 04:16 (UTC)
Last Updated: 2019-11-03 15:52 (UTC)

Latest Comments

FredBezies commented on 2021-03-20 13:27 (UTC)

Cannot be build because PKGBUILD is not using the right build process.

==> Starting prepare()...
/home/fred/appimage-git/PKGBUILD: line 34: ./ No such file or directory
==> ERROR: A failure occurred in prepare().

empor commented on 2020-12-13 12:31 (UTC)

Hi, I sadly didn't get it working via AUR, but found the corresponding patches here: Maybe it helps others..

dlainhart commented on 2020-10-21 16:19 (UTC) (edited on 2020-10-21 16:26 (UTC) by dlainhart)

The "mulitple definition of fwriter_buffer" build error described below is caused by a change to GCC's default behavior in GCC 10.0, discussed over on the Gentoo wiki here:

In the case of this package, the build fails within compiling an external dependency, squashfs-tools. (The code appears to be pretty old, all things considered.) I am supplying a patch that fixes this build error; as I am not a master C programmer you should consider running this by someone else before you use it in production.

This patch is applied in the following directory relative to the top-level PKGBUILD: src/AppImageKit/build/mksquashfs-prefix/src/mksquashfs

The build is still broken due to CMake pulling in mksquashfs on each build but this patch will fix the build error.

diff --git a/squashfs-tools/mksquashfs.c b/squashfs-tools/mksquashfs.c
index a45b77f..4dd16db 100644
--- a/squashfs-tools/mksquashfs.c
+++ b/squashfs-tools/mksquashfs.c
@@ -259,7 +259,7 @@ unsigned int uid_count = 0, guid_count = 0;
 unsigned int sid_count = 0, suid_count = 0, sguid_count = 0;

 struct cache *reader_buffer, *fragment_buffer, *reserve_cache;
-struct cache *bwriter_buffer, *fwriter_buffer;
+extern struct cache *bwriter_buffer, *fwriter_buffer;
 struct queue *to_reader, *to_deflate, *to_writer, *from_writer,
    *to_frag, *locked_fragment, *to_process_frag;
 struct seq_queue *to_main;
diff --git a/squashfs-tools/mksquashfs.h b/squashfs-tools/mksquashfs.h
index 1beefef..b650306 100644
--- a/squashfs-tools/mksquashfs.h
+++ b/squashfs-tools/mksquashfs.h
@@ -143,7 +143,7 @@ struct append_file {

 extern struct cache *reader_buffer, *fragment_buffer, *reserve_cache;
-struct cache *bwriter_buffer, *fwriter_buffer;
+extern struct cache *bwriter_buffer, *fwriter_buffer;
 extern struct queue *to_reader, *to_deflate, *to_writer, *from_writer,
    *to_frag, *locked_fragment, *to_process_frag;
 extern struct append_file **file_mapping;

jpcima commented on 2020-07-10 03:04 (UTC)

Hi, I leave this package to be maintained by anyone who is interested. if you need the software, you can use an appimage from official releases.

killbotvii commented on 2020-07-10 03:04 (UTC)

Hopefully somebody else will take up maintaining this, it is a very useful tool.

killbotvii commented on 2020-07-01 18:54 (UTC)

The exact same output of errors as the two comments below me.

caliberspoon commented on 2020-06-19 19:32 (UTC)

Same here, fails to build. A bunch of multiple definition mksquashfs errors.

sfusco commented on 2020-05-27 17:59 (UTC)

I tried installing this today, and I got a build error when it got to mksquashfs

build error log here:

it's basically lots of this:

multiple definition of fwriter_buffer'; mksquashfs.o:(.bss+0x400c90): first defined here multiple definition ofbwriter_buffer'; mksquashfs.o:(.bss+0x400c98): first defined here

cmake config problems?

murlakatamenka commented on 2020-02-02 16:29 (UTC)

Upstream URL should be

jpcima commented on 2019-11-03 15:53 (UTC)

It's not needed to have a patch anymore to fix the build, so I removed it.

isgy commented on 2019-11-03 15:38 (UTC)

I'm getting the following errors: ==> Starting prepare()... patching file cmake/dependencies.cmake Hunk #1 FAILED at 54. 1 out of 1 hunk FAILED -- saving rejects to file cmake/dependencies.cmake.rej patching file src/mksquashfs-build-fix.patch ==> ERROR: A failure occurred in prepare(). Aborting...

tee commented on 2019-09-12 17:50 (UTC)

Unable to build this. The error is: warning: remote HEAD refers to nonexistent ref, unable to checkout.

git:// has changed to git+

jpcima commented on 2019-04-28 09:22 (UTC)

Fixed the build of appimage-git. Removed appimaged which is now, as noted, a separate program. A patch was introduced which fixes the build error, which will not be accepted into upstream at the time being. (see

sleeping commented on 2018-12-18 15:03 (UTC)

Fails to build presently.

jgmdev commented on 2018-06-12 02:50 (UTC) (edited on 2018-06-12 02:51 (UTC) by jgmdev)

I disowned the package since I don't have time to keep track of the changes been done on the appimage repositories, also i'm not currently making use of this packaging software. So anyone feel free to maintain it.

JZA commented on 2018-06-10 15:53 (UTC)

I get the following issues:

+ mkdir -p out
+ cp -r install_prefix/usr/bin/appimagetool install_prefix/usr/bin/AppRun install_prefix/usr/bin/digest install_prefix/usr/bin/validate install_prefix/usr/lib/appimagekit/mksquashfs install_prefix/usr/lib/appimagekit/runtime appdirs/appimagetool.AppDir out/
cp: no se puede efectuar `stat' sobre 'resources/usr/share/metainfo/appimaged.appdata.xml': No existe el fichero o el directorio
==> ERROR: Se produjo un fallo en build().
:: inotify-tools es un nuevo paquete huérfano
:: zsync es un nuevo paquete huérfano
:: fallo al construir paquete(s) appimage-git...

Emeric commented on 2018-06-04 10:17 (UTC)

same problem than carstene1ns, '''cp: impossible d'évaluer 'resources/usr/share/metainfo/appimaged.appdata.xml': Aucun fichier ou dossier de ce type'''

carstene1ns commented on 2018-05-22 17:39 (UTC)

This fails to build as appimaged has been put into a separate repository:

Also, it might be a good suggestion to ship appimaged.service with this package, instead of generating it.

xyproto commented on 2018-05-05 17:44 (UTC)

Is vim really needed, or is it just xxd that is needed?

NikkyAi commented on 2018-03-12 01:52 (UTC)

building the package does not seem to work on trizen at all and using pacaur / makepgk it always fails at tests at 87%

/home/nikky/dev/appimage-git/src/AppImageKit/tests/test_shared.cpp:38:24: error: no matching function
      for call to 'g_key_file_load_from_data'
    gboolean success = g_key_file_load_from_data(keyFile,, buffer.size(), G_KEY_FI...
/usr/include/glib-2.0/glib/gkeyfile.h:74:11: note: candidate function not viable: no known conversion
      from 'int' to 'GKeyFileFlags' for 4th argument
gboolean  g_key_file_load_from_data         (GKeyFile             *key_file,
1 warning and 1 error generated.
make[2]: *** [tests/CMakeFiles/test_shared.dir/build.make:63: tests/CMakeFiles/test_shared.dir/test_shared.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1540: tests/CMakeFiles/test_shared.dir/all] Error 2
make: *** [Makefile:141: all] Error 2
==> ERROR: A failure occurred in build().

rvben commented on 2018-03-06 19:18 (UTC)

For me the installation failed with the following message:

CMake Error at /usr/share/cmake-3.10/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)

It seems that 'pkg-config' is a dependency that is not included in the dependency list.

Plexcon commented on 2018-02-28 19:54 (UTC)

make[2]: [CMakeFiles/xz.dir/build.make:90: xz-prefix/src/xz-stamp/xz-download] Error 1 make[1]: [CMakeFiles/Makefile2:420: CMakeFiles/xz.dir/all] Error 2 make: *** [Makefile:141: all] Error 2 ==> ERROR: Se produjo un fallo en build(). Cancelando...

grexe commented on 2018-01-11 19:42 (UTC)

cmake is missing from the package dependencies, hence the build fails.

jgmdev commented on 2018-01-03 07:11 (UTC)

My internet connection was really messy the past days, but finally I got my hands on a more reliable connection. I was able to properly test and fix the build process. Also disabled the automatic activation of appimaged system service. Thanks to @ivanruvalcaba, @steadfasterX and the others that reported the issues and fixes.

By the way I disabled the tests that are run by the build and submitted a pull request to mainstream that fixes improper 'if' condition that always triggered the tests.

languitar commented on 2018-01-02 18:13 (UTC)

Please do not automagically start or enable user systemd services. Instead print a notice on installation. Archlinux users want to have control.

ivanruvalcaba commented on 2018-01-02 00:27 (UTC)

This did the trick for me:

@@ -62,6 +62,8 @@ build() {
   cp resources/usr/share/metainfo/appimagetool.appdata.xml appimagetool.AppDir/usr/share/metainfo/
   cp resources/usr/share/metainfo/appimaged.appdata.xml appimaged.AppDir/usr/share/metainfo/

+  cd build/out
   # Generate appimage files
   appimagetool.AppDir/AppRun -n appimagetool.AppDir appimagetool
   appimagetool.AppDir/AppRun -n appimaged.AppDir appimaged
@@ -74,10 +76,10 @@ package(){
   mkdir -p $pkgdir/usr/share/appimage
   mkdir -p $pkgdir/usr/lib/systemd/user/

-  cp appimagetool $pkgdir/usr/bin/
-  cp appimaged $pkgdir/usr/bin/
+  cp build/out/appimagetool $pkgdir/usr/bin/
+  cp build/out/appimaged $pkgdir/usr/bin/

-  cp AppRun.c $pkgdir/usr/share/appimage/
+  cp src/AppRun.c $pkgdir/usr/share/appimage/
   cp $pkgdir/usr/share/appimage/

   cp appimaged.service $pkgdir/usr/lib/systemd/user/

steadfasterX commented on 2018-01-01 13:14 (UTC) (edited on 2018-01-01 13:19 (UTC) by steadfasterX)

I had the following error like EasyToRemember & jeancf already reported:

PKGBUILD: line 66: appimagetool.AppDir/AppRun: No such file or directory

The following change fixed it for me:

build() {
replaced this:

  appimagetool.AppDir/AppRun -n appimagetool.AppDir appimagetool
  appimagetool.AppDir/AppRun -n appimaged.AppDir appimaged

  build/out/appimagetool.AppDir/AppRun -n build/out/appimagetool.AppDir appimagetool
  build/out/appimagetool.AppDir/AppRun -n build/out/appimaged.AppDir appimaged

  # --> this seems to be more correct for the second one but it has crashed with
  # "no space left on device" while i had plenty of them:
  # build/out/appimaged.AppDir/AppRun -n appimaged.AppDir appimaged

after this it goes further but had give me the next error about AppRun.c is missing which I fixed in

package() {
  cp AppRun.c $pkgdir/usr/share/appimage/


  cp src/AppRun.c $pkgdir/usr/share/appimage/

Then I was able to install but i havent tested yet if the result is working fine :P EDIT: Confirmed to work now :) at least I was able to run the Emteria OS installer fine

swalladge commented on 2017-12-30 01:21 (UTC)

why does this start and enable the daemon for all users by default?

mitras2 commented on 2017-12-28 02:27 (UTC) (edited on 2017-12-28 12:16 (UTC) by mitras2)

I can confirm nimbusflow's problem. Same here and sadly no idea why. I can only say that one of my CPU-cores was up at 100% load for all the time of the test that did fail (and it did fail because of a timeout).

nimbusflow commented on 2017-12-27 09:14 (UTC) (edited on 2017-12-27 09:17 (UTC) by nimbusflow)

Getting this when installing via pacaur and pamac. Any clues as to why? Thanks in advance!


1: -> Registering type 1 AppImage: /home/[username]/.cache/pacaur/appimage-git/src/AppImageKit/tests/data//AppImageExtract_6-x86_64.AppImage

1: _______

1: AppImage type: 1

1: Opening /home/[username]/.cache/pacaur/appimage-git/src/AppImageKit/tests/data//AppImageExtract_6-x86_64.AppImage as Type 1 AppImage

1: Closing /home/[username]/.cache/pacaur/appimage-git/src/AppImageKit/tests/data//AppImageExtract_6-x86_64.AppImage

1: ISO9660 based type 1 AppImage

1: md5 of URI RFC 2396: fe4ba8c899a932a44e128aa658cd2b42

1: Got root desktop: AppImageExtract.desktop

1: desktop_icon_value_original: AppImageExtract

1: Installing desktop file

1: [Desktop Entry]

1: Name=AppImageExtract

1: Exec=/home/[username]/.cache/pacaur/appimage-git/src/AppImageKit/tests/data//AppImageExtract_6-x86_64.AppImage

1: Icon=appimagekit_fe4ba8c899a932a44e128aa658cd2b42_AppImageExtract

1: Terminal=True

1: Type=Application

1: Categories=Development;

1: Comment=Extract AppImage contents, part of AppImageKit

1: StartupNotify=true

1: TryExec=/home/[username]/.cache/pacaur/appimage-git/src/AppImageKit/tests/data//AppImageExtract_6-x86_64.AppImage

1: X-AppImage-Comment=Generated by appimaged continuous

1: X-AppImage-Identifier=fe4ba8c899a932a44e128aa658cd2b42

1: install: /home/[username]/.local/share/applications/appimagekit_fe4ba8c899a932a44e128aa658cd2b42-AppImageExtract.desktop

1: install: /tmp/appimagekit_fe4ba8c899a932a44e128aa658cd2b42_AppImageExtract.png

1: Installed: /tmp/appimagekit_fe4ba8c899a932a44e128aa658cd2b42_AppImageExtract.png

1/1 Test #1: test_libappimage .................***Timeout 1500.00 sec

0% tests passed, 1 tests failed out of 1

Total Test time (real) = 1500.00 sec

The following tests FAILED: 1 - test_libappimage (Timeout) Errors while running CTest ==> ERROR: A failure occurred in build(). Aborting... :: failed to build appimage-git package(s)

EasyToRemember commented on 2017-12-24 09:38 (UTC) (edited on 2017-12-24 09:39 (UTC) by EasyToRemember)

I am no big expert, but how is the following command expected to work when appimage is not yet installed?

# Generate appimage files

appimagetool.AppDir/AppRun -n appimagetool.AppDir appimagetool

appimagetool.AppDir/AppRun -n appimaged.AppDir appimaged

If it is meant to be a relative path, there should be "./appimagetool.AppDir/AppRun" instead, shouldn't it? (However, there is no AppRun in the $src_pkg folder anyway.)

jeancf commented on 2017-12-22 07:59 (UTC)

Buuild fails with /tmp/pamac-build-jeancf/appimage-git/PKGBUILD: line 66: appimagetool.AppDir/AppRun: No such file or directory

orbifx commented on 2017-05-12 11:51 (UTC)

Installation reports a failing command, but the package seems installed. ``` :: Processing package changes... (1/1) installing appimage-git [#####] 100% error: command failed to execute correctly :: Running post-transaction hooks... (1/1) Arming ConditionNeedsUpdate... ```

jgmdev commented on 2017-04-18 14:06 (UTC)

Added vim as dependency.

edward_81 commented on 2017-04-16 08:08 (UTC)

The build need xxd to work. Vim should be added as dependency.

jgmdev commented on 2017-03-24 03:00 (UTC)

I added wget as a makedepend.

quiro9 commented on 2017-03-23 18:47 (UTC)

When the package is downloaded and the compilation begins, errors can occur, this is because there are dependencies that are missing to take into account, in my case it was missing: Wget and Vim. Not all have these packages installed and should be taken into account.

mazzolino commented on 2017-03-17 08:31 (UTC)

This needs a build-time dependency on "wget". (It is used for fetching xz.)

jgmdev commented on 2017-02-23 15:09 (UTC)

@trashguy I just ran a build and everything went find, maybe it was an upstream issue that got fixed later.

trashguy commented on 2017-02-18 07:17 (UTC)

This is failing to build on runtime.c

jgmdev commented on 2017-01-24 01:29 (UTC)

@anerandros, Yes I was checking out the git repo and saw the new changes on the project and that now only 2 appimages are needed as you mention. I updated the PKGBUILD to use the new stuff, also did a workaround to enable appimaged on startup using systemd as suggested by probono on github (plus some additional thinkering to enable it on each user account), but now im facing a segmentation fault on the appimaged binary and it seems it has a bug that I will now proceed to report on the appimagekit github repository. In any case it should be back to building properly now, all previous binaries were stripped out and new ones are appimagetool and appimaged

cga commented on 2017-01-23 18:37 (UTC)

@jgmdev I'm glad you are available to take over! I wished I could do more with this, but I ran out of time with all the things I'm currently doing. At least it won't be abandoned. Thank you! Only a couple of considerations: The orignal author commented <<If that one still has AppImageAssistant, then it is way outdated by now...>>. The new components are called appimaged and appimagetools w/ the usual AppRun (which is now a binary). Therefore I think that (beside updating of course) the package should also be renamed to appimagekit-git to reflect the new app structure/packages. my 2c

jgmdev commented on 2017-01-23 15:12 (UTC)

@anerandros The past days I was on a hurry, but I have time now, I can take maintainership of the package again and add the systemd integration support, I already have some ideas on how to enable the systemd service per user by using the postinstall hook and recursing the /home dir for the user accounts and enabling the service.

ozmartian commented on 2017-01-22 22:36 (UTC)

one more thing dude... the .SRCINFO needs to also have its version number bumped so that PKGBUILD and .SRCINFO are matching. Everything is working though but it rolls it all back at the very. That should be all :-) Its quite bad though, package buildling-wise. Why'd they set makepkg to validate metadata as a final step, after all the time wasted cloing repos, preparing scripts, the build process etc etc... Its pretty lame to then notice the version mismatch and bail out on the whole thing. The Arch guys aren't stupid though, there's gotta be a sane reason...

cga commented on 2017-01-22 19:27 (UTC)

I've updated the PKGBUILD with Ozmartian version. One day, if I'll find the time, I would like to make a new PKGBUILD based on the OA comments on how to package a native version (with systemd integration and all)

cga commented on 2017-01-22 18:59 (UTC) (edited on 2017-01-22 19:04 (UTC) by cga)

@ozmartian amazing thanks. Unfortunately I do not have the time to follow this as intended, given that I'd use your PKGBUILD anyway: would you like to take over?

ozmartian commented on 2017-01-22 17:42 (UTC)

hey guys, as has been already mentioned, the issue is simply due to the git repo being checked out to its default branch as set in GitHub by the repo owner. While this defaults to master, you can change the default at any time. So just add a "git checkout master" in the PKGBUILD on line 35 and run "makepkg -is" again... it should then work perfectly.. for those still having issues or too lazy to bother I've put my recent build of the package up on file share incase it helps some of you.. and just incase I made no sense, here is the working version of the PKGBUILD that worked for me.. --------------------------------------------------------- # Maintainer: Jefferson Gonzalez <> pkgname=appimage-git _gitname=AppImageKit pkgdesc="Package desktop applications as AppImages that run on common Linux-based operating systems, such as RHEL, CentOS, Ubuntu, Fedora, debian and derivatives." pkgver=r440.f66f3a9 pkgrel=1 arch=('i686' 'x86_64') url="" license=('MIT') depends=('fuse' 'glib2' 'glibc' 'binutils' 'coreutils' 'zlib' 'libpng' 'inotify-tools') makedepends=('git' 'cmake') provides=('appimage') conflicts=('appimage') options=('!strip') source=( 'git://' ) md5sums=( 'SKIP' ) pkgver() { cd "${srcdir}/${_gitname}" ( set -o pipefail git describe --long 2>/dev/null | sed 's/\([^-]*-g\)/r\1/;s/-/./g' || printf "r%s.%s" \ "$(git rev-list --count HEAD)" \ "$(git log | head -n 1 | cut -d" " -f2 | awk '{print substr($0,0,7)}')" ) } prepare() { cd "${srcdir}/${_gitname}" git checkout master cmake . } build() { cd "${srcdir}/${_gitname}" make } package(){ cd "$srcdir/${_gitname}" mkdir -p $pkgdir/usr/bin mkdir -p $pkgdir/usr/share/appimage cp AppImageAssistant $pkgdir/usr/bin/ cp AppImageExtract $pkgdir/usr/bin/ cp AppImageMonitor $pkgdir/usr/bin/ cp desktopintegration $pkgdir/usr/share/appimage/ cp AppRun.c $pkgdir/usr/share/appimage/ cp $pkgdir/usr/share/appimage/ }

austinpray commented on 2017-01-18 15:29 (UTC)

I am also having the "CMake Error: The source directory "/home/austin/.cache/pacaur/appimage-git/src/AppImageKit" does not appear to contain CMakeLists.txt." issue. Here is the full output:

cga commented on 2017-01-11 19:30 (UTC)

@jgmdev thank you very kindly for maintaining this and being so open about it! @all some things have changed since my last message, I won't have as much free time as before but I'll do my best to maintain this package. I plan to do some work on this on saturday. stay tuned.

jgmdev commented on 2017-01-04 01:55 (UTC)

@anerandros I disowned it so feel free to maintain it

cga commented on 2017-01-02 13:50 (UTC)

hi, I was wondering if you wuold like to hand over the package. Cheers

maxxcan commented on 2016-12-29 13:14 (UTC)

I have the same error: CMake Error: The source directory "/tmp/yaourt-tmp-maxxcan/aur-appimage-git/src/AppImageKit" does not appear to contain CMakeLists.txt. Do Anyone could fix it??

mentos1386 commented on 2016-12-13 22:36 (UTC)

There is wrong branch selected, that's why there is > "CMake Error: The source directory "/tmp/yaourt-tmp-USER/aur-appimage-git/src/AppImageKit" does not appear to contain CMakeLists.txt." error. You can fix it by adding "git checkout master" before line 35 but after 34.

m4th3us commented on 2016-11-23 09:47 (UTC) (edited on 2016-11-23 09:48 (UTC) by m4th3us)

I've found this error: prepare()... CMake Error: The source directory "/tmp/yaourt-tmp-USER/aur-appimage-git/src/AppImageKit" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. I couldn't solve :( Anyway thanks ;)