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

Re: /usr/share?



On Mon, Jun 01, 1998 at 11:52:18PM +1000, Hamish Moffatt wrote:

> >  It uses GNU autconf's pkgdata dir idea. That's means it puts things
> >  in /usr/share/WindowMaker (in fact, I've seen quite a few packages
> >  doing this, which is, IMO, against policy)
> 
> I thought policy only said you couldn't put *files* in /usr/share,
> eg /usr/share/WindowMaker.somefile or something, but could (and must)
> make subdirectories like /usr/share/WindowMaker.

Well. Policy says we use the FSSTND. Not the FHS. FSSTND says nothing about
/usr/share, does it? It says it's architechture independent data, that means
icons, text files, and things like that qualify.

I've made a shot at packaging WindowMaker 0.15.0 with a mixture of this.
Configuration is basically located in /etc/GNUstep and /etc/X11/WindowMaker.
Data files are located in /usr/share/WindowMaker, which I personally hate,
because it clutters /usr/share unnecessarelly. I'd be for something like
/usr/share/lib/package, i.e., moving things one level deepper.

Anyway, how do I handle moving a file that was tagged as a conffile and now
isn't? I gave the thing a little bit of thought, and Style files are NOT
configuration files, they are data. What do I do about it? Leave the thing
alone, and put a note on README.Debian stating the "problem"?

I hope I won't have too much time to solve the issue of upgrading hamm to
slink <g>

				Marcelo


--
To UNSUBSCRIBE, email to debian-mentors-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


Reply to: