AFAICT the ancient sanity check on sizeof lead+sigh+metah+payload has been
ripped out in RPM4 (but I'm on an iPad without grep, sigh). Likely eliminated
as part of implementing rpmarchive and uint64_t payload size replacement, but
that is just a savvy guess, ICBW.
Either way: using magic instea
RPM attempts to read CLI file arguments as a manifest if a header cannot be
read from the file.
Since manifests are parsed free field, rpm behavior can become quite complex,
particularly when ../../.. relative paths are parsed.
There's a slew of mostly unimportant issues (IMHO: manifests are a
FWIW, in rpm-ostree today we lay out all files before executing scripts. Then
we execute all `%pre`, then `%post` and `%posttrans`. Becuase of the `%pre`
-> passwd dependency, we then do chowns after `%pre`. Also, [speaking of
dependency loops and
scripts](https://github.com/projectatomic/r
Even simpler than a compression override tag would be to use the payload
archive magic instead of the metadata compression tags to determine how the
payload should be unpacked.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
The recompression involved in reconstructing the *.rpm could be avoided if
deltarpm was permitted to produce a package with an alternative (I.e. no
compression) payload.
Adding a compression override tag to, say, the signature header might be useful
to avoid both the recompression and decompres
Delaying scriptlet execution until after a SCC (if you prefer that term) is one
approach to avoiding indeterminism from lack of ordering within an SCC: any/all
executables within the SCC are guaranteed to be present.
I tried to point out that delaying scriptlet execution adds a different type of
The beauty of the current way deltarpms are handled is that it's just some
funky transport mechanism to get the full rpm. (Though I agree that the payload
re-compression is the weak spot.)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view
