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