Hi Michal, A few thoughts on this: - on RHEL boxes, the dependency on libpci does not exist and lspci is in /sbin. Therefore, on RHEL boxes, lspci will still work with a broken /usr partition. I haven't heard of anyone absolutely needing lspci on a system with a broken /usr partition, but it *is* possible to use it. Moving it also breaks a pretty long tradition, but that should matter too much. I actually prefer lspci to be in my path as a normal user. - it would be consistent if lsusb would make the same move to /usr/sbin, if lspci goes that way. - I noticed Debian puts lspci in /usr/bin. I'm curious about the reason lspci is to remain in a sbin directory if it's being moved anyway. I haven't been involved in Fedora for that long, but I'd like to participate in this discussion a bit, if that's ok :-) Regards, Maxim Burgerhout maxim@xxxxxxxxx ---------------- GPG Fingerprint EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A On Wed, Jan 27, 2010 at 14:17, Michal Hlavinka <mhlavink@xxxxxxxxxx> wrote: > Hi all, > > in Fedora we have pciutils binaries (lspci and setpci) in /sbin, both of them > use pciutils-libs (/usr/lib/...) and afaik this is how it works for "ages". > I'd like to move them from /sbin to /usr/sbin to have them with the same prefix > as library has. Do you think it can break anything? > > A few facts: > 1)library is already in /usr/lib and lspci/setpci won't work without it > 2)pci.ids (lives in hwdata package) is in /usr/share/hwdata > 3)yum remove pciutils will remove only system-config-{firewall,network} as > dependencies > > Do you think moving this is a bad idea? I think it should not break anything, > only problem can be with separate /usr partition but because of library in > /usr it would be already broken and I've not seen any complain about it ever. > > If there are no complains, I'll move it next week (in rawhide only). > > Cheers, > Michal Hlavinka > > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel