> Sent: Tuesday, August 27, 2019 at 7:54 PM > From: "Pierre Labastie via blfs-support" > <blfs-support@lists.linuxfromscratch.org> > To: blfs-support@lists.linuxfromscratch.org > Cc: "Pierre Labastie" <pierre.labas...@neuf.fr> > Subject: Re: [blfs-support] gdm: how to use a non us keyboard? [solved] > > On 26/08/2019 19:42, Christopher Gregory via blfs-support wrote: > > > > > >> Sent: Tuesday, August 27, 2019 at 5:05 AM > >> From: "Pierre Labastie via blfs-support" > >> <blfs-support@lists.linuxfromscratch.org> > >> To: blfs-support@lists.linuxfromscratch.org > >> Cc: "Pierre Labastie" <pierre.labas...@neuf.fr> > >> Subject: Re: [blfs-support] gdm: how to use a non us keyboard? > >> > >> Bruce Dubbs via blfs-support wrote: > >>> On 8/26/19 10:33 AM, Bruce Dubbs wrote: > >>>> On 8/26/19 1:48 AM, Christopher Gregory via blfs-support wrote: > >>>> > >>>>> They found that the issue is with gnome-shell which forces the use > >>>>> of systemd. > >>>>> > >>>>> They created a patch back in January of this year, which may well be > >>>>> able to be modified for lfs/blfs purposes: > >>>>> > >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235009 > >>>> > >>>> Pierre, try rebuilding gnome shell with: > >>>> > >>>> sed -i '/isGreeter/,+2 d' js/ui/status/keyboard.js > >>>> > >>>> alternatively: > >>>> > >>>> sed -i '/isGreeter/,+2 s:^://:' js/ui/status/keyboard.js > >> > >> Well, this means it'll use a session settings instead of a system > >> settings. OK, but which one? I cannot change the gdm session anyway, > >> it's not my user session! Will try anyway. > >> > >>> > >>> Another solution for BLFS would be to remove gdm from the System V > >>> book. We already do that with gnome-logs. We still have lightdm and > >>> lxdm. > >> > >> Already answered that there is no strong reason to remove it. But > >> actually, there is no strong reason to keep it either... > >> > >> Pierre > >> -- > >> http://lists.linuxfromscratch.org/listinfo/blfs-support > >> FAQ: http://www.linuxfromscratch.org/blfs/faq.html > >> Unsubscribe: See the above information page > >> > > > > Hello Pierre, > > > > I thought that was my last suggestion, though I have now had another that > > *may* actually work. > > > > Take a look at /etc/gdm/Xsession > > > > Within there they most certainly do have a keyboard layout section, perhaps > > you could remove the string variable and just hard-code the keyboard layout > > there. > > > > OK, seems we've got it working! What made it work is the change in > js/ui/status/keyboard.js from gnome-shell. No need for localed, no need to use > Xorg instead of wayland, but I've done two small changes (I doubt they are > relevant to this problem, but they provide a cleaner build): > - add -Dsystemd=false to the meson options in gnome-shell (makes the > instructions for removing systemd units useless) > - change -DWITH_SYSTEMDSYSTEMUNITDIR= to -DWITH_SYSTEMDUSERUNITDIR=no in > evolution-data server (prevents installing some systemd user units (note that > the change is not only to add "no", it is in the name of the variable too: > SYSTEM->USER) > > So the changes need are the two above, and the sed proposed by Bruce (this one > is mandatory). I'll do those. > > Thanks to all who have participated in this thread, and specially to Gregory > for his patience, and for finding the thread about gnome-shell. > > Also, changing /etc/localtime to a symlink has an immediate effect of changing > the clock to the right timezone (that's really amazing, at the time you hit > return, the clock changes), thanks Bruce. I think we should change > /etc/localtime to a symlink in the Sysv book. > > Thanks again > Pierre > -- > http://lists.linuxfromscratch.org/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page >
Hello Pierre, That is great that you got it to work. I was trying, with my suggestions to have it with the least amounts of patches and additions from systemd as possible. I found that I just could not stop searching as I refused to believe that it was not possible. I am glad that it turned out to be gnome-shell, as described in that freebsd thread, even though they appeared to not get it to work. It was a long slow process of elimination, but achieved a great end result. Regards, Christopher. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page