Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

zstd / lz4 compression, block size #1101

Closed
mralusw opened this issue Dec 16, 2020 · 1 comment
Closed

zstd / lz4 compression, block size #1101

mralusw opened this issue Dec 16, 2020 · 1 comment

Comments

@mralusw
Copy link

mralusw commented Dec 16, 2020

It's not currently possible to tweak mksquashfs options, but, more perversely, the AppImage header makes damn sure that only xz/gzip embedded images work. It seems the kind of breakage where the developers had to write code to prevent a simple mount from just working.

I've tried hacking around this intentional breakage by calling --appimage-offset, then cat-ing the header and a recompressed squashfs, but the header checks the compression; since this header is an executable not a script, it can't be easily unbroken.

zstd should be able to achieve better compression. lz4 should be much, much faster, for the development stage. If not supported by default, it should be at least possible to tweak the AppImage more easily by hand.

@probonopd
Copy link
Member

the AppImage header makes damn sure that only xz/gzip embedded images work

How so? The header mounts the thing. So it needs to be able to mount it.

There is a ticket for bringing in zstd support: #478

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants