Bug#956501: console-setup: keyboard layout in /etc/default/keyboard is not set correctly on startup

2020-04-30 Thread Celejar
On Sun, 12 Apr 2020 00:31:29 -0400 Celejar  wrote:
> Package: console-setup
> Version: 1.195
> Severity: normal
> 
> Hi,
> 
> I'm not sure if this is a problem with console-setup or
> keyboard-configuration.
> 
> ~$ cat /etc/default/keyboard 
> # KEYBOARD CONFIGURATION FILE
> 
> # Consult the keyboard(5) manual page.
> 
> XKBMODEL="pc105"
> XKBLAYOUT="us,il"
> XKBVARIANT="dvorak,"
> XKBOPTIONS="terminate:ctrl_alt_bksp,grp:alt_shift_toggle,ctrl:swapcaps"
> 
> BACKSPACE="guess"
> 
> Until recently, these settings were all correctly set on system startup,
> but the keyboard layout settings are currently not set correctly on
> startup:
> 
> ~$ setxkbmap -query
> rules:  evdev
> model:  pc105
> layout: us
> variant:dvorak
> options:terminate:ctrl_alt_bksp,grp:alt_shift_toggle,ctrl:swapcaps

Additionally: I checked /var/log/Xorg.0.log (attached), and it claims
that the options are indeed set correctly. But the fact is that they
are not, as per the above "setxkbmap -query" command.

Celejar



Re: Bug#959037: lintian: FPOS? for executable-in-usr-lib

2020-04-30 Thread Bastian Blank
On Thu, Apr 30, 2020 at 11:41:44AM +0200, Bastian Blank wrote:
> The _other_ d-i parts are only looking in the specified directories in
> /usr/lib.

Okay, let's expand on this.

The following directories are part of the API of several d-i components:

- /usr/lib/post-base-installer.d/
- /usr/lib/pre-pkgsel.d/

The same is e.g. true for /usr/lib/apt/ (okay, maybe this was extended
to include /usr/libexec/apt/ as well in the meantime).

It is however irrelevant if this API is provided by a deb or udeb.  You,
as user of this API, can't just move a file from /usr/lib/x to
/usr/libexec/x and expect it to continue working.  This is an API
transition and needs to be coordinated.

I would assume this tag is in the pedantic pile for a reason:  You can't
just run, but need to think about it.

Bastian

-- 
If a man had a child who'd gone anti-social, killed perhaps, he'd still
tend to protect that child.
-- McCoy, "The Ultimate Computer", stardate 4731.3



Re: Bug#959037: lintian: FPOS? for executable-in-usr-lib

2020-04-30 Thread Bastian Blank
Hi Mattia

On Wed, Apr 29, 2020 at 06:40:07PM +0200, Mattia Rizzolo wrote:
> On Tue, Apr 28, 2020 at 11:38:44PM +0100, Steve McIntyre wrote:
> > ACK. d-i won't be looking in /usr/libexec. Please leave things where
> > they are...
> Good, then @lintian-maint: please exclude udebs from this check :)
> (as I think used to be in the past, since I don't think I saw this tag
> years ago in this package, but I know it has been there for a while…)

Why?  The tag is completely correct.

The _other_ d-i parts are only looking in the specified directories in
/usr/lib.

Bastian

-- 
But Captain -- the engines can't take this much longer!