Skip to Content.
Sympa Menu

sm-grimoire-bugs - [SM-Grimoire-Bugs] [Bug 13112] smgl-fhs should be updated

sm-grimoire-bugs AT lists.ibiblio.org

Subject: SourceMage Grimoire Bug List

List archive

Chronological Thread  
  • From: bugzilla-daemon AT bugs.sourcemage.org
  • To: sm-grimoire-bugs AT lists.ibiblio.org
  • Subject: [SM-Grimoire-Bugs] [Bug 13112] smgl-fhs should be updated
  • Date: 8 Feb 2008 05:44:06 -0000

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.




Archive powered by MHonArc 2.6.24.

Top of Page