| Summary: | dnf builddep.py doesn't work with the current version of rpm: AttributeError: 'rpm.hdr' object has no attribute 'dsFromHeader' | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Daniel Garcia Moreno <daniel.garcia> |
| Component: | RPM Packages | Assignee: | All Packagers <pkg-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | daniel.garcia, luigiwalser, xerxes2 |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | dnf-plugins-core-4.3.1-1.mga9.src.rpm | CVE: | |
| Status comment: | fixed since version 4.4. | ||
|
Description
Daniel Garcia Moreno
2023-11-15 12:21:18 CET
Daniel Garcia Moreno
2023-11-15 12:21:34 CET
CC:
(none) =>
daniel.garcia Thank you for the report. Unsure whether Luigi still maintains things, so assigning this update globally; and CC'ing him in hope. Assignee:
bugsquad =>
pkg-bugs I think the new rpm update in Cauldron killed dnf5 too. Numbers changed in some libs. CC:
(none) =>
xerxes2 Just noticed that rpm requires libdb. Shouldn't that be switched to sqlite? https://svnweb.mageia.org/packages/cauldron/rpm/current/SPECS/rpm.spec?view=markup&pathrev=2007412#l253 [xerxes2@ninja ~]$ ldd /usr/bin/rpm linux-vdso.so.1 (0x00007fff9bfe9000) librpm.so.10 => /lib64/librpm.so.10 (0x00007fe8143a4000) librpmio.so.10 => /lib64/librpmio.so.10 (0x00007fe81436e000) libpopt.so.0 => /lib64/libpopt.so.0 (0x00007fe81435f000) libc.so.6 => /lib64/libc.so.6 (0x00007fe81418d000) libsqlite3.so.0 => /lib64/libsqlite3.so.0 (0x00007fe81403b000) libacl.so.1 => /lib64/libacl.so.1 (0x00007fe814030000) libcap.so.2 => /lib64/libcap.so.2 (0x00007fe814022000) liblua-5.4.so => /lib64/liblua-5.4.so (0x00007fe813fdf000) /lib64/ld-linux-x86-64.so.2 (0x00007fe814448000) libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007fe813a00000) libz.so.1 => /lib64/libz.so.1 (0x00007fe813fc1000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fe813fae000) libzstd.so.1 => /lib64/libzstd.so.1 (0x00007fe81392b000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007fe813f6d000) libm.so.6 => /lib64/libm.so.6 (0x00007fe81384f000) Rpm still needs to be able to read libdb-based rpm databases so it can convert them, so it can't drop the dependency yet. I've fixed this in dnf-plugins-core-4.3.1-2.mga10 with the upstream patch mentioned in comment 0 until dnf-plugins-core gets updated to a newer version. (In reply to David Walser from comment #4) > Rpm still needs to be able to read libdb-based rpm databases so it can > convert them, so it can't drop the dependency yet. Hmm, you're right, sort of. Read support for libdb seems to be enabled in the buildscript but maybe it's not working anyway? Write support for libdb was removed a few years ago from rpm so maybe they ditched read support too? I'm not using mga9 but I really hope that rpm uses sqlite there. (In reply to Jani Välimaa from comment #5) > I've fixed this in dnf-plugins-core-4.3.1-2.mga10 with the upstream patch > mentioned in comment 0 until dnf-plugins-core gets updated to a newer > version. Thanks man, seems like you're Wally then! :) Just fyi, yesterday I got tired of dnf5 not beeing updated so I did it myself. But it needed newer libsolv and there was a perl binary mismatch that may be difficult to track down. So what I ended up doing was: 1. Rebuild perl-List-MoreUtils-XS, 2. Update libsolv, 3. Update dnf5. I think that was all. DNF5 is mighty impressive so don't wanna go back to legacy now. (In reply to Jens Persson from comment #6) > (In reply to David Walser from comment #4) > > Rpm still needs to be able to read libdb-based rpm databases so it can > > convert them, so it can't drop the dependency yet. > > Hmm, you're right, sort of. Read support for libdb seems to be enabled in > the buildscript but maybe it's not working anyway? Write support for libdb > was removed a few years ago from rpm so maybe they ditched read support too? > I'm not using mga9 but I really hope that rpm uses sqlite there. If it wasn't working, upgrades would be broken. (In reply to David Walser from comment #8) > (In reply to Jens Persson from comment #6) > > (In reply to David Walser from comment #4) > > > Rpm still needs to be able to read libdb-based rpm databases so it can > > > convert them, so it can't drop the dependency yet. > > > > Hmm, you're right, sort of. Read support for libdb seems to be enabled in > > the buildscript but maybe it's not working anyway? Write support for libdb > > was removed a few years ago from rpm so maybe they ditched read support too? > > I'm not using mga9 but I really hope that rpm uses sqlite there. > > If it wasn't working, upgrades would be broken. Checked now and mga9 is using rpm-4.18 which only got write support for sqlite at least. Mga8 may still use libdb though? But read support for libdb could possibly be inernal in rpm and not use libdb? In any case a requires should be added for sqlite. https://github.com/rpm-software-management/rpm/blob/master/lib/backend/bdb_ro.c |