beesea

if you really want to do it yourself, check out http://linuxfromscratch.org

you can get them from a cooker mirror at:

http://www.mandrakelinux.com/en/cookerdevel.php3

be careful though. they're just development rpms and may not work on your system

speaking of gnome 2.2, has anyone tried it yet? if so, how is it?

cooker maybe?

Did you check settings of the translucent effects?

i run 9.0 now, but i remember trying to get liquid to work with kde 2.2.2 back when i had 8.2

He's done that, it doesn't work, thats his question

ah, i read it wrong. i thought he was doing:

urpmi.update -a urpmi

but that second urpmi was part of the sentence, not the command. i guess i should read more carefully!

anyways, in the original post:

urpmi always fails to connect to the sources I have listed

so does this mean that urpmi can't connect to remote sources, or no sources (remote or local) at all?

to update all sources just do:

urpmi.update -a

to update a specific source:

urpmi.update sourcename

have you updated your system lately? about 2 weeks ago mandrake released updates for printer drivers. those updates screwed up my printer (hp deskjet 722). check this out:

http://www.mandrakeusers.org/viewtopic.php?t=2718

the last post in that thread solved my problem

i tried doing that exact thing when i was still running 8.2. if i remember correctly, liquid was usable but the transparency effect didn't work. however, i wouldn't expect the newer versions to work any better

i fixed my problem. all i did was take out and put back in the black ink cartridge. i guess i should've thought of that sooner

i still kinda wonder why windows didn't have any problem though....

 labeo=debian

that needs to be fixed, but that's all i can help you with

i think the 3rd cd of mdk9 has a screensaver package. its called opengl-screensavers or xscreensavers-opengl or something similar. just do a search for screen savers and you should find it

go to the kde control center - sound - sound server. select the sound i/o tab and try different sound i/o methods and see if that gets you sound. i think that its set to autodetect by default and i know that that didn't work for me, so try it out.

rpm -ivh --force blahblah.rpm

try checking out /etc/X11/prefdm and making sure there's an entry for kdm and verify that the path to kdm is correct. i think that since you didn't install kde, there might not be an entry for kdm in prefdm. i'm not in linux right now, so i can't really be any more specific

edit the /etc/sysconfig/desktop file. in it, there should be line that looks something like:

DISPLAYMANGER=gdm

change the gdm to kdm

i don't know if this'll work, but try re-extracting the source again and then build without doing make clean first (since you'll be using fresh source files)

i'll play around with it some more, but i'm still not convinced that its the black cartridge running out of ink. as i mentioned before, i don't have any printing problems in windows. maybe the windows driver uses a little more of the color cartridge in text?

last night for some reason text started to not print correctly. i'm talking about just words. images print out fine. black text prints out as if i'm running out of ink. however, if i print a black and white image it comes out fine. also, colored text prints out okay. on top of that, i have no such problem in windows.

about a week ago mandrake released printer driver updates. that screwed up my printer so i had to reinstall the old packages (mdk 9). however, i don't think that's the problem because i've printed successfully since the reinstall of the old rpms.

so i don't think its the black cartridge running out of ink, and i don't think its the driver. anyone got any ideas?

sorry to go a little off topic, but what does enabling java in oo do? i mean, what does oo do with java that it normally wouldn't do?

all you'd have to do is add the directory to the end of the path list, separating directories with a colon. so your new path would read:

PATH=$PATH:$HOME/bin:/opt/kde/bin

i don't really use kde so i probably won't be upgrading. however, if i do grab rpms from cooker i get the src rpms and rebuild them. works almost all the time (for me anyway)

is QT 3.1 included in KDE 3.1

i doubt, so you're probably gonna have to get that installed first.

What where is PATH?

i'm assuming you're using the default shell, so the path is set in the file .bash_profile in your home directory. there should already be a path there, so all you'd have to do is add to it

Unfortunately, I don't see too many SRPMs on Texstar or other sources

you should be able to find the src rpms from cooker

is there any specific order to compiling all the appropriate parts?

you probably have to compile kdelibs first. i think the kde faq on their website has the proper order to do things

Is there some similiar way in Mdk? Is that what SRPMs are for?

basically yes. when you rebuild a source rpm, you're creating an rpm compiled from your own machine

Did you remove the new ones before reinstalling?

yup. i went to mandrakesecure.net to look up the packages that got updated. i removed most of them except the ghostscript package which had a ton of dependencies. also, there was a printer-drivers src rpm or something that i didn't deal with. after that i just re-installed the old rpms from the installation cds. remember to setup your printer again after you do this