Summary: | sys-libs/db does not follow FHS!? others do / do not !? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Hanno Zysik (geki) <h.mth> |
Component: | [OLD] Library | Assignee: | Paul de Vrieze (RETIRED) <pauldv> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | java, office |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Hanno Zysik (geki)
2005-01-13 01:33:10 UTC
/usr/lib http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA /usr/share http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREARCHITECTUREINDEPENDENTDATA latter one sounds better to me Well, in my opinion this is another gap in the FHS. /usr/share is for data. The jar file is not data, it is a library. However, it is also machine independent. Also that leaves the "choice" on where to put the data. Jar libraries are not bound to an application, so should not receive an application specific directory, but would overflow /usr/share/misc. /usr/share/java would indeed be a good candidate, but is nowhere mandated or suggested by the FHS. In absense of clear guidelines, I opt to leave the file where the upstream authors put it, as that is the clearest option. I am however in favour of getting a central location for gentoo to put all jar files. If I look at the output of "locate *.jar" I now see that all jar files are all over the place. For your (beta) openoffice ebuild I suggest that you add a patch to have it look in /usr/lib too, as that is the place where the file is installed by default. We don't put things at a certain location just because some other distributor does so. If you look at the FHS, the best fit I can found would be something along the lines of /usr/libjava http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLTQUALGTALTERNATEFORMATLIBRARI |