AppImageMonitor broken about appimagekit

[RazZziel]

Watch $HOME/Downloads

Will users want that? It'd be cool to make downloaded AppImages executables by default, as that's probably the most difficult step in using AppImages for new users, but maybe we should wait for the user to explicitly move the app to his Applications directory before assuming he wants to have the application in the menu.

Yes, I think so. Have you tried how convenient this gets? It could ask whether the app should be moved to Applications and be made executable and (optionally) even launched.

[RazZziel]

@probonopd any opinion on using the xorriso provided by libburnia or the one provided by GNU? I've implemeted both in the CMakeLists.txt, but the GNU one is commented because I think you were using the libburnia one.

[probonopd]

@RazZziel I wasn't even aware that there are two different ones. Since the libburnia one works, why not stay with that.

[RazZziel]

GNU's one seems to be a static compilation of the latest libburnia's xorriso and most of its dependencies, so the resulting binary is much cleaner

    linux-gate.so.1 (0xb77cf000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb776b000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb7753000)
    libc.so.6 => /usr/lib/libc.so.6 (0xb7599000)
    /lib/ld-linux.so.2 (0xb77d0000)

vs libburnia's xorriso

    linux-gate.so.1 (0xb7745000)
    libisoburn.so.1 => /home/raziel/dev/AppImageKit/third-party-dependencies/install/lib/libisoburn.so.1 (0xb763a000)
    libisofs.so.6 => /home/raziel/dev/AppImageKit/third-party-dependencies/install/lib/libisofs.so.6 (0xb75b6000)
    libacl.so.1 => /home/raziel/dev/AppImageKit/third-party-dependencies/install/lib/libacl.so.1 (0xb75ad000)
    libburn.so.4 => /home/raziel/dev/AppImageKit/third-party-dependencies/install/lib/libburn.so.4 (0xb74e8000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb7486000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb746e000)
    libc.so.6 => /usr/lib/libc.so.6 (0xb72b4000)
    libattr.so.1 => /home/raziel/dev/AppImageKit/third-party-dependencies/install/lib/libattr.so.1 (0xb72af000)
    /lib/ld-linux.so.2 (0xb7746000)

[probonopd]

That clearly speaks in favor of the GNU one then.

[RazZziel]

Is AppImageMonitor in the experimental branch still broken? Or can this task be closed?

[probonopd]

(EDIT: THIS DOES NOT WORK WITH ZISOFS COMPRESSED FILES)

There is a much simpler way to extract stuff from AppImages without the need for xorriso using isoinfo:

APPIMAGE=/home/me/Applications/AppImageMonitor

# Find the desktop file inside the AppImage
DESKTOP=$(isoinfo -J -f -i "${APPIMAGE}" | grep .desktop$ | head -n 1)

# Extract the desktop file
isoinfo -J -i "${APPIMAGE}" -x "${DESKTOP}"

[probonopd]

Is AppImageMonitor in the experimental branch still broken? Or can this task be closed?

I still cannot compiele experimental, see #44

[RazZziel]

I've disabled LibcWrapGenerator by default in d36f076

[RazZziel]

I understand this has long been fixed

[probonopd]

Thanks. Cannot test it right now; will reopen if problem persists.

[probonopd]

Could this remove the need for a daemon altogether? It autmatically sets chmod a+x on all binaries that don't have it when you try to run them.