[arch-general] lib -> usr/lib
Jayesh Badwaik
jayesh.badwaik90 at gmail.com
Thu Jul 26 02:53:29 EDT 2012
On Thursday 26 Jul 2012 05:13:39 Damjan wrote:
> > If everything is to end up in /usr, then I'd argue that this makes
/usr
> > superfluous. If merging is to be done, then IMO things should be
moved out
> > of /usr, not moved in.
>
> well no
> the point is to have a single top-level directory for a single
purpose.
>
> so distribution provided files will go to /usr, local-system
> configuration in /etc, /run is for runtime state, /var is the
> local-system state (the non-ephemeral state).
>
>
> Let me paste this here:
> »
> The merged directory /usr, containing almost the entire vendor-
supplied
> operating system resources, offers us a number of new features
regarding
> OS snapshotting and options for enterprise environments for network
> sharing or running multiple guests on one host. Most of this is much
> harder to accomplish, or even impossible, with the current arbitrary
> split of tools across multiple directories.
>
> With all vendor-supplied OS resources in a single directory /usr they
> may be shared atomically, snapshots of them become atomic, and the file
> system may be made read-only as a single unit.
> «
>
> Well, /opt would have to go soon, too
>
>
Why will /opt have to go?
I always though /opt was for installing custom software which you do not
want to mix with other software (for example I have MATLAB and similar
stuff installed there with each of them in its separate folder) and I
guess, that is the one and only use of /opt and there is no other
directory which does something similar, except for if you are talking
about /local but then, /local has the purpose of being /local, it can be
vendor- supplied local program which are specific to the machine and it
will have /bin /etc /lib and stuff?
--
Cheers and Regards
Jayesh Badwaik
stop html mail | always bottom-post
www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
More information about the arch-general
mailing list