Red Hat 8.0 For KDE Users (And Newbies) 435
pantropik writes "OSNews has been giving quite a bit of bandwidth to Red Hat's newest offering lately. This article, which generated quite a bit of controversy in the comments section, detailed a new user's 'frustrations' with the new release. The latest article, written by yours truly, is rather lengthy, explaining such things as adding 3D drivers, missing MP3 functionality, DVD decoding, using APT with RHL, and customizing Red Hat's modified KDE. At the end, I wrap up with my impression -- as a simple user -- of this 'crippled' KDE implementation. Of course, you can also check out this story, which takes a look at RH 8.0 from 'Joe and Jane User's' perspective."
Crippled? (Score:5, Informative)
Same here (Score:5, Informative)
My computer has a xp 1600+ processor, yet gedit for example took 16 seconds to start (time gedit, then close the window as fast as possible).
Some comments in the article suggested that he should change the hostname. It was possible that X didnt get it correctly, then the apps hadto wait for something to time out.
I saw that the hostname when I typed hostname in the terminal was green.rsn. But in the more standard hostname config files it was localhost.localdomain.
So I changed the hostname from green.rsn to localhost.localdomain
Problem solved. Gnome was now very fast.
So if anyone else has speed problems with Redhat 8.0 this might be worth looking into.
Re:Crippled? (Score:5, Informative)
MP3 is GPL issue, not Thompson (Score:5, Informative)
It's my understanding that RH removed mp3 functionality because of GNU GPL issues, not Thompson's licensing. Apparently, the GPL prevents including code from patented, non-open/free protocols (I don't know the exact clause, but I'm pretty sure it's true). This means that all of the mp3 players out there are actually in violation of the GPL.
read the release notes if you want dvd playback! (Score:5, Informative)
DMA is disabled on CD-ROM drives in this release in a different but more reliable way than previously. If you are sure that your CD-ROM drive is capable of IDE DMA, place the following line in the
options ide-cd dma=1
Re:I feel for the writer (Score:2, Informative)
Or you can go the http://www.linuxfromscratch.org route and kiss a social life goodbye.
Re:Just great! (Score:2, Informative)
rsync -Pzrv --size-only rsync://(rsync site you found)/(path to site's iso dir)/
to download all 6(?) ISOs under the local directory.
For example, to download from mcs.anl.gov, type:
rsync -Pzrv --size-only rsync://mirror.mcs.anl.gov/redhat/redhat/linux/8.
If the download is interrupted, just enter the command again from the same directory and rsync will continue where it left off. Another advantage is rsync will compress the download on the fly.
(I hope I didn't just start the first rsync DoS from
Re:MP3 is GPL issue, not Thompson (Score:5, Informative)
Re:I feel for the writer (Score:2, Informative)
PII-266. 224 MB RAM. 6.4 GB HD.
Runs fine.
Balsa starts up fast. Galeon starts up fast. Mozilla starts up fairly fast. The only thing really slow starting up is OpenOffice. Hell, I have less trouble running DivX videos on this than on my folks' Celery 500 with 256 MB RAM.
Got the httpd running. Got named running. Got sshd running. Nautilus sits in the background doing Kosh-knows-what.
Distro? Red Hat 7.3. May go to 8 or Mandrake 9 if I can get my hands on some CDs.
I couldn't imagine running WinXP on anything less than a 600 MHz box with at least 256 MB ram.
But, that's just an anecdote...
One can always use Google to look things up... (Score:3, Informative)
(LILO CRC error...)
http://www.linuxgazette.com/issue50/tag/24.html [linuxgazette.com]
http://brenner.chemietechnik.uni-dortmund.de/doc/
(Grub cannot fit selected item into memory)
http://www.gnu.org/manual/grub-0.92/html_node/Sta
http://mm.ilug-bom.org.in/pipermail/linuxers/Week
http://lists.infradead.org/pipermail/linux-mtd/20
Based on those links, I'd be chasing down something taking some of your low memory away from you so that it doesn't boot right. Keep in mind, it may still be an ailing HD as intimated in the LILO links. As for the bootloaders being ready, they are- you've got a special case that's causing you problems and many, many others don't seem to have your issues with them. I can't speak of Red Hat's support since I've not used their distribution in a while- so you may have a beef there.
But, I only want MYSQL?!?!?!?!? (Score:2, Informative)
Seems ODD to me....
Other than that...the only problems I had was with my own PHP code being incompatible with the latest version of PHP 4.2.x (which also annoys me). Oh, and P.S. don't try to "dump your data" out of your old phpMyAdmin, and try to import it in to the new version. IT NADA WORK.
But I must say, RH 8.0's interface is perty. Sucks there is no MP3 support..Unless you go HERE [gurulabs.com]
Re:Same here (Score:4, Informative)
The best solution is to alias whatever hostname you want to localhost. So if you want the hostname to be Cooter.Graw you would put this is your hosts file:
127.0.0.1 localhost Cooter.Graw Cooter
Cooter.Graw and Cooter will then just be aliases for localhost. (You can get rid of localhost.localdomain, but you need the initial localhost there.) So, in your case you would need to change the localhost line to:
127.0.0.1 localhost green.rsn green
Easy way (Score:4, Informative)
Re:Didn't even get that far thanks to grub and lil (Score:1, Informative)
Good Luck!
Red Hat even points it out sometimes... (Score:3, Informative)
So, imagine my surprise when I saw this box pop up:
Could not look up internet address for mycomp.
This will prevent GNOME from operating correctly.
It may be possible to correct the problem by adding
mycomp to the file
(Log in Anyway) (Try Again)
So, they're aware of it. But why does it act this way? Wouldn't that effectively penalize anyone not on an active network? (i.e. dialup, etc)
Redhat 8 KDE (Score:5, Informative)
The distribution is also buggy in other ways:
- If you have an NVIDIA card with a DVI cable to the flat panel monitor, you will get nothing but blue static when you run the installer. Since there is no way to run anaconda with VESA or good NVIDIA driver and text based installer is not complete, I ended up undusting my old CRT monitor to get through this stage.
- The provided kernel source is broken and you will not be able to build modules (such as NTFS or the working NVIDIA driver), unless you include rhconfig.h into modsetver.h. You also need to run genksyms by hand because Makefile somehow will not get the compiler name right.
- Redhat can't decide on which encoding to use for a locale. Try to login with russian language if you can. Now half of the programs will come up with a bunch of blank squares where text should be and "man ls" is not a pretty site. That's because they switched to UTF8 encoding but most programs and man-pages-ru still use KOI8 encoding. Basically, logging in with russian language is unusable. Even with English login, man still displays garbage instead of dashes. The only cure is alias man='LANG= man'.
The sad thing is, you will probably swallow those things (if you can use English desktop anyway). Part of it is because of smooth fonts, up-to-date packages (it's no fun to download new versions of gcc etc over dialup) and a subdued look of Bluecurve which is pretty easy on the eyes. Mostly though, it's rpmfind.net, since most of the things just work with RedHat without having to install tons of support packages.
This are the same reasons as to boot into XP though. Any suggestions are welcome
Re:This is what is really needed (Score:5, Informative)
It's been around for ages, and supported by GTK+ since 1.2, QT since 3.0, and Mozilla since as long as I can remember.
So upgrade to KDE 3.0!
Re:An OS for all occasions... (Score:3, Informative)
Wowza! I need to start paying attention. Last I knew, Darwin (the OS part of MacOS/X, not to be confused with the proprietary GUI, Aqua) was an open source project! Man, am I behind the times!
Re:Taiwan Ceases to exist, according to RedHat. (Score:1, Informative)
As reported in this kuro5hin article, Red Hat removed Taiwan's flag from KDE under pressures from China. This change affects every copy of Red Hat Linux sold/distributed in any country -- including Taiwan. The Taiwan free software community have now decided to boycott Red Hat after Red Hat's week-long silence since it was requested to make a reasonable explanation.
To all friends of the Taiwan(& all the world) free software community:
It has been nearly one week since the CLE coordinator Mr. Chang, Chung-Yen (candyz) discovered (and announced) that Red Hat has removed the national flag of Taiwan (ROC) from the KDE subsystem in their newest version of the operating system. The following represents the general opinions of our community:
By removing our national flag, which has always been in KDE by default, Red Hat has denied Taiwan GNU/Linux community a freedom of choice -- the freedom to choose the flag that represents us;
By removing a flag -- any flag representing any country -- from KDE, Red Hat has shown serious disrespect towards the KDE developers and KDE users, especially those from the country at issue;
Our locale being officially part of the Openi18n standard and being supported by most Openi18n programs, it is a serious insult to all the traditional Chinese users in Taiwan for a company to brutally remove the flag representing our locale, leaving users an incomplete list of flags representing locales all over the world except ours.
Red Hat is responsible for a reasonable explanation, and even an apology, in public. During the past week, Taiwan users have joined the petition in Linux.org.tw or individually expressed our objection. Red Hat, however, has remained silent. RedHat sacrificed the long-time contributing community in Taiwan for the China market today due to discrimination based on the size of the market. How can we be sure that Red Hat will not sacrifice the freedom and dignity of larger communities in the future, doing freedom a disservice in the name of free software?
We therefore choose to make the request to the Taiwan GNU/Linux community on 10/10, our National Day, that we stop downloading, using, buying, or distributing Red Hat Linux 8.0 and any newer versions. This request to protest will stay in effect indefinitely unless Red Hat gives a reasonable and acceptable explanation, or unless Red Hat removes all these problematic box sets from the market and their Web site. If Red Hat does not respond sincerely, further actions will be taken until our request is answered, or until there are no more Taiwan users using Red Hat 8.0 or later.
We would also like to ask Taiwan GNU/Linux users to consider migrating to other more freedom-friendly, less politically-crippled distributions to avoid such incidents in the future.
Software Liberty Association, Taiwan (slat)
http://www.softwareliberty.org.tw
The official version of this article: http://www.softwareliberty.org.tw/event/redhat-fl