> Sent: Thursday, August 29, 2019 at 4:31 PM
> From: "Christopher Gregory via blfs-support"
> <[email protected]>
> To: [email protected]
> Cc: "Christopher Gregory" <[email protected]>
> Subject: Re: [blfs-support] Where are gnome settings stored?
>
>
>
> > Sent: Thursday, August 29, 2019 at 1:52 AM
> > From: "Pierre Labastie via blfs-support"
> > <[email protected]>
> > To: "BLFS Support List" <[email protected]>
> > Cc: "Pierre Labastie" <[email protected]>
> > Subject: Re: [blfs-support] Where are gnome settings stored?
> >
> > On Wed, 2019-08-28 at 11:44 +0200, Christopher Gregory via blfs-
> > support
> > wrote:
> > > > Sent: Wednesday, August 28, 2019 at 7:10 PM
> > > > From: "Pierre Labastie via blfs-support" <
> > > > [email protected]>
> > > > To: [email protected]
> > > > Cc: "Pierre Labastie" <[email protected]>
> > > > Subject: [blfs-support] Where are gnome settings stored?
> > > >
> > > > Hi,
> > > >
> > > > Can somebody tell me where gnome settings are stored? I thought
> > > > everything was in user .config dirs (for user settings) and
> > > > /etc/dconf
> > > > (for system settings), but it seems there are more, because when I
> > > > wipe
> > > > out the user's .config, I do not get back the original settings I
> > > > had
> > > > the first time I logged in...
> > > >
> > > > I'd appreciate any pointer to an up to date doc, and/or direct
> > > > explanation. TIA
> > > >
> > > >
> > > Hello Pierre,
> > >
> > > Another location is:
> > >
> > > /var/lib/AccountsService/users
> > >
> > > With that location, it is only populated after said user has logged
> > > into gnome for the first time, rather than when a new user is added
> > > to the system.
> > >
> >
> > Thanks Christopher (and not Gregory, as I called you in another
> > message, sorry). So summary:
> > - for most gnome user settings, the dconf database
> > $HOME/.config/dconf/user and the system dconf databases
> > /etc/dconf/db/<databases> (with mechanism to populate those database as
> > described in dconf(7)). Presently, on my system, I have only an ibus
> > database there.
> > - some applications put their settings at other locations, using either
> > gconf or text files, see the example of mousepad on the link you
> > provided.
> > - user account information is stored in /var/lib/AccountsService/users
> > (text files). Actually, I see a language field, which is maybe worth
> > trying.
> > - there is also this file /usr/share/gdm/greeter-dconf-defaults, which
> > is a dconf database, but I do not know how to modify it. Normally all
> > the dconf databases known to a gnome session are either in
> > $HOME/.config/dconf/user or in /etc/dconf/db, at least according to the
> > documentation.
> > - note that gdm has also /etc/gdm/custom.conf as a configuration
> > file...
> >
> > What else?
> >
> > Ah, forgot:
> > - the change in gnome-shell allows to load the
> > /var/lib/gdm/.config/dconf/user database at start up. Otherwise, gdm
> > needs localed to load non default settings. So this change makes things
> > slightly better. But this database cannot be edited. That's why I have
> > copied the database from $HOME/.config to ~gdm/.config, and how I
> > obtained a French kb layout in gdm.
> >
> > But all this makes me think that it is very hard to know what one is
> > doing then tweaking gnome configuration. What is used and what not, and
> > so on... A recipe for setting the gdm keyboard may work on one system
> > and not on another, maybe depending on the order applications have been
> > compiled or loaded...
> >
> > I've tried to wipe out .config, .local, and .cache in my $HOME, and in
> > /var/lib/gdm, on two different (Sysv) systems. Starting one gives a
> > French keyboard in gdm, the other one, no!
> >
> > BTW, on a systemd machine, after running "localectl set-x11-keymap fr",
> > gdm start with an azerty layout, and the screen keyboard shows an
> > azerty keyboard. That is, everything is working out of the box!
> >
> > Oh, also, I've installed no Xorg driver at all (forgotten) on this
> > machine with only gnome, and nevertheless, I have mouse and keyboard!
> > Must be because gdm and gnome are using Wayland sessions. glxinfo shows
> > "Mesa DRI Intel(R) Haswell Desktop" as OpenGL Renderer. So it looks
> > like Wayland does not need Xorg drivers, which means it cannot see the
> > configuration in /etc/X11/xorg.d. Ok, let me try to disable Wayland...
> >
> > I realize this message is mixing up things, but my problem is that I
> > can't disentangle them. I'm actually unable to have a plan to test
> > things in a rational way...
> >
> > 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 have not forgotten to come back to this. I am currently working through
> the internal files for gnome etc following a number of threads over different
> support sites, and trying to make it into as easy a list as I possibly can.
> It is going to take quite some time. It is all related to the azerty layout
> and interaction between gnome, wayland and even apparently the evdev rules.
> I am not saying that it will solve anything, but it might. I am making a
> list of files with directory locations and snippets of the code so that it is
> layed out and perhaps it can then be made to work.
>
> I have never dived into all these files from the back end before and I am
> trying to stop my brain from putting the brakes on things, as it really is
> lines of code.
>
> Regards,
>
> Christopher.
> --
> http://lists.linuxfromscratch.org/listinfo/blfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
Hello Pierre,
I have just had a thought, and hope that you can try it:
In /etc/gdm/PreSession/ edit the Default file and add:
export XKB_DEFAULT_LAYOUT=fr
I have no idea if this will work, but if it does work consistently on both your
systems, then that with the changes to gnome-shell that you have done should be
a simple solution.
I am still looking at the other files, but if this works it would mean we both
could stop.
Also you could look at
/usr/share/glib-2.0/schemas/org.gnome.desktop.input-sources.gschema.xml
<key name="sources" type="a(ss)">
<default>[]</default>
<summary>List of input sources</summary>
<description>
List of input source identifiers available. Each source is
specified as a tuple of 2 strings. The first string is the
type and can be one of “xkb” or “ibus”. For “xkb” sources the
second string is “xkb_layout+xkb_variant” or just “xkb_layout”
if a XKB variant isn’t needed. For “ibus” sources the second
string is the IBus engine name. An empty list means that the X
server’s current XKB layout and variant won’t be touched and
IBus won’t be used.
and try adding the keyboard layout in the currently empty []
Regards,
Christopher.
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
