You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That looks better. It seems to be handling the first archive correctly!
But then there is still the/an error, and most of the files from the nested archive were not extracted.
Some further nitpickiness (largely unrelated to this overall issue):
I only see 3 extracted files. Do the unknown chunks count as files? I don't think they are "files" in that sense. (They result in regular files in the output, but semantically they are not files in the archive.)
Similarly, there are 14 dirs in the output tree (incl. top-level, 9 of which are within *.cpio_portable_ascii_extract dirs (i.e. were encoded in the input).
The CPIO (largely) was inside the ZSTD. I don't think it makes very much sense to express their relative size of a whole (which one?).
Good. But knowing at least which extraction was attempted and failed would be nice. I know to expect that there are things missing in the output, but not where.
It seems to me that without the -k option, unblob removes blobs that it processed successfully. Why is zstd.uncompressed still there? It was split into 0-26947584.cpio_portable_ascii and 26947584-26951680.unknown and should then be done, no?
This discussion was converted from issue #649 on September 01, 2023 09:24.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Some remarks about the reporting content and how it's displayed on the console:
That looks better. It seems to be handling the first archive correctly!
But then there is still the/an error, and most of the files from the nested archive were not extracted.
Some further nitpickiness (largely unrelated to this overall issue):
unknown
chunks count as files? I don't think they are "files" in that sense. (They result in regular files in the output, but semantically they are not files in the archive.)*.cpio_portable_ascii_extract
dirs (i.e. were encoded in the input).-k
option, unblob removes blobs that it processed successfully. Why iszstd.uncompressed
still there? It was split into0-26947584.cpio_portable_ascii
and26947584-26951680.unknown
and should then be done, no?Originally posted by @NiklasGollenstede in #640 (comment)
Beta Was this translation helpful? Give feedback.
All reactions