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(a)wzzrd.com
----------------
GPG Fingerprint
EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A
On Wed, Jan 27, 2010 at 14:17, Michal Hlavinka <mhlavink(a)redhat.com> 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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel