Re: Filesystem package messes with /usr/local

2015-11-16 Thread Steve Gaarder
Just to clear things up a little: With SL6 and earlier, we had /usr/local be a symlink into afs space. With SL7, we changed it so that the subdirectories (bin, etc, lib, lib64, include, sbin) are symlinks. This avoided some problems that came up with installation, but we still have trouble wh

Re: Filesystem package messes with /usr/local

2015-11-14 Thread Nico Kadel-Garcia
On Sat, Nov 14, 2015 at 1:56 AM, Benjamin Lefoul wrote: >>Be clear that replacing /usr/local with a symlink in the form you describe is >>*not* compliant with the FSH. > > Actually it is, in both FHS version 2.3 and version 3.0. > > http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s02.html > >

RE: Filesystem package messes with /usr/local

2015-11-13 Thread Benjamin Lefoul
owner-scientific-linux-us...@listserv.fnal.gov [owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Nico Kadel-Garcia [nka...@gmail.com] Sent: Saturday, November 14, 2015 1:38 AM To: Steve Gaarder Cc: SCIENTIFIC-LINUX-USERS@FNAL.GOV Subject: Re: Filesystem package messes with /usr/local On Fri,

Re: Filesystem package messes with /usr/local

2015-11-13 Thread Nico Kadel-Garcia
On Fri, Nov 13, 2015 at 9:02 AM, Steve Gaarder wrote: > > On Fri, 13 Nov 2015, Nico Kadel-Garcia wrote: > >> The /usr/local/ directories are part of the File System Hierarchy, at >> http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY >> >> So, yes, it looks like upstream is followi

RE: Filesystem package messes with /usr/local

2015-11-13 Thread Benjamin Lefoul
[gaar...@math.cornell.edu] Sent: Friday, November 13, 2015 3:02 PM To: Nico Kadel-Garcia Cc: SCIENTIFIC-LINUX-USERS@FNAL.GOV Subject: Re: Filesystem package messes with /usr/local On Fri, 13 Nov 2015, Nico Kadel-Garcia wrote: > The /usr/local/ directories are part of the File System Hierarchy, a

Re: Filesystem package messes with /usr/local

2015-11-13 Thread Larry Linder
What we have done for the last 25 years on Unix and Linux systems to avoid this problem. On a separate disk we put /home, /usr/local, /opt to keep the OS install sysem from rewriting these directories. There is also a /co-lib disk that we keep all data sheets and parts info etc In a manufact

Re: Filesystem package messes with /usr/local

2015-11-13 Thread Steve Gaarder
On Fri, 13 Nov 2015, Nico Kadel-Garcia wrote: The /usr/local/ directories are part of the File System Hierarchy, at http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY So, yes, it looks like upstream is following the File System Hierarchy. To play nicely with it, you should idea

RE: Filesystem package messes with /usr/local

2015-11-13 Thread Benjamin Lefoul
-Garcia [nka...@gmail.com] Sent: Friday, November 13, 2015 1:36 PM To: Steve Gaarder Cc: SCIENTIFIC-LINUX-USERS@FNAL.GOV Subject: Re: Filesystem package messes with /usr/local On Fri, Nov 13, 2015 at 7:28 AM, Nico Kadel-Garcia wrote: > On Thu, Oct 29, 2015 at 2:17 PM, Steve Gaarder > wrote

Re: Filesystem package messes with /usr/local

2015-11-13 Thread Nico Kadel-Garcia
On Fri, Nov 13, 2015 at 7:28 AM, Nico Kadel-Garcia wrote: > On Thu, Oct 29, 2015 at 2:17 PM, Steve Gaarder > wrote: >> I always thought that /usr/local was defined to be an area left alone by the >> operating system. For many years, we have made it a symlink to a read-only >> directory in AFS s

Re: Filesystem package messes with /usr/local

2015-11-13 Thread Nico Kadel-Garcia
On Thu, Oct 29, 2015 at 2:17 PM, Steve Gaarder wrote: > I always thought that /usr/local was defined to be an area left alone by the > operating system. For many years, we have made it a symlink to a read-only > directory in AFS space. This has worked fine - until now. When I tried to > update t

Re: Filesystem package messes with /usr/local

2015-11-12 Thread Tom H
On Thu, Oct 29, 2015 at 7:17 PM, Steve Gaarder wrote: > > I always thought that /usr/local was defined to be an area left alone by the > operating system. For many years, we have made it a symlink to a read-only > directory in AFS space. This has worked fine - until now. When I tried to > update t