<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 12pt; color: #000000'><br>----- Original Message -----<br>From: "Angelo Bertolli" <angelo.bertolli@gmail.com><br>To: "CLUE technical discussion" <clue-tech@cluedenver.org><br>Sent: Wednesday, April 1, 2009 8:11:27 AM GMT -07:00 US/Canada Mountain<br>Subject: Re: [clue-tech] Proper files storage etiquette?<br><br>Red Mop wrote:<br>> On Tuesday 31 March 2009 10:09:18 pm Angelo Bertolli wrote:<br>> <br>>> On Tue, Mar 31, 2009 at 8:26 PM, Collins Richey <crichey@gmail.com> wrote:<br>>> <br>>>> On Mon, Mar 30, 2009 at 11:39 PM, David L. Anselmi <anselmi@anselmi.us><br>>>><br>>>> wrote:<br>>>> <br>>>>> Collins Richey wrote:<br>>>>> <br>>>>>> On Sun, Mar 29, 2009 at 10:24 PM, David L. Anselmi<br>>>>>><br>>>>>> <br>>>>>>> The FHS tries to standardize things in a way that makes sense.<br>>>>>>> <br>>>>>> their "makes sense" rules make it extremely difficult to house<br>>>>>> multiple versions of KDE/Gnome in the /usr structure<br>>>>>> <br>>>>> Can you elaborate on that? I'm not sure KDE/Gnome packages expect to<br>>>>> co-exist with other versions.<br>>>>> <br>>>> What Shawn said. KDE/Gnome may not expect this, but lots of Gentoo<br>>>> users prefer to tinker with new upgrades in a sandbox without<br>>>> destroying their functional setup. By violating the FHS rules (this<br>>>> particular rule is lame IMO), they make it brain dead simple.<br>>>> <br>>> What rule exactly does this violate? Or maybe, how does it violate a rule?<br>>> As long as you have /usr there, the rule is satisfied, no? I would even go<br>>> as far as to say a symlink from /usr to something would count.<br>>> <br>><br>> shawn@onceler /usr/kde/3.5 $ ls<br>> bin env etc include lib share shutdown<br>><br>><br>> Those directories are normally found elsewhere. bin is supposed to <br>> be /usr/bin, etc is supposed to be /etc, etc. That's why it violates the <br>> FHS.<br>> <br><br>I don't know. If you don't actually have another /usr/bin, then I see <br>what you mean. But if these are just extra directories, I'm not sure <br>this counts as a violation. It looks just like /usr/local/* to me, with <br>different directory names.<br><br><br>Angelo<br>_______________________________________________<br><br>The FHS codifies existing practice. It specifies the filesystem layout that any Linux system should have. The intent is to make it easier for package developers to create that packages that will install into the correct locations. FHS recommends that any packages installed by the user go into /opt or /usr/local. In other words, the goal again is "it just works". This is the purpose of standardization.<br><br>You can ignore that, of course, but you might find that you need to set some system variables, like PKG_CONFIG_PATH, for things to work right. You might also find some paths are hard-coded, which is not so good. Making sure you do not have conflicting files in /etc is very important.<br><br>Xorg recently changed their preferred location from /usr/local/X11R6 to /usr/bin. Sun has stated that they will still install Xorg into the old location. Linux distros seem to be accepting the new location.<br><br>For a long time, I compiled GNOME into /usr/gnome. Apart from a few tweaks, it worked fine. You could also try /usr/bin/gnome, /usr/lib/gnome, etc., but that takes more work. I don't know how to coerce a package manager into installing into different locations, but I imagine it is not difficult.<br><br>If you want to run multiple versions of KDE or GNOME, you also need to change your paths to make sure the right programs are called.<br></div></body></html>