On 6/1/26 3:56 PM, Jeremy Cline wrote:
On Mon, Jun 1, 2026, at 2:53 AM, Panu Matilainen wrote:
On 5/30/26 2:28 AM, Maxwell G wrote:
On 5/27/26 4:15 AM, Aoife Moloney via devel-announce wrote:
== Detailed Description ==
Update RPM to the upcoming 6.1 release for various improvements across
the board. Some noteworthy items include bringing back NSS support for
user/group lookups, new man pages, enhancements to the macro
subsystem, and scriptlet running optimization on Linux.
I've said this elsewhere, but the new manpages are very nice. Thanks for
working on them.

A lot of effort has gone into them, so that's very nice to hear :)


Is the plan to switch to rpm format v6 as part of this Change or are we
keeping the downstream patch to default to producing v4 packages for now?

Switching to v6 format is a system-wide change of its own. I should get
around to filing one... So no, not a part of this change.


Is this is blocked by how signing works? Right now the RPMs are sent to the 
signing server to run rpmsign, and the server runs on RHEL 9 (so RPM v4.16). I 
assume signing needs to happen on at least 6.0?

I'd say it's blocked by my lack of will to start pushing the boulder up that hill. There are probably more technical obstacles along the way.

Signing would preferably be with >= 6.0 yes, but signing with 4.x doesn't *break* v6 packages, IIRC. Also actually RHEL 9 has most of the necessary stuff in "pqrpm" that knows about v6 signatures, just not v6 packages. Which is less of an issue than it may sound like, it's mostly about a padding tag in the signature header.

If https://github.com/rpm-software-management/rpm/pull/4218 makes it into RPM 
6.1 we could move to the new signing server where rpmsign runs on the client 
and can be Fedora, but it seems unlikely to me that all that can be deployed 
before the mass rebuild, so it'd need to target at a minimum Fedora 46.

6.1 is practically done already, only regression fixes accepted since it's an RC.

        - Panu -

- Jeremy

--
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://forge.fedoraproject.org/infra/tickets/issues/new

Reply via email to