XFS was only the 2nd journaling file system available and useable on linux, after ReiserFS, and before ext3 and jfs. Quite odd that cmdrtaco would get the impression now that there's too many jfs's in the kernel, where have you been I ask? It's been there for a couple of years, and without a problem with over 300 days uptime.
XFS is more advanced than ReiserFS, JFS, and ext3 in terms of fs feature support on linux, the only thing missing I believe is shrinking the fs online.
Yes, but I'm talking about a few important packages, such as the kernel, samba, postgres, kde, etc., and samba 2.2 is a release that's been coming for over 2 years now. Redhat should have been testing the samba 2.2 alpha releases for some time now, and be ready to include them and support it (maybe they already are ready). There's a huge opportunity there to be the first distribution to provide a near replacement for an NT PDC (unless you need BDC's), and they could have done it if they'd managed to do the timing slightly differently. It'll now be another 4 months or more before RedHat gets 7.2 out and supports samba 2.2 out of the box. We don't even know if it'll be in RedHat 7.2, because redhat seems to only does minor updates between dist rev's (binary compatibility for sure,.conf file compatibility too?).
Wow, just a day after the release of RedHat 7.1, one of the most important server apps that's been in testing for over 2 years, and in development for even longer, is finally released as stable! Couldn't RedHat see this coming? What a lost opportunity, oh well. It seems many other things like Python 2.1, Postgres 7.1, and Gnome 1.4 aren't in RedHat's latest release either (gnome1.4 understandably missing).
Congratulations should also go to Luke Kenneth Caston Leighton who engineered most of the PDC-related code and who undoubtedly made samba 2.2 possible. Check out www.samba-tng.org for more info on PDC development (TNG = the next generation).
How long do you think it will be until the Samba team starts really hammering on the 3.0 release and merging in all the PDC support from the TNG branch? I understand the 2.0X branch has had priority because many people use and depend on it, but I think there's a definite need for the rest of the NT Server services to be engineered into Samba to fully replace an NT network. How do you feel regarding Luke Leighton's goals for TNG (formerly samba 2.1) and in fully merging and working to complete this work for Samba 3.0?
No doubt it's a bad thing if all the graphics manufacturers decide not to release source.
But you've got one point wrong - it doesn't mean that people on uncommon hardware will be left out in the cold. Didn't you know that the XFree86 driver loader loads a single binary driver no matter what platform you're on? It also means that it'll be much easier for average people to download a new tested driver and install it without affecting anything else on their system. And it means more drivers for us all.
And by no means does it prevent them from releasing the source code. The ones who do release source code will end up with more stable drivers. So buy a video card from a manufacturer that supports open source! Eg. Matrox - they're paying Pricision Insight to develop a driver for G200 and G400 which exploits the card, and then to give away the source under the GPL. Now that's impressive.
Slashdot Mirror
XFS was only the 2nd journaling file system available and useable on linux, after ReiserFS, and before ext3 and jfs. Quite odd that cmdrtaco would get the impression now that there's too many jfs's in the kernel, where have you been I ask? It's been there for a couple of years, and without a problem with over 300 days uptime.
XFS is more advanced than ReiserFS, JFS, and ext3 in terms of fs feature support on linux, the only thing missing I believe is shrinking the fs online.
Yes, but I'm talking about a few important packages, such as the kernel, samba, postgres, kde, etc., and samba 2.2 is a release that's been coming for over 2 years now. Redhat should have been testing the samba 2.2 alpha releases for some time now, and be ready to include them and support it (maybe they already are ready). There's a huge opportunity there to be the first distribution to provide a near replacement for an NT PDC (unless you need BDC's), and they could have done it if they'd managed to do the timing slightly differently. It'll now be another 4 months or more before RedHat gets 7.2 out and supports samba 2.2 out of the box. We don't even know if it'll be in RedHat 7.2, because redhat seems to only does minor updates between dist rev's (binary compatibility for sure, .conf file compatibility too?).
Congratulations should also go to Luke Kenneth Caston Leighton who engineered most of the PDC-related code and who undoubtedly made samba 2.2 possible. Check out www.samba-tng.org for more info on PDC development (TNG = the next generation).
Well yeah it'd be incredible, doesn't Bruce Perens work there? ;)
Well, an XFree86 4.0 driver DOES addresss the needs of PPC and Alpha users. A single driver runs on *any* xfree4 server.
How long do you think it will be until the Samba team starts really hammering on the 3.0 release and merging in all the PDC support from the TNG branch? I understand the 2.0X branch has had priority because many people use and depend on it, but I think there's a definite need for the rest of the NT Server services to be engineered into Samba to fully replace an NT network. How do you feel regarding Luke Leighton's goals for TNG (formerly samba 2.1) and in fully merging and working to complete this work for Samba 3.0?
No doubt it's a bad thing if all the graphics manufacturers decide not to release source.
But you've got one point wrong - it doesn't mean that people on uncommon hardware will be left out in the cold. Didn't you know that the XFree86 driver loader loads a single binary driver no matter what platform you're on? It also means that it'll be much easier for average people to download a new tested driver and install it without affecting anything else on their system. And it means more drivers for us all.
And by no means does it prevent them from releasing the source code. The ones who do release source code will end up with more stable drivers. So buy a video card from a manufacturer that supports open source! Eg. Matrox - they're paying Pricision Insight to develop a driver for G200 and G400 which exploits the card, and then to give away the source under the GPL. Now that's impressive.