Re: How can a company help, officially?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Mon, 11 Apr 2011, Digimer wrote:

> On 04/11/2011 03:10 PM, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Tru Huynh wrote:
>>
>>> On Mon, Apr 11, 2011 at 08:19:22PM +0200, Dag Wieers wrote:
>>>
>>>> Considering you follow the "it's released when it's ready" mantra, what
>>> [ ... ]
>>>> I no longer expect any change.
>>>
>>> Then why are you always coming back here to voice your concerns
>>> if you don't expect any change?
>>
>> Convince me otherwise. These concerns are not just my concerns, I have had
>> companies calling me for more information or advice because these
>> questions go unanswered.
>>
>> But few people dare to raise their voice on this list.
>>
>> There have been interviews by CentOS developers on popular websites in the
>> past promising improvements to how the project is organized, but releases
>> take longer and development/QA stays closed. Why is that ?
>
> /putting on asbestos pants.
>
> each release is more complex than the last. The web of dependency grows,
> so the reverse-engineering takes longer and longer.

Not true for eg. CentOS 4.8 and CentOS 5.6, the complexity of those two or 
no more different than CentOS 4.7 or CentOS 5.5. Besides that, if you open 
up the QA and problems, there are more people that can jump in and help 
fix one issue.

I have compared it to the development of the Linux kernel, either you try 
to do everything by 3 people, or you open it up and let the community 
provide you with issues and provide pull requests. So that those 3 people 
simply have to merge those pull requests. It's a lot less work by the 
core, and it scales better because all those people waiting for the new 
release to be ready can actively participate and _make_ that release 
faster.

I would basicly make the whole discussion void, because anyone complaining 
could actively help the release go forward. Now we both know exactly what 
the issue was, we can guess or have to accept vague information.


> Perhaps the tact to take is to apply pressure to the upstream provider
> to release the build details? I am sure that many folks who start with
> CentOS, grow to be large and move to RH proper. So there is, I would
> venture, an argument to be made that RH providing this info to CentOS
> and helping CentOS thrive would be beneficial for their business.

Well, that could be useful too, but why sit and wait for something you 
cannot control to happen. Or take a decision that the project can 
implement today.

-- 
-- dag wieers, dag@xxxxxxxxxx, http://dag.wieers.com/
-- dagit linux solutions, info@xxxxxxxxx, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux