Operating Systems > Linux and UNIX

Not liking RH 8.0 yet.

<< < (2/3) > >>

KernelPanic:
I didnt like RH8.0 untile this morning. I got wine to work!!
This is the only distro where I have actually got wine to work.

I have also had less problems with it than I have with mandrake, but saying that I havnt tried Mandrake 9.0 yet. Personally I like Slackware best because it gives you pure hell whenever you want to do something which for some reason I like    It's kina old skool.
But I think I might start reccomending RH to linux virgins in the same way I recommend mandrake.

RudeCat7:
O.k. Now that I know that FDISK is still there, I can continue. I will do a reinstall to see if the speed problem goes away. If not, what tips do you have that could speed it up? I will configure the desktop effects to the minimum setting to start with.    


EDIT: The reinstall fixed the delay issue.

Ooops, desktop effects setting was 7.3  :D

[ October 06, 2002: Message edited by: RudeCat7 ]

Master of Reality:
i found rh8.0 to be faster than RH7.3 on my 200MHz 80MB RAM machine. I will try not to put it on my main machine. But it might go ne beside RH7.3.
The only reason i have RedHat on my main machine is because i cant get Slackware to install properly on it though.

[ October 06, 2002: Message edited by: The Master of Reality / Bob ]

choasforages:
hehehe, its version of gnome2 is quicker then my custome compiled version. finally, redhat got its head out of its ass when it came to the compiler, go gcc 3.2 and on that note, i kinda like the look. it looks better then xp, way slicker. like the xp gui is fucking gawdy, and bluecurve looks sharp nicly. when i do lfs 4.0, im going to try to use the bluecurve theme. and also i like the gtk 2.0nss of it. as for what i can do to it. i had to put my

xmodmap -e "pointer = 1 2 3 6 7 4 5"
in a different place, and i havn't install support for my keyboard. i did get the printer to work. though personally, i don't see why kde istn' the defualt gui. it is sooo much better designed then gnome.

however, is gtk2 aggressivly multi threaded. cuase im thinking about doing an smp workstation for myself

voidmain:
KDE has never been the default desktop on RedHat (although that is all I used on the last several releases of RedHat). I believe RedHat and Gnome have major ties developer wise, don't remember the exact history although I believe it's high up on the food chain.

And if I remember correctly, that is one of the sole reasons for the coming of Mandrake and one of the reasons it had gotten so popular. Mandrake took the RedHat distro which was always touted as a Server OS (until the release of 8.0) and put KDE on as the default desktop, dummied down some things and called it a desktop OS.

KDE in my opinion has always been far superior to Gnome (at least one step ahead of it). I still believe that to be true, however, I really do like this new Gnome setup of RedHat's. It seems they cut a lot of the garbage out, made everything pretty simple and refined. Very nice for new users. And heck, even I like it.

Is gtk/gnome multithreaded? I would say the individual components are not but I don't believe multithreading would benefit gnome itself all that much. Gnome itself is made up of several programs so in a way it is multithreaded. Everything you launch runs under a separate process so each process would have a chance of running on a different processor. For the gnome apps themselves I don't believe gtk itself is responsible for multithreading. I believe that would be the responsibility of the application and  the programmer would code multithreading into the application if deemed necessary/beneficial. But then I'm not a gtk programmer so maybe some gtk/qt experts here could answer that question a little better than I.

Now back to RedHat. Like I said before I usually don't rave over *.0 releases. This one was an exception. But like every *.0 release I have found a couple of bugs (far fewer than I expected to find by now). One of them has to do with RPM. I installed a couple of 3rd party RPMs today and then whenever I tried to do any rpm command that would touch the RPM database the "rpm" command would just hang. Had to "kill -9" it to stop it. Couldn't do any other "rpm" commands from that point on.

Thankfully bugzilla saved me on the RPM problem though. Seems someone else has run across this issue. Just had to delete the "/var/lib/rpm/__db*" files and it was back to normal. In fact after doing that I tried to install the same RPM that caused the problem and it worked. Dunno.

A second problem really isn't a bug but just the general problems that are caused by making a serious jump in compiler versions. I find that many of the packages out there are tailored to the 2.9.x compiler and some have to be slightly rewritten/modified to work with the 3.2 compiler. That is one of the reasons I usually stay away from the *.0 releases. Things from *.1 on up are usually bug fixes from the *.0 level with no major modifications to the compiler for certain. Starting at *.1 means most applications will have already been updated to be compatible with the new compiler.

The *.0 versions usually give you a chance to find the bugs, and then make sure those bugs are fixed in the *.1 version before you use it productionally. *.0 version are more for familiarity in my case. One thing I found odd is that there was no drastic jump in kernel version from 7.3. In fact it's the same kernel with only RedHad specific changes. No complaint here though. I like the 2.4.18 kernel and several distros use it. Oh well, too much info for one post...

[ October 07, 2002: Message edited by: void main ]

Navigation

[0] Message Index

[#] Next page

[*] Previous page