feat: init appimage
Creating an arbitrary appimage. Needs more ability to encode icons and other parameters.
I'd be against forcefully providing a desktop entry. Graphical applications should always ship a .desktop file, which should be used. (For command line applications, generating a default desktop file based on the executable name is fine though.)
@piegamesde agreed. Can you add the logic necessary to detect and find the desktop entry that may already be in the package?
Probably not, sorry.
This seems to break if packages contain broken relative symlinks.
I wasn't able to build a package that used python3.10.5 because I was getting this error:
error: builder for '/nix/store/w5z9zvip9nlq07vk5wha66q7iplifx5f-neovim-master.drv' failed with exit code 1;
last 2 log lines:
> cp: cannot stat '/nix/store/qm1agyi0bhnddhlhsrj9mq4v09kagxsg-hello.AppDir/hello.AppDir/nix/store/8mps2vhkrpy7g2vin9j7664m8gj56fpw-python3-3.10.5-env/include/python3.10/python3.10m': No such file or directory
> cp: cannot stat '/nix/store/qm1agyi0bhnddhlhsrj9mq4v09kagxsg-hello.AppDir/hello.AppDir/nix/store/9wa02q541sxq7372f8zv27rl57aribxj-python3-3.10.5/include/python3.10/python3.10m': No such file or directory
For full logs, run 'nix log /nix/store/w5z9zvip9nlq07vk5wha66q7iplifx5f-neovim-master.drv'.
both /nix/store/8mps2vhkrpy7g2vin9j7664m8gj56fpw-python3-3.10.5-env/include/python3.10/python3.10m and /nix/store/9wa02q541sxq7372f8zv27rl57aribxj-python3-3.10.5/include/python3.10/python3.10m are broken symbolic links to ..python3.10m.
Seems like this needs a cp -P option set.
This would be great. However, I expect it to inherit the same issues as nix-bundle when it comes to OpenGL applications?