Slashdot Mirror
Red Hat Linux 9 Release And Interview
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.
Here's a quote from an article that indicates that the source code is include with the two products:
"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
I've been using RH 9 on my laptop and Home PC for the last couple of days and if you don't mind the minor problems of no mp3 or DVD playback out-of-the-box and the new threading (and glibc 2.3.2) really causing problems with Wine...it's a great release. Much more refined then the 8 release (and the menus make more since to use)
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...
"Some things have to be believed to be seen." - Ralph Hodgson
IIRC, Red Hat CMS is a branded version of Ars Digita's OpenACS. Probably worth a look, as it seems to be less dependent on Tcl these days (though I'm still a Zopist).
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?
There's nothing illegal about it. What would be illegal is if the persion hosting them made changes but kept all the trademarked stuff (mostly logos). If you don't modify them then it's legal. If you do modify them, just take out the trademarked stuff (make it obvious that they aren't the official RH distributed isos) and it's still legal. :)
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)
Go here: http://bitconjurer.org/BitTorrent/download.html For the bittorent d/l - btw works fine with bittorrent++ too.
Linux has long had inferior support for threading. (please don't let this start a flamewar, it's what I've read over and over and over). So large multi-threaded applications (like huge databases) ran better on solaris than linux. NPTL is a new threading library which improves Linux's threading support. The downside is that a bunch of stuff doesn't work with it yet. If you're having trouble with, for example, Java 1.3 apps, you can set the LD_ASSUME_KERNEL environment variable to "2.4.1" or "2.2.5" as a workaround.
Help distribute the load.. use BitTorrent
When it's installed, click the following link to begin downloading: RedHat 9
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.
one two three four five ?!! That's the combination on my luggage!
It's a known bug in XFree86 4.3 when using DVI. Switch to your monitor's VGA port, install nVidia's current drivers, switch back to DVI. Or do a textmode install. I'm using RH9 with nVidia's drivers on my ViewSonic VG191b w/DVI now.
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 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.
The problem you are facing is the thrid-party packages depending on other packages, rather than other files. The RPM format supports giving a dependency of /path/to/perl/module.pm instead of bobs-perl-package. If the apps are packaged conformant to the LSB (module.pm is in the standard location) then it doesn't matter if you installed it from source, freds-perl-package, or bobs-perl-package. So your thrid-party Eterm package was done incorrectly, which is what the article was referring to.
If it helps only one person...
Belloc
I got more rhymes than Jamaica got Mangoes.
You need to read more carefully. You're right about the GPL, the software can be distributed, but not under the name Red Hat by you.
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.
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.