[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Policy about /usr/share



"Manoj" == Manoj Srivastava <srivasta@datasync.com> writes:
> 	So, what does the check mean? 66 packages install files into
> /usr/share. It seems OK to put files in there, as long as no program
> ever references thos files directly. Is that right? 

Yes, it is literally correct according to FSSTD.

> What does the FHS say?

FHS Section 4.8.1:
| The /usr/share hierarchy is for all read-only architecture
| independent data files. Much of this data originally lived in /usr
| (man, doc) or /usr/lib (dict, terminfo, zoneinfo). This hierarchy is
| intended to be shareable among all architecture platforms of a given
| OS; thus, for example, a site with i386, Alpha, and PPC platforms
| might maintain a single /usr/share directory that is
| centrally-mounted. Note, however, that /usr/share is generally not
| intended to be shared by different OSes or by different releases of
| the same OS.

| Any program or package which contains or requires data that doesn't
| need to be modified should store that data in /usr/share (or
| /usr/local/share, if installed locally). It is recommended that a
| subdirectory be used in /usr/share for this purpose.

Note, not mention that "no program should ever reference anything in
/usr/share".

Because of that, while it is to the letter of the law that programs
shouldn't look in /usr/share, the intent, given that we are soon
moving to FHS, is the contrary.  That's why I think that you should
*not* submit bugs against packages looking for stuff in /usr/share.

.....A. P. Harris...apharris@onShore.com...<URL:http://www.onShore.com/>




Reply to: