On Fri, 28 Jul 2000, H. Peter Anvin wrote:
> Khimenko Victor wrote:
> >
> > On Fri, 28 Jul 2000, H. Peter Anvin wrote:
> >
> > > Khimenko Victor wrote:
> > >
> > > > Yeah, of course. Just FHS closed this way as well. Yes, I (as distribution
> > > > maker) can make /usr/lib/perl5/site_perl/i386-linux symlink to
> > > > /usr/local/lib/perl but since
> > > > -- cut --
> > > > This directory should always be empty after first installing a
> > > > FHS-compliant system. No exceptions to this rule should be made other
> > > > than the listed directory stubs.
> > > > -- cut --
> > > > I (as distribution maker) can not create /usr/local/lib/perl directory.
> > > > Thus perl's make install will mysteriously fail while trying to install
> > > > stuff.
> > >
> > > Thank God. /usr/local is often shared, quite possibly readonly, and if
> > > distribution packages messed with this, it would be impossible to use
> > > them.
> > >
> > Deabin DOING it. And I have NO complains about such behaviour. Read-only
> > mounts not such a big problem:
> > -- http://www.debian.org/doc/debian-policy/ch3.html#s3.1.2 --
>
> It's breaks if the directory is shared but still read-write. Bad idea.
>
Not exactly. Ones who were knowleadgeable enough to create shared
read-write /usr/local will know what to do (mkdir -p WILL NOT overwrite
files, WILL NOT change permissions, etc - and it created directory it can
be as easily removed) with it, ones who have simple configuration (and
it's MAJORITY) will not have headache (unlike manual symlink creation
after each upgrade choice).
"Simple things should be simple, complex things should be possible". You
proposal makes maintaining of simple systems significally harder while
giving only VERY marginal win for complex ones.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jul 31 2000 - 21:00:28 EST