RH does a full blown QA. It takes a while to test any package that you're shipping, and GNOME 2.0 is a very large amount of software. They'd take months to QA GNOME 2.0.
GNOME 2.0 is definitely going to take another release.
What specific complaints do you have with LPRng? I use it, and I'm very happy with it, and when I needed to set up a custom print pipeline to have ghostscript prerender documents to bitmaps before sending it to my LaserWriter, it worked nicely.
The only thing I've heard about CUPS is that it has some graphical config utility (which wouldn't have worked in my case, and could have screwed things up). I'd rather drop CUPS than LPRng, actually. RH's printtool works nicely for creating LPRng setups if you want a GUI config tool.
Are there any concrete benefits you're thinking of that CUPS has that you like?
Yeah, but 7.2's been out for a while, and it's going to probably be 18 months at least for 2.6 to come out with ALSA and Moz 1.0 could come out quite some time away.
They don't include a lot of that by default. 5 CDs just means that more is prepackaged and on the CDs. If everything you want is there, it means that you don't have to install your distro and then immediately start spending days downloading software.
As a matter of fact, RH has reduced the number of things running by default. 5.2 had all kinds of servers enabled by default. As the general level of Linux user skill has dropped, RH has changed their default settings to fit.
Maybe, but Linuxconf is still the best *comprehensive* config utility out there that doesn't shred config files.
As for "look at the/etc/ hierarchy" as some have suggested, I disagree. That's convenient if you have time on your hands to look up formats and options. It's less convenient if you need something simple and obvious done right away because someone needs a feature enabled ASAP. I now configure almost everything on my box with emacs *but* when I was starting out with Linux, I definitely wanted something that would let me just do stuff. I learned the formats and options as I went along.
And some files simply should not be touched by any human./etc/sendmail.cf is possibly the most godawful thing on earth. It's been hacked up over the years until it's simply unreadable. The abbreviations are a pain to read, there are four or five different formats at various points in the file, and if you screw up you have mail occasionally not working or a spammer using your server. I never intend to learn to manually configure sendmail.cf (aside from enough to disable EXPN and VRFY, which used to be enabled by default in old RH releases).
Well, it makes for a really easy implementation of a lot of protocols. No need for some poor software engineer to run around trying to figure out what information he doesn't really need to send over the wire...just send the entire game/world state.
Same goes for VR worlds. Heck, you could have every single remote computer render a bitmap/voxel map that is your view of them and send it to you. Easy to implement, no limitations. Maybe to make things a bit more sane, only get all the renderings within a "virtual mile" radius. You don't have to worry about latency when you turn around (you've already got the images!), you can see as far as you want...
The main drawback is that a top of the line PC right now has a system bus bandwidth of only 2.05 GBps, which means that you'd need a computer about 500 times as fast or a lot of fancy dedicated hardware.
Slashdot Mirror
If everyone paid $60/year for Windows, MS would
a) already have them paying more than $60/year by now
b) be jacking subscription rates by 10% each year.
--force implies --nodeps
You might not want to use force, though...if something really relies on ximian gnome, be nice to know about it.
They're going to have multiple blocks of RAM that can be written to simultaneously in something like this.
I really doubt it.
RH does a full blown QA. It takes a while to test any package that you're shipping, and GNOME 2.0 is a very large amount of software. They'd take months to QA GNOME 2.0.
GNOME 2.0 is definitely going to take another release.
Well, if we're talking replies to products, I'd be more inclined to blame the release that's always kept one major version number above RedHat.
Not that it's uncommon or anything...version number bloat is pretty bad among most comemrcial productivity software vendors.
What specific complaints do you have with LPRng? I use it, and I'm very happy with it, and when I needed to set up a custom print pipeline to have ghostscript prerender documents to bitmaps before sending it to my LaserWriter, it worked nicely.
The only thing I've heard about CUPS is that it has some graphical config utility (which wouldn't have worked in my case, and could have screwed things up). I'd rather drop CUPS than LPRng, actually. RH's printtool works nicely for creating LPRng setups if you want a GUI config tool.
Are there any concrete benefits you're thinking of that CUPS has that you like?
Yeah, but 7.2's been out for a while, and it's going to probably be 18 months at least for 2.6 to come out with ALSA and Moz 1.0 could come out quite some time away.
Moz is pretty usable now, though.
They don't include a lot of that by default. 5 CDs just means that more is prepackaged and on the CDs. If everything you want is there, it means that you don't have to install your distro and then immediately start spending days downloading software.
As a matter of fact, RH has reduced the number of things running by default. 5.2 had all kinds of servers enabled by default. As the general level of Linux user skill has dropped, RH has changed their default settings to fit.
That's okay. RH is a good distro.
The scary thing is that you thought about your own bandwidth, but not RH's.
:-(
How much is providing this for free going to cost them?
Maybe, but Linuxconf is still the best *comprehensive* config utility out there that doesn't shred config files.
/etc/ hierarchy" as some have suggested, I disagree. That's convenient if you have time on your hands to look up formats and options. It's less convenient if you need something simple and obvious done right away because someone needs a feature enabled ASAP. I now configure almost everything on my box with emacs *but* when I was starting out with Linux, I definitely wanted something that would let me just do stuff. I learned the formats and options as I went along.
/etc/sendmail.cf is possibly the most godawful thing on earth. It's been hacked up over the years until it's simply unreadable. The abbreviations are a pain to read, there are four or five different formats at various points in the file, and if you screw up you have mail occasionally not working or a spammer using your server. I never intend to learn to manually configure sendmail.cf (aside from enough to disable EXPN and VRFY, which used to be enabled by default in old RH releases).
As for "look at the
And some files simply should not be touched by any human.
Well, it makes for a really easy implementation of a lot of protocols. No need for some poor software engineer to run around trying to figure out what information he doesn't really need to send over the wire...just send the entire game/world state.
Same goes for VR worlds. Heck, you could have every single remote computer render a bitmap/voxel map that is your view of them and send it to you. Easy to implement, no limitations. Maybe to make things a bit more sane, only get all the renderings within a "virtual mile" radius. You don't have to worry about latency when you turn around (you've already got the images!), you can see as far as you want...
The main drawback is that a top of the line PC right now has a system bus bandwidth of only 2.05 GBps, which means that you'd need a computer about 500 times as fast or a lot of fancy dedicated hardware.