Description of problem: [baz@localhost ~]$ sudo debuginfo-install breeze-5.11.95-1.mga7.x86_64 kimageformats-5.42.0-2.mga7.x86_64 lib64asyncns0-0.8-9.mga6.x86_64 lib64attr1-2.4.48-1.mga7.x86_64 lib64blkid1-2.30.1-2.mga7.x86_64 lib64bsd0-0.8.3-1.mga6.x86_64 lib64bz2_1-1.0.6-11.mga7.x86_64 lib64compat-openssl10_1.0.0-1.0.2n-1.mga7.x86_64 lib64dbus1_3-1.10.16-1.mga6.x86_64 ------many snipped out, full output attached------------------ qt5_2-0.9.3-1.20160218.1.mga6.x86_64 lib64dri-drivers-lib64zlib1-1.2.11-4.mga6.x86_64 libgcc1-7.3.0-1.mga7.x86_64 libstdc++6-7.3.0-1.mga7.x86_64 plasma-integration-5.11.95-1.mga7.x86_64 qtbase5-common-5.9.3-2.mga7.x86_64 qtimageformats5-5.9.3-1.mga7.x86_64 No package named bzip2-debuginfo No package named compat-openssl10-debuginfo No package named ilmbase-debuginfo No package named karchive-debuginfo No package named kbookmarks-debuginfo No package named kcodecs-debuginfo No package named kcompletion-debuginfo No package named kconfigwidgets-debuginfo No package named kguiaddons-debuginfo No package named kjobwidgets-debuginfo No package named knotifications-debuginfo No package named knotifyconfig-debuginfo No package named ktextwidgets-debuginfo No package named kwidgetsaddons-debuginfo No package named kitemviews-debuginfo No package named libpciaccess-debuginfo No package named qtsvg5-debuginfo No package named qtx11extras5-debuginfo No package named libxcursor-debuginfo Something went wrong, make sure your Debug media are configured properly Media are up to date with debug enabled. Taking the first example: No package named bzip2-debuginfo The debug package is called lib64bz2_1-debuginfo when built in Cauldron from the current bzip2 spec. The lib is lib64bz2_1-1.0.6-11.mga7.x86_64.rpm which agrees with lib64bz2_1-1.0.6-11.mga7.x86_64 from above. [baz@localhost ~]$ urpmq lib64bz2_1-debuginfo lib64bz2_1-debuginfo So it seems that gdb / debuginfo-install magic is broken for some packages. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
Created attachment 9937 [details] Full output
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) => rpmstackAssignee: bugsquad => thierry.vignaudSource RPM: gdb debuginfo-install => gdb?, rpm?
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-utils
CC: (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?
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) => FIXEDStatus: NEW => RESOLVED