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

Test fails with zlibng (t9394-filter-repo-sanity-checks-and-bigger-repo-setup.sh) #614

Closed
sebastianas opened this issue Nov 29, 2024 · 2 comments · Fixed by #615
Closed
Labels
bug Something isn't working

Comments

@sebastianas
Copy link
Contributor

I've seen that the main branch has some zlib-ng fixes. Unfortunately it does not work me.
It starts with the size detection which goes wrong. The test string hashes to e80fdf8cd5fb645649c14f41656a076dedc4e12a, too, but the size is reported as 77. This makes zlibng=-5. Based on test, the expected result would be 70.

The next failure is at
Total packed size (bytes): $((387+${zlibng}))

With the size addition this goes to 382 but the files reads as
Total packed size (bytes): 399

So the difference isn't constant. However, in blob-shas-and-paths.txt I have
a89c82a2d4b713a125a4323d25adda062cc0013d 44 60 numbers/medium.num
so that is 12 again.

This is true for the remaining checks. I get the test passed if I skip the zlibng detection and hardcode it to 12.
Could we maybe relax the compressed size part? I haven't tested this on anything besides amd64 (zlib-ng_2.2.2) and I am not sure if the results are consistent there but it already appears to be different what you got.

@newren newren added the bug Something isn't working label Nov 30, 2024
@newren
Copy link
Owner

newren commented Nov 30, 2024

Yuck, what a pain.

Could we maybe relax the compressed size part?

Yeah, we'll probably have to do something like that.

Since this only affects the tests and not the functioning of the code, it might be a while before I get to it...

sebastianas added a commit to sebastianas/git-filter-repo that referenced this issue Nov 30, 2024
Instead of trying to expect a static difference of the compressed
content between zlib and zlib-ng mask the compressed size and ignore it
while comparing.

Fixes: newren#614
Signed-off-by: Sebastian Andrzej Siewior <[email protected]>
@sebastianas
Copy link
Contributor Author

sebastianas commented Nov 30, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants
@newren @sebastianas and others