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

[FEATURE]: Better progress for compressed archives #985

Open
bryceschober opened this issue Jan 3, 2025 · 1 comment
Open

[FEATURE]: Better progress for compressed archives #985

bryceschober opened this issue Jan 3, 2025 · 1 comment
Labels
enhancement New feature or request

Comments

@bryceschober
Copy link

Is your feature request related to a problem? Please describe.

The progress output when writing compressed images files quickly progresses to 99% and then pauses there while the rest of the disk is being written.

Describe the solution you would like to see implemented

I've seen this issue comment noting that this is expected behavior for compressed archives. On the other hand, I get the correct uncompressed size from the output of both gzip -l my_os.img.gz and zstd -vl my_os.img.zstd, and it seems that rpi imager could use the equivalent functionality...

Yeah, I know, I'm a programmer too. It's easy to say in one sentence of english. Implementing is another thing entirely. 😄

Describe alternatives you've considered

Live with uninformative progress display, or decompress it first. 😒

Additional context

None

Version

1.9.0

@bryceschober bryceschober added the enhancement New feature or request label Jan 3, 2025
@lurch
Copy link
Contributor

lurch commented Jan 4, 2025

I get the correct uncompressed size from the output of both gzip -l my_os.img.gz

Unfortunately gzip only stores the uncompressed filesize modulo 4GB; so if you have a 5GB disk-image compressed with gzip, gzip -l would report it as 1GB 🙁

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

No branches or pull requests

2 participants