Re: How can a company help, officially?

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



On Mon, 11 Apr 2011, Tru Huynh wrote:

> On Mon, Apr 11, 2011 at 10:20:59PM +0200, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Tru Huynh wrote:
> ...
>>> My maze is the build order (ie dependancy order of the SRPMS),
>>> What are yours? how do you get to that number of mazes?
>>
>> The build order is not what took 86 days, was it ?
>
> it's too easy to answer my question by yet another stab.

It's not a stab. Although if you take everything personal, you might think 
it is.

You implied that only the build order is what makes it hard. I doubt that 
build order is what took 86 days. But I don't know what exactly took 86 
days, because the build process and the problems are closed.

So this discussion may seem to you as trolling, but I cannot be more 
specific, can I ? Transparancy would actually make this discussion 
worthwhile, maybe even exciting, and solutions possible.


> So where are these thousands of mazes?

Well, every package that needs to be rebuild is a maze. If you require 
everyone to rebuild the same package and potentially troubleshoot that 
package, you are duplicating A LOT OF work, and you may be introducing 
differences in builds (due to build order) that make problems unique to a 
specific build.

So not only would that be unworkable, it would be deliberatly harder to 
release sooner.

All when CentOS is already doing some of that work, behind doors.

-- 
-- 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