On 02/15/2013 09:47 PM, Michael Schwendt wrote:
On Fri, 15 Feb 2013 13:03:50 +0100, Alec Leamas wrote:
On 02/14/2013 11:19 PM, Michael Schwendt wrote:
On Thu, 14 Feb 2013 16:36:03 +0100, Alec Leamas wrote:
Running some automated tests I stumble over the debug directories. E. g.,
$ repoquery -qf /usr/lib/debug
shows 45 owners on current F18. Other directories under /usr/lib/debug
have a similar situation with many owners..
I note that /usr/src/debug is owned by filesystem, but filesystem does
not own /usr/lib/debug.
Is all this on purpose, or is something broken here? Thinking about it,
we never require anything for the debug package AFAICT. What's the story?
It depends on what the package stores below /usr/lib/debug.
Here's one that is mispackaged:
# repoquery -qf /usr/lib/debug
nacl-devel-0:20110221-3.fc19.i686
-> http://koji.fedoraproject.org/koji/rpminfo?rpmID=3336721
It includes the -debuginfo package contents in the -devel package, most
likely because it does a lazy'n'risky %{_libdir}/* in its %files section.
Thanks for reply... Still, I'm puzzled about 45 packages owning
/usr/lib/debug, none of them the filesystem package. This looks weird,
although I don't grasp the consequences (if any).
Which packages are returned for your query?
I've tried "repoquery --whatprovides /usr/lib/debug" for both x86_64
and i686, but it doesn't return anything other than nacl-devel.
Yup, you're right about that. Besides the debuginfo, thats the one.
Do you have any -debuginfo packages installed from a -debuginfo repo?
Those do own /usr/lib/debug and /usr/src/debug.
rpm -qa \*debuginfo
Yes, they do. And this is the focal point here IMHO. According to Kevin,
this is a bug and should be fixed by having filesystem to own
/usr/lib/debug (like /usr/src/debug), and also having packages only to
own "their own" directories. Are saying that the current ownership is OK?
Whatever command I used, it was wrong. New datapoint:
$ repoquery --disablerepo='*' --enablerepo='fedora*' -qf /usr/lib/debug
| wc -l
6089
cheers!
-alec
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel