Slashdot Log In
Red Hat Linux 9 Release And Interview
Posted by
timothy
on Mon Apr 07, 2003 02:45 PM
from the why-the-kitchen-sink-got-left-out dept.
from the why-the-kitchen-sink-got-left-out dept.
Gentu writes "Red Hat Linux 9 has been released to the official mirrors, brace for impact! Additionally, OSNews features an interview with Red Hat Linux's manager, Matt Wilson and they discuss everything from mp3/dvd playback, to Randr, dependancy policies and more." Also on the Red Hat front, DdJ writes "So, I noticed that Red Hat's stock price jumped up a bit this morning, and checked the news to find out why. It turns out they've released a new portal product and a new CMS product. Both appear to be based on Java/Tomcat, which would mean it's not Zope-based or Zend-based. But, they're supposedly open source. Anyone have any further info on this stuff yet?" Update: 04/08 05:24 GMT by T : Don't forget that the new Red Hat release is available through BitTorrent, too.
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
RedHat Enterprise Application Suite (Score:5, Informative)
"Red Hat promised that its CMS solution could get a company up to speed with content management in as little as two months. The J2EE-compliant software will be delivered with source code included, and provides a workflow-based engine for managing content on the intranet, extranet and Internet settings."
The article doesn't discuss whether it is Tomcat based or not, but did grow froma product acquired by RedHat from Ars Digita around 15 months ago. It will be initially available on Red Hat Linux, IBM AIX and Sun Solaris. (News from the AIIM Conference in MA.)
-- Rick
Re:RedHat Enterprise Application Suite (Score:2, Informative)
Version 9... will the next version be called (Score:5, Funny)
Red Hat 9 for Workstation (Score:5, Informative)
To get around the Wine problem you need to "export LD_ASSUME_KERNEL=2.2.5 " and "rm -rf ~/.wine/wineserver*" The Wineserver has been resolved with WineHQ's CVS and the other branches are picking up now. The threading problems with the kernel might take some time...
OFFTOPIC - "rm -rf" hint (Score:5, Informative)
If it helps only one person...
Belloc
Parent
Re:Red Hat 9 for Workstation (Score:4, Insightful)
Most people around here who give Red Hat crap haven't used it in years and know little about it. Its just easier to parrot stupid comments like "Red Hat is bloated" or "Red Hat is like M$" then to take the time to use it and learn about it.
Red Hat may sometimes do things "their own way", but so does every other distro. The difference is Red Hat, unlike say Gentoo, gets no slack(no pun intended) for changes they want to make. Everyone like to assume the worst and give them crap.
Parent
Stock Price (Score:5, Insightful)
Idiot's guide to NPTL (Score:5, Interesting)
*as in, I'm not a coder, but am an experienced sys admin.
Re:Idiot's guide to NPTL (Score:5, Informative)
Parent
NTPL: Improved, but Not There Yet (Score:4, Informative)
Parent
Re:Idiot's guide to NPTL (Score:5, Interesting)
With NPTL, Ingo on a dual proc box (granted, a nice one) was able to get 16,000 concurent threads going, and the IO system wasn't suffocated, the CPU's wern't useless, and you could still browse the web.
Granted, these threads wern't doing much, but they were alive, and switching in and out of context.
This means the foundation can scale to effectivly any size, and so long as the hardware can keep up, you'll be fine. You can now unleash your massivly multithreaded java apps (and what not. That's just the easiest example).
This doesn't help you if you need more than 4-8 CPU's on an intel platform, but it gets you a lot closer. If you want something that can parallelize that far, you really need something like Sun's e12k or e15k. IIRC, the DoD commissioned an e15k farm with a total of 4096 CPU's to model the first few nanoseconds of nuclear explosions. It had to be a single system image for various reasons, so don't go crying beowulf.
Parent
Bittorrent? (Score:2)
Re:Bittorrent? (Score:5, Informative)
Parent
Red Hat CMS is OpenACS (Score:4, Informative)
They also offer "Red Hat Database", which is essentially PostgreSQL. (It takes a bit of digging to figure this out.)
It's unfortunate (to me, at least) that Red Hat insists on "polluting the namespace" by branding recognized open-source projects in this way. Are they really adding enough distinctive value to these products to justify distinction, and the resulting confusion?
Re:Red Hat CMS is OpenACS (Score:2)
Re:Red Hat CMS is OpenACS (Score:5, Informative)
Red Hat purchased all of ArsDigita's assets and this project belongs entirely to them now.
OpenACS [openacs.org] currently is a TCL/AOLServer based project that supports Oracle and PostgreSQL.
RedHat has made what looks like an effort to reduce confusion by renaming the "Red Hat Database" project as "PostgreSQL - Red Hat Edition" http://sources.redhat.com/rhdb/ [redhat.com]
Parent
Correct, Redhat CMS = ACS/Java (Score:3, Interesting)
This is true. In fact, ArsDigita's new VC-installed managers decided the original ACS, written in TCL, wasn't buzzword-compliant enough, so they had the whole thing rewritten in Java. But in fact the Java version was never really finished when ArsDigita went under.
Red Hat purc
Zope? (Score:3, Flamebait)
Re:Zope? (Score:2)
The submittor probably did the typical if ( $Language == Proprietary ) OpenSource = false; style logic. Because Java is owned by C, anything written in Java is evil. You can apply this formula to most things around here, actually.
The submittor could also have some hard on for Zope and PHP, like those people who think that there is only one language for all problems.
That's All Nice and Dandy, But... (Score:2, Flamebait)
Re:That's All Nice and Dandy, But... (Score:3, Informative)
Re:That's All Nice and Dandy, But... (Score:5, Informative)
Redhat's GUI installer isn't the greatest, in my experience.
Installing 8.0 and 9.0 in most scenarios I've dealt with weren't that difficult, and anaconda had no problem detecting the monitor and video to run the GUI install, but several times it just didn't work out. I've experienced snafus trying to install 8.0 on a brand new out of the box HP machine from CompUSA. Intel P4 2-something Ghz, 512MB ram, so on, so forth. The installer had some sort of issue with the monitor or video card. Since failure was not an option, I did it the hard (not really) way, and installed in text mode. No big deal, install went great, Xconfiguration was just fine.
Snafus happened with a Micron PC with an AMD Athlon something or other and an Nforce chipset with integrated what-have-yous. Installed in text mode, after that it was easy as pie. Unfortunately the machine was unstable (probably a faulty power supply), it developed a nasty habit of rebooting or freezing in the middle of navigating Apache.org (apparently when running windows previously similar behaviour was exhibited).
Moral of the story: If you want it bad enough to actually pay attention to what you're doing and the pretty install doesn't work, do what Windows can't, and text install. It's basically just as clean and smooth as the GUI, you just have to navigate with the keyboard a little more than with the mouse. No big loss. Xconfiguration and testing are carried off with no problems for the most part with no problems.
Beware, of course, if you have a POS monitor that's so old you can't even find the refresh rates in the specifications on the web. Xconfiguration is a bit more difficult there (so far I've had no luck) and you're SOL if you can't get past the no GUI install (Windows 98 had no problem installing and using the POS ancient Panasonic monitor).
One more thing: Install on a Dell P4 1.3 with 128MB RDRAM was fine, even upgrading from an existing Redhat 7.2 installation. Reconfiguring the video settings within Xwindows was nice and smooth in 9.0, while I did not have the time/inclination to figure the same out in 7.2. Bluecurve is nice though, for a windows manager.
Parent
Re:That's All Nice and Dandy, But... (Score:5, Informative)
It is likely that other distributions using XFree 4.3 will have the same problem. I didn't have this problem with Red Hat 8 (XFree 4.2).
Be sure to pick up the "missing" RPMs on freshrpms.net [freshrpms.net] when you're done.
I do wish nVidia would update their platform drivers. I had to build the nvnet driver for my nForce2 board the hard way rather than use their RPM. I'm using ALSA (thanks freshrpms!) for audio.
Parent
Re:That's All Nice and Dandy, But... (Score:4, Informative)
As the previous poster said, once you've installed, THEN installed nvidia's drivers, you'll be able to switch to using the DVI output in linux.
Parent
Re:That's All Nice and Dandy, But... (Score:3, Insightful)
Me, peronsonally, I haven't had a problem with the RH installers since 6.0 and even then it wasn't a problem I could not work around.
I always have a few friends who have some odd hardware configurations and get around to trying a RH install on occassion and sometimes they are happy and sometimes not. Last night, a friend of mine came to me and was fairly happy everything went OK right out of the box.
I'm still scratching my head on how his foobarred his
Installing it on my third server (Score:3, Informative)
I just use the core OS files, and then compile everything from source code. So for me there is not much incentive to go form 8.0 to 9.0. I moved just because of the Compaq Proliant issues.
Re:Installing it on my third server (Score:4, Informative)
Parent
Yet another upgrade (Score:3, Insightful)
Rus
using RSYNC to get ISO files (Score:4, Interesting)
Dependencies. (Score:5, Interesting)
I don't see how any guidelines would change the fact that the non-RH RPMs are based on older libraries, (or newer, as the case may be). That is by far the biggest problem.
Example:
I wanted Eterm on my RH8.0 install, couldn't find any RH packages for it, so I tried a generic one. It depended on some Perl modules, no big deal. I grab those -- one module depended on an old version of Perl (it would only accept that version).
The only solution to this is for the RH packages maintainers to make RPMs for _everything_, which of course isn't possible. But that's part of the reason Debian has less of a problem with that, sid has about 8500 packages last time I checked, a LOT more than any version of RH.
Which brings us to another problem. All the RPM distros I've seen have big version differences in all their 'releases'. Which makes it hard for developers to release packages for the distro. They need one for 7.x, 8.x, etc.
Re:Dependencies. (Score:5, Informative)
Parent
Interview? (Score:3, Insightful)
What was up with that interviewer? The interviewer was either being a little too confrontational or just had an overall lack of tact.
Some Examples:
- Don't you think leaving out the mp3 codec makes it less convienient [for the user] and less functionality only reduces the prospect of a pulling force for more users? Is there any way around this limitation of Red Hat Linux 9 for future releases?
- Why was there no RandR GUI tool shipped with Red Hat 9?
- Why is Red Hat Linux 9 still uses ext3 while more feature-rich filesystems like ReiserFS and XFS are out and about?
- Why isn't Red Hat working together with NVidia to resolve kernel crashes and bugs?
- Modern desktop/workstation OSes buy the needed licenses (e.g. Apple, QNX, BeIA) and they even create their own DVD applications (closed source). How about including DVD playback support on a future Red Hat Linux? And what about licensing Microsoft's Web Fonts too?
- Currently, no matter how I turn it, downloading RPMs from the web can create many dependancy problems most of the time.
Where did they learn their interviewing skills? This is terrible. "Why don't you do blah and blah? Your software doesn't do blah. I always have problems with blah. Blah blah blah." I was very impressed with Matt's answers, though. He didn't get mad and say, "Well, why don't you fork the project then?!!" He just cordially and politely explained the concepts of open source and their development efforts. Nice work.Re:Interview? (Score:4, Insightful)
The answers to almost all of those questions comes down to one single point, one that I'm sure that the Red Hat folks are tired of repeating: they are committed to a policy of pure open source/free software in the distro, period, and they won't include anything that will make them subject to patent licensing or the DMCA. That means they won't ship MP3, proprietary NVidia drivers, or DVD playback, or Microsoft fonts. However, you can get these all from the net if you want them. If your Nvidia driver crashes the kernel, then complaining to Red Hat is complaining to the wrong party: Red Hat can only see their source, NVidia can see all of the source.
Since the OSNews people have been around enough to already know these answers, since we had this same discussion when Red Hat 8 came out, it is rude and pointless of them to repeat the same questions. Are they hoping that, one day, Red Hat will wake up and say, "OK, we agree: open source was a stupid idea. We've negotiated licenses from all these folks, and now Red Hat X is a proprietary distro, but it plays MP3s and DVDs out of the box, and we support NVidia drivers. We've tweaked every pixel to match Eugenia's suggestions, too. But no more free ISO downloads, it costs $150, and there's a per-CPU license"?
And yes, I'm aware that some non-US-based distros made different decisions on some of these matters. Note, though, that not being based in the US, they don't need to worry as much about liability from bogus software patents. In the meantime, Red Hat users can install apt, then install MP3 and DVD playback support with a single line. Read all about it [freshrpms.net].
Parent
BitTorrent (Score:5, Informative)
When it's installed, click the following link to begin downloading: RedHat 9 [207.44.142.96]
Mirror (Europe) (Score:5, Interesting)
This is probably the first release of RedHat Linux, which generates on my mirror less traffic, than a corresponding release of Mandrake Linux.
great release (Score:5, Interesting)
Question 9 evaded (Score:5, Insightful)
Matt Wilson: We will not include technology that prevents Red Hat Linux from being freely distributed. Including software that places these kinds of restrictions on our community of users does not help drive Open Source software.
This evades the question of DVD playback.
No license is required to play DVDs on a linux computer. DVD players such as Ogle and Xine are GPL.
And no, it is not a violation of the DMCA to employ DeCSS to watch media you have purchased or rented on hardware that you own.
No matter, these programs can always be added post-install.
Re:Question 9 evaded (Score:3, Informative)
but try selling it and calling it a dvd player (which 'happens' to miss some important features and not being licensed properly), by design there can't be a dvd player software that's free, open and distributed for free endlessly afaik..
**And no, it is not a violation of the DMCA to employ DeCSS to watch media you have purchased or rented on hardware that you own.**
i thought the whole point of dmca was to make such viewing protection circumvention illeagal?
Re:Question 9 evaded (Score:5, Informative)
For Red Hat to ship code equivalent to DeCSS in source form would be a DMCA violation, no question; courts have already so ruled. Since Ogle is GPL, Red Hat is forbidden from distributing binaries if they don't distribute source. Therefore Red Hat can't distribute Ogle, period.
The DMCA prohibits "trafficking", not use, so it's legal for an American to download and run Ogle, but if you give it to someone else, you might be risking a five-year jail term. Crazy, but until some court decides to toss the DMCA, that's what you're dealing with.
Parent
Not flambait..genuinely curious. :) (Score:2)
Re:I'm running it (Score:5, Informative)
I'd have to say that the menu organization and the theme configuration alone make it much better then 8.0. Instead of one "Extras" group on the menu, each group has it's own "More Applications" menu. (That might not be a correct quote, but you get the idea). I can now install icon themes and completely change the look/feel using the Theme app from the preferences menu. (RH 8 didn't seem to have an easy way to change the icon theme, so the menus always used the BlueCurve icons)
Parent
Re:I'm running it (Score:3, Informative)
You are right that if someone has a stable working system that it isn't necessarily the best idea to upgrade just for the smell of it.
On the surface there are nice subtle improvements like:
-A new and better working hourglass (I don't remember it looking that way)
-MUCH improved menu arrangement (it was kind of confusing
-One stop Reboot/Shutdown options on GUI login
-Slightly better look
Re:I'm running it (Score:5, Interesting)
Prism2 support.
I have a DWL-650 (2nd gen), based on the prism2. I had used wlan-ng in redhat 7.2(or was it 3?), but gave up on wlan-ng as it was pretty lame on the configuration side, and too much of a bitch to implement. (Kernel recompiles necessary, ripping out all the original pcmcia support and replacing it, etc) However, RedHat 9 supports my dwl-650 right out of the box... er... bitorrent acquired iso burned to cheap cdr media...
So there you go. Good reason right there. I used to have to run XP to use my wireless card, now I don't. Yay for me.
Oh, and gnome 2.2 is actually cleaner than 2.0. Expecially the fact that meta themes are now officially implemented, and the new menu system isn't as freaky as that funk ass "Extras" submenu.
As usual, your mileage may vary, but all in all I'm quite happy with RH9. If I wasn't dirt ass broke, I'd probably go out and buy it just to have real media.
Parent
Re:I'm running it (Score:3, Insightful)
BitTorrent links? (Score:2)
Re:BitTorrent links? (Score:2)
No need to duplicate the effort.
Re:RH is sold out (Score:2)
What, pray tell, qualifies you as an expert in portal/CMS - anything other than your knee-jerk response to Java?
Re:RH is sold out (Score:3, Funny)
said "buy-buy" to RH last ye
Which means you liked it so much you bought it twice, I gather?
Not exactly... (Score:5, Informative)
If you look carefully, you'll see that you can't use the name Red Hat to distribute the CDs. Instead, you can advertise it as "a prominent Linux distribution R.H." or "a distribution that rhymes with Dead Cat" or, as many like to call it, "Pink Tie."
You can distribute the CDs all you'd like, you just can't use their company name, which is NOT GPL'ed.
Parent
Re:Other open source CMS (Score:3, Informative)