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