rpm.org's rpm 4.16.0 ready for testing

Neal Gompa ngompa13 at gmail.com
Sat Oct 24 23:42:41 CEST 2020


On Sat, Oct 24, 2020 at 5:37 PM Jan Palus <atler at pld-linux.org> wrote:
>
> On 24.10.2020 17:15, Jan Rękorajski via pld-devel-en wrote:
> > I have prepared rpm 4.16, poldek and support packages, they are
> > available on http://ftp1.pld-linux.org/people/baggins/rpm.org/
> >
> > I would appreciate if you could test the uprade path, functionality
> > and tell me if anything is missing / broken.
>
> First of all great work, thanks!
>
> FWIW I did a build on aarch64 with few minor fixes and looks like it
> all works fine. Some funky things that I've noticed so far:
>
> * after build with -bb --short-circuit package has weird dependency:
>
>     error: Failed dependencies:
>             rpmlib(ShortCircuited) <= 4.9.0-1 is needed by poldek-libs-0.42.2-3.aarch64
>             rpmlib(ShortCircuited) <= 4.9.0-1 is needed by poldek-0.42.2-3.aarch64
>
>   if you're not doing %prep, %build or %install then you're... cheating
>   and end up with this dep?
>
>     build/build.c:
>
>     int didBuild = (what & (RPMBUILD_PREP|RPMBUILD_BUILD|RPMBUILD_INSTALL));
>     ...
>     packageBinaries(spec, cookie, (didBuild == 0))
>
>
>     build/pack.c:
>
>     rpmRC packageBinaries(rpmSpec spec, const char *cookie, int cheating)
>     ...
>     if (cheating) {
>         (void) rpmlibNeedsFeature(pkg, "ShortCircuited", "4.9.0-1");
>     }
>

This is intentional. Short-circuit builds are not sane for production
builds, because it violates the integrity and consistency of the build
process.

> * libraries have build id symlinks, not sure what's that for:
>
>   $ rpm -ql rpm-lib
>   /lib64/librpm.so.9
>   /lib64/librpm.so.9.1.0
>   /lib64/librpmbuild.so.9
>   /lib64/librpmbuild.so.9.1.0
>   /lib64/librpmio.so.9
>   /lib64/librpmio.so.9.1.0
>   /lib64/librpmsign.so.9
>   /lib64/librpmsign.so.9.1.0
>   /usr/lib/.build-id
>   /usr/lib/.build-id/2f
>   /usr/lib/.build-id/2f/fc726b33e23f339fb4140cb2a858800f92f245
>   /usr/lib/.build-id/72
>   /usr/lib/.build-id/72/65fcdb96f521c1953560d780a5f82fa2017c2a
>   /usr/lib/.build-id/73
>   /usr/lib/.build-id/73/5b7b1130a7b6a74436438fb3fc02cad816224d
>   /usr/lib/.build-id/e6
>   /usr/lib/.build-id/e6/7a230d27a1b3fceb891aa2df1bfa5e1e980f50
>   /usr/lib64/rpm-plugins
>

That's part of the improved debuginfo package handling[1][2].

[1]: https://fedoraproject.org/wiki/Changes/ParallelInstallableDebuginfo
[2]: https://fedoraproject.org/wiki/Changes/SubpackageAndSourceDebuginfo

> * are we sticking to new patch fuzz level (0) or go back to patch
>   default (2)?

I hope you'd keep the fuzz at 0 by default.



-- 
真実はいつも一つ!/ Always, there's only one truth!


More information about the pld-devel-en mailing list