[07:30] <sil2100> didrocks: hi
[07:31] <sil2100> didrocks: I just now noticed that hm, the org.compiz.* (like unityshell) schemas are not visible when doing `gsettings list-schemas`
[07:32] <didrocks> hey hey sil2100
[07:32] <didrocks> hum, you did install them?
[07:32] <didrocks> do they appear in dconf-editor?
[07:32] <sil2100> didrocks: they're accessible through dconf and dconf-editor, they're also visible in the glib directory
[07:32] <sil2100> didrocks: but the gsettings program doesn't notice them...
[07:32] <didrocks> interesting
[07:32] <didrocks> let me see
[07:33] <didrocks> sil2100: did you try to get them manually, with gsettings?
[07:35] <sil2100> didrocks: yes, when I try fetching them manually through gsettings get, I can access them - but only when I give the path after the :, i.e. org.compiz.core:/usr/share/glib-2.0/schemas
[07:35] <didrocks> hum hum, so something is wrong in the generated schema I would say
[07:36] <didrocks> sil2100: did you opened the schema file and try to compare with a valid one?
[07:36] <sil2100> didrocks: I'll do it again, maybe I missed something yesterday
[07:37] <sil2100> Ah
[07:37] <sil2100> didrocks: I see now that hm, our compiz schemas are missing the path= tag in <schema>
[07:38] <sil2100> While all the other ones seem to have that
[07:38] <didrocks> sil2100: yeah, it's needed
[07:38] <sil2100> didrocks: but could that be the case?
[07:38] <didrocks> ah
[07:38] <didrocks> no
[07:38] <didrocks> ok, got you
[07:38] <didrocks> indeed, you won't have it
[07:38] <didrocks> because it's a relocatable schema
[07:38] <didrocks> sil2100: http://developer.gnome.org/gio/2.28/GSettings.html
[07:39] <didrocks> read the description
[07:39] <didrocks> so I guess they would appear with  gsettings list-relocatable-schemas
[07:40] <sil2100> Ah, right, now it makes sense
[07:40] <sil2100> didrocks: thanks!
[07:41] <didrocks> sil2100: yw!
[07:41] <didrocks> sil2100: so, I would say
[07:41] <didrocks> sil2100: as the current profile will be unity
[07:41] <didrocks> when you transition the values
[07:41] <didrocks> do it for the current profile
[07:42] <didrocks> sil2100: if you need any help with this transition, do not hesitate to ping me :)
[07:42] <sil2100> didrocks: yes, so I need to give the unity profile path after the :
[07:42] <sil2100> didrocks: since I was wondering why it didn't find the schema - just learned about it being a relocatable one ;)
[07:45] <didrocks> sil2100: well, don't give the unity profile, try to get the current one rather
[07:46] <didrocks> if it's possible with the migration tool
[07:46] <didrocks> or rather
[07:46] <didrocks> no, in fact, even better
[07:46] <didrocks> we know the old profile and the new one
[07:46] <didrocks> and both are separated
[07:46] <didrocks> hum, there is some logic needed in the shell script in fact
[07:46] <didrocks> sil2100: can you do a hangout, like in 30 minutes?
[07:47] <didrocks> will be easier to explain it that way :)
[07:47] <sil2100> didrocks: I think I could ;)
[07:47] <didrocks> sil2100: ok, let's do this then, I'll ping you back
[07:51] <sil2100> didrocks: ok - in the meantime I need to understand why org.compiz.core doesn't work but org.freedesktop.compiz.core does... ;)
[07:52] <didrocks> sil2100: ah, there was a late renaming, so maybe some parts weren't migrated?
[07:55] <sil2100> didrocks: but its strange, since the gsettings schema have org.compiz.core - but the gsettings-data-convert cannot find it in this form
[07:55] <sil2100> didrocks: even though grepping does not find any org.freedesktop.compiz.* schemas there
[07:56] <didrocks> sil2100: greeping for freedesktop ?
[07:56] <didrocks> grepping*
[07:56] <didrocks> look at the full tree
[07:57] <sil2100> didrocks: yes, I was grepping for freedesktop - I only got some non-compiz results
[07:58] <sil2100> Strange
[08:00] <didrocks> sil2100: are you sure that after your installation, the schemas were recompiled?
[08:13] <sil2100> didrocks: ah, hm, do I need to do it explicitly?
[08:13] <sil2100> didrocks: I mean, should I slap glib-compile-schemas in debian/rules ?
[08:13] <sil2100> didrocks: (or maybe a postinst script)
[08:14] <sil2100> didrocks: since I see Timo only copies the schema files, so indeed compilation is missing if it's not done automatically
[08:14] <didrocks> sil2100: no, if you did install the package, it's fine
[08:14] <didrocks> and done for you
[08:15] <didrocks> as a dpkg trigger
[08:15] <didrocks> if they are installed in the right spot, of course :)
[08:15] <didrocks> where are they installed?
[08:15] <sil2100> /usr/share/glib-2.0/schemas/*.xml
[08:15] <sil2100> didrocks: that's the right place, right?
[08:15] <didrocks> sounds goo
[08:15] <didrocks> good
[08:16] <didrocks> try to compile them by hand
[08:16] <didrocks> to see if it persists or refresh
[08:17] <didrocks> like
[08:17] <didrocks> /usr/lib/x86_64-linux-gnu/glib-2.0/glib-compile-schemas /usr/share/g
[08:17] <didrocks> lib-2.0/schemas
[08:18] <sil2100> didrocks: used /usr/bin/glib-compile-schemas and hm, it still doesn't find org.compiz.unityshell but finds org.freedesktop.compiz.unityshell
[08:19] <sil2100> This is absurd
[08:19] <didrocks> sil2100: ok, hangout?
[08:20] <sil2100> didrocks: one minute please ;)
[08:25] <sil2100> didrocks: ok, ready
[08:53] <mhr3> sil2100, can you update the packaging for files-lens to use vala 0.16? see https://code.launchpad.net/~mhr3/unity-lens-files/bump-valac-req/+merge/115902
[08:54] <mhr3> sil2100, actually, let's do it for all lenses
[08:56] <mhr3> the other merge requests will pop up soonish
[11:33] <sil2100> didrocks: after I do a non --dry-run gsettings-data-convert, how can I reset it so that I can migrate the same file again?
[11:35] <didrocks> sil2100: it's the file I pointed you at in the hangout: ~/.local/share/gsettings-data-convert, edit it and remove the migration filename in the key
[11:36] <sil2100> didrocks: ah! Thanks, I found it - since I was looking in my home directory while in the chroot I'm running as root
[11:36] <sil2100> ...;)
[11:37] <didrocks> yw ;)
[14:01] <MCR> didrocks: Hi. Got a question again: I've setup a standalone Compiz session combined with Unity-2d, because Unity-3d is slowing down everything on 3 displays too much. Now "Super" minimizes the active/selected window. Where can this shortcut come from and how can I turn it off ?
[14:03] <didrocks> MCR: I think you should see this shorcuts in gnome-control-center
[14:03] <didrocks> so tweaking them there shold work
[14:03] <didrocks> but -2d is not tested or support with compiz
[14:03] <didrocks> so a world of warning :)
[14:05] <mhr3> sil2100, ehm, did you get my msg about lenses? my internet is weird today, and xchat's log is even weirder... :/
[14:05] <MCR> didrocks: Many bugs I had with Compiz vanished, but I got some new ones instead :P - I know that my special configs are not supported (I wish they would be), thanks for the warning :)
[14:06] <didrocks> MCR: good luck and if you can find anything that can be upstreamed to make your life better, do not hesitate ;)
[14:09] <sil2100> mhr3: ah, I see it now! Sorry, it got lost in all this haste ;) I'll write it down and deal with it on Monday morning - since right now I'm in a hassle with the compiz gsettings migration stuff
[14:10] <mhr3> sil2100, k
[14:10]  * mhr3 is happy to know that the internet somewhat works
[14:11] <mhr3> xchat... not so much
[14:25] <sil2100> didrocks: the gsettings .convert files - where should the package install them so that we can then use them when migrate.py is run?
[14:26] <sil2100> didrocks: I set the path temporarily to /opt/migrate/
[14:26] <sil2100> didrocks: but where you think it should go in reality?
[14:31] <didrocks> sil2100: I would put them to where I put the unity-migration tool in the past
[14:35]  * sil2100 searches
[14:36] <didrocks> sil2100: look at the history, I removed it in a recent commit (like less than a month)
[14:37] <sil2100> didrocks: in the unity package that was?
[14:39] <didrocks> sil2100: in the upstream tree
[14:40] <sil2100> didrocks: do you mean like /usr/lib/unity/ ?
[14:41] <didrocks> yeah, I guess I put it there
[14:41] <didrocks> using some CMakeries
[14:41] <didrocks> that's why, just look around, it should still work :)
[14:41] <sil2100> didrocks: can I put both the .convert files and the migrate.py script there ;) ?
[14:42] <didrocks> sil2100: no, the convert file should be in the packaging as we have helper to install them in the right directory
[14:43] <didrocks> one sec, let me see how it works
[14:44] <didrocks> sil2100: no, I dreamt, we don't have any magic
[14:44] <didrocks> so put the two files in the same source
[14:44] <sil2100> ;)
[14:44] <sil2100> didrocks: you mean, *.convert ?
[14:45] <didrocks> and yeah, you can install the .convert here as well, as we don't want some autopicking by gsettings-data-convert but piloting it
[14:45] <didrocks> yeah
[14:45] <didrocks> so the 5 files to be exact :)
[14:46] <didrocks> sil2100: hum, your python had a lot of cruft :)
[14:46] <sil2100> 5 files into /usr/lib/unity then ;)?
[14:47] <sil2100> didrocks: it's been a while since I last wrote anything in python... ;p
[14:47] <didrocks> sil2100: I would use /usr/lib/unity/migration
[14:47] <sil2100> Ok!
[14:47] <didrocks> sil2100: I mean, even the print talks about reset
[14:47] <sil2100> I wanted to know what's going on... ;)
[14:48] <didrocks> sil2100: yeah, but you can change my print for unity speaking about reset to something more sensible :)
[14:48] <didrocks> hum
[14:48] <didrocks> current_profile_gconfvalue isn't attributed
[14:49] <didrocks> did it really run for you?
[14:49] <sil2100> didrocks: hm, yes, but it had the fallback to 'unity' then
[14:49] <sil2100> didrocks: so true, indeed it's probably broken still!
[14:50] <didrocks> it is broken, you remove the fallback and didn't set the value
[14:50] <didrocks> i'm fixing it
[14:50] <didrocks> please test it first next time :)
[14:50] <sil2100> didrocks: yes, please - I simply hacked it fast since I had to do those .convert files, and I'm a bit stressed with the deadline ;)
[14:51] <didrocks> I guess even that ; wasn't really appreciated by the interpreter :)
[14:51] <sil2100> didrocks: well, from what I remember python didn't really mind ; at the end ;p
[14:51] <sil2100> didrocks: ah, my habbits... ;)
[14:52] <didrocks> oh? /me launches an ipython
[14:52] <didrocks> indeed, interesting
[14:54] <sil2100> didrocks: I remember reading about that somewhere - it seems python is forgiving for C coders ;)
[14:55] <didrocks> sil2100: a little bit more clean: http://paste.ubuntu.com/1101933/
[14:55] <sil2100> didrocks: thank you! ;)
[14:55] <didrocks> didn't wrap () for print, nor use os.open(), we don't really care that much in that case :)
[14:55] <didrocks> yw
[15:10] <sil2100> didrocks: hm, should I do it as we planned, i.e. with 4 .convert files, or should I detach it so that there are .convert files for compiz and .convert files for compiz-plugins-default :/ ?
[15:10] <sil2100> didrocks: therefore making the migration script deprecated?
[15:11] <sil2100> didrocks: I would personally leave it as it is
[15:11] <sil2100> didrocks: since if some plugins are not installed, then migration of non-existing settings will just silently fail anyway
[15:12] <sil2100> didrocks: and you can't really update compiz-plugins-main without updating compiz, because of the gsettings switch
[15:12] <didrocks> sil2100: oh sorry, forgot about it, it should be in compiz in fact
[15:13] <didrocks> not unity
[15:13] <didrocks> so compiz files in compiz
[15:13] <sil2100> didrocks: you think compiz would mind if we put /usr/lib/compiz/migration/ directory ?
[15:13] <didrocks> unity migration file in unity
[15:14] <didrocks> sil2100: I don't think so, better to check with daniel, but I don't think it's a blocker
[15:14] <didrocks> in case, we can move that somewhere else if needed
[15:14] <didrocks> as long as it's just a path change
[15:14] <sil2100> So... I would need hm, 8 .convert files now?
[15:14] <didrocks> sil2100: no :)
[15:14] <sil2100> 4 for unity 4 for compiz plugins?
[15:14] <didrocks> sil2100: 2 for compiz in the compiz source tree
[15:14] <didrocks> 2 in unity in the unity source tree
[15:15] <didrocks> then, the migration tool is detecting if there are the unity convert file
[15:15] <didrocks> if not, it just run the "default" profile
[15:15] <didrocks> without the unity part :)
[15:15] <sil2100> hm, wait
[15:15] <didrocks> we'll copy both compiz and unity at the same time in the archive
[15:15] <didrocks> so people will have to upgrade them at the same time
[15:16] <sil2100> didrocks: two things:
[15:17] <sil2100> didrocks: first - you want to put the convert files into source trees? Not distro?
[15:17] <didrocks> it should be in source trees
[15:17] <didrocks> as it's an upstream change
[15:17] <didrocks> and maybe other distros will be interesting in this
[15:17] <sil2100> Shit...
[15:17] <sil2100> Ok, hm
[15:18] <sil2100> didrocks: I still try to understand how 2 .convert files for unity and 2 .convert files for compiz
[15:18] <sil2100> didrocks: since right now we have 4 - one for unity profile, one for Default profile, the defaults for unity and the defaults for Default
[15:19] <didrocks> right
[15:19] <didrocks> which is all what we need
[15:19] <didrocks> move the compiz ones to compiz source tree
[15:19] <didrocks> what I call the compiz ones are "the default profile"
[15:19] <sil2100> didrocks: so, you mean you want to put the unity profile convert files into unity
[15:19] <sil2100> And the Default ones into compiz
[15:19] <sil2100> didrocks: since hm, I see that my Default profile has unityshell settings o_O
[15:19] <didrocks> sil2100: not necesserally
[15:19] <didrocks> ah that's wrong
[15:19] <didrocks> it sholdn't
[15:20] <didrocks> the default profiles should have no bits of unity
[15:20] <sil2100> Good to know, since I had no idea because of my broken configuration
[15:21] <sil2100> didrocks: anyway, the unity profile should have unityshell converts as well as some of the compiz converts, right?
[15:21] <sil2100> didrocks: so I just need to remove unityshell from the Default .convert files
[15:21] <didrocks> sil2100: right, think of them more as profiles (so the whole stack) rather than plugins :)
[15:21] <didrocks> indeed
[15:22] <sil2100> I hate Friday releases
[15:23] <didrocks> sil2100: well, try at least to get something ready and tested
[15:23] <didrocks> sil2100: as I think this will ask a lot of configuration upgrade/tests
[15:27] <didrocks> sil2100: not related but, you did pointed us to your ppa for the SRU, but the whole stack was tested and there is the green flag?
[15:29] <sil2100> didrocks: https://docs.google.com/a/canonical.com/document/d/1IYDxthUsoznC0UYhkGZ7OufnSJDdmmQ7njUE0xB2mXQ/edit# <-
[15:30] <sil2100> didrocks: it was tested, checkbox tests weren't finished for the unity + compiz + cpm whole stack, but it was mostly all green when Francis was working on it
[15:30] <sil2100> didrocks: we still have a few bug descriptions to SRU, but that'll be done later by Francis too
[15:31] <didrocks> popey: francis is not working on this anymore? ^
[15:32] <popey> fginther, ^^
[15:34] <fginther> didrocks, popey, the checkbox testing was finished
[15:34] <fginther> no new issues
[15:34] <sil2100> fginther: for SRU-1?
[15:34] <sil2100> fginther: excellent! Thanks ;)
[15:34] <sil2100> fginther: I thought you had to stop because of quantal gsettings
[15:34] <fginther> for quantal compiz, cpm, unity
[15:35] <didrocks> excellent, thanks you both :)
[15:35] <fginther> sil2100, didrocks the precise SRU tests are incomplete
[15:35] <didrocks> hum?
[15:35] <didrocks> aren't we speaking about that?
[15:36] <didrocks> fginther: what's the ETA then?
[15:36] <fginther> didrocks, one moment
[15:36] <sil2100> fginther: ah, ok, wait - so quantal gsettings tests show no new regressions, yes?
[15:36] <sil2100> fginther: since that's excellent as well ;)
[15:37] <fginther> sil2100, yes, I ran into the launcher autohide and missing desktop menubar on quantal. The autohide was workedaround via ccsm
[15:38] <sil2100> fginther: so just that? Good - since I can't reproduce the missing desktop menubar currently
[15:39] <fginther> sil2100, yes, just that
[15:42] <fginther> sil2100, didrocks, about another hour on the checkbox-unity, then I'll be done with the Precise SRU
[15:43] <didrocks> fginther: thanks! keep us posted :)
[15:43] <didrocks> seb128: FYI ^
[15:43] <fginther> that's with unity 5.14.0-0ubuntu1~test1
[15:43] <seb128> didrocks, good, thanks
[15:44] <sil2100> didrocks: so, the migrate.py script should be in compiz source trunk as well, right?
[15:44] <didrocks> sil2100: indeed, the common denominator :)
[15:45] <didrocks> and you should detect if the unity convert files are installed
[15:45] <sil2100> didrocks: with the CMakeList.txt file installing it to a session-migration aware directory?
[15:45] <didrocks> if so, run the if(profile) logique
[15:45] <didrocks> if not, just run "default active" profile
[15:45] <didrocks> sil2100: no, just keep it there without installing it
[15:45] <didrocks> it's up to upstream if one day, they want to install it (I did that for unity)
[15:46] <didrocks> sil2100: then, in the packaging, I added a .migration file facility, you just list the script and it will install it where it shold
[15:46] <didrocks> sil2100: man dh_migrations (yeah, I did a manpage ;))
[15:46] <sil2100> didrocks: ah, so for now just keep the .convert files and the migration.py tool in compiz source, and install everything through packaging?
[15:48] <sil2100> didrocks: or should the source at least install the .convert files into the respective directories?
[15:50] <didrocks> sil2100: well, I see low value of installing the .convert file without the script
[15:51] <didrocks> so maybe just ship it upstream, uninstalled, at least for other packagers to do their best with their distribution
[16:20] <didrocks> sil2100: ok, so I think really that we won't push compiz gsettings and unity today, it's friday and dangerous :)
[16:20] <didrocks> sil2100: but I think at least, the migration script should be nearly there?
[16:22] <sil2100> didrocks: yes, I'm trying to put a package together - I mean, it's put up together already, just building ;)
[16:22] <sil2100> didrocks: I'll also submit some merge requests to unity and compiz trunks
[16:22] <sil2100> didrocks: and show you all the packaging branches (with the merges cherry-picked in)
[16:23] <didrocks> sil2100: ok, you are using dh-migrations right?
[16:23] <didrocks> with the debian/*migrations file
[16:23] <didrocks> (I already used it in unity if you want to take a look)
[16:24] <didrocks> sil2100: once the package is there, there are a *lot* of migration tests to do
[16:24] <didrocks> like creating a user
[16:24] <didrocks> tweaking values like crazy (with old unity/compiz)
[16:24] <didrocks> and upgrading, logging out and logging in
[16:24] <didrocks> that tested twice with the unity session and the default session
[16:25] <sil2100> didrocks: yes :)
[16:25] <sil2100> didrocks: I know, I saw - I was basing on that
[16:25] <sil2100> didrocks: had to add dh-migration as the dep
[16:26] <didrocks> build-dep for compiz, yeah
[16:26] <didrocks> and use --with migrations
[16:26] <didrocks> sil2100: btw, is the manpage explicit?
[16:27] <sil2100> didrocks: yes, it is :) Actually it's very helpful, although the --with migrations I had to look-up at unity
[16:28] <didrocks> sil2100: sweet! :)
[16:31] <didrocks> sil2100: updated the manpage FYI
[16:31] <sil2100> didrocks: \o/ awesome
[16:35] <fginther> sil2100, didrocks checkbox-unity testing on precise sru candidate passed with no regressions
[16:35] <sil2100> fginther: that's most awesome, thanks for the testing :)!
[16:35] <fginther> sil2100, you're welcome
[16:36] <sil2100> fginther: now, I'll have one more task for you - but I'll send it by e-mail in a moment!
[16:36] <didrocks> fginther: excellent! seb128 has you will take care of that ^
[16:37] <didrocks> fginther: thanks ;)
[16:37] <seb128> good
[16:54] <fginther> didrocks, you're welcome
[16:55] <lewtds> hi. I'm creating an indicator with AppIndicator. At the same time I'm using Gtk.Application to provide uniqueness. But since I port my app to Gtk.Application (which run with Gtk.Application app.run() and not Gtk.main() ) the indicator stop working (it doesn't show up). Is this a libindicator's fault?
[17:00] <lewtds> here's the test code in Vala http://paste.ubuntu.com/1102100/. Compile it with valac --pkg gtk+-3.0 test.vala
[17:18] <exarkun> if I try to suspend my laptop, a dialog pops up saying "A program is still running", "Chromium Web Browser", "Power Save Blocker".  And my laptop does not suspend.  How do I make my system suspend even if "Chrome Web Browser" (or any other program, for that matter) is "Power Save Blocker"?
[19:24] <alo21> hi
[19:25] <alo21> How can I create a minimal window (like ctrl+F in Firefox) in python?
[21:46] <Gibzsullivan> hai
[21:46] <Gibzsullivan> hello
[21:47] <Gibzsullivan> hmm