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'm running it already - not technically legally, thanks to some kind people who mirrored the ISO a little earlier than they were supposed to. :-) From what I've seen so far, there really isn't any reason for a desktop user to upgrade, unless they absolutely, positively, have to be running GNOME 2.2. It's good, it's solid, it works - but not any better that 8.0.
I'm the stranger...posting to
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?
I am upgrading my servers to 9.0 since last week. So far it has been very smooth. On RH 8.0 I had problems with dual CPU Compaq Proliants 3000. Seemed like during the install the RH 8.0 disabled the 2nd CPU on these particular servers. RH 9.0 does seem to have aany problems.
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.
Consensus is good, but informed dictatorship is better
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.
Call Red Hat for installation support, it should be free with your subscription IIRC. If you don't want to do that, you good read the online documentation to find the boot loader options to set the installer's resolution manually rather than by probing.
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.
Funnily enough I think you'll find that Windows 2000 won't work spectacularly well with your hardware until you install nvidia's drivers either. Well, unless you think it's a good idea to run a Geforce 4 with the default 16 colour software drivers ;-)
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.
Code, Hardware, stuff like that.
Compiere
Compiere needs an Oracle database for now.
Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
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.
sure it might not be violation to use it..
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?
world was created 5 seconds before this post as it is.
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.
For a good discussion of the various deficiencies of Linux's threading implementation, even with the introduction of NTPL, see here.
News for Nerds. Stuff that Matters? Like hell.