On Thu, 2013-01-03 at 19:58 +0100, Till Maas wrote:
> On Thu, Jan 03, 2013 at 09:59:52AM -0800, Adam Williamson wrote:
>
> > Oh sure. I guess I need to draw a distinction between what I see as two
> > different cases. Which I'm sure you understand but I'm having trouble
> > describing clearly. I g
On Thu, Jan 03, 2013 at 09:59:52AM -0800, Adam Williamson wrote:
> Oh sure. I guess I need to draw a distinction between what I see as two
> different cases. Which I'm sure you understand but I'm having trouble
> describing clearly. I guess what I'm saying is, if
> there's /etc/keyboard.conf speci
On Thu, 2013-01-03 at 10:26 -0800, John Reiser wrote:
> On 01/03/2013 09:59 AM, Adam Williamson wrote:
> > if
> > there's /etc/keyboard.conf specifying 'KEYBOARD=foo', [then] I should never
> > have to pass 'KEYBOARD=foo' as a cmdline to make foo my keyboard layout
> > in some case. As things stan
On 01/03/2013 09:59 AM, Adam Williamson wrote:
> if
> there's /etc/keyboard.conf specifying 'KEYBOARD=foo', [then] I should never
> have to pass 'KEYBOARD=foo' as a cmdline to make foo my keyboard layout
> in some case. As things stand I believe I do, for passphrase entry
> during dracut.
The dra
On Thu, 2013-01-03 at 18:53 +0100, Lennart Poettering wrote:
> On Thu, 03.01.13 09:38, Adam Williamson (awill...@redhat.com) wrote:
>
> > If we have such a tool, can we make the whole area of keymap
> > configuration much less insane? Right now we appear to have at least the
> > following:
>
> We
On Thu, 03.01.13 09:38, Adam Williamson (awill...@redhat.com) wrote:
> If we have such a tool, can we make the whole area of keymap
> configuration much less insane? Right now we appear to have at least the
> following:
Well, we still will allow configuration of per-boot, per-system and
per-user
On Thu, 2013-01-03 at 15:43 +0100, Lennart Poettering wrote:
> On Thu, 03.01.13 00:03, Adam Williamson (awill...@redhat.com) wrote:
>
> > * https://bugzilla.redhat.com/show_bug.cgi?id=889562 - systemd
> > conversion from xkb to console layouts fails probably more than it
> > succeeds, when it does