[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#860582: marked as done (Nokia N900 keyboard support in console)

Your message dated Wed, 19 Apr 2017 20:48:23 +0300
with message-id <20170419174822.GA21754@logic>
and subject line Re: Bug#860582: R: Re: Bug#860582: Nokia N900 keyboard support in console
has caused the Debian Bug report #860582,
regarding Nokia N900 keyboard support in console
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

860582: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860582
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- Package: console-setup

Dear Sirs,

I am experimenting with Debian on a Nokia N900 (RX-51). I debootstrapped a Jessie file system. When configuring the keyboard, I found an issue. Namely, the symbols file uses a custom type called PC_FN_LEVEL2; however, when setupcon is called, and from there ckbcomp is invoked, this type is not recognised.

There is a fix on the version of console-setup which is available in the Sid repository. The bug report is found at:


However, I believe this bug is not fixed in the proper way. Let me explain.

1. The type is already defined in /usr/share/X11/xkb/types/nokia
2. This type file is correctly referenced in /usr/share/X11/xkb/rules/xorg (line 1018/1225) (although I found no trace of Nokia models in xorg.lst and xorg.xml)
3. Based on my investigations, I believe the rules file is read by cbkcomp, but the types file is not
4. The fix found at https://anonscm.debian.org/cgit/d-i/console-setup.git/commit/?id=f41adb653e666cefe15af02fdbf5bb56b11677df "hardcodes" the PC_FN_LEVEL2 type into ckbcomp

My conclusion is that the problem is ckbcomp not reading the type file indicated in the rule file, and that should be fixed, instead of hardcoding the custom type into ckbcomp.

Best regards,

Enrico Menotti

--- End Message ---
--- Begin Message ---
On Wed, Apr 19, 2017 at 06:20:30PM +0200, Enrico Menotti wrote:
> >Can you send:
> >1. A sample command line for ckbcomp.
> >2. The output ckbcomp generates.

I asked for this information because I thought ckbcomp (version 1.164) 
didn't work properly with the PC_FN_LEVEL2 type.  I didn't realise that 
your bug report is only about ckbcomp not reading the type files and 
relying on hardcoded info instead.

> But in this way it is impossible to define custom types. But yes, if 
> it is impossible to let ckbcomp behave accordingly to what is stated 
> in the type file, then this workaround is the only possible solution. 
> And I admit that probably there is no practical need for the types to 
> be customisable, so doing a huge work to modify ckbcomp would be not 
> worth it. In conclusion, based on your reply, I think it be better to 
> close this bug report without doing anything.

Thank you.

Anton Zinoviev

--- End Message ---

Reply to: