I noticed that the SGI XFS source code has been included in Severn's kernel source tree. Will XFS will be part of next official release of RedHat ?
TIA. Navin Manohar.
I noticed that the SGI XFS source code has been included in Severn's kernel source tree. Will XFS will be part of next official release of RedHat ?
XFS will certainly be in the 2.6 based releases, maybe in 2.4 based stuff, and may even make the base 2.4 kernel in time - most of the infrastructure is now present.
Whether we ship install support for it - I don't know.
Alan Cox wrote :
I noticed that the SGI XFS source code has been included in Severn's kernel source tree. Will XFS will be part of next official release of RedHat ?
XFS will certainly be in the 2.6 based releases, maybe in 2.4 based stuff, and may even make the base 2.4 kernel in time - most of the infrastructure is now present.
Whether we ship install support for it - I don't know.
Isn't this typically the type of module that would go into the "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs at my own risk, being able to do it easily, and keeping a default Red Hat Linux kernel.
Matthias
On Tue, 22 Jul 2003, Matthias Saou wrote:
Alan Cox wrote :
I noticed that the SGI XFS source code has been included in Severn's kernel source tree. Will XFS will be part of next official release of RedHat ?
XFS will certainly be in the 2.6 based releases, maybe in 2.4 based stuff, and may even make the base 2.4 kernel in time - most of the infrastructure is now present.
Whether we ship install support for it - I don't know.
Isn't this typically the type of module that would go into the "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs at my own risk, being able to do it easily, and keeping a default Red Hat Linux kernel.
So how is this any different than all the other stuff RedHat adds to the RedHat kernels now. XFS is good enough for Linus to include in 2.6 . Many are using it for production work , it is not some just released product. If it can get into this new RHL project then that would be great. It will give a head start to XFS before 2.6 .
-Connie Sieh Fermi National Laboratory
Matthias
On Tue, Jul 22, 2003 at 10:31:04PM +0200, Matthias Saou wrote:
Isn't this typically the type of module that would go into the "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs at my own risk, being able to do it easily, and keeping a default Red Hat Linux kernel.
Nothing in RHL is supported really, so it's unclear that supported/unsupported is a useful distinction.
Havoc
Havoc Pennington wrote:
On Tue, Jul 22, 2003 at 10:31:04PM +0200, Matthias Saou wrote:
Isn't this typically the type of module that would go into the "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs at my own risk, being able to do it easily, and keeping a default Red Hat Linux kernel.
Nothing in RHL is supported really, so it's unclear that supported/unsupported is a useful distinction.
er - what's all this about up2date and rhn then? seems like support to me.
Joe
On Tue, Jul 22, 2003 at 02:09:15PM -0700, joe wrote:
Havoc Pennington wrote:
On Tue, Jul 22, 2003 at 10:31:04PM +0200, Matthias Saou wrote:
Isn't this typically the type of module that would go into the "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs at my own risk, being able to do it easily, and keeping a default Red Hat Linux kernel.
Nothing in RHL is supported really, so it's unclear that supported/unsupported is a useful distinction.
er - what's all this about up2date and rhn then? seems like support to me.
For Red Hat Linux there will be no SLA guaranteeing anything. RHL is a project, it's not a supported product; Debian is a good analogy. Red Hat Enterprise Linux is the supported product. Though, RHEL will be based on RHL so work on RHL will often become part of a supported product.
RHN is planning to offer the up2date service for RHL, but there you are being offered only the RHN service, nothing more.
Note that I'm speaking future tense, I don't believe the situation with RHL 8, 9, etc. has changed.
This policy is a prerequisite to being able to open up the development model and allow external contributions; our supported bits have to be limited to a much smaller set of packages (smaller than RHL is now), more carefully controlled as to when changes are made and what the changes are like, and released less often. RHL on the other hand should have a wider range of more recently released packages, as Linux users traditionally expect.
RHL bits are going to be robust - there are betas and tested releases and bug tracking - but if it breaks, you get both pieces and a mailing list.
Havoc
On 7/22/2003 3:17 PM, Havoc Pennington wrote:
For Red Hat Linux there will be no SLA guaranteeing anything. RHL is a project, it's not a supported product; Debian is a good analogy. Red Hat Enterprise Linux is the supported product. Though, RHEL will be based on RHL so work on RHL will often become part of a supported product.
How will this affect future RHCE certifications? Will RHCE be transitioned to the Enterprise platform?
-Rick
On Tue, Jul 22, 2003 at 04:22:12PM -0400, Alan Cox wrote:
I noticed that the SGI XFS source code has been included in Severn's kernel source tree. Will XFS will be part of next official release of RedHat ?
XFS will certainly be in the 2.6 based releases, maybe in 2.4 based stuff, and may even make the base 2.4 kernel in time - most of the infrastructure is now present.
Whether we ship install support for it - I don't know.
Install support in the form of xfs aware anaconda?
It would already help a lot, if XFS was patched into the kernel and the userland tools provided. At least the XFS core patches to provide the glue to make XFS kernel modules for official RHL kernel rpms.
Rick Johnson said:
On 7/22/2003 3:17 PM, Havoc Pennington wrote:
For Red Hat Linux there will be no SLA guaranteeing anything. RHL is a project, it's not a supported product; Debian is a good analogy. Red Hat Enterprise Linux is the supported product. Though, RHEL will be based on RHL so work on RHL will often become part of a supported product.
How will this affect future RHCE certifications? Will RHCE be transitioned to the Enterprise platform?
I think you are looking for past tense. RHCE has been transistioned to the Enterprise platform (after the release of RHL 9):
http://www.redhat.com/training/rhce/rhce_faq.html#current
The validity period for all RHCEs and RHCTs is now officially pegged to the release of the Enterprise product commercially available at the time certification was earned, and certification shall be current until after one (1) major release of the Enterprise product. All RHCEs earned on Red Hat Linux 7.3 or prior will be considered current until the release of Red Hat Enterprise Linux AS/ES/WS 4. All RHCEs and RHCTs earned on Red Hat Linux 8.0 or 9 will remain current until the release of Red Hat Enterprise Linux 5. Validity and current status of an RHCE certificate will continue to be verified at Certification Central.
On 7/22/2003 4:11 PM, William Hooper wrote:
How will this affect future RHCE certifications? Will RHCE be transitioned to the Enterprise platform?
I think you are looking for past tense. RHCE has been transistioned to the Enterprise platform (after the release of RHL 9):
I don't think the FAQ states that certification was transitioned to RHEL. I interpreted the FAQ as stating that the certification validity period is based on RHEL. Current RHCE courses/certifications are still based on RH 9.
The validity period for all RHCEs and RHCTs is now officially pegged to the release of the Enterprise product commercially available at the time certification was earned, and certification shall be current until after one (1) major release of the Enterprise product. All RHCEs earned on Red Hat Linux 7.3 or prior will be considered current until the release of Red Hat Enterprise Linux AS/ES/WS 4. All RHCEs and RHCTs earned on Red Hat Linux 8.0 or 9 will remain current until the release of Red Hat Enterprise Linux 5. Validity and current status of an RHCE certificate will continue to be verified at Certification Central.
Not quite what I'm looking for. As of RH 9, the *validity* is pegged to RHEL, however it seems that training/certification is still based on the RHL releases, which aren't really relevant to RHEL. Because the releases are now more "project" based, I was curious if RHCE would transition instead to the Enterprise platform, where the certifications would be more relevant to enterprise situations. Those who want the Enterprise "education" must also take the RH 401 course.
-Rick
On Tue, Jul 22, 2003 at 03:42:59PM -0700, Rick Johnson wrote:
How will this affect future RHCE certifications? Will RHCE be transitioned to the Enterprise platform?
I don't know. I would expect so, it makes sense to me. But you'd need to ask someone in the training organization.
Havoc
Havoc Pennington wrote:
On Tue, Jul 22, 2003 at 03:42:59PM -0700, Rick Johnson wrote:
How will this affect future RHCE certifications? Will RHCE be transitioned to the Enterprise platform?
I don't know. I would expect so, it makes sense to me. But you'd need to ask someone in the training organization.
http://www.redhat.com/training/rhce/rhce_faq.html#current
I believe that this was covered in more detail at the time that Red Hat decided to drop the point releases in favor of integer-only release numbers for Red Hat Linux, but I can't find any additional documents.
On Tue, Jul 22, 2003 at 02:09:15PM -0700, joe wrote:
er - what's all this about up2date and rhn then? seems like support to me.
That's maintenance, not support, as we use the terminology. We're doing maintenance (though not to an SLA) on Red Hat Linux but we do both maintenance and support for Red Hat Enterprise Linux.
michaelkjohnson
"He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/
Michael K. Johnson wrote:
On Tue, Jul 22, 2003 at 02:09:15PM -0700, joe wrote:
er - what's all this about up2date and rhn then? seems like support to me.
That's maintenance, not support, as we use the terminology. We're doing maintenance (though not to an SLA) on Red Hat Linux but we do both maintenance and support for Red Hat Enterprise Linux.
Ah well - yes, the maintenance is valuable. support is too, but for some shops with local linux expertise the maintenance is the big thing...
Thanks for the clarification!
Joe
Hi,
sorry for the late reply.
On Tue, Jul 22, 2003 at 07:15:18PM -0400, Jeremy Katz wrote:
On Tue, 2003-07-22 at 18:56, Axel Thimm wrote:
Install support in the form of xfs aware anaconda?
Most of the installer support should be there aside from missing the utilities and kernel module. I merged the SGI patches long ago :)
That sounds great, and the current severn and rawhide kernels already support xfs 1.2. So only mkfs.xfs from xfsprogs is missing for a xfs based install, or not?
I have patched the latest rawhide kernel to XFS 1.3.0 and have built uptodate xfs userland tools for rawhide (including updated attr/acl bits). Would you consider XFS support in the installer?
While I have already built the mentioned rpms, I will only have time to test them in the first half of October.
Anyone wishing to help testing please contact me.
-
Alan Cox -
Axel Thimm -
Connie Sieh -
Gordon Messmer -
Havoc Pennington -
Jeremy Katz -
joe -
Manohar, Navin S. (Export) -
Matthias Saou -
Michael K. Johnson -
Rick Johnson -
William Hooper