Understanding the bin, sbin, usr/bin , usr/sbin split

Scott Sullivan scott-lxSQFCZeNF4 at public.gmane.org
Thu Feb 2 18:34:12 UTC 2012


On 02/02/2012 12:06 PM, William Muriithi wrote:
> Walter
>>   The sad part is that Redhat (the people behind Fedora) also employ the
>> lead developers for udev, and they're trying to make udev unuseable
>> without /usr being present.
>
> I really disagree this has anything to do with RedHat.  Redhat happen
> to just employ the majority of the kernel developer which is something
> to be glad about, not something to whine about. Really, if most of the
> other big vendors like google could invest on the kernel like Redhat,
> Linux would be even better
>
> The consequence of having most of the kernel dev as RedHat employees
> is that people start feeling like Redhat control how the kernel
> development evolve.  This can not be correct, most of the kernel
> developers are top rate C programmers and can not be controlled like a
> college school kids. So, despite Redhat being their employer, how udev
> development evolve has more to do with the kernel developers taste
> than Redhat influence.  Which mean, it would not matter if they were
> employed by Google or IBM for that matter.
>
> William
>

William,

Thank you! I find it rather distasteful when people claim Fedora is just 
a facade for Red Hat. It's a real disservice to claim the smaller 
overlap with developers employed by Red Hat is the larger community as a 
whole.

It is true that Red Hat provides the Fedora Community with a lot of 
support in the form of Infrastructure. But they see a benefit in 
supporting the Fedora community because they can benefit from all the 
development work that the community does. This is the same way we all 
benefit by the nature of open-source.

-- 
Scott Sullivan
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list