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

Bug#614127: confirmed on allmachines: painfull

On Wed, Feb 23, 2011 at 10:50 PM, Anton Zinoviev <anton@lml.bas.bg> wrote:
> reassign 614127 console-setup
> severity 614127 normal
> forcemerge 614550 614127
> thanks
> On Wed, Feb 23, 2011 at 09:35:42PM -0600, Javier Vasquez wrote:
>> Package: console-setup
>> Version: 1.69
>> Package: xkb-data
>> Version: 2.1-1
> So, the you have version 2.1-1 of xkb-data too.  I am reassigning the
> bug correspondingly.  I am lowering the severity becase this version of
> xkb-data has not entered unstable yet.
> On Wed, Feb 23, 2011 at 10:09:23PM -0600, Javier Vasquez wrote:
>> It fails:
>> % dpkg-reconfigure console-setup
>> Bad number of antecedents at /usr/bin/ckbcomp line 2571, <RULES> line 372.
>> Line 2571 indicates:
>> 2571             @antecedent_patterns == @antecedents
>> 2572                 or die "Bad number of antecedents";
>> And line 372:
>> 372     'parenlef' => '0028', # Is this recognised by X ? (speling error)
> This was actualy line 372 of /usr/share/X11/xkb/rules/base:
> 372   htcdream      us de it                =       %l(htcdream)
> I don't even know how to interpret this line.  It looks like an error.
> It seems line 369 already does what was intended (the value of
> $htcdreamlayouts is "us it de"):
> 369   htcdream      $htcdreamlayouts        =       %l(htcdream)
> I'll report this.  For now my recommendation is to remove line 372 from
> /usr/share/X11/xkb/rules/base.  It is related to the micro-keyboard of
> the HTC Dream mobile device which doesn't support Debian.
> Anton Zinoviev

Hi Anton, as the answer was to you directly my 2nd answer which hadn't
reached you apparently shows that I found the issue with the errors,
though with my limited knowledge I think there shouldn't be any

So your provided file worked fine with a couple of things worth
mentioning.  I'm copying in here...

Found the issue with the failure, but I don't like the solution, :-)
One of the things keyboard-configuration doesn't ask, is whether there
are alternative languages to the primary ones, so one of my trials
(when dpkg-reconfigure keyboard-configuration didn't help out) was to
set /etc/default/keyboard by hand, and I used the same configuration I
use for X:


Apparently console-setup didn't like something from the previous.  But
using what keyboard-configuration limits by default doesn't make
console-setup to fail:


Is this configuration meant for X as well?  So is it true then that
alternative languages support is not supported?  If so for X (that's
where sometimes I use us layout) I'll keep setting the keyboard layout
on xorg.conf as I have kept so far though the xorg changes to
eliminate xorg.conf and keyboard and mouse config in ther, :-)  For
console, well just the native keybord language layout is OK for me,

The other problem is that once one runs "dpkg-reconfigure
keyboard-configuration" and then also "dpkg-reconfigure console-setup"
the console does not change at all.  The layout keeps at its default
(us) no matter how many times those things are run.  The changes ONLY
take effect after reboot, or probably (something I found by looking at
the reboot messages) by doing "sudo invoke-rc.d keyboard-setup start",
or perhaps "sudo setupcon -k".  It'd be nice if both "dpkg-reconfigure
keyboard-configuration" and "dpkg-reconfigure console-setup" provide a
clue to perform any of the prior instructions so that the console
changes configuration without needing a reboot, :-)

Other than those two issues I can live with, the configuration was
kept after reboot, which was the original bug, :-)  My concern is that
in my mind the solutions requires a bit of shining, but I can live
with it actually, :-)



Reply to: