When running XFree86 the consolefont selected in /etc/rc.conf has been changed to default8xX.psfu.gz, which makes that I get sigma/divided by and other strange characters in the console instead of the ISO8859-1 characters that I need and which has been provided by my selected lat1-16.psfu.gz Reproducible: Always Steps to Reproduce: 1. Edit your /etc/rc.conf and set CONSOLEFONT="lat1-16" (this gives you aring and aumlat/oumlat on keys near enter). 2. Reboot or restart the consolefont service 3. Test your ISO8859-1 characters 4. start Xfree86 (either starting service or use startx) 5. stop Xfree86 or use ctrl-alt-f7 6. type something that requiers the ISO8859-1 characters and you will see "strange characters" part of the IBM/Microsft en/us charactersetup. Actual Results:
When running XFree86 the consolefont selected in /etc/rc.conf has been changed to default8xX.psfu.gz, which makes that I get sigma/divided by and other strange characters in the console instead of the ISO8859-1 characters that I need and which has been provided by my selected lat1-16.psfu.gz Reproducible: Always Steps to Reproduce: 1. Edit your /etc/rc.conf and set CONSOLEFONT="lat1-16" (this gives you aring and aumlat/oumlat on keys near enter). 2. Reboot or restart the consolefont service 3. Test your ISO8859-1 characters 4. start Xfree86 (either starting service or use startx) 5. stop Xfree86 or use ctrl-alt-f7 6. type something that requiers the ISO8859-1 characters and you will see "strange characters" part of the IBM/Microsft en/us charactersetup. Actual Results: åäö vill be displayed as sigma/divided by and other strange characters. Expected Results: pressing å,ä,ö should result in the characters å,ä,ö on the screen too. It's not that the keymap has been unloaded, but it's that the font has been replaced, as just loading the lat1-16 font gives the åäö back. I do understand thant en/us charactersetup users don't care about this, but for ous that uses national character this is a major bug.
Well honestly I cant find where XFree itself changes this in the source code. Im actually fairly convinced it doesnt. Im thinking that potentially the best solution will be if we issue a /bin/setfont command from the end of the X init scripts. J.O if you switch to a VT whilst X is running (ctrl-alt-F{1,2,3,etc}) do your fonts appear correctly, or are they incorrect from the starting of the server?
When switching to VT gives the wrong fonts, reverting back to default font.
There is discussion about this problem at this thread: http://forums.gentoo.org/viewtopic.php?t=115534 might be nvidia related problem?
I must say I completly miss your logic in seeing that the nVidia would be causing ths problem. The problem I see is that most people involved with baselayout and xfree are english languaged people who don't use ISO-8859-1 or any other character setups (they just are happy with the following ASCII table: http://www.computerhope.com/ascii.gif) and therefor don't encounter the problem. I have used RedHat, where I never had this kind of problem with switching between console/xfree (the console kept the font I wanted to have), I do see this as a Gentoo bug.
I agree with J.O. Aho (Comment #4) that is doesn't seems like a nvidia related problem, except for the fact that apparently everybody with this problem is using nvidia. And it seems that with TwinView and/or TV Out. Does anybody have any idea on how to fix it? Sometimes my systems also losses the cursor after getting out of X. To get the cursor back I have to change to a thrid font size and them get back to my original one. Just resetting my original font size fixes the font size but doesn't brings my cursor back. It's really annoying to have to log as root and changes the font size two times just to get back to my original setup.
This does not seem to be a nvidia related problem, as I get the same with Xorg 6.8.0 and i810 graphics driver. Consolefont is set to "lat0-16" by init-script or /bin/setfont, but reset to "default8x16" on X-server startup.
You might like to take a look at https://bugs.freedesktop.org/show_bug.cgi?id=2277.
Is that patch applied in the vanilla 2.6.12 kernel? Or does it be attached in the Gentoo-sources patches?
It would appear that the required changes were committed in January and require a kernel >= 2.6.11. Can someone confirm that this is fixed in 6.8.2 or maybe 6.8.99?
Upstream bug.
Although the upstream bug remains open, the required changes have been committed. As this is a rather hefy code-change and largely considered a new feature, I won't add it to 6.8.2 if it's not already there. It should be fixed in all future releases.
And by hefy I mean hefty :P Fixed in 7.0 (modular).
got the specified bug on my box. when firing up X with xinit/startx consolefont changes back to default 16 same happens when switching to X and back from virtual terminals after issuing '/etc/init.d/consolefont restart' consolefont is set to ter-v14n from terminus-font-4.26 i am using: xorg-x11 7.2, xorg-server-1.34, xinit-1.0.5-r1 nvidia-drivers-173.14.12, baselayout 1.12.11 on an amd64 no-multilib build dont't know how much more/less info is needed