| Summary: | debuginfo packages not found in cauldron by debuginfo-install command as generated by gdb | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Barry Jackson <zen25000> |
| Component: | RPM Packages | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | kde, marja11, ngompa13, pkg-bugs, pterjan, rpmstack, shlomif, thierry.vignaud, tmb |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | gdb?, rpm? | CVE: | |
| Status comment: | |||
| Attachments: |
Full output
Output with debuginfo-install and dnf debuginfo-install |
||
|
Description
Barry Jackson
2018-02-01 15:56:26 CET
Created attachment 9937 [details]
Full output
Barry Jackson
2018-02-01 15:58:01 CET
Source RPM:
gdb debudinfo-install =>
gdb debuginfo-install I don't know how it is supposed to work, CC'ing the gdb maintainer CC'ing tmb for your bzip2-debuginfo example, the KDE maintainers for the bunch of missing kde debuginfo packages and all packagers collectively for libpciaccess.. I'm missing some, but if the issue is on the side of those packages instead of a gdb issue, then they'll probably need separate reports, anyway. CC:
(none) =>
kde, marja11, pkg-bugs, thierry.vignaud, tmb Akien suggested that this could be a gdb or an rpm-build issue. Assigning to Thierry, who maintains both. CC'ing rpm stack maintainers. CC:
(none) =>
rpmstack So this looks like urpmi-debuginfo-install output. Can someone check to see if this works properly with the dnf implementation?
It can be invoked as a DNF subcommand ("dnf debuginfo-install"), or if you'd prefer to swap the provider of /usr/bin/debuginfo-install, you can do the following:
$ sudo dnf swap urpmi-debuginfo-install dnf-utilsCC:
(none) =>
ngompa13 FTR, I suspect both debuginfo-install implementations may be screwed up by this. It most likely means the gdb debuginfo package detection logic needs to be fixed. Created attachment 10114 [details]
Output with debuginfo-install and dnf debuginfo-install
Attached failing list of debuginfos that work OK with dnf debuginfo-install
CCing myself on the bug because I am also affected by it. The dnf workaround seems to work nicely here. CC:
(none) =>
shlomif http://svnweb.mageia.org/packages/cauldron/gdb/current/SOURCES/debuginfo-install?r1=1385850&r2=1385849&pathrev=1385850 should fix debuginfo-install I hadn't seen this bug and didn't check dnf version CC:
(none) =>
pterjan This got much worse in gdb-10.1-2.mga8 in cauldron. gdb no longer suggests *any* debuginfo packages but a long list of libs etc. Missing separate debuginfos, use: debuginfo-install kimageformats-5.75.0-1.mga8.x86_64 lib64acl1-2.2.53-2.mga8.x86_64 lib64bsd0-0.10.0-2.mga8.x86_64 lib64bz2_1-1.0.8-2.mga8.x86_64 lib64canberra0-0.30-15.mga8.x86_64 lib64com_err2-1.45.6-6.mga8.x86_64 lib64dbus1_3-1.13.18-1.mga8.x86_64 lib64dbusmenu-qt5_2-0.9.3-1.20160218.4.mga8.x86_64 lib64double-conversion3-3.1.5-2.mga8.x86_64 lib64dri-drivers-20.2.2-2.mga8.x86_64 lib64drm2-2.4.103-1.mga8.x86_64 --------------snip--------------- I'm trying to help an upstream debug their package and this does not help! ;) Severity:
normal =>
major (In reply to Barry Jackson from comment #9) > This got much worse in gdb-10.1-2.mga8 in cauldron. > > gdb no longer suggests *any* debuginfo packages but a long list of libs etc. > > Missing separate debuginfos, use: debuginfo-install > kimageformats-5.75.0-1.mga8.x86_64 > --------------snip--------------- > Isn't it expected? That's the role of debuginfo-install to find the debuginfo packages matching the list of packages given. Ah OK, it's a while since I used it - memory playing up sorry - I just opened another and came back to close this too ;\ I will invalid it. Can this be closed BTW?
Barry Jackson
2020-11-09 22:28:00 CET
Severity:
major =>
normal (In reply to Pascal Terjan from comment #8) > http://svnweb.mageia.org/packages/cauldron/gdb/current/SOURCES/debuginfo- > install?r1=1385850&r2=1385849&pathrev=1385850 should fix debuginfo-install > > I hadn't seen this bug and didn't check dnf version The DNF version of debuginfo-install has long been adapted to the changes in debuginfo package generation and works fine. I think we can close this out now. Resolution:
(none) =>
FIXED |