On 3/31/23 15:40, Stephen Gallagher wrote: > On Thu, Mar 30, 2023 at 3:42 PM Ben Cotton <bcotton@xxxxxxxxxx> wrote: >> >> https://fedoraproject.org/wiki/Changes/RPM-4.19 > >> == Detailed Description == >> RPM 4.19 contains various improvements over previous versions. Many of >> them are internal in nature such as moving from automake to cmake, >> improvements to the test suite, stripping copies of system functions, >> splitting translations into a separate project and more. There are >> still several user facing changes: >> >> * New rpmsort(8) utility for sorting RPM versions > Handy! > >> * x86-64 architecture levels (v2-v4) as architectures > Could you explain more what this means, exactly? No! But here is the commit: https://github.com/rpm-software-management/rpm/commit/cd46c1704ccd8eeb9b600729a0a1c8738b66b847 It looks like it adds x86_64_v2, x86_64_v3 and x86_64_v4. Something about some x86_64 processors having additional capabilities. >> * Support for %preuntrans and %postuntrans scriptlets >> * Creating User and Groups from sysusers.d files including Provides >> and Requires or Recommends > I may have cried a little bit in joy here. This is huge! > >> ([https://github.com/rpm-software-management/rpm/pull/2432 PR], >> [https://github.com/rpm-software-management/rpm/discussions/2277 >> Discussion]) There now is proper documentation online. This just got merged, so it wasn't available yet, when I submitted the change page. https://rpm-software-management.github.io/rpm/manual/users_and_groups.html Note that this will not be enabled fully at first. There needs to be another Global Change to enable this fully. The actual update of RPM is meant to be as little disruptive as possible. After the update the new features can be enabled or put into Packaging Policy. But I guess most here know that dance already. >> * [https://rpm-software-management.github.io/rpm/manual/dynamic_specs.html >> Dynamic Spec generation] > > This could be a real winner for glibc, texlive and fedora-release. Yes. But this was actually meant to be used for whole ecosystems like Python to turn Manifest files into sub packages. >> ** find_lang now being able to generate language sub packages > > Could you provide more info on this? It's written almost like a > side-note, but this could be a big deal. Well this was done as a prove of concept for the Dynamic Spec feature. See https://github.com/rpm-software-management/rpm/pull/2300 for the change itself For packagers all they need to know that there is a new --generate-subpackages parameter for find-lang.sh that creates sub packages according to the %_langpack_template macro. This could probably use a bit more review from people more into i18n than myself. >> The 4.19 alpha release is expected in April and the final release is >> expected in time for the Fedora 39 release cycle as usual. > But I want it now... <petulant pout> The time will come. The time will come. Florian _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
