Package Details: appimage-git r1724.701b711-1

Git Clone URL: https://aur.archlinux.org/appimage-git.git (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: http://appimage.org
Keywords: appimage
Licenses: MIT
Conflicts: appimage
Provides: appimage
Submitter: jgmdev
Maintainer: None
Last Packager: Mr.Smith1974
Votes: 33
Popularity: 0.000014
First Submitted: 2016-06-25 04:16 (UTC)
Last Updated: 2023-07-14 08:17 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

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) https://github.com/probonopd/AppImageKit/issues/320#issuecomment-269775788

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.. https://app.box.com/v/appimagekit and just incase I made no sense, here is the working version of the PKGBUILD that worked for me.. --------------------------------------------------------- # Maintainer: Jefferson Gonzalez <jgmdev@gmail.com> 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="http://appimage.org" license=('MIT') depends=('fuse' 'glib2' 'glibc' 'binutils' 'coreutils' 'zlib' 'libpng' 'inotify-tools') makedepends=('git' 'cmake') provides=('appimage') conflicts=('appimage') options=('!strip') source=( 'git://github.com/probonopd/AppImageKit' ) 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 README.md $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: https://gist.github.com/austinpray/5e73557f211ac4bc0206fc70f9aaf715

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

« First ‹ Previous 1 2 3 4 5 6 Next › Last »