Bug#556526: hurd - FHS violation: /libexec

2011-11-07 Thread Samuel Thibault
Philipp Kern, le Wed 07 Sep 2011 11:07:31 +0200, a écrit :
 Package: hurd
 Version: 20090404-2
 Severity: important
 
 Hurd violates the FHS by using /libexec. This name seems to be only used
 by init and /etc/ttys.

It shouldn't be too hard to move from /libexec, there's currently

console-run
getty
rc
@runsystem
runsystem.gnu
runttys

getty could go into /sbin/getty (util-linux does not ship it),
console-run and runttys probably, too. rc could go to /etc/hurd/rc, as
well as runsystem?

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#556526: hurd - FHS violation: /libexec

2011-09-09 Thread Jérémie Koenig
On Wed, Sep 7, 2011 at 11:07 AM, Philipp Kern pk...@debian.org wrote:
 On Mon, Nov 16, 2009 at 03:40:05PM +0100, Bastian Blank wrote:
 Hurd violates the FHS by using /libexec. This name seems to be only used
 by init and /etc/ttys.

 I'm upgrading this to serious on the grounds that this package is only
 useful on the non-release architecture hurd-i386 and it's clearly a
 policy violation that makes the package unsuitable for a release.

There's a patch here: http://lists.archhurd.org/devel/msg00102.html.

The patch moves /libexec/* to /etc. I guess /sbin (or maybe,
/lib/hurd) would be more appropriate. What do you think?

-- 
Jérémie Koenig j...@jk.fr.eu.org
http://jk.fr.eu.org/



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#556526: hurd - FHS violation: /libexec

2011-09-09 Thread Gergely Nagy
Jérémie Koenig j...@jk.fr.eu.org writes:

 On Wed, Sep 7, 2011 at 11:07 AM, Philipp Kern pk...@debian.org wrote:
 On Mon, Nov 16, 2009 at 03:40:05PM +0100, Bastian Blank wrote:
 Hurd violates the FHS by using /libexec. This name seems to be only used
 by init and /etc/ttys.

 I'm upgrading this to serious on the grounds that this package is only
 useful on the non-release architecture hurd-i386 and it's clearly a
 policy violation that makes the package unsuitable for a release.

 There's a patch here: http://lists.archhurd.org/devel/msg00102.html.

 The patch moves /libexec/* to /etc. I guess /sbin (or maybe,
 /lib/hurd) would be more appropriate. What do you think?

With my occassional Hurd user hat on, /lib/hurd sounds like the most
appropriate place to put these stuff into, or failing that, /sbin. But
definitely not /etc. Neither init, nor console-run strike me as things
the user would wish to edit.

-- 
|8]



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#556526: hurd - FHS violation: /libexec

2011-09-07 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 severity 556526 serious
Bug #556526 [hurd] hurd - FHS violation: /libexec
Severity set to 'serious' from 'important'

 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
556526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556526
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org