[04:57] <micahg> jbicha: ping
[04:58] <jbicha> micahg: hi
[05:00] <micahg> hi jbicha, was looking at your gnome-shell branch, but it seems it already got upload
[05:00] <micahg> so, nevermind :)
[05:00] <micahg> jbicha: actually, do you want to rebase for the other changes?
[05:01] <micahg> my question was going to be the reason for bumping the deps
[05:02] <jbicha> thanks for looking at it!
[05:03] <micahg> it seems like your first revision was uploaded before the second got added
[05:03] <jbicha> gnome-shell won't run with 1.29.15 and I don't think it's tested at all except if you run the lastest release of everything
[05:04] <jbicha> yes, two people were looking at the merge simultaneously so I figured I'd just wait on bumping the deps for the next upload
[05:04] <jbicha> gnome-shell has too many dependencies :-(
[05:05] <micahg> jbicha: well, it's upstream's version of a meta package
[05:05] <micahg> like our ubuntu-desktop
[05:05] <micahg> jbicha: a suggestion would be to review the diff in configure before uploading a new version
[05:06] <jbicha> in this case, gnome-shell didn't bother upping the gjs dependency but I try to look at the configure diff, sometimes I forget
[05:07] <micahg> heh
[09:41] <czajkowski> morning
[09:44] <czajkowski> having to log a bug in the middle of my rugby watching is not good. >:(
[11:20] <bigon> is there any plan to merge gdm 3.1.x in oneiric?
[12:13] <Laney> who gets the blame when I get asked for a wireless password every time I unsuspend my laptop running g-s even though it is known (pre-filled in the dialog even)?
[15:56] <desrt> pitti: hey
[16:32] <czajkowski> aloha
[16:50] <jbicha> desrt: I can't figure out how to get dconf locks to work in Ubuntu
[16:55] <desrt> jbicha: i solved your bug already :)
[16:56] <desrt> jbicha: and see https://live.gnome.org/dconf/SystemAdministrators
[16:59] <jbicha> desrt: I followed the two paragraphs at the end but I can still change my background
[17:00] <desrt> jbicha: interesting
[17:00] <desrt> did you logout/login after setting up the new profile?
[17:01] <jbicha> I created a file, /etc/dconf/profile/system.d/locks/file , let me try rebooting too
[17:01] <desrt> wait...
[17:01] <desrt> sigh.
[17:01] <desrt> works better when you read the whole thing....
[17:03] <chrisccoulson> hi desrt
[17:03] <chrisccoulson> how are you?
[17:03] <desrt> pretty good
[17:03] <desrt> jbicha: please read the entire page
[17:03] <desrt> it won't work if you just follow the last couple of paragraphs
[17:04] <jbicha> desrt: oh so it's a bit more complicated, thanks
[17:07] <desrt> jbicha: usually people don't lock down settings without first having settings to lock down
[17:07] <desrt> :)
[17:08] <desrt> jbicha: in anycase, the restart is needed to get the new profile noticed.  after that, you can make changes without restarting
[17:08] <chrisccoulson> hmmm, why do my daily builds always break at the weekend?
[17:21] <micahg> chrisccoulson: because they're lonely
[17:30] <jbicha> desrt: I can't get my local profile to compile anything to /etc/dconf/db
[17:32] <jbicha> /etc/dconf/profile/local says user local on 2 lines & I have settings stored in /etc/dconf/profile/local.d
[17:33] <desrt> what happens when you say 'sudo dconf update'?
[17:33] <jbicha> nothing prints out and I don't see any changes
[17:34] <desrt> odd.
[17:34] <desrt> erm.
[17:34] <desrt> please read the docs more carefully :)
[17:34] <jbicha> I'm trying! ;-)
[17:34] <desrt> local.d goes in /etc/dconf/db/, not /etc/dconf/profile/
[17:35] <desrt> The remaining lines of the profile describe system databases. These databases are found in /etc/dconf/db/. Again, the name of the file to open in that directory is exactly as it is written in the profile and the file is expected to be in GVDB format. In our example, the files "/etc/dconf/db/local" and "/etc/dconf/db/site" would be opened.
[17:36] <desrt> and
[17:36] <jbicha> oh, it does say that
[17:36] <desrt> To support the ability to configure the system with a text editor, dconf has introduced key file directories. For any given system database, a corresponding directory can be created (with ".d" added to the filename).
[17:36]  * desrt clarifies by giving an example of a valid directory name in that second paragraph
[17:40] <desrt> i grok that it's hard to read through paragraphs of text and remember everything :)
[18:12] <jbicha> desrt: the locks subdirectory should be in /etc/dconf/db/*.d not in profile/*.d/  right?
[18:12] <desrt> there should be no /etc/profile/*.d/ at all
[18:12] <desrt> et.  dconf/profile
[18:15] <jbicha> ok, I updated the wiki for that then, I got it to compile but I still can't get the setting to lock http://paste.ubuntu.com/687055/
[18:16] <desrt> On startup, dconf consults the DCONF_PROFILE environment variable. If set, dconf will attempt to open the named profile, aborting if that fails. If the environment variable is not set, dconf will attempt to open the profile named "user".
[18:18] <jbicha> do I have to set a variable for everyone?
[18:18] <desrt> much easier would be to name your profile "user"
[18:18] <jbicha> ok, I'll try that
[18:25] <jbicha> it still doesn't lock: http://paste.ubuntu.com/687080/ :-(
[18:25] <desrt> and you logged in/out after renaming everything?
[18:25] <jbicha> yes and rebooted, does it work on your computer?
[18:25] <desrt> yes.
[18:26] <desrt> take some program that you are running inside of gnome and grep for dconf in its 'maps' file in proc
[18:27] <desrt> like grep dconf /proc/`pidof gnome-terminal`/maps
[18:27] <desrt> !!!!
[18:27]  * desrt sees the problem
[18:28] <desrt> you really have to read more carefully :(
[18:28] <jbicha> you know I can't read!
[18:28] <desrt> The first line is the name of the user's database.
[18:28] <desrt> The remaining lines of the profile describe system databases. These databases are found in /etc/dconf/db/.
[18:28] <desrt> you only have one line.  the first line.
[18:28] <desrt> These databases are found in ${XDG_CONFIG_HOME}/dconf/ (typically ~/.config/dconf/).
[18:29] <desrt> so it's not looking in /etc/dconf/db at all
[18:29] <desrt> do this:
[18:29] <desrt> rename your db files back from user to 'local'
[18:29] <desrt> so you have /etc/dconf/db/local.d and /etc/dconf/db/local
[18:29] <desrt> then put in your /etc/dconf/profile/user:
[18:29] <desrt> user
[18:29] <desrt> local
[18:30] <desrt> (end of file)
[18:30] <desrt> ie: almost exactly what is described on that wiki page...
[18:30] <desrt> minus 'site'
[18:34] <jbicha> desrt: thanks, that works, no /etc/dconf/profile/local needed at all
[18:36] <desrt> jbicha: i don't think the instructions ever suggested to create one :p
[18:39] <jbicha> well it did throw me on a rabbit trail with /etc/dconf/profile/system.d/locks but that's fixed now
[22:50] <desrt> does anyone have feedback on https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/832513?
[22:50] <ubot2`> Ubuntu bug 832513 in gnome-settings-daemon "gnome-settings-daemon assert failure: gnome-settings-daemon: ../../src/xcb_io.c:575: _XReply: Assertion `!xcb_xlib_extra_reply_data_left' failed." [High,Incomplete]