Re: Arklinux and FHS and LSB

Hi,

[...]

>
> As the distribution's pedantic (and more than a little policy happy at
> times) standards guy, I think I should weigh in on this.
>
> First, most distributions are NOT moving to this scheme since it makes no
> sense for a few reasons:
>
> 	1 historical
> 	2 Adds a new top level directory
> 	3 Is based on Solaris FS heirachy, whereas /mnt/<foo> is from the far more
> 		sane BSD dir structure.
>
> Additionally, the LSB is in many ways flawed, since it intends to
> perpetuate flawed UNIX paradigms that need to die. One of the goals of Ark
> Linux is, if it doesn't make logical sense to the home / office end user,
> eliminate or change it. 

Some LSB stuff may wrong and old, but standards are a good thing. Endusers may 
want to use third party software, we need the LSB in this area (maybe not 
now, but hopefully in the future).

Anyway, LSB does not say that we have to do it their way, in most cases we 
only need a compatibility layer (Debian is not RPM based, but LSB compliant).

For the media/mnt thing, ask yourself: what is more self-explanatory?

> There are a number of cases where this applies, 
> however it will take manpower to make those changes to the mindset of old
> UNIX geeks. Besides if the FHS and LSB were taken as canon 90% of GNOME
> would be marked as uncompliant due to the mess it makes of the directories
> that it is put in.
>
> Finally, remember, LSB 2.0 is still under heavy scrutiny. MDK and RH both
> are oppsed to some of the changes that the upcoming version of LSB is
> requiring. For instance, MDK has stated that they _will not_ move up to
> X.org or XFree86 4.4 (the former due to it's stability and compatibility,
> the later due to the knee jerk reaction to the license change) and will be
> remaining on the 4.3.0 branch for a while. However, LSB 2.0 requires X.org
> or 4.4 for full compliance.
>

I have heard that LSB 2.0 will be ready in August this year. Maybe MDK will 
not move to a new X implementation for now, but sure they will in the future. 


Hendrik