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

Re: [kde] setting an /opt precedent



On Thu, Jan 17, 2002 at 09:47:51PM +0200, Eray Ozkural (exa) wrote:
> Greetings Frank,

> On Thursday 17 January 2002 21:32, Frank Murphy wrote:
> > On Thursday 17 January 2002 07:04 pm, Junichi Uekawa wrote:
> > > It might be nice to add this bit of policy to Debian Policy
> > > so that people do not start mucking around with /opt.
> >
> > This is a good idea. I understand and whole-heartedly agree with the
> > reasons behind Debian not mucking about with /opt, but looking at the
> > quoted parts of the FHS, it isn't clear that distributions may not
> > install packages into /opt. Adding it to Policy would clarify that.

> So, what are the "reasons behind Debian not mucking about with /opt" except 
> the preconceptions of some developers? I think you would have to say 
> something like:

> * It is not very consistent with the directory layout many packages adapt

> Is there any other reason? I assume none, since front end files can be placed 
> by the distribution in usual locations by symlinking or by wrapper scripts.

> There is an _invalid_ reason which I had to iterate over and over again:
>   * /opt is reserved for system administrator's use.
> NO! Certain subdirectories of /opt are reserved for local system admin. The 
> rest of /opt can be used by the distribution, as explained in FHS with a 
> language that a high school student can easily understand.

> Actually the FHS permits use of /opt by distributions you mean. Please add it 
> to the policy if you have a logical rationale but then we will have to drop 
> "FHS compliance" from the list of Debian's features. ;)

Are you planning to personally maintain all of the Debian packages 
required for KDE3?

No?  Then find something productive to do with your time instead of 
dragging out this thread on debian-devel.

Even if we concede that the FHS does allow for a definition of "add-on" 
that would permit Debian to have KDE packages that install to /opt, 
there is NOTHING in the FHS that obligates us to do so, and in this 
debate you have so far not given any justification of how such a 
deviation from past practices would benefit Debian.

Steve Langasek
postmodern programmer

Attachment: pgphFbkhRIPMA.pgp
Description: PGP signature


Reply to: