Hi all,
The CentOS community is pretty limited in what we can do to the core distribution. Since our mantra is "aiming to be 100% compatible with Red Hat Enterprise Linux" we cannot fix bugs or improve the CentOS core without waiting for Red Hat to make those modifications first. We have limited leverage and a 6-month release cycle against us.
But that is not the complete truth, Red Hat usually has an internal, a vendor and a public beta period and everything that is found within that time-frame might get fixed before it is being shipped (and frozen) for the next 6 months.
Today RHEL 5.3 Beta was announced with a lot of interesting improvements.
https://www.redhat.com/archives/rhelv5-announce/2008-October/msg00000.html
So if we can improve the testing during the RHEL Beta program, everyone in the CentOS community directly benefits from that as well. Therefor it makes a lot of sense to encourage the large CentOS community to take part in the RHEL Beta program and help with improving the next CentOS releases. (You don't need my back patting, start already !)
If you are looking for the RHEL 5.3 Beta ISO images, go to Red Hat Network, log in, click on Download Software, expand the RHEL5 channel for your architecture and go to the Beta channel. There you can find the RHEL 5.3 Beta ISO images for your architecture.
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002 https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
And please, if you find anything that is worth to fix, report your findings to Red Hat's bugzilla.
Thanks in advance,
Dag Wieers wrote:
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002 https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
Would be so much nicer if Red Hat also realised this [1] and made some of those beta isos public.
- KB
[1]: Some RH people clearly have, and they have made public access to their own package sets available at various points.
On Wed, Oct 29, 2008 at 10:36:35AM +0000, Karanbir Singh wrote:
Dag Wieers wrote:
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002 https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
Would be so much nicer if Red Hat also realised this [1] and made some of those beta isos public.
I was really looking forward to testing this but when my download completes in 3 hours I might have forgotten about it completely.
I'm too used to 10MB/s local mirror speeds :/
-- Mike
On Wed, 29 Oct 2008, Mikael Fridh wrote:
On Wed, Oct 29, 2008 at 10:36:35AM +0000, Karanbir Singh wrote:
Dag Wieers wrote:
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002 https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
Would be so much nicer if Red Hat also realised this [1] and made some of those beta isos public.
I was really looking forward to testing this but when my download completes in 3 hours I might have forgotten about it completely.
I'm too used to 10MB/s local mirror speeds :/
Bringing down the barrier for people to test and report problems for RHEL Betas is something we have to discuss together with Red Hat. I discussed some of my wishes in an earlier blog post:
http://dag.wieers.com/blog/rhel-beta-test-sig
but the dialogue has not taken place yet.
I think this is one of those very profound win-win situations that we have to take advantage of.
On 10/29/08, Dag Wieers dag@centos.org wrote:
On Wed, 29 Oct 2008, Mikael Fridh wrote:
On Wed, Oct 29, 2008 at 10:36:35AM +0000, Karanbir Singh wrote:
Dag Wieers wrote:
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
Would be so much nicer if Red Hat also realised this [1] and made some of those beta isos public.
I was really looking forward to testing this but when my download
completes in
3 hours I might have forgotten about it completely.
I'm too used to 10MB/s local mirror speeds :/
Bringing down the barrier for people to test and report problems for RHEL Betas is something we have to discuss together with Red Hat. I discussed some of my wishes in an earlier blog post:
http://dag.wieers.com/blog/rhel-beta-test-sig
but the dialogue has not taken place yet.
I think this is one of those very profound win-win situations that we have to take advantage of.
-- -- dag wieers, dag@centos.org, http://dag.wieers.com/ --
As per the suggestion on Dag's blog i would be very happy to participate in any sort of beta for 5.3. I don't have a RHN subscription so my ability to get hold of the iso is limited but there are a couple of features in 5.3 that would be of use for my company's current projects - so much so that we may be delaying a proposed roll out for them
If there was to be any sort of CentOS based testing effort then i would like to throw my hat (and a dell 2950III) into the ring
best wishes
mike
On Wed, 29 Oct 2008, Michael Simpson wrote:
On 10/29/08, Dag Wieers dag@centos.org wrote:
On Wed, 29 Oct 2008, Mikael Fridh wrote:
On Wed, Oct 29, 2008 at 10:36:35AM +0000, Karanbir Singh wrote:
Dag Wieers wrote:
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002 https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
Would be so much nicer if Red Hat also realised this [1] and made some of those beta isos public.
I was really looking forward to testing this but when my download completes in 3 hours I might have forgotten about it completely.
I'm too used to 10MB/s local mirror speeds :/
Bringing down the barrier for people to test and report problems for RHEL Betas is something we have to discuss together with Red Hat. I discussed some of my wishes in an earlier blog post:
http://dag.wieers.com/blog/rhel-beta-test-sig
but the dialogue has not taken place yet.
I think this is one of those very profound win-win situations that we have to take advantage of.
As per the suggestion on Dag's blog i would be very happy to participate in any sort of beta for 5.3. I don't have a RHN subscription so my ability to get hold of the iso is limited but there are a couple of features in 5.3 that would be of use for my company's current projects
- so much so that we may be delaying a proposed roll out for them
Ok, what may not have been obvious from my mail (and I will make sure I fix that next announcement) is that anyone should be able to register on RHN for downloading these Betas.
So you do not have to be a customer to get an RHN account.
If there was to be any sort of CentOS based testing effort then i would like to throw my hat (and a dell 2950III) into the ring
Well, you could become part of this effort. I would like to create one or more pages on the Wiki just for this purpose. We could allow people to write down what they tested, on what hardware and the items that failed. And in case they made any bugreports, we could link them on the same wiki-page.
The aim obviously is to report as much to Red Hat as possible, but also to record what problems others could verify in helping those reports. The other aim is to make sure we have a good idea of what problems we can expect in the upcoming CentOS 5.3 for the release notes.
I see some overlap with the current QA SIG, but since it is closed to the wider community it does not make a lot of sense to try and merge these initiatives. They are very much different in intent.
So welcome Derek :)
Dag Wieers wrote: ...
Ok, what may not have been obvious from my mail (and I will make sure I fix that next announcement) is that anyone should be able to register on RHN for downloading these Betas.
So you do not have to be a customer to get an RHN account.
You can download and install, however, in order to do:
yum update
or even:
yum install something
you have to register the system on one of your available subscriptions.
That's how I experience it - I could be wrong?
Mogens
On Thu, 30 Oct 2008, Mogens Kjaer wrote:
Dag Wieers wrote: ...
Ok, what may not have been obvious from my mail (and I will make sure I fix that next announcement) is that anyone should be able to register on RHN for downloading these Betas.
So you do not have to be a customer to get an RHN account.
you have to register the system on one of your available subscriptions.
Hmm, I am pretty sure at some point in the past registering to RHN was free without entitlements. That is how I have delegated systems and entitlements to other people within RPMforge.
Maybe it is different now. I will have to find out and document on the Wiki in detail.
Dag Wieers wrote: ...
Hmm, I am pretty sure at some point in the past registering to RHN was free without entitlements. That is how I have delegated systems and entitlements to other people within RPMforge.
Maybe it is different now. I will have to find out and document on the Wiki in detail.
Another data point. I have a valid RHN login but with all entitlements expired - did not renew and moved everything to CentOS. RHN will only show me ISOs for old RH products - no RHEL ISOs beta or otherwise. Back when the RHEL5(.0) beta came out the subscription was still active and I was able to get and test that Beta.
From past experience IIRC, if one tries to create a new account it must use a new email address, otherwise an error is returned about the address already being in use.
Also, if attempting a new registration, from: https://rhn.redhat.com/rhn/sales/LoginInfo.do
"Red Hat Network provides Red Hat subscription customers with software downloads, updates, security errata, and systems management capabilities. To access these Red Hat Network benefits, customers must log in to Red Hat Network using a Red Hat login associated with at least one active subscription to a Red Hat product or service."
:-( Phil
Hmm, I am pretty sure at some point in the past registering to RHN was free without entitlements. That is how I have delegated systems and entitlements to other people within RPMforge.
Maybe it is different now. I will have to find out and document on the Wiki in detail.
-- -- dag wieers, dag@centos.org, http://dag.wieers.com/ --
Hi Dag according to RHN the only software that i can download is redhat 7.1,7.2,7.3 and 9
Without paying for a subscription for a machine i get
"No images were found matching your criteria"
So registering is free but entitlement isn't.
This was tried with both a corporate and personal login for RHN.
I guess i'll have to wait until a public release.
best wishes
mike
Mogens Kjaer wrote:
Dag Wieers wrote: ...
Ok, what may not have been obvious from my mail (and I will make sure I fix that next announcement) is that anyone should be able to register on RHN for downloading these Betas.
So you do not have to be a customer to get an RHN account.
You can download and install, however, in order to do:
yum update
or even:
yum install something
you have to register the system on one of your available subscriptions.
That's how I experience it - I could be wrong?
Can you create a local repo that you keep current with rsync?
Robert Moskowitz wrote: ...
Can you create a local repo that you keep current with rsync?
And where should I rsync it from?
Mogens
Dag Wieers wrote:
On Wed, 29 Oct 2008, Michael Simpson wrote:
On 10/29/08, Dag Wieers dag@centos.org wrote:
On Wed, 29 Oct 2008, Mikael Fridh wrote:
On Wed, Oct 29, 2008 at 10:36:35AM +0000, Karanbir Singh wrote:
Dag Wieers wrote:
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6002
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=6007
Would be so much nicer if Red Hat also realised this [1] and made some of those beta isos public.
I was really looking forward to testing this but when my download completes in 3 hours I might have forgotten about it completely.
I'm too used to 10MB/s local mirror speeds :/
Bringing down the barrier for people to test and report problems for RHEL Betas is something we have to discuss together with Red Hat. I discussed some of my wishes in an earlier blog post:
http://dag.wieers.com/blog/rhel-beta-test-sig
but the dialogue has not taken place yet.
I think this is one of those very profound win-win situations that we have to take advantage of.
As per the suggestion on Dag's blog i would be very happy to participate in any sort of beta for 5.3. I don't have a RHN subscription so my ability to get hold of the iso is limited but there are a couple of features in 5.3 that would be of use for my company's current projects
- so much so that we may be delaying a proposed roll out for them
Ok, what may not have been obvious from my mail (and I will make sure I fix that next announcement) is that anyone should be able to register on RHN for downloading these Betas.
So you do not have to be a customer to get an RHN account.
If there was to be any sort of CentOS based testing effort then i would like to throw my hat (and a dell 2950III) into the ring
Well, you could become part of this effort. I would like to create one or more pages on the Wiki just for this purpose. We could allow people to write down what they tested, on what hardware and the items that failed. And in case they made any bugreports, we could link them on the same wiki-page.
The aim obviously is to report as much to Red Hat as possible, but also to record what problems others could verify in helping those reports. The other aim is to make sure we have a good idea of what problems we can expect in the upcoming CentOS 5.3 for the release notes.
What kernel version is in 5.3? Still 2.6.18?
there is an IPsec patch now in 2.6.27, BEET mode for ESP.
I need this mode for HIP in kernel mode, and have yet to successfully patch the kernel myself (the HIPL team does supply a BEET patch for the 2.6.18 kernel, but...).
So I do not have a RH account. I suspect corporate does, but I am too distant from them to get access.
how might I go about getting attention on the BEET ESP mode?
2008/10/30 Robert Moskowitz rgm@htt-consult.com:
how might I go about getting attention on the BEET ESP mode?
bugzilla.redhat.com should do the trick. Regards, Laurent
Robert Moskowitz wrote:
What kernel version is in 5.3? Still 2.6.18?
there is an IPsec patch now in 2.6.27, BEET mode for ESP.
I need this mode for HIP in kernel mode, and have yet to successfully patch the kernel myself (the HIPL team does supply a BEET patch for the 2.6.18 kernel, but...).
So I do not have a RH account. I suspect corporate does, but I am too distant from them to get access.
how might I go about getting attention on the BEET ESP mode?
I'm not 100% sure Robert, but I think this might be the kernel that ships with RHEL5.3beta:
http://people.redhat.com/dzickus/el5/120.el5/
You could download it from here and at least take a look at what's in the kernel even if you don't have access to the full beta.
Ned Slider wrote:
I'm not 100% sure Robert, but I think this might be the kernel that ships with RHEL5.3beta:
http://people.redhat.com/dzickus/el5/120.el5/
You could download it from here and at least take a look at what's in the kernel even if you don't have access to the full beta.
dont even need to download it, unless you want to look for patches http://people.redhat.com/dzickus/el5/120.el5/i686/kernel-2.6.18-i686.config
the list of patches is here, http://people.redhat.com/dzickus/el5/120.el5/src/kernel-2.6.spec
Dag Wieers wrote:
So if we can improve the testing during the RHEL Beta program, everyone in the CentOS community directly benefits from that as well. Therefor it makes a lot of sense to encourage the large CentOS community to take part in the RHEL Beta program and help with improving the next CentOS releases. (You don't need my back patting, start already !)
These are the release notes http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_N...
One commentary on RHEL 5.3 beta states "Support for Windows Vista and 2008 is provided by Red Hat's rebased Samba 3.0.32." I would have like to have seen Red Hat release a rebased Samba 3.0.32 through fastrack for 4.7 and 5.2
Spike.
on 10-29-2008 11:54 AM Spike Turner spake the following:
Dag Wieers wrote:
So if we can improve the testing during the RHEL Beta program, everyone in the CentOS community directly benefits from that as well. Therefor it makes a lot of sense to encourage the large CentOS community to take part in the RHEL Beta program and help with improving the next CentOS releases. (You don't need my back patting, start already !)
These are the release notes http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_N...
One commentary on RHEL 5.3 beta states "Support for Windows Vista and 2008 is provided by Red Hat's rebased Samba 3.0.32." I would have like to have seen Red Hat release a rebased Samba 3.0.32 through fastrack for 4.7 and 5.2
Spike.
RedHat has not been in the habit, until recently, of releasing newer versions of anything. They usually just backported what they needed or wanted to their base. I think the new Firefox was a giant leap forward for them, as I thought they were going to try and keep 1.5 patched for the next 5 years or so.
I suppose that either they are trying to economize on some of that labor, or they are trying to respond to the users requests. Either way, you have to take the updates as they see fit to release them, or try for the source rpm and compile and test it on your own.
Whatever the reason, I guess we are benefiting from it.
On Wed, 29 Oct 2008, Scott Silva wrote:
on 10-29-2008 11:54 AM Spike Turner spake the following:
Dag Wieers wrote:
So if we can improve the testing during the RHEL Beta program, everyone in the CentOS community directly benefits from that as well. Therefor it makes a lot of sense to encourage the large CentOS community to take part in the RHEL Beta program and help with improving the next CentOS releases. (You don't need my back patting, start already !)
These are the release notes http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_N...
One commentary on RHEL 5.3 beta states "Support for Windows Vista and 2008 is provided by Red Hat's rebased Samba 3.0.32." I would have like to have seen Red Hat release a rebased Samba 3.0.32 through fastrack for 4.7 and 5.2
RedHat has not been in the habit, until recently, of releasing newer versions of anything. They usually just backported what they needed or wanted to their base. I think the new Firefox was a giant leap forward for them, as I thought they were going to try and keep 1.5 patched for the next 5 years or so.
I suppose that either they are trying to economize on some of that labor, or they are trying to respond to the users requests. Either way, you have to take the updates as they see fit to release them, or try for the source rpm and compile and test it on your own.
Whatever the reason, I guess we are benefiting from it.
They do it very much on a case by case basis where it makes the most sense. Both on resources, functionality and business needs.
Wrt. samba, the Samba project does a very good job in regression testing and based on functionality they have to keep close to developments in the Windows world as well.
Wrt. firefox, it is typically not used on servers so backward compatibility is not that important. It was a beast to maintain (wrt. security) and it was the source of too many RHSA. Their RHEL Security reports even go so far to make a distinction between the security of the core OS and the typical desktop applications because of this. It was probably also the reason why they tried to remove desktop applications from their server product.
It is interesting to see how they defined their products and in time find better ways and redefine what they want to deliver. But it is hard to have simple rules for something that is big and important.
On Wed, 29 Oct 2008, Spike Turner wrote:
Dag Wieers wrote:
So if we can improve the testing during the RHEL Beta program, everyone in the CentOS community directly benefits from that as well. Therefor it makes a lot of sense to encourage the large CentOS community to take part in the RHEL Beta program and help with improving the next CentOS releases. (You don't need my back patting, start already !)
These are the release notes http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_N...
One commentary on RHEL 5.3 beta states "Support for Windows Vista and 2008 is provided by Red Hat's rebased Samba 3.0.32." I would have like to have seen Red Hat release a rebased Samba 3.0.32 through fastrack for 4.7 and 5.2
Consider the Beta your fastrack and your wish is granted !