[CentOS] How can a company help, officially?

Tue Apr 12 21:37:48 UTC 2011
Dag Wieers <dag at wieers.com>

On Tue, 12 Apr 2011, Karanbir Singh wrote:

> On 04/11/2011 10:27 PM, Brunner, Brian T. wrote:
>
>> If it were me, wiser you are to listen to frogs and crickets.
>> Dag is saying "I want to help but your system is closed".
>
> Just to be clear, Dag isnt saying that at all. What he is saying is that
> 'I dont want to help by actually doing anything, but I am sure other
> people do' and his reason for that is that he's done a lot for CentOS in
> the past. I don't doubt he has, but others have done more and continue
> to do more.

Eeerrm, that's not been what I have been saying. Nice to know where you 
are coming from.

I also don't see what the size of my (past) contributions to CentOS has to 
do with this whole discussion. I would much rather discuss why the QA 
process needs to be closed, why you think opening up the process will not 
help fix issues faster (while obviously that's the whole point of Open 
Source) and what the analysis is of the CentOS 5.6 release taking 3 months 
to complete.

It's obvious that most of the people arguing in this thread would like 
more timely releases, especially because those releases take longer and 
longer.

At the moment four CentOS developers (Karanbir, Johnny, Tru and Russ) are 
arguing that more transparency in the build process and QA process is not 
going to help speed up the process and have clearly articulated that they 
do not plan to make the process more transparent, and that anyone willing 
to learn, what the project already knows, are going to have to start from 
scratch.

After Johnny and Tru's disappointing messages, I twittered yesterday
as my hope for a true CentOS community is fading. I rather spend my 
energy on something that is truly Open Source, transparent and honest.

I guess that's what Johnny has been saying all along. There is no wish to 
change how the project is taking care of things.

-- 
-- dag wieers, dag at wieers.com, http://dag.wieers.com/
-- dagit linux solutions, info at dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]