Hi Ludo,
On +2020-04-08 11:42:41 +0200, Ludovic Courtès wrote:
> Hi Bengt,
>
> Bengt Richter skribis:
>
> > I'm really against pursuing any new design dependencies on X,
> > so even "or similar" sounds iffy to me. Just IMO ;-)
>
> The XKB database and associated tools is the de facto standard
Hi Bengt,
Bengt Richter skribis:
> I'm really against pursuing any new design dependencies on X,
> so even "or similar" sounds iffy to me. Just IMO ;-)
The XKB database and associated tools is the de facto standard for
handling keyboard layouts; it does a great job! It originated in X11
but th
Hi Florian,
On +2020-04-04 01:17:50 +0200, pelzflorian (Florian Pelz) wrote:
> On Fri, Apr 03, 2020 at 01:27:43AM +0200, Bengt Richter wrote:
> > I think I saw that PureOS was able to handle
> > different-layout keyboards in different concurrent sessions -- different
> > keyboards and displays
>
Hey,
> Ideally we’d also offer a way to choose multiple layouts in the
> installer, so that one can end up with:
>
> (keyboard-layout "ar,us" #:options '("grp:alt_shift_toggle"))
>
> Although that’s mostly useful for the console as GDM and GNOME should be
> able to do the right thing.
>
> Anyw
Hi!
Mathieu Othacehe skribis:
>> Yes please! (BTW, sorry for the latency when replying; if you want,
>> please do chime in on #guix on IRC.)
>
> Merged! Heh, I know you are already quite busy :p
>
> The installer tests are really a nice addition. Being able to test it
> running:
>
> make check-
Hey,
> Yes please! (BTW, sorry for the latency when replying; if you want,
> please do chime in on #guix on IRC.)
Merged! Heh, I know you are already quite busy :p
The installer tests are really a nice addition. Being able to test it
running:
--8<---cut here---start--
Hi Mathieu,
Mathieu Othacehe skribis:
>> Do you think that branch is ready for a merge? Or did you want to
>> further discuss some of the changes? Florian seemed to agree that it’s
>> a good thing.
>
> Yes, for me it's ready. If you are ok I can check that our new fancy
> tests are still passi
Hi,
"pelzflorian (Florian Pelz)" skribis:
> On Sun, Apr 05, 2020 at 04:03:54PM +0200, Ludovic Courtès wrote:
>> Can you confirm you see this problem?
>
> In my actual system configuration I have French layout in GDM and
> console with today’s git master. No problem. I changed:
Nevermind, I fo
On Sun, Apr 05, 2020 at 04:03:54PM +0200, Ludovic Courtès wrote:
> Can you confirm you see this problem?
In my actual system configuration I have French layout in GDM and
console with today’s git master. No problem. I changed:
diff --git a/config.scm b/config.scm
index 4db5560..1cf1578 100644
-
Hi,
"pelzflorian (Florian Pelz)" skribis:
> On Fri, Apr 03, 2020 at 05:20:23PM +0200, Ludovic Courtès wrote:
>> > GDM retains my U.S. English layout even after herd stop xorg-server
>>
>> That’s a regression. Localed was added exactly one year ago to fix this
>> problem in commit 607fcc75404e2
On Fri, Apr 03, 2020 at 01:27:43AM +0200, Bengt Richter wrote:
> I think I saw that PureOS was able to handle
> different-layout keyboards in different concurrent sessions -- different
> keyboards and displays
> can be attached to different "seats" -- or something like that, I obviously
> don't k
On Fri, Apr 03, 2020 at 05:20:23PM +0200, Ludovic Courtès wrote:
> > GDM retains my U.S. English layout even after herd stop xorg-server
>
> That’s a regression. Localed was added exactly one year ago to fix this
> problem in commit 607fcc75404e2b1fc74affcf372b4a6a789ac55e. I’ve spent
> a couple
Hi,
"pelzflorian (Florian Pelz)" skribis:
> On Thu, Apr 02, 2020 at 11:45:01AM +0200, Ludovic Courtès wrote:
>> The attached patch fixes that. I’ve confirmed that it works as intended
>> in Xorg and in the console
>
> Thank you, it works fine, even for entering the LUKS passphrase after
> GRUB
On Fri, Apr 03, 2020 at 02:38:16AM +0200, pelzflorian (Florian Pelz) wrote:
> GDM retains my U.S. English layout even after herd stop xorg-server
> and deleting all files in /var/lib/gdm.
This too was my mistake for omitting keyboard-layout settings in
set-xorg-configuration. All is well.
Regard
On Fri, Apr 03, 2020 at 02:38:16AM +0200, pelzflorian (Florian Pelz) wrote:
> Deleting all files also made
> my fonts different
Different fonts was due to an unrelated mistake of mine; I accidently
removed the font-dejavu package from my config.scm.
On Fri, Apr 03, 2020 at 02:38:16AM +0200, pelzflorian (Florian Pelz) wrote:
> For me there’s no regression because keyboard layouts never worked
Maybe there is a regression for at_keyboard users.
For usb_keyboard: I believe it would be easier to ignore the wrong
keyboard layout for the GRUB comma
On Thu, Apr 02, 2020 at 11:45:01AM +0200, Ludovic Courtès wrote:
> The attached patch fixes that. I’ve confirmed that it works as intended
> in Xorg and in the console
Thank you, it works fine, even for entering the LUKS passphrase after
GRUB in the Linux kernel. Only GRUB uses U.S. QWERTY layou
Hi all,
On +2020-04-02 12:25:37 +0200, Ludovic Courtès wrote:
> Hi,
>
> Mathieu Othacehe skribis:
>
> >> That’s exactly what it does, see (shepherd comm).
> >>
> >> Perhaps we just need to have the installer service depend on ‘syslogd’,
> >> at which point nothing goes to /dev/console?
> >
> >
Hello,
> Do you think that branch is ready for a merge? Or did you want to
> further discuss some of the changes? Florian seemed to agree that it’s
> a good thing.
Yes, for me it's ready. If you are ok I can check that our new fancy
tests are still passing and merge it :)
Now, there are othe
Hi,
Mathieu Othacehe skribis:
>> That’s exactly what it does, see (shepherd comm).
>>
>> Perhaps we just need to have the installer service depend on ‘syslogd’,
>> at which point nothing goes to /dev/console?
>
> Heh, I read it too fast, sorry :) The issue was in fact that we are
> calling `star
Hello Florian,
"pelzflorian (Florian Pelz)" skribis:
> works, but I have no idea how to turn that into a keyboard-layout.
> I tried setting in /etc/config.scm
>
> (keyboard-layout
> (keyboard-layout "ar,fr" "azerty" #:options '("grp:alt_shift_toggle")))
>
> but it threw an error.
The attache
On Wed, Apr 01, 2020 at 10:33:18PM +0200, Bengt Richter wrote:
> I don't know if this is useful, but seems like you can affect things
> early in the boot sequence (from the man page):
> --8<---cut here---start->8---
>Note that the kernel command line opti
Hi Florian,
On +2020-03-31 18:55:59 +0200, pelzflorian (Florian Pelz) wrote:
> On Tue, Mar 31, 2020 at 05:35:41PM +0200, Ludovic Courtès wrote:
> > I think we can have both Alt-Shift and what Mathieu implemented, no?
> >
>
> Yes, both would be best, what Mathieu implemented is more
> discoverabl
Hey,
> That’s exactly what it does, see (shepherd comm).
>
> Perhaps we just need to have the installer service depend on ‘syslogd’,
> at which point nothing goes to /dev/console?
Heh, I read it too fast, sorry :) The issue was in fact that we are
calling `start-service' and `stop-service' from
Hello Ludo,
> Ouch. Are there possible other such issues lurking?
The problem occurs when using `procedure->pointer' and passing the
returned pointer to a C library that stores it globally. Because, in
that case the pointer can be collected from the Guile side and used
later-on from the C side
On Tue, Mar 31, 2020 at 05:35:41PM +0200, Ludovic Courtès wrote:
> I think we can have both Alt-Shift and what Mathieu implemented, no?
>
Yes, both would be best, what Mathieu implemented is more
discoverable.
> However, note that the installed system won’t have Alt-Shift support,
> and perhaps
Hi,
"pelzflorian (Florian Pelz)" skribis:
> On Mon, Mar 30, 2020 at 01:35:29PM +0200, Mathieu Othacehe wrote:
>> In the installer, the keyboard layout is handled by KMSCON. It means
>> that running setxkbmap or loadkeys commands won't help. As KMSCON only
>> supports static keyboard layout setti
Hi,
Mathieu Othacehe skribis:
>> * Guile-newt functions "newt-set-help-callback" and
>> "add-component-callback" seem to be tripping over each other and I'm
>> having a hard time trying to understand why.
>
> Ok I found out why, it was the GC that was collecting the callback
> pointers. I fi
Hi!
Mathieu Othacehe skribis:
> * Shepherd is using /dev/console as an output and some messages are
> polluting the help line displayed at the bottom of the screen. I'm not
> sure how to solve it.
>
> Shepherd could poll /dev/log so that once syslog is available it stops
> using /dev/con
On Mon, Mar 30, 2020 at 07:11:13PM +0200, pelzflorian (Florian Pelz) wrote:
> The attached patch to Guix enables
> Alt+Shift toggling of the layout (it is too hacky, and it is always
> QWERTY layout!). But it is possible.
Please someone else decide on the right approach.
On Mon, Mar 30, 2020 at 01:35:29PM +0200, Mathieu Othacehe wrote:
> In the installer, the keyboard layout is handled by KMSCON. It means
> that running setxkbmap or loadkeys commands won't help. As KMSCON only
> supports static keyboard layout setting at start time, I had to patch it
> dirty (see k
On Mon, Mar 30, 2020 at 12:39:50PM +0200, Mathieu Othacehe wrote:
> Now I pushed a 'wip-installer-help' branch that implement this
> mechanism. I'm now able to switch the installer keyboard layout from any
> step.
>
> WDYT?
I like it. The switching also does not affect the generated
config.scm.
> Yes, that is definitely a good place, *but* now that I saw Debian, it
> would be good to additionally have a key combination. I think
> switching in an F1 help menu is more discoverable and having both
> would be good.
OK, noted.
> From what an Arab friend told me, they are used to a key com
On Sat, Mar 28, 2020 at 08:45:05PM +0100, Mathieu Othacehe wrote:
> Maybe we could add a help menu with key shortcut. From that
> help menu, one could change the current keyboard layout from any
> installation step?
>
Yes, that is definitely a good place, *but* now that I saw Debian, it
would be
Hey,
> * Guile-newt functions "newt-set-help-callback" and
> "add-component-callback" seem to be tripping over each other and I'm
> having a hard time trying to understand why.
Ok I found out why, it was the GC that was collecting the callback
pointers. I fixed it in Guile-newt.
Now I push
Hi Florian,
"pelzflorian (Florian Pelz)" skribis:
> After selecting non-Latin keyboard layouts in the graphical installer,
> there is no way to input Latin characters again. This means hostname,
> username, password, the home directory path /home/… cannot be
> specified in Latin.
>
> There eith
Hello,
Maybe we could add a help menu with key shortcut. From that
help menu, one could change the current keyboard layout from any
installation step?
WDYT?
Mathieu
Hey,
> I test the Newt-based Debian 10 installer via QEMU. When I select
> English language with Arabic keymap, I can choose a key combination
> for switching the layout, Alt+Shift by default. But I cannot choose
> between AZERTY and QWERTY, I always get QWERTY.
Defining such a combination co
On Sun, Mar 29, 2020 at 05:04:11PM +0200, Ludovic Courtès wrote:
> How do other distros handle it? Is there a hot key to switch back to a
> Latin layout? If so, which one?
I test the Newt-based Debian 10 installer via QEMU. When I select
English language with Arabic keymap, I can choose a key c
After selecting non-Latin keyboard layouts in the graphical installer,
there is no way to input Latin characters again. This means hostname,
username, password, the home directory path /home/… cannot be
specified in Latin.
There either should be a way to switch the keyboard layout later on.
For e
40 matches
Mail list logo
