Dax Kelson wrote:
On Mon, 2005-05-09 at 08:32 -0700, Daniel Kegel wrote:
But the FHS forbids the system vendor from putting anything in /opt.
And rpmlint seems to assume that anything
packaged as an RPM is "from the system vendor".
rpmlint gives me hell if I run it on an rpm that installs under /opt.
It's much, much happier if I change the package to install under /usr.
So is rpmlint wrong here?
The FHS forbids it (and I agree)
I don't think it does. I mean not quite. It says that /opt can't be used
for anything except add-on software, but it does not prevent (even) some
of the packages included in the OS distribution from being classified as
"add-on software". It also says that distributions *may* install data on
/opt, but *must not* update data the system administrator has installed
there - whatever that means... (Won't the person installing the
distribution also be what you call a system administrator???)
Personally, I'm inclined to think that everything installed by rpm
should go on /usr, but in a way it makes more sense to use /opt for my
application of e.g. OpenOffice or the Mozilla Web browser is installed
there...
but that doesn't stop some vendors from
doing it.
From a SUSE Linux 9.3 box:
/opt/gnome/ (597MB)
/opt/kde3/ (970MB)
/opt/mozilla/ (57MB)
/opt/MozillaFirefox/ (41MB)
/opt/novell/ (6MB)
These paths all come from the stock rpms.
Dax Kelson
Guru Labs
_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/rpm-list
