Hi Karanbir,<br><br><div class="gmail_quote">2011/1/5 Karanbir Singh <span dir="ltr"><<a href="mailto:mail-lists@karan.org">mail-lists@karan.org</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

[...]<br>
Couple of things worth clearing up:<br>
<br>
CentOS is not SL<br>
CentOS and SL target a very different Goal Set ( there is user end<br>
overlap, which imho is good )<br></blockquote><div class="im"><br>I know but the source is equal.<br><br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
When we asked around for help from people, the *currnet* state of CentOS<br>
was a bunch of srpms that needed to be looked at for content audits.<br>
These srpms are widely available. What do you want to do with these<br>
sources that would imply to you a beta or an alpha state ? as far as I<br>
am concerned those sources represent the final product pretty much.<br></blockquote><div class="im"><br>I'm seeking for two different things, one thing is an alpha or beta ISO (which gives you at least the ability to install a minimal CentOS 6) two check if procedures like Cobbler or Puppet or ... are still functional or if things need to be changed. Using SL6 or RHEL6 didn't help much because facter return different values (i.e. facter operatingsystem gives RedHat instead of CentOS which brake all operating system selectors).<br>

The second thing is a built environment that help me to find bugs in the build process and gives me the ability to fix them. It would also be sufficient for me to only have the built environment to create my own ISOs and use them for testing (if there are too many concerns about offering alpha or beta ISO officially).<br>

<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Can you quantify what you mean by 'open approach' ( basically, what<br>
steps and what gains those steps would bring about )<br></blockquote><div><br>See above, this is my motivation for having access to earlier releases where not everything is already compiling and working.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<div class="im">
[...]<br>
</div>Problems remain where ? in CentOS or RHEL ? It was RHEL6 that had a<br>
public beta, for issues that should have been reported against<br>
bugzilla.r.c; or am I misunderstanding what you said ?<br></blockquote><div><br>A bit, I mean problems remaining in the current CentOS 6 built process. I would like to help sorting problems out to get CentOS6 as soon as possible, but I don't know what problems are still blocking CentOS 6 from being ready to distribute. I checked the archives of the mailing lists as well as the website but didn't find things in this area. Maybe a link on the CentOS entry page: "Help making CentOS 6 ready to release" would be helpful.<br>

<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Don't get me wrong, I am well aware of the fact that there are issues<br>
and situations that need looking at and changing. But lets do the right<br>
thing rather than just doing something. Going by the popularist current<br>
mood of people on this list, I think people just want early access to a<br>
codebase they can start using for their own use rather than actually<br>
working towards building CentOS-6. Which makes me fear that the only way<br>
we are going to get C6 out of the door in the next few weeks is by<br>
clamping up,  talking to the usual-suspects and just going back to the<br>
CentOS-5 process. And to be honest, I don't really think these<br>
conversations over the past two months have been wasted; but in the<br>
grant scheme of things - getting 6.0 out of the door might be a better<br>
target for now - as long as we can somehow agree that we get back to<br>
this process engineering immediately after so as to not be in the same<br>
situation, come 6.1.<br>
<br>
Also, failback to the CentOS-5 process isn't necessarily a bad thing -<br>
we know it works :)<br></blockquote><div><br>I don't get you wrong (hopefully) and I really appreciate the work that is done from the CentOS team, I just want to figure out if there are possibilities to speed up the process to release CentOS 6 by helping with bug reports or patches to have CentOS 6 up in the air soon.<br>

<br>Kind regards, Thomas<br>
</div></div>