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
As it is, at least rpm2cpio happens to allow an external decompressor for unsupported formats because rpmio is sloppy and just returns the compressed stream as such for any invalid/unknown decompressor flags, eg rpm2cpio foo.rpm | zstd -d | cpio can be used to work around lack of zstd support in older versions of librpm. This is an useful thing to have, but it should be an explicit option rather than lucky incident.
rpmio needs to return failure for invalid compressor flags
rpm2cpio (and rpm2archive) need to check for that failure and error out cleanly
rpm2cpio (and rpm2archive) should offer an option to let an external decompressor handle it, ie just not reopen the piggyback stream at all
as a part of this, rpm2cpio be ported to popt, finally
Oh, I forgot there were all these loosely related steps listed in the description.
Whatever happens in this space is not significant behavior changes by any measure.
As it is, at least rpm2cpio happens to allow an external decompressor for unsupported formats because rpmio is sloppy and just returns the compressed stream as such for any invalid/unknown decompressor flags, eg
rpm2cpio foo.rpm | zstd -d | cpio
can be used to work around lack of zstd support in older versions of librpm. This is an useful thing to have, but it should be an explicit option rather than lucky incident.Inspired by https://bugzilla.redhat.com/show_bug.cgi?id=2058426
The text was updated successfully, but these errors were encountered: