208178 – [PATCH] /etc/init.d/keymaps doesn't set console mode correctly (since kernel 2.6.24?)

Bug 208178 - [PATCH] /etc/init.d/keymaps doesn't set console mode correctly (since kernel 2.6.24?)

Summary: [PATCH] /etc/init.d/keymaps doesn't set console mode correctly (since kernel ...

Status:	RESOLVED OBSOLETE

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] baselayout (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Gentoo's Team for Core System packages

URL:
Whiteboard:
Keywords:

Depends on:	295613
Blocks:
	Show dependency tree

Reported:	2008-01-30 15:59 UTC by mrsteven
Modified:	2011-06-09 01:44 UTC (History)
CC List:	2 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Buxfix for this issue (keymaps_fix.patch,1.32 KB, patch) 2008-01-30 16:02 UTC, mrsteven	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description mrsteven 2008-01-30 15:59:53 UTC

Kernel 2.6.24 seems to set console mode to unicode at boot, which messed up the german "umlaute" like äöüß for me. So we have to set console mode every time we boot. At the moment this is only done if we want unicode.

I include a patch against the keymaps script of sys-apps/baselayout-1.12.10-r5 which fixes the problem for me. It also changes the keyboard mode of all tty devices and not only tty1. It seems like newer kernels handle keyboard modes for each tty seperately.

Reproducible: Always

Steps to Reproduce:
1. Boot Kernel 2.6.24
2. Virtual consoles are in unicode mode even if they shouldn't

Comment 1 mrsteven 2008-01-30 16:02:56 UTC

Created attachment 142201 [details, diff]
Buxfix for this issue

Patch against baselayout 1.12.10-r5

Comment 2 mrsteven 2008-01-30 16:15:30 UTC

fixed typo in summary

Comment 3 Roy Marples 2008-01-30 16:37:11 UTC

This is already fixed in baselayout-2.

Comment 4 mrsteven 2008-01-30 21:37:36 UTC

Oh okay, I didn't know that.
But then it should be fixed before kernel 2.6.24 hits the stable tree, in case baselayout 2 has not before.

Comment 5 Roy Marples 2008-01-31 17:25:17 UTC

It was more of a note to the base-system team that only baselayout-1 needs the fix :)

Comment 6 mrsteven 2008-02-20 11:32:54 UTC

(In reply to comment #5)
> It was more of a note to the base-system team that only baselayout-1 needs the
> fix :)
> 

:-) okay!

Just a reminder that this is still not fixed in sys-apps/baselayout-1.12.11.1. :-(

Comment 7 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev

2008-04-15 13:42:51 UTC

please fix baselayout-1 as well...

Comment 8 mrsteven 2009-02-17 19:52:46 UTC

Some news about this?

Comment 9 ScytheMan 2009-06-27 17:27:15 UTC

Nobody interested in fixing this bug or is baselayout-2 stabilization scheduled soon?

Comment 10 Robin Johnson archtester

2011-01-06 06:41:12 UTC

vapier:
Can we drop this into BL1 please?

Comment 11 SpanKY gentoo-dev

2011-01-08 23:51:39 UTC

i thought the keyboard needed to be in unicode mode before loadkeys would work properly.  is that not the case ?

Comment 12 mrsteven 2011-02-15 00:04:32 UTC

Last time I checked it worked, but that was when I created the patch.

Meanwhile I swiched the whole system to UTF-8 and updated my baselayout to 1.12.14-r1, so I can't say much about the situation now, sorry.

Maybe I'll find some time to experiment with it when my exams are over.

Comment 13 SpanKY gentoo-dev

2011-06-09 01:44:21 UTC

openrc is stable, and no plans to make anymore baselayout-1 releases