I can't get it to work with GNOME 2.22. I have added the gnome-keyring USE flag, re-emerged all relevant packages and replaced the pam configuration files using dispatch-conf. I have tried to delete all old keyrings and have the keyring manager create a new default one, and I have tried to use one ...

I wonder precisely the same thing. I'd like to keep different python versions around to test programs I develop on each, but if the programs require third-party modules it won't work.

Scu wrote:I'm having the same problem. No solution??

Could /etc/make.conf setting LINGUAS="fi en" have something to do with this mess?

I "solved" it by explicitly choosing the locale I want at the GDM boot screen.

I have the same problem, did you find any solution?

Thanks for the instructions kernelOfTruth, I got my HL-2030 up and running fine.

It's fixed in 2.6.22-r5.

It's a kernel bug. It seems to be fixed in 2.6.22-r5.

Too bad it isn't supported. Thanks for the tip about nested servers, Xephyr seems to be interesting.

I managed to find a workaround here for the biggest problem though. By putting the second screen on a fixed position some distance away from the other, the mouse pointer gets effectively locked in ...

I have one graphics card with two VGA outputs, one is connected to a computer monitor and the other to a TV.

On the computer monitor I would like GNOME running, preferably with the mouse pointer locked in there.
On the TV, I'd like just plain X so that I can direct fullscreen video to it using ...

I fixed it for me by switching from "Best Shapes" to "Best Contrast" in the GNOME Font Preferences.

I haven't noticed anything out of the ordinary, although my NFS server rarely is on for more than 24 hours in a row. Current RAM usage for rpc.mountd is about 3 MB after an uptime of 8 hours. I have nfs-utils 1.0.12.

You usually let a program (application) create the files for you. What kind of file are you trying to create?

You might need to add -d ata to the options for the S-ATA drive.

Have you checked the logs?

Perhaps you changed your locale settings? It's the LC_COLLATE environmental variable that should determine the ordering.

~ $ LC_COLLATE="sv_SE.utf8" ls -l
total 28
drwxr-xr-x 39 sork users 4096 Apr 18 19:48 alopex
drwxr-xr-x 2 sork users 4096 Apr 19 10:21 Desktop
lrwxrwxrwx 1 sork users 20 Oct 16 ...

You might want to try GQView, it can print selections and has a few scaling options as well. I have never tried printing with it myself though.

Is your kernel configured to support your chipset?

Try to enable DMA and possibly some other features such as unmaskirq and 32 bit IO-support depending on your setup.

# hdparm /dev/hda

/dev/hda:
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
HDIO_GETGEO failed ...

There have been problems with the stable version of smlnj, smlnj-110.45 works fine for me though. You could also try mosml, if it's SML you use.

I got pstoraster crashes regardless of what I tried to print. I solved it by going back to gimp-print-5.0.0.

Hmm, that does not look like Comix 3.5.1. Are you sure that you don't have some old version installed somewhere, /usr/local perhaps?

Not that it will help with your current problem, but anyway.

Try running revdep-rebuild, or re-emerge gtk+ and pygtk.

Yes, seems like PyGTK can't be found. Those two dirs are normal.

Are you using Python 2.4? What does the following tell you?

ls /usr/lib/python2.4/site-packages/ | grep pygtk

By the way, what version of Comix do you have? That looks like an error message from 3.4 or earlier, and the earlierst ...

What is the exact error message?

Are you sure that PyGTK is properly installed? If you have updated Python you might have to run python-updater to fix the modules for the new version.

Are you sure the DVD is blank? It looks as if you are trying to burn a used disc, this is the clue: