I am having a hard time finding information on what to expect from the new kernel FS. Will 2.4
ship with one of these?
No, none of these will be in vanilla 2.4. Vendors might add them to their particular version.
Do any or all of them break the 2GB filesize limit?
All, as does ext2. This is more related to the kernel in general and glibc. In fact, if you install the enterprise kernel coming with Red Hat Linux 7, you can already use it.
Yeah, but they're trying to unify them. That's what Windows Milennium is about, migrating users to a single OS that will come in editions
that range from Professional (desktop workstation) to Data Center (high-end OLTP and DS).
Hardly - Windows Millenium is a revamped Windows 98, and intended and home users. Win 2k was originally intended to be the unifying platform, but Microsoft found it was too resource hungry, had too many problems with weirdo hardware used by home users. So they're now intending to do this with the next release in the Windows NT line - Windows Millenium is just the last version in the Win95 line
Also, I doubt they would unify this with WinCE - common API, yes, but the OSes would be different.
I got the drivers from www.nvidia.com, they support awsome
3d stuff, eg 300fps in quake3 whilst playing. AND they are opensource, last time i checked you had to compile them, and you could edit the source
if you really wanted to..
Take a look at the "source", and you'll find that lots of it is binary only - everything but the kernel module.
Sure it exists - a date is part of the usual GNUPro tools, and we didn't use to have it there: We added it since our GCC engineers asked for it.
(and we've added quite a few patches to that release).
As I wrote, we do ship a newer version and we certainly was aware of newer versions of Enlightenment. It didn't fit well with GNOME, so we chose not to ship it with Red Hat Linux 6.2. However, now that is primarily a standalone wm and not part of a integrated whole, we could upgrade it.
As for 2.2.17 - note that the 2.2.16-3 errata kernel and the kernel shipped with Red Hat Linux 7.0 already contains most of the changes between 2.2.16 and 2.2.17, and many other patches.
We don't upgrade components inbetween releases unless we need to - a distribution is a tested whole, and if we started upgrading all the components all the time, much of the integration testing is wasted and it would be hard to target the distribution for software, services, support etc. since it would be less certain what the system was running.
Its like the free windows updates from MS but you have to pay a yearly subscription fee.
Please start reading and gathering information before replying. Thanks. It is our intention to have a free, baseline service - we'll have value-added high end services on top of that, but that is in addition.
I started using Mandrake for the Pentium optimized compiles, but it appears that Redhat is doing that now.
"Optimized for Pentium" used to be a gimmick with no substance - gcc 2.95 or egcs didn't yield much performance improvement (in the cases I tested long before joining Red Hat (CPU-intensive applications - number crunching) they were actually 1-2 % slower). pgcc could give some results, but was plagued with bugs.
The new Red Hat Linux contains a compiler with a brand new x86 backend (which means you should actually see some performance improvement) - and the programs are optimized for PentiumPro or higher, while maintaining compatibility for older CPUs.
It seemed in the past that Mandrake released new versions of their rpms a little quicker, at least in the cooker distro.
Mandrake's "cooker" isn't a stable distribution - it's a development tree, just like our Rawhide
Red Hat Linux ships with XFree86 4.0.1 (with plenty of patches from the CVS), but also includes servers from 3.x since these servers in some cases are much sore stable and also support some older hardware.
That's odd. I've been a minor (very minor, mind you) GCC contributor for a while, and I could have sworn that 2.96 doesn't actually exist.
The actual release is marked gcc version 2.96 20000731 (Red Hat Linux 7.0) .
It is tagged in the trees, and will be supported by the former cygnus(which is now part of Red Hat, including the gcc engineers). We've put a lot of work into making this a stable, high-performance compiler and so far it looks like one.
I hardly see the 2.4 kernel being released very soon, and also we would need time to test and tweak it (we have extensive kernel QA) - rest assured, no Red Hat Linux 7.1 is coming up for some time
Getting out of the number game would be good - e.g. some people could fooled into believing that Mandrake is newer and more uptodate than the current Red Hat. E.g., I've seen some people here say that Mandrake released their 7.0 a long time ago and now are at 7.1
I'd like to know how this release supports 3Dfx chipset
If you look in the preview directory, you will find Glide and the 3dfx DRI interface. Install, and 3D acceleration should work. It works on a test banshee, and Dale has been playing Quake3 on a Voodoo5 in 1600x1200 so it does work somewhat.
So, is anyone brave enough to try and upgrade from 6.2 to 7.0? I know it's possible under Debian, but is it a wise thing to try with RedHat?
Of course - Red Hat has been upgradeable since 2.0/2.1. This has been tested extensively, including migration of some files (like inetd.conf) - if you have problems, feed bugzilla
I don't know yet what version they are using for 7.0
We are shipping 0.16.4 - the reason for not upgrading earlier were bugginess, poor integration with gnome and reimplementaion of features in gnome in the newer releases: We needed something which worked as well as possible with gnome. Now that sawfish does that job (and works better than Enlightenment ever did in that role), Enlightenment has been upgraded.
Integrated with the Red Hat Network.
Since it's already slashdotted, care to enlighten us as to what this is all about? I'm wary of the name already -- it's way too close MSN...
It's a way of administering and monitoring your systems - the base service is for it to notify you when any of the rpms on your systems has been updates, and install that. Later on, we're planning to add enterprise features. The basic service is intended to be free, while we will sell higher level services including support.
(on rpm 4) Which gives us what benefits over 3.x?
It has some code in it to handle multiple architectures on the same system (IA64 can use IA32 binaries, same situation for SPARC/UltraSPARC), it is based on db3 and has transaction support, it has new standard macros and build policies and many internal changes. Probably more I don't know of (i.e. not highly visible)
Red Hat Linux 7.0 is far more uptodate than Slackware 7, Mandrake 7.1 etc - our version number is there to say what is and what isn't binary compatible. Some of the others just play the number game (Mandrake, Slackware), SuSE seems to have their own versioning instead of just upping their number(I'm not sure what it is yet...) and Debian also has their own versioning.
new 2.2ish glibc
new gcc compiler, with performance enhancements
openssl, openssh
Integrated with the Red Hat Network. The base service is free.
optimized for PentiumPro or higher, while maintaining backwards compatibility
XFree 4, with accelerated 3D support for some cards. Many XFree 3.x servers used for stability reasons, but they also work with GLX.
RPM 4
USB support for mice and keyboard (the rest is included as is)
Gnome 1.2 (seems to have less bugs than helix)
preview of KDE 2 and 2.4 kernel
FHS layout
QT 2.2
And probably more features I'm just taking for granted now...
As seen in the Pinstripe beta, we just took one of the available backports. Sure, we've fixed bugs in it and backported some more recent work but the credit for making this possible goes to the people at linux-usb
Slashdot Mirror
I am having a hard time finding information on what to expect from the new kernel FS. Will 2.4 ship with one of these?
No, none of these will be in vanilla 2.4. Vendors might add them to their particular version.
Do any or all of them break the 2GB filesize limit?
All, as does ext2. This is more related to the kernel in general and glibc. In fact, if you install the enterprise kernel coming with Red Hat Linux 7, you can already use it.
Microsoft manages to drive W2K, WinCe, W9.x
Yeah, but they're trying to unify them. That's what Windows Milennium is about, migrating users to a single OS that will come in editions that range from Professional (desktop workstation) to Data Center (high-end OLTP and DS).
Hardly - Windows Millenium is a revamped Windows 98, and intended and home users. Win 2k was originally intended to be the unifying platform, but Microsoft found it was too resource hungry, had too many problems with weirdo hardware used by home users. So they're now intending to do this with the next release in the Windows NT line - Windows Millenium is just the last version in the Win95 line
Also, I doubt they would unify this with WinCE - common API, yes, but the OSes would be different.
I got the drivers from www.nvidia.com, they support awsome 3d stuff, eg 300fps in quake3 whilst playing. AND they are opensource, last time i checked you had to compile them, and you could edit the source if you really wanted to..
Take a look at the "source", and you'll find that lots of it is binary only - everything but the kernel module.
None of the nVidia chips have accelerated 3D, as the only avilable driver isn't opensource and is binary only.
Sure it exists - a date is part of the usual GNUPro tools, and we didn't use to have it there: We added it since our GCC engineers asked for it. (and we've added quite a few patches to that release).
As I wrote, we do ship a newer version and we certainly was aware of newer versions of Enlightenment. It didn't fit well with GNOME, so we chose not to ship it with Red Hat Linux 6.2. However, now that is primarily a standalone wm and not part of a integrated whole, we could upgrade it.
As for 2.2.17 - note that the 2.2.16-3 errata kernel and the kernel shipped with Red Hat Linux 7.0 already contains most of the changes between 2.2.16 and 2.2.17, and many other patches.
We don't upgrade components inbetween releases unless we need to - a distribution is a tested whole, and if we started upgrading all the components all the time, much of the integration testing is wasted and it would be hard to target the distribution for software, services, support etc. since it would be less certain what the system was running.
Its like the free windows updates from MS but you have to pay a yearly subscription fee.
Please start reading and gathering information before replying. Thanks. It is our intention to have a free, baseline service - we'll have value-added high end services on top of that, but that is in addition.
I started using Mandrake for the Pentium optimized compiles, but it appears that Redhat is doing that now.
"Optimized for Pentium" used to be a gimmick with no substance - gcc 2.95 or egcs didn't yield much performance improvement (in the cases I tested long before joining Red Hat (CPU-intensive applications - number crunching) they were actually 1-2 % slower). pgcc could give some results, but was plagued with bugs.
The new Red Hat Linux contains a compiler with a brand new x86 backend (which means you should actually see some performance improvement) - and the programs are optimized for PentiumPro or higher, while maintaining compatibility for older CPUs.
It seemed in the past that Mandrake released new versions of their rpms a little quicker, at least in the cooker distro.
Mandrake's "cooker" isn't a stable distribution - it's a development tree, just like our Rawhide
Red Hat Linux ships with XFree86 4.0.1 (with plenty of patches from the CVS), but also includes servers from 3.x since these servers in some cases are much sore stable and also support some older hardware.
It will update it, of course - it has a lot of fixes, are integrated with Red Hat Linux and is compiled against the libraries we ship.
I'm not sure of the level of previous Japanese support, but we have a great team in Japan working on improving it.
This was a bug, and has since been fixed (and it wasn't harder than pressing "install packages to satisfy dependencies" a couple of times.
That's odd. I've been a minor (very minor, mind you) GCC contributor for a while, and I could have sworn that 2.96 doesn't actually exist.
The actual release is marked
gcc version 2.96 20000731 (Red Hat Linux 7.0)
. It is tagged in the trees, and will be supported by the former cygnus(which is now part of Red Hat, including the gcc engineers). We've put a lot of work into making this a stable, high-performance compiler and so far it looks like one.
I'm still wondering about that "Winston" that Linux Planet mentioned.
An internal name of the Red Hat Linux 7.0 project, never meant as a name for Red Hat Linux 7.0 itself.
"Zoot" was the name of Red Hat Linux 6.2, "Pinstripe" was the name of the beta for Red Hat Linux 7 and "Guinness" is the name of Red Hat Linux 7.0
2.4 kernal and Apache 2.0 are almost ready..
I hardly see the 2.4 kernel being released very soon, and also we would need time to test and tweak it (we have extensive kernel QA) - rest assured, no Red Hat Linux 7.1 is coming up for some time
Getting out of the number game would be good - e.g. some people could fooled into believing that Mandrake is newer and more uptodate than the current Red Hat. E.g., I've seen some people here say that Mandrake released their 7.0 a long time ago and now are at 7.1
I'd like to know how this release supports 3Dfx chipset
If you look in the preview directory, you will find Glide and the 3dfx DRI interface. Install, and 3D acceleration should work. It works on a test banshee, and Dale has been playing Quake3 on a Voodoo5 in 1600x1200 so it does work somewhat.
So, is anyone brave enough to try and upgrade from 6.2 to 7.0? I know it's possible under Debian, but is it a wise thing to try with RedHat?
Of course - Red Hat has been upgradeable since 2.0/2.1. This has been tested extensively, including migration of some files (like inetd.conf) - if you have problems, feed bugzilla
I don't know yet what version they are using for 7.0
We are shipping 0.16.4 - the reason for not upgrading earlier were bugginess, poor integration with gnome and reimplementaion of features in gnome in the newer releases: We needed something which worked as well as possible with gnome. Now that sawfish does that job (and works better than Enlightenment ever did in that role), Enlightenment has been upgraded.
Integrated with the Red Hat Network. Since it's already slashdotted, care to enlighten us as to what this is all about? I'm wary of the name already -- it's way too close MSN...
It's a way of administering and monitoring your systems - the base service is for it to notify you when any of the rpms on your systems has been updates, and install that. Later on, we're planning to add enterprise features. The basic service is intended to be free, while we will sell higher level services including support.
(on rpm 4) Which gives us what benefits over 3.x?
It has some code in it to handle multiple architectures on the same system (IA64 can use IA32 binaries, same situation for SPARC/UltraSPARC), it is based on db3 and has transaction support, it has new standard macros and build policies and many internal changes. Probably more I don't know of (i.e. not highly visible)
Red Hat Linux 7.0 is far more uptodate than Slackware 7, Mandrake 7.1 etc - our version number is there to say what is and what isn't binary compatible. Some of the others just play the number game (Mandrake, Slackware), SuSE seems to have their own versioning instead of just upping their number(I'm not sure what it is yet...) and Debian also has their own versioning.
And probably more features I'm just taking for granted now...
As seen in the Pinstripe beta, we just took one of the available backports. Sure, we've fixed bugs in it and backported some more recent work but the credit for making this possible goes to the people at linux-usb
Bob Young is chairman and open source evangelist.
Please don't write about things you don't know - there is no such abilities in RPM, and there won't be any: RPM is not the right layer for this.