SourceMage Grimoire Bug List

[bugzilla-daemon AT bugs.sourcemage.org]

http://bugs.sourcemage.org/show_bug.cgi?id=13112





------- Additional Comments From eekee57 AT fastmail.fm  2008-02-07 23:44 -------
/media:
I hate /media, but on perusal of the latest FHS I found that /mnt has been
defined in such a way as to render it only usable by human sysadmins directly.
Essentially, the FHS says that /mnt is for sysadmin use only, and makes it an
error for anything automated to use it for anything at all. I could rant a 
long
time about this, but here & now isn't the time & place.

I think that as the FHS has defined /media and /mnt in such a way, I wouldn't 
be
surprised to see more and more stuff exclusively using /media - and we're not
going to patch stuff to use /mnt are we?


/usr/X11*:
I found a problem with the compatibility symlinks under /usr/X11R6 today. I
cleansed & rebuilt the contents of a chroot. During the cleanse I noticed the
smgl-fhs spell had to be recast to "fix" something under /usr/X11R6. After 
both
cleanse & rebuild I found some strange symlinks; for example:

lrwxrwxrwx 1 root root 12 2008-02-08 02:12 /usr/X11R6/lib/X11/X11 -> 
/usr/lib/X11/

That should be like this:

lrwxrwxrwx 1 root root 12 2008-02-08 02:12 /usr/X11R6/lib/X11 -> /usr/lib/X11/

What I think has happened is that smgl-fhs has made the dirs, and then 
xorg-libs
or something has run a command like this:

ln -s /usr/lib/X11/ 
/media:
I hate /media, but on perusal of the latest FHS I found that /mnt has been
defined in such a way as to render it only usable by human sysadmins directly.
Essentially, the FHS says that /mnt is for sysadmin use only, and makes it an
error for anything automated to use it for anything at all. I could rant a 
long
time about this, but here & now isn't the time & place.

I think that as the FHS has defined /media and /mnt in such a way, I wouldn't 
be
surprised to see more and more stuff exclusively using /media - and we're not
going to patch stuff to use /mnt are we?


/usr/X11*:
I found a problem with the compatibility symlinks under /usr/X11R6 today. I
cleansed & rebuilt the contents of a chroot. During the cleanse I noticed the
smgl-fhs spell had to be recast to "fix" something under /usr/X11R6. After 
both
cleanse & rebuild I found some strange symlinks; for example:

lrwxrwxrwx 1 root root 12 2008-02-08 02:12 /usr/X11R6/lib/X11/X11 -> 
/usr/lib/X11/

That should be like this:

lrwxrwxrwx 1 root root 12 2008-02-08 02:12 /usr/X11R6/lib/X11 -> /usr/lib/X11/

What I think has happened is that smgl-fhs has made the dirs, and then 
xorg-libs
or something has run a command like this:

ln -s /usr/lib/X11/ /media:
I hate /media, but on perusal of the latest FHS I found that /mnt has been
defined in such a way as to render it only usable by human sysadmins directly.
Essentially, the FHS says that /mnt is for sysadmin use only, and makes it an
error for anything automated to use it for anything at all. I could rant a 
long
time about this, but here & now isn't the time & place.

I think that as the FHS has defined /media and /mnt in such a way, I wouldn't 
be
surprised to see more and more stuff exclusively using /media - and we're not
going to patch stuff to use /mnt are we?


/usr/X11*:
I found a problem with the compatibility symlinks under /usr/X11R6 today. I
cleansed & rebuilt the contents of a chroot. During the cleanse I noticed the
smgl-fhs spell had to be recast to "fix" something under /usr/X11R6. After 
both
cleanse & rebuild I found some strange symlinks; for example:

lrwxrwxrwx 1 root root 12 2008-02-08 02:12 /usr/X11R6/lib/X11/X11 -> 
/usr/lib/X11/

That should be like this:

lrwxrwxrwx 1 root root 12 2008-02-08 02:12 /usr/X11R6/lib/X11 -> /usr/lib/X11/

What I think has happened is that smgl-fhs has made the dirs, and then 
xorg-libs
or something has run a command like this:

ln -s /usr/lib/X11/ /usr/X11R6/lib/X11

The result is, of course, that the compatibility symlink has ended up in the
wrong place.

I would argue that smgl-fhs should not create any dirs that would not be 
present
in a very minimal install. That would fix (or rather prevent) the X symlink
issue and prevent other troubles of the same kind in the future.

-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.