Re: Bug#589229: vmfs-tools: possible FHS violation, as fsck.vmfs is not in /sbin

2010-07-16 Thread Christoph Anton Mitterer
On Fri, 2010-07-16 at 11:18 +0200, Mike Hommey wrote:
> So until the program actually does what it is intended to, I'm not
> exactly sure it is safe to put it in /sbin. OTOH, I could rename it, but
> except for nitpicking, what exactly would be the point?
So then let's downgrade the severity and leave this open until it does
what it's intended to do?


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature


Re: Bug#589229: vmfs-tools: possible FHS violation, as fsck.vmfs is not in /sbin

2010-07-16 Thread Alexander Reichle-Schmehl
HI!

Am 16.07.2010 11:18, schrieb Mike Hommey:

> So until the program actually does what it is intended to, I'm not
> exactly sure it is safe to put it in /sbin. OTOH, I could rename it, but
> except for nitpicking, what exactly would be the point?
> 
> What do fellow developpers think?

Leaving it the way it is seems to me like a good idea.


Best regards,
  Alexander


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c404996.7080...@schmehl.info



Re: Bug#589229: vmfs-tools: possible FHS violation, as fsck.vmfs is not in /sbin

2010-07-16 Thread Mike Hommey
On Thu, Jul 15, 2010 at 11:42:07PM +0200, Christoph Anton Mitterer wrote:
> Package: vmfs-tools
> Severity: serious
> Justification: Policy 9.1.1
> 
> 
> Hi.
> 
> I might have spotted a policy violation here (therefore the sevirity serious).
> 
> Policy section 9.1.1. specifies:
> "The location of all installed files and directories must comply with the 
> Filesystem Hierarchy
> Standard (FHS), version 2.3, with the exceptions noted below,..."
> 
> The FHS in turn specifies:
> "The following files, or symbolic links to files, must be in /sbin if the 
> corresponding subsystem is installed:
> ...
> fsck.*
> mkfs.*
> "
> (see http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS8).
> 
> 
> As far as I can tell this is not the case, right? 
> 
> I also do not see any exception for this in section 9.1.1.
> 
> 
> I don't judge whether /sbin is really a better location, just wanted to 
> bring this to your
> attention :)

That was actually done so on purpose, because while the intent is that
the program is a normal fsck program, at the moment, it really doesn't
do much, and doesn't work as people using /sbin/fsck would expect it to.

So until the program actually does what it is intended to, I'm not
exactly sure it is safe to put it in /sbin. OTOH, I could rename it, but
except for nitpicking, what exactly would be the point?

What do fellow developpers think?

Mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100716091811.gc3...@glandium.org