[Rpm-maint] [rpm] te: Don't reload header for JUSTDB transactions (#52)

Colin Walters notifications at github.com
Fri Jan 22 13:47:45 UTC 2016

Ideally, we just let `mmap()` handle that.  That's what OSTree does for metadata by default.  It'd probably work for packed RPMs as well...except in practice we byteswap in `regionSwab()` so require a writable mapping =/  For OSTree, GVariant handles a lot of this automatically for interior data, for "exterior" integers we just byteswap on access.

Anyways, one option I looked at would be for OSTree to store *everything* from the original RPM (lead, signature, header), then attempt to re-synthesize it from the ostree commit when RPM asks for it.  

  - A pipe-to-self is just ugly and inefficient
  - I think I'd have to parse the RPM myself to accurately extract the start of the cpio stream

 - We'd also store the original gpg sigs

I guess regardless, it'd be nice if RPM supported (somehow) a mode where the calling application could optionally provide just a `Header` reference, not a full fd to an RPM.

Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20160122/a7f915ae/attachment.html>

More information about the Rpm-maint mailing list