ianw1974

I use Azureus, mainly because it's what I used in Windows, but works better under Linux of course!!!

The command chmod, changes the way a file acts. For example, you may wish to make the file executable. For that you would: chmod +x unload/load/configure (in your case, whichever the file is called) to change it so it cannot be executed, the command would be: chmod -x filename (unload/load/configure in your case) The document, doesn't seem to say in what respects to change it, but am assuming that it means to make it executable.

Solarian, I'm just downloading 0.6 now to see if I can replicate the problem that you're experiencing. I'm gonna try it on 10.1 OE and also on LE2005, and I'll update you shortly.....

Cool, you only need to go to easyurpmi and select plf-free and nonfree. You don't need to do the whole lot again, just what you're missing. Will be a lot quicker.

Make sure you have all the sources: main contrib jpackage updates plf-free plf-nonfree The xine-win32 is in PLF.

It sounds like your urpmi sources aren't correctly configured, which is why it can't complete the installation of the dependencies. If you got into the System/Configuration/Packaging/Software Media Manager what is listed? Do you have all the urpmi sources in addition to your CD/DVD media? Providing the urpmi sources are configured, you should be able to install all dependencies.

Did you check on the Intel website, to see if they offer a Linux driver? If not, then you can use the Windows driver with a program called ndiswrapper. More posted on this here: https://mandrivausers.org/index.php?showtop...less+networking

If you've not already, you'll need to set up your urpmi sources, if you find they're not listed. Visit: http://www.mandrivausers.org/easyurpmi This will enable you to set up for main, contrib, updates, jpackage, plf-free, plf-nonfree And then look for xine-win32 in Install Packages.

Try editing /etc/X11/xorg.conf and add the following if it's not already there: Section "DRI" Mode 0666 EndSection This sometimes resolves some graphics issues after first install.

Did you use urpmi to install, or did you download the codecs from the mplayer website? I had issues with the mplayer codecs, and used the ones through the Install Software option under System/Configuration/Packaging in KDE.

Noo, that wasn't me. Can't say I've been to Canterbury! :D

You can if you remove mdkkdm and reinstall, plus all dependencies. The only probs I found after this was, that when you choose reboot or shutdown within KDE, it returned you to the mdkkdm window, and you had to click halt or reboot to actually complete the process. Was kinda working :P

You can get them to increase what they call the "gain level", this helps improve the quality, and sometimes, they don't like to do this, since it makes your connection better. You can ask it to be raised to it's maximum if you're experiencing problems, and reluctantly, they will do it. Although, this may be just related to a specific English telecoms company.

I only wondered since I remember a post about getting stuff to work with it lol. I don't have it installed anyway, so no worries.! Anyway, back on-topic now with the art stuff!

Do I need lm_sensors too or not?

Cool, nice one, I'll give it a go, see if it works. :-)

Ghil, what's the app in the bottom left hand corner? I've been trying to find something like this.....

Your xorg.conf seems to look OK to me, the thing I thought that was missing was the DRI section, but you have that there. ATI recommend enabling posix shared memory? Have you tried doing that? In /etc/fstab file, you might need to add the following line:

What kernel are you running? From the CLI type "uname -r" and report back.

Try running alsaconf, and see if this helps? At the CLI type su, supply root password, then type alsaconf, and run the config.

When I used a modem (albeit under Windows), I always had download rates of 4kb/s and upload of 2kb/s. Never had anything more than this! I think it's the max speed you can achieve.

Install the xine-win32 codecs.

Install the libstdc libraries, as this is what it seems to be looking for, then you should be OK.

Sure, no worries. What you do, is as root (su command), type updatedb. This will make sure the slocate database is ready. There is a cron job that normally runs this process, but obviously your system has to be up to do it lol. So, once done manually, type slocate rpmnew, and it'll list where they all are. Is quicker than doing a search/find for the files. Then you can go to the corresponding directory, and check and compare them against each other. Some might have an older date than the current version, but this isn't always to say that the older file isn't valid. Sometimes there are settings in there that help resolve problems. For example, the /etc/kde/kdm/kdmrc.conf.rpmnew can resolve some issues with logging in on the GUI after a KDE 3.4 upgrade, as well as a /etc/kde/kdeglobals.conf.rpmnew as well.

I had this to, you have to do the following: urpme kde-kdm (check if not the correct name, can't remember exactly, it may not be installed anyway) urpme mdkkdm urpmi mdkkdm There will be a list of dependencies removed when you do this, make a list, and put them back afterwards. What might be best, is when your pointing at the LE2005 mirrors, is to rerun the KDE 3.4 upgrade. The easiest way, is to urpme everything kde related, and from the CLI or another GUI, install KDE again. Is best not to do it when KDE is running, from threads I've read. Afterwards, run updatedb, and then slocate for rpmnew's and compare against their existing file to see if they are needing replacement. I remember that kdmrc.conf is one that can have an issue, which causes the inability to login.