[01:27] <kenvandine> Laney, yeah i have since realized that my nexus 7 build box had the old gtk too
[04:59] <pitti> Good morning
[05:33] <dpm> morning all
[05:34] <dpm> morning didrocks, are you already around?
[05:34] <didrocks> dpm: hey, sure!
[05:34] <dpm> :)
[05:35] <dpm> didrocks, a quick question: I'm writing a tutorial on scopes, and it depends on this libunity revision to have landed in the distro: http://bazaar.launchpad.net/~unity-team/libunity/trunk/revision/240 - do you have a rough idea when it might land? Or how can I track when it lands?
[05:36] <didrocks> dpm: should land today as it was merged yesterday evening
[05:36] <didrocks> dpm: if tests pass while doing daily releases :)
[05:36] <didrocks> dpm: the best way to track is to look at saucy-changes ML
[05:36] <dpm> didrocks, perfect, thanks :)
[05:37] <didrocks> yw :)
[07:20] <sil2100> Morning!
[07:20] <sil2100> didrocks: hi! If I remember correctly, you were also getting that gpu hang and compiz hang-up on your lenovo, right?
[07:20] <sil2100> didrocks: are you still experiencing that one?
[07:20] <didrocks> sil2100: yeah, I have it sometimes
[07:21] <sil2100> I get it 2-3 times every day, and frankly it's starting to get irritating ;/
[07:23] <didrocks> sil2100: argh, well, poke upstream I guess :)
[07:23] <didrocks> sil2100: it seems that all integration tests are timing out, I think autopilot is pretty broken
[07:23] <didrocks> sil2100: I'm still working on Mir and the new packages, do you mind having a look there?
[07:23] <didrocks> sil2100: I would even suggest a revert, we asked for 4 days for a fix, and still nothing
[07:23] <didrocks> thomi: veebers $
[07:23] <didrocks> thomi: veebers ^
[07:24] <didrocks> sil2100: all stacks seem impacted? (but first, maybe look if it's not a setup/environment issue)
[07:24] <sil2100> didrocks: aye! hm, but yesterday we ran unity integration tests, right?
[07:24] <didrocks> sil2100: didn't they timed out?
[07:24] <didrocks> sil2100: seems the QA stack itself timed out
[07:25] <didrocks> I'll let you handle that anyway, back to Mir here :)
[07:25] <sil2100> didrocks: let me look at that then
[07:25] <didrocks> sil2100: dpm is waiting for the new unity to update some tutorial, mind letting him know?
[07:25] <sil2100> didrocks: good luck! If you need some help on Mir later, just give me a poke - let me see what's up with AP
[07:26] <didrocks> sil2100: thanks, I've some headaches on the packaging, but at least, it's needed :)
[07:26] <sil2100> didrocks: by 'new' you mean from today? Since yesterday we did a manual publish
[07:26] <didrocks> sil2100: yeah, today's one
[07:26] <didrocks> (the merge was yesterday afternoon)
[07:30] <dpm> thanks didrocks, sil2100 :)
[07:31] <jibel> didrocks, sil2100 I noticed that too: "[10760.361675] compiz[25473]: segfault at f2f2fffe ip b7083aee sp bfea9dc8 error 5 in libgobject-2.0.so.0.3702.0[b7052000+51000]"
[07:42] <seb128> good morning desktopers
[07:46] <didrocks> hey seb128! how are you?
[07:47] <seb128> didrocks, hey, I'm good thanks, a bit tired though, got carried on in some guest session debugging at 23h30, wrong time to pick the computer back to "quickly look to that bug"
[07:47] <seb128> ;-)
[07:47] <didrocks> seb128: ah, fatal error! I thought after all those years, you would have learn :)
[07:47] <seb128> hehe
[07:48] <seb128> I didn't fall into that trap for quite some time
[07:48] <seb128> it was like in the good old times :p
[07:48] <didrocks> heh
[07:52] <sil2100> dpm: hi!
[07:52] <sil2100> dpm: what fix exactly do you need to get releases?
[07:52] <seb128> sil2100, hey
[07:53] <sil2100> *released
[07:53] <sil2100> seb128: hi
[07:53] <sil2100> dpm: it's Ted's fix for upstart ?
[07:54] <dpm> hi sil2100, here's what I was asking this morning to give some more context: [...] I'm writing a tutorial on scopes, and it depends on this libunity revision to have landed in the distro: http://bazaar.launchpad.net/~unity-team/libunity/trunk/revision/240 - do you have a rough idea when it might land? Or how can I track when it lands?
[07:55] <dpm> sil2100, it's not Ted's fix, it's just a minor unity scopes API update
[07:56] <sil2100> dpm: ok, then libunity it is! We're fixing the autopilot/otto issues we're currently experiencing, once these are dealt with we should be able to release, so I say approx 2-3 hours?
[07:56] <dpm> sil2100, that's awesome, thanks!
[07:59] <dpm> hey, are there any DBus experts around? I'm writing a tutorial for scopes, and to make it simpler and easier to follow, I'd like to depend as little as possible on a build system to do variable replacement at build time. Could someone tell me if for DBus this will work? -> http://pastebin.ubuntu.com/5797817/
[08:00] <Laney> mooooooooooooooorning
[08:00] <seb128> Laney, gooooood mooooorning to you ;-)
[08:01] <mlankhorst> heelloooo laneeey
[08:01] <seb128> dpm, I wouldn't rely on that to work but I didn't try
[08:01] <seb128> dpm, what's the issue with using the build system?
[08:01] <didrocks> hey Laney, mlankhorst
[08:01] <seb128> dpm, don't install in the multiarch directory if you want to avoid that...
[08:02] <Laney> most build systems make .in replacement like that quite simple
[08:02] <Laney> but I guess you're doing a tutorial? In that case maybe just avoid multiarch
[08:02] <mlankhorst> or use dh-exec?
[08:02] <dpm> Laney, but not qmake :)
[08:03] <dpm> seb128, the issue is that I'll have to write a relatively complex qmake .pro file to do the variable replacement. It will work, but it will confuse the hell out of people. They should be focusing on the code, not the build system
[08:03] <seb128> dpm, well, they should just copy your .pro then?
[08:04] <dpm> seb128, yeah, that's what they'll do anyway, but I'd rather they use a very simple .pro file, rather than a complex one they might not understand
[08:04] <seb128> dpm, don't use the multiarch paths then?
[08:05] <dpm> seb128, yeah, I think that's what I'll end up doing. At the same time, I want to encourage installation on the multiarch path is this is where the other scopes are installed
[08:05] <Laney> seb128: are you planning to upload gtk3?
[08:05] <seb128> dpm, you want everything for 0 effort ...
[08:06] <Laney> We figured out yesterday that that was why the gcc-s testsuite was failing
[08:06] <seb128> Laney, not yet, still trying to figure out that armhf bug, why?
[08:06] <seb128> ah, I'm not surprised
[08:06] <dpm> seb128, of course, were you expecting anything else? :P
[08:06] <seb128> unity-greeter failed the same way
[08:06] <Laney> I'll do it if you want
[08:06] <seb128> Laney, sure, thanks ... just using -O0 then?
[08:06] <Laney> I wonder what that will do to performance
[08:07] <Laney> but if it's going to be very temporary then it might be ok
[08:07] <seb128> it's not like anyone was using gtk on arm
[08:07] <seb128> gtk doesn't work on the touch image and we killed the panda on
[08:07] <seb128> one
[08:07] <seb128> not sure we have any saucy arm desktop image atm
[08:07] <Laney> hmm
[08:07] <Laney> anyway we can do it and then the alternative is to build with gcc-4.7 if it goes bad
[08:08] <seb128> well, -O0 works here on my local build
[08:08] <seb128> no reason it shouldn't work
[08:09] <Laney> I mean in the sense of "argh you made $my_thing suck"
[08:09] <seb128> Laney, "we ought never to have disabled the gtk tests on armhf..."
[08:09] <seb128> (reading backlog from yesterday)
[08:09] <Laney> true enough isn't it?
[08:09] <seb128> Laney, we would still have proposed builds broken on armhf today for a week
[08:09] <Laney> now we have random stuff broken in confusing ways
[08:09] <seb128> due to arch mismatch on gtk between armhf and i386
[08:10] <seb128> we also fixed the most frequent i386/amd64 segfault in saucy with that update
[08:10] <seb128> I still think the tradeoff was good, as said it's not like anyone was using gtk on armhf
[08:10] <Laney> We'd probably have arrived at this same place
[08:11] <seb128> well, the goal was never to let the tests disabled
[08:11] <seb128> I'm doing gtk builds for almost a week here to try to debug it
[08:11] <seb128> it was just to unblock others
[08:11] <seb128> and I still think it we would have more annoyed people if gtk rdepends were still blocked since a week
[08:12] <seb128> anyway, little point arguing there
[08:12] <seb128> let's just rebuild it with -O0
[08:12] <seb128> that's slightly better, still not a toolchain fix though
[08:12] <seb128> but those toolchain issues are timesinks :/
[08:13] <Laney> yeah
[08:13] <Laney> There's not many people who are efficient at debugging them
[08:13] <seb128> I'm definitively not
[08:13] <seb128> I'm just poking around at this point
[08:16] <seb128> Laney, great, I'm making progress on the way to reproduce I think ;-)
[08:16] <Laney> :-O
[08:20] <Laney> jibel: do you know why proposed-migration thinks pango1.0 is still running?
[08:21] <jibel> Laney, no idea, it ran successfully yesterday. I'll have a look
[08:21] <Laney> thank you!
[08:22] <seb128> Laney, btw could you update the panels blueprint to detail a bit more the workitem on what you did and what is remaining to do ... maybe put stuff blocked on toolkit work or the picker for july or august?
[08:22] <Laney> oh yes, will do
[08:23] <seb128> thanks
[08:38] <Laney> there we go
[08:40] <seb128> Laney, sorry, I edited mines and overwrote your changes...added them back ;-)
[08:40] <seb128> Laney, thanks for the update
[08:40] <Laney> heh
[08:40] <Laney> we need some locking there :P
[08:40] <seb128> ;-)
[08:41] <seb128> Laney, btw gsettings-qt is in saucy since yesterday
[08:41]  * seb128 needs to try that today
[08:42] <Laney> yeah saw that
[08:54] <seb128> sil2100, didrocks: I updated some of the WI on https://blueprints.launchpad.net/ubuntu/+spec/client-2013-06-touch-landing ... please check that the status is right
[08:54] <seb128> didrocks, I think the ppc and otto ones are DONE, but I was not sure so I let those
[08:56] <sil2100> seb128: ACK
[08:56] <didrocks> seb128: hum, indicator-client is not under dailies yet
[08:56] <didrocks> seb128: let me revert some :)
[08:58] <didrocks> seb128: ok done, thanks!
[08:58] <seb128> didrocks, thanks
[08:58] <seb128> didrocks, https://launchpad.net/ubuntu/+source/indicators-client seemed like it was, sorry
[08:58] <seb128> 0.31daily13.05.02-0ubuntu1
[08:58] <seb128> the version tricked me ;-)
[08:59] <didrocks> seb128: yeah, seems they did it once, then reverted because of some segfault IIRC
[08:59] <didrocks> seb128: look at the configuration rather
[08:59] <seb128> ok
[08:59] <didrocks> seb128: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/view/head:/stacks/head/indicators.cfg#L74
[09:00] <seb128> didrocks, is there still much NEWing to do BTW?
[09:00] <seb128> didrocks, ok, "      daily_release: False" but not comment on why
[09:00] <didrocks> seb128: yeah, ~20 components at least
[09:00] <seb128> alright, keep that WI then ;-)
[09:01] <didrocks> I'll ask robru about the progress on them :)
[09:01] <didrocks> heh ;)
[09:02] <didrocks> sil2100: resetting yours to DONE, the edit reverted it
[09:03] <didrocks> seb128: you reverted mines :/
[09:03] <seb128> didrocks, :-(
[09:04]  * seb128 hate blueprint handling of conflicting edits
[09:04] <sil2100> :D
[09:04] <didrocks> seb128: same feeling…
[09:04] <didrocks> seb128: turn all them to DONE, not cyphermox's one as he still has some components to land
[09:04] <seb128> didrocks, I'm done editing, feel free to change them, sorry about the revert
[09:05] <didrocks> ok fixed
[09:05] <seb128> thanks ;-)
[09:12] <jibel> Laney, pango ran successfully yesterday against glib2.0 2.37.2-1ubuntu1, I cannot find what went wrong with the results and why it is still marked running.
[09:13] <Laney> jibel: so you think it could be britney-side?
[09:14] <jibel> Laney, no because I do not find any result file with a PASS, it would be on jenkins side.
[09:15] <Laney> hrm
[11:04] <mlankhorst> tkamppeter_: I was hoping I didn't need to explicitly mention it but the touch bug is not magically fixed by updating to a newer xserver, although the newer xserver does make it easier to pull in the current touch fixes, which you also tested and still didn't fix the touch bug
[11:25] <Laney> is there any documentation for gsettings-qt?
[11:49] <seb128> Laney, http://bazaar.launchpad.net/~larsu/gsettings-qt/add-basic-testing/revision/5/tests/tst_GSettings.qml
[11:49] <Laney> yay, ta
[11:49] <seb128> yw
[11:50] <larsu> Laney: I'll add some proper examples this week :)
[11:51] <seb128> larsu, hey ;-)
[11:51] <larsu> seb128: hi! How are you?
[11:51] <seb128> larsu, I'm good, thanks! How are you?
[11:51] <larsu> seb128: good as well, thanks :)
[11:52] <larsu> seb128: the tests you linked to fail when they are run in dpkg-buildpackage (but work fine when running `make check` manually), because Qt cannot connect to X. Do you have any idea why this might happen?
[11:53] <seb128> larsu, do you run them under dbus-test-runner?
[11:53] <larsu> it shouldn't need to connect to X, but the qmltest thingy depends on QtGui and initilizes it :(
[11:53] <larsu> seb128: no
[11:53] <seb128> try that
[11:54] <seb128> override_dh_auto_test:
[11:54] <seb128>         dbus-test-runner  -t dh_auto_test
[11:54] <seb128> in debian/rules
[11:55] <larsu> trying now, thanks!
[11:55] <larsu> seb128: same problem :(
[11:55] <larsu> QXcbConnection: Could not connect to display
[11:55] <seb128> hum
[11:56] <seb128> what if you use xvfb-run?
[11:56] <larsu> seb128: \o/
[11:56] <larsu> thanks!
[11:56] <seb128> yw
[11:56] <seb128> larsu, should that work?
[11:56] <seb128>         GSettings {
[11:56] <seb128>             id: settings
[11:56] <seb128>             schema: "org.gnome.desktop.interface"
[11:56] <seb128>         }
[11:56] <seb128>         Label {
[11:56] <seb128>             text: settings["iconName"]
[11:57] <seb128>         }
[11:57] <seb128> ?
[11:57] <larsu> yes
[11:57] <larsu> settings.iconName as well though
[11:57] <seb128> tcase.qml:19: Unable to assign [undefined] to QString
[11:57] <seb128> 19 is my "text: ..." line
[11:57] <seb128> hum
[11:57] <larsu> seb128: there's no such key in that schema...
[11:58] <larsu> there's icon-theme
[11:58] <seb128> bah
[11:58] <seb128> yeah, thinko...
[11:58] <larsu> (aka iconTheme)
[11:58] <larsu> :)
[11:58] <larsu> do I need to add xvfb to the build deps?
[11:58] <seb128> same problem though :/
[11:59] <seb128> larsu: yes
[12:01] <larsu> seb128: that's weird. I'm trying to reproduce
[12:01] <seb128> larsu, does it work for you?
[12:01] <seb128> larsu, what qt source needed a fix? I want to check I've the right version
[12:02] <seb128> ken uploaded to saucy but I want to make sure that built/got published
[12:03] <larsu> seb128: libqt5qml5 5.0.2-1ubuntu2
[12:03] <larsu> seb128: I can reproduce it, let me investigate
[12:03] <seb128> larsu, thanks
[12:04] <larsu> ARGH!!!
[12:04] <larsu> same thinko that you had
[12:04] <larsu> I cannot reproduce, works for me :)
[12:04] <larsu> seb128: do you have the right package version?
[12:05] <seb128> larsu, no, that's my issue I guess
[12:05] <seb128> 5.0.2-2ubuntu1~saucy1~test1
[12:05] <seb128> blaming ppas...
[12:05] <seb128> I'm downgrading
[12:05] <larsu> ya, this error is exactly what you'd get without mardy's fix
[12:06] <seb128> larsu, works \o/
[12:06] <larsu> :)
[12:06] <seb128> will teach me to opt in for ppas :p
[12:06] <seb128> larsu, danke ;-)
[12:06] <larsu> hehe
[12:06] <larsu> seb128: yw!
[12:07] <seb128> larsu, oh, and great work, being able to use gsettings that way rocks ;-)
[12:07] <larsu> thanks :)
[12:08] <larsu> the only problem is writing keys back - you have to use a function for that because qml only does one-way bindings
[12:08] <larsu> CheckBox { checked: settings.something; onClicked: { settings.something = value; } }
[12:08] <larsu> (onClicked is probably wrong syntax , but you get the idea)
[12:08] <seb128> that's easy enough
[12:09] <larsu> true :)
[12:25] <desrt> good morning
[12:26] <didrocks> hey desrt!
[12:26] <desrt> didrocks: hey :D
[12:26] <seb128> desrt, hey
[12:26] <desrt> Laney: hopefully you did not do glib yet
[12:26] <desrt> because i want to squeeze in one more patch today
[12:27] <seb128> desrt, he did...
[12:27] <desrt> ah crap
[12:27] <desrt> i knew i should have done it last night before bed :p
[12:28] <seb128> is that a blocker for the other bits to land?
[12:28] <desrt> no.  not at all
[12:28] <seb128> k, so that's something at least ;-)
[12:28] <Laney> it'll be blocked for alpha 1 anyway
[12:28] <desrt> this one is a weird feature for some crazy guy working on qt stuff
[12:28]  * larsu heard that
[12:29] <desrt> oh.  hi larsu
[12:29] <desrt> you use this channel too?
[12:29] <larsu> desrt: morning :)
[12:29] <larsu> well, yeah.....
[12:30] <desrt> Laney: blocked, how?
[12:30] <desrt> as in, no new uploads after this morning?
[12:31] <Laney> just will be held in saucy-proposed
[12:31] <desrt> larsu: good enough?
[12:31] <Laney> standard procedure around milestone releases
[12:32] <larsu> desrt: so I've hit another problem just now. I might need to have a list of things a custom widget supports after all
[12:33] <larsu> unless you have a good idea on how to solve this: I don't know when an attribute contains an icon
[12:33] <desrt> larsu: so maybe you don't need my patch?
[12:33] <larsu> ya, maybe
[12:33] <desrt> ah. tricky.
[12:33] <desrt> you need to hint the type conversion, you mean
[12:33] <larsu> exactly
[12:33] <desrt> right...
[12:34] <desrt> schema man schema man
[12:34] <desrt> does whatever a schema can
[12:34] <larsu> so I've been thinking to either have a .getAsIcon() in qml, which is ugly
[12:34] <larsu> or have a schema
[12:34] <larsu> right
[12:34] <larsu> somehow I guessed you might like the schema idea :P
[12:34] <desrt> it's the least ugly option, i think
[12:34] <larsu> but where should they live?
[12:35] <larsu> installed somewhere?
[12:35] <larsu> or passed in when constructing the model?
[12:35] <desrt> well... your usecase is that you want to be able to add new types of widgets without having to update some centralised list of attributes
[12:36] <desrt> _and_ your setup is structured such that you don't load widgets until after the model is constructed
[12:36] <desrt> so you have like... 3 options?
[12:36] <desrt> 1) have some .d directory somewhere with xml or something
[12:36] <desrt> 2) prescan/preload the modules
[12:37] <desrt> 3) have some mechanism for getting a 'raw data' object out of the model and wrapping it with something nicer from its user (who knows the required information by this point)
[12:37] <larsu> "with xml or something"
[12:37] <desrt> i love the smell of angle brackets in the morning
[12:37] <larsu> haha
[12:38] <larsu> (3) could be something like item.getCustomData(schema)
[12:38] <desrt> i kinda like 3, fwiw
[12:38] <larsu> where schema is a hash table
[12:38] <desrt> ya... at that point you have the ability to do anything at all
[12:38] <larsu> { 'primary-icon': 'icon', 'min-value': 'uint32' }
[12:39] <larsu> sounds good to me
[12:39] <desrt> Laney: no patch required :)
[12:39] <larsu> desrt: I'm kind of glad you didn't land it yet - you'd have been mad now :D
[12:41] <seb128> desrt, Laney: I'm getting closer of that gtk on arm breakage, testcase down to
[12:41] <seb128> cd gtk; touch gtkcssstylepropertyimpl.c; make; xvfb-run ./tests/builder
[12:42] <desrt> seb128: nice :)
[12:42] <desrt> so this file is the one that new gcc is miscompiling?
[12:42] <seb128>   CC       libgtk_3_la-gtkcssstylepropertyimpl.lo
[12:42] <seb128> seems to be that object
[12:42] <seb128> yes
[12:42] <seb128> not sure what to do next
[12:42] <desrt> lemme look
[12:43] <desrt> nice!
[12:43] <seb128> ?
[12:43] <desrt> you picked a nice and small file
[12:43] <jibel> Laney, I found the problem with pango1.0 marked running
[12:43] <desrt> seb128: got a backtrace of the crash?
[12:43] <chrisccoulson> seb128, is doko breaking things again with his crack compiler?
[12:44] <jibel> Laney, libpango1.0-doc has a dep on lynx|www-browser but lynx doesn't directly provides the virtual package www-browser (it's lynx-cur) so the test can be triggered by any package providing www-browser
[12:44] <seb128> chrisccoulson, he is!
[12:44] <jibel> Laney, in the case of pango1.0 the test has been triggered by rekonq which also provides www-browser but when the test runs it installs lynx as preferred dep and the conditions of the test are never satisfied
[12:44] <tkamppeter> mlankhorst, I simply tried it to see whether the patches are in and whether they help and have given my feedback.
[12:44] <seb128> desrt, wait, let me change the makefile back and run make
[12:44] <jibel> Laney, and we cannot match the request and the test results
[12:46] <jibel> Laney, a solution would be to enforce installation of the dependency that triggered the test or improve dependency resolution by going deeper in the reverse dep tree for virtual packages
[12:46] <jibel> I'll see how I can improve this
[12:48] <seb128> desrt, http://paste.ubuntu.com/5798418/
[12:50] <desrt> i start to have a theory
[12:50] <seb128> desrt, let me know, but I'm lost on what would be the next step therer
[12:50] <seb128> out of looking at the generated asm
[12:50] <seb128> but there lie the path to crazyness :p
[12:50] <desrt> so follow this logic...
[12:51] <desrt> you are on the path you're on because of
[12:51] <desrt>       if (!keyframes_set_value (keyframes, k, GTK_CSS_STYLE_PROPERTY (property), value))
[12:51] <desrt> which happens because of:
[12:51] <desrt>         _gtk_css_parser_error (parser, "Cannot animate property '%s'", _gtk_style_property_get_name (property));
[12:51] <desrt>   if (!_gtk_css_style_property_is_animated (property))
[12:51] <desrt>     return FALSE;
[12:52] <desrt> this is just a normal property getter
[12:52] <desrt> and observe:
[12:52] <desrt>   node = g_object_new (GTK_TYPE_CSS_STYLE_PROPERTY,
[12:52] <desrt>                        "value-type", value_type,
[12:52] <desrt>                        "affects-size", (flags & GTK_STYLE_PROPERTY_NO_RESIZE) ? FALSE : TRUE,
[12:52] <desrt>                        "affects-font", (flags & GTK_STYLE_PROPERTY_AFFECTS_FONT) ? TRUE : FALSE,
[12:52] <desrt>                        "animated", (flags & GTK_STYLE_PROPERTY_ANIMATED) ? TRUE : FALSE,
[12:52] <desrt>                        "inherit", (flags & GTK_STYLE_PROPERTY_INHERIT) ? TRUE : FALSE,
[12:52] <TheLordOfTime> !pastebin
[12:52] <ubot2> For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic.
[12:52] <desrt>                        "initial-value", initial_value,
[12:52] <desrt>                        "name", name,
[12:52] <desrt>                        NULL);
[12:52] <desrt> that's a long varargs function
[12:52] <desrt> i wonder if the "animated" is not getting passed in properly
[12:53] <desrt> seb128: wanna try something for me?
[12:53] <seb128> desrt, sure
[12:53] <desrt> go to gtkcssstyleproperty.c around like 278
[12:54] <desrt> you should see the registration of the "animated" property
[12:54] <desrt> change the CONSTRUCT_ONLY to just CONSTRUCT
[12:55] <desrt> then just after the node=g_object_new() massive thing i pasted above, do this:
[12:55] <desrt> if (flags & GTK_STYLE_PROPERTY_ANIMATED) g_object_set (node, "animated", TRUE, NULL);
[12:57] <desrt> then add some of this before/after the set line you add: { gboolean x; g_object_get (node, "animated", &x, NULL); g_print ("Name: %s, animated: %d\n", name, x); }
[12:58] <seb128> desrt, ok, one sec, that panda is quite slow...
[12:59] <desrt> no n7 for you?
[13:00] <sil2100> didrocks: one more quickie: https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_packages_list_graphicaleffects/+merge/171297
[13:00] <seb128> desrt, I've one, but io is slower than on this porter box
[13:01] <desrt> ah.  tricky.
[13:02]  * larsu shouldn't have rebooted. Can't log in to a a sesion anymore :-(
[13:02] <kenvandine> Laney, you rock!  I assume that gtk upload should fix the libsignon-glib tests :)
[13:03] <seb128> larsu, what's broken?
[13:03] <seb128> kenvandine, I was trying to determine if gtk was to blame, but the porter box gtk was outdated...
[13:03] <seb128> kenvandine, hey btw
[13:04] <larsu> seb128: I don't know yet. Typing my password shows a blank screen for a couple of seconds and throws me back into lightdm
[13:04] <seb128> larsu, what is in ~/.xsession-errors and ~/.cache/upstart/gnome-session.log ?
[13:05] <sil2100> kenvandine: hi!
[13:05] <sil2100> kenvandine: are you free for a quick review? :)
[13:05] <sil2100> https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_packages_list_graphicaleffects/+merge/171297
[13:05] <kenvandine> seb128, yeah... my old broken n7 wasn't updated either :)
[13:05] <kenvandine> i thought it was...
[13:06] <kenvandine> sil2100, sure
[13:06] <sil2100> kenvandine: btw. did I hear something about fixed libsignon-glib tests? :D
[13:06] <kenvandine> Laney fixed gtk
[13:06] <sil2100> Laney: can I hug you?
[13:06] <kenvandine> hehe :)
[13:07] <kenvandine> whew... that packages list is long :)
[13:07] <larsu> seb128: nothing overly critical I would say... the lightdm logs tell me that org.gnome.SessionManager is not running, though
[13:07] <sil2100> kenvandine: it's just a switch from libqt5graphicaleffects5 to libqt5qml-graphicaleffects
[13:07] <sil2100> kenvandine: since libqt5graphicaleffects5 is no more ;)
[13:07] <seb128> larsu, does startx -- :1 from a vt works?
[13:08] <seb128> desrt, http://paste.ubuntu.com/5798481/
[13:08] <larsu> seb128: yes, and interestingly enough, so does the guest session
[13:09] <desrt> seb128: neat!
[13:09] <seb128> larsu, can you pastebin the logs I asked for earlier?
[13:09] <desrt> i wonder if my background-image is animated :)
[13:09] <seb128> larsu, with lightdm.log
[13:12] <desrt> seb128: at the spot you added the if (flags & GTK_STYLE_PROPERTY_ANIMATED) g_object_set (node, "animated", TRUE, NULL);  can you add if (flags & GTK_STYLE_PROPERTY_ANIMATED) g_print ("animating!\n"); ?
[13:12] <desrt> i think flags is not getting set properly....
[13:13] <desrt> Name: background-image, animated: 1
[13:13] <desrt> should be this....
[13:13] <seb128> desrt, do you want me to try with -O0 as well to see the difference?
[13:13] <desrt> sure...
[13:14] <seb128> make running
[13:14] <desrt> seb128: in fact, if you could add an unconditional g_print ("name: %s flags: %x\n", name, (guint) flags)); ...
[13:14] <desrt> would be most useful
[13:15] <larsu> seb128: http://paste.ubuntu.com/5798489 http://paste.ubuntu.com/5798491 http://paste.ubuntu.com/5798492 http://paste.ubuntu.com/5798494
[13:15]  * larsu is on a vt and typed those by hand...
[13:16] <seb128> larsu, init: gnome-session main process (6895) killed by SEGV signal
[13:16] <seb128> larsu, do you have any apport file?
[13:16] <desrt> seb128: any way you can give me access to this box so we're not playing irc pong? :)
[13:17] <seb128> desrt, can you ssh porter-armhf.canonical.com ?
[13:17] <seb128> not sure if you have access to porter boxes...
[13:17] <larsu> seb128: oh, am I blind? I don't have apport installed, but I'll do that real quick
[13:17] <desrt> i doubt it
[13:17] <seb128> desrt, the latency is not IRC but panda build time btw :/
[13:18] <desrt> seb128: still feels a bit bad using you as my keyboard :p
[13:18] <larsu> seb128: oh, it is installed ... but nothing in /var/crash
[13:18] <desrt> seb128: anyway... seems that this box is firewalled?
[13:18] <seb128> desrt, yes, you need to ssh through chinstrap
[13:18] <desrt> i don't think i have access to that either
[13:19] <seb128> desrt, http://paste.ubuntu.com/5798507/
[13:19] <desrt> name: background-image flags: 0
[13:19] <desrt> that's rich
[13:19] <desrt> considering only below:
[13:19] <desrt>   gtk_css_style_property_register        ("background-image", GTK_CSS_PROPERTY_BACKGROUND_IMAGE, CAIRO_GOBJECT_TYPE_PATTERN, GTK_STYLE_PROPERTY_ANIMATED | GTK_STYLE_PROPERTY_NO_RESIZE,
[13:20] <desrt> doesn't look like 0 flags...
[13:20] <seb128> I'm doing a -O0 build to compare
[13:21] <sil2100> kenvandine: another quickie: https://code.launchpad.net/~sil2100/cupstream2distro-config/indicators-client_enable/+merge/171301
[13:21] <desrt> seb128: did you add the print of the flags before or after the g_object_new()?
[13:21] <seb128> before
[13:22] <desrt> there goes my other theory...
[13:22] <desrt> weird!!!
[13:22] <seb128> I think, wait a sec, checking
[13:22] <seb128> desrt, http://paste.ubuntu.com/5798516/
[13:23] <desrt> ah.. try moving the flags to the top
[13:23] <desrt> even before the asserts
[13:23] <desrt> the printing of the flags, i mean
[13:23] <desrt> current theory: scary-looking varargs call is accidentally nuking some local variables (like flags)
[13:24] <seb128> desrt, O0 build: http://paste.ubuntu.com/5798520/
[13:24] <seb128> trying to move the print
[13:24] <desrt> the flags getting replaced with either 0 or 1 sure looks like one of those boolean values being passed in to the varargs call
[13:24] <desrt> and it's 1 in only a few cases....
[13:26] <seb128> come on panda, build...
[13:27] <larsu> gsettings-data-convert is killed because it tries to access a gsettings key that doesn't exist...
[13:27] <larsu> that seems to be the only difference in the logs to the guest session
[13:27] <seb128> larsu, yeah, gsettings abort on missing schemas
[13:27] <larsu> right, but that shouldn't take gnome-session down, should iT?
[13:27] <seb128> larsu, well, gnome-session segfaults, get a backtrace of it
[13:27] <seb128> larsu, you might have a buggy autostart in your user
[13:28] <seb128> with a buggy gsettings autostart condition
[13:30] <desrt> found an interesting pattern
[13:31] <desrt> seb128: the ones that get shown as flags == 0 in your backtrace are exactly the ones that have a GType specified in the 3rd argument to the function
[13:31] <desrt> the ones that end up flags == 1 in the output had G_TYPE_NONE given
[13:32] <seb128> desrt, wtf, printing the flag before the asserts workaround the bug...
[13:32] <desrt> lol
[13:32] <desrt> and i bet it comes out as 6
[13:32] <seb128> name: background-image flags: 6
[13:32] <seb128> desrt, ^
[13:32] <desrt> yup
[13:32] <desrt> ho hum
[13:33] <desrt> at this point you could talk to doko
[13:33] <seb128> doing so
[13:33] <desrt> if chrisccoulson's experience is any indication you better get your copy of the arm ABI manual ready, though :)
[13:33] <seb128> noooo
[13:33]  * seb128 call chrisccoulson for help
[13:34] <seb128> chrisccoulson, dude, you like those sort of bugs ;-)
[13:34] <chrisccoulson> heh
[13:34] <seb128> chrisccoulson, thanks
[13:34] <seb128> ;-)
[13:36] <seb128> larsu, are you getting anywhere with your broken session?
[13:37] <Laney> jibel: aha, that's interesting
[13:41] <larsu> seb128: looking at the trace now, but it doesn't help much
[13:41] <seb128> larsu, where is it segfaulting?
[13:42] <larsu> seb128: after a glib signal emission, the first three functions are ?? though
[13:42] <larsu> and it doesn't tell me in which library they are
[13:43] <seb128> hum
[13:43] <seb128> larsu, look at the address and compare to /proc/$(pidof gnome-session)/maps
[13:44] <seb128> larsu, did you hack on dconf? maybe try moving your gio plugins away? do you have any local one?
[13:44] <larsu> seb128: gnome-session is not running...
[13:44] <seb128> larsu, well, did you get the segfault in gdb?
[13:44] <larsu> seb128: no, CoreDump generated by apport
[13:45] <seb128> larsu, run apport-unpack .crash
[13:45] <seb128> larsu, it contains the maps
[13:45] <larsu> ah, it does!
[13:47] <larsu> seb128: not there. But the addresses are very small, 0x000000000040c5e9
[13:48] <seb128> larsu, sudo mv /usr/bin/gnome-session /usr/bin/gnome-session.real
[13:48] <seb128> sudo editor /usr/bin/gnome-session
[13:48] <seb128> #!/bin/sh
[13:48] <seb128> valgrind -v --tool=memcheck --log-file=/tmp/gnome-session.$PID /usr/bin/gnome-session.real
[13:48] <seb128>  
[13:49] <seb128> sudo chmod +x /usr/bin/gnome-session
[13:49] <seb128> larsu, ^ try that
[13:49] <seb128> with export G_SLICE=always-malloc G_DEBUG=gc-friendly
[13:49] <seb128> in the wrapper
[13:55] <larsu> seb128: cool idea. Invalid read of size 8 at these weird addresss again. And a "syscall param points to uninitialized bytes" before that
[13:55] <larsu> not very helpful I'm afraid...
[13:56] <seb128> shrug
[13:56] <seb128> larsu, look in your maps if there is any /home/larsu files
[13:56] <seb128> larsu, the apport one
[13:57] <larsu> seb128: ya, .config/dconf/user (deleted)
[13:58] <seb128> larsu, or /usr/local
[13:58] <seb128> larsu, try moving your dconf database away it's case it's corrupted in some weird way?
[13:58] <larsu> seb128: no usr/local
[13:58] <seb128> larsu, maybe you screwed it with gsettings-qt hacking...
[14:00] <larsu> seb128: moving dconf doesn't help :(
[14:00] <seb128> dang
[14:00] <seb128> I'm running out of ideas :/
[14:01] <seb128> larsu, and a new user works fine?
[14:01] <larsu> ya.......
[14:02] <seb128> wth
[14:02] <larsu> oh wait, now unity-panel-service crashes
[14:02] <larsu> after moving dconf
[14:03] <larsu> lol, ido_calendar_menu_item_get_calendar...
[14:03] <seb128> right
[14:03] <seb128> that's the one we were speaking about the other day
[14:03] <seb128> charles, ^
[14:03] <seb128> still happening here as well
[14:03]  * larsu tries logging into the shell
[14:04] <larsu> doesn't work either
[14:04] <larsu> no crash anymore...
[14:04] <seb128> larsu, ok, last idea ... strace -f gnome-session 2>&1
[14:04] <seb128> and scp that strace somewhere
[14:16] <didrocks> sil2100: hey, I saw that you changed indicator-client, did seb128 or someone else reviewed the packaging and pulled on the archive admin machine the config?
[14:18] <seb128> didrocks, changed indicator-client? did you change it back?
[14:19] <seb128> oh, sorry
[14:19] <seb128> didrocks, unping, I saw the yellow line, just noticed I was just mentioned there :p
[14:19] <didrocks> :)
[14:19] <didrocks> seb128: basically daily release is enabled now in the config
[14:19] <seb128> great
[14:19] <didrocks> but as the package isn't in distro, I wanted to check that the paperwork is prepared
[14:19] <didrocks> and the package preNEWed
[14:19] <seb128> (I didn't check/pull the config)
[14:20] <seb128> didrocks, https://launchpad.net/ubuntu/+source/indicators-client
[14:20] <seb128> ?
[14:20] <seb128> or do we have indicator*s*-client and indicator-client?
[14:20] <sil2100> grrr, GPU hang, hope this magic cmdline will fix this
[14:20] <seb128> somebody is going to be hit by a cluebat if that's the case...
[14:20] <didrocks> argh
[14:20] <didrocks> s :p
[14:21] <seb128> larsu, still fighting your session issues?
[14:21] <seb128> didrocks, yeah, somebody deserver the cluebat only for that "s" which makes it inconsistent with every other indicator-*
[14:21] <didrocks> seb128: +1000
[14:22] <seb128> didrocks, hum ... "Registered 2013-02-21 by Didier Roche" says https://launchpad.net/indicators-client ;-)
[14:22] <didrocks> seb128: well, I guess it was on the day we registered everything :p
[14:22] <didrocks> but didn't pick the upstream name
[14:22] <seb128> right
[14:22] <seb128> the first commit is from renato
[14:22]  * didrocks use the opportunity to link downstream/upstream in launchpad
[14:23] <didrocks> sil2100: magic cmdline?
[14:24] <larsu> seb128: got it. phew.
[14:24] <seb128> larsu, what was it?
[14:24] <seb128> larsu, custom glib?
[14:25] <larsu> seb128: no, I removed all the gconf keys that gsettings-data-convert was choking on
[14:25] <larsu> I wouldn't have thought that this would bring down gnome-session as well...
[14:25] <larsu> seb128: thanks a bunch for all your help!
[14:25] <seb128> larsu, did you figure which one?
[14:25] <larsu> seb128: looks like it was devhelp's maxmimized status
[14:26] <Laney> so close to having UbuntuCrossFadeShape working (catchy name, right?)
[14:26] <charles> seb128, I can't trigger that calendar crash anymore after I apt-get updated a few days ago
[14:26] <charles> seb128: do you have any hints on how to trigger it?
[14:26] <seb128> larsu, well, as written earlier,
[14:26] <seb128> /etc/xdg/autostart/nautilus-autostart.desktop:AutostartCondition=GSettings org.gnome.desktop.background show-desktop-icons
[14:26] <seb128> larsu, gnome-session reads those keys in .desktop and go read the value to know if it should run the .desktop
[14:27] <seb128> larsu, and since that's one binary and gsettings abort on missing key, a broken .desktop can nuke your session
[14:27] <seb128> larsu, what is weird is that in your case it doesn't hit the abort...
[14:27] <seb128> charles, "close a guest session" seems to be enough for me
[14:27] <seb128> charles, well start and close directly
[14:27] <charles> seb128: ok, I'll try that
[14:28] <seb128> charles, I can get you a valgrind if that helps
[14:28] <larsu> seb128: right, but that wasn't the case here, was it? This was gsettings-data-convert crashing, which is only a child of gnome-session. It didn't try to load any desktop files based on settings keys
[14:28] <charles> seb128, let me see if I can trigger it
[14:28] <charles> seb128: also, that code is about to be replaced en masse...
[14:28] <sil2100> kenvandine: reviewed! Now, one for you: https://code.launchpad.net/~sil2100/cupstream2distro-config/webbrowser_add_package/+merge/171317
[14:29] <seb128> larsu, yeah, I'm still puzzled at that, especially the invalid read from valgrind
[14:29] <sil2100> didrocks: I added i915.semaphores=0 to the kernel cmdline, popey said it helped him on his lenovo
[14:29] <seb128> larsu, seems like a glib bug to me
[14:29] <sil2100> So let's see if that's the same issue
[14:29] <seb128> larsu, those processes are gio spawned
[14:30] <seb128> larsu, I guess you don't know what buggy config to create to reproduce the bug?
[14:30] <sil2100> didrocks: but it would make sense, as I get always a "[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung" error from the kernel then
[14:30] <desrt> when is meeting?  i always forget....
[14:30] <seb128> desrt, 1h
[14:30] <desrt> oof
[14:30] <desrt> can i skip? :)
[14:30] <desrt> it's tiffany's birthday and she wants to do a fancy lunch
[14:31] <popey> sil2100: to be fair I added that to my kernel boot line some months back and forgot about it (and the GPU hang). i don't fancy disabling it ☻
[14:31] <seb128> desrt, sure, give me your status update and I will paste it for you
[14:31] <larsu> seb128: any gconf key that doesn't exist in gsettings should work
[14:32] <seb128> larsu, and which has a .convert?
[14:32] <larsu> seb128: I don't know how this works.  What's a .convert?
[14:32] <desrt> seb128: last week was mostly at the docs hackfest.  i started a new approach to now we write non-reference documentation about our platform, called HowDoI.  it's starting to gain a bit of traction from others.  Here's an example of what it looks like: https://live.gnome.org/HowDoI/GAction
[14:32] <seb128> larsu, gsettings-data-convert reads /usr/share/GConf/gsettings/*.convert to know what to migrate
[14:32] <sil2100> popey: hope I'll forget about it as well!
[14:32] <didrocks> sil2100: let me know if it's better for you
[14:33] <seb128> larsu, it can't guess the mapping gconf<->gsettings and it wouldn't make sense to migrate everything
[14:33] <desrt> but i also got a chance to work on reviewing for the lastest round of the gprivate changes, worked on getting the g-dbus changes landed for the accounts service extension stuff we need and did another round of patches for the actual accounts service changes (waiting review again)
[14:34] <desrt> yesterday i spent some time finding and fixing bugs in the menu tracker and wrote a bit more sample code and documentation
[14:34] <desrt> (incidentally, i found the bugs while writing the sample code for the docs, which is kinda a nice side effect)
[14:34] <seb128> yeah for writing tests and documentation ;-)
[14:35] <larsu> seb128: makes sense. I looked up the logs, the offending key is is devhelp.convert, org.gnome.devhelp.assistant.window maximized
[14:35] <larsu> seb128: that doesn't exist in gsettings
[14:35] <larsu> I guess that will work for other non-existing keys as well
[14:36] <seb128> larsu, usually that leads to gsettings-data-convert to abort (we get frequent reports about such issues) but shouldn't take gnome-session down :/
[14:36] <larsu> seb128: right, that's what I thought. But once I removed that key from my local gconf database, I could login again
[14:36] <seb128> desrt, thanks for the update, enjoy your fancy lunch ;-)
[14:36] <seb128> larsu, it feels like there is a bug in gnome-session or gio there...
[14:37] <larsu> seb128: I'll have a look. This might potentially affect a lot of users...
[14:38] <seb128> larsu, I'm trying to reproduce
[14:42] <sil2100> didrocks: are you free for some packaging ACKs? ;)
[14:43] <seb128> larsu, indeed, confirmed
[14:43] <seb128> (gsettings-data-convert:18323): GLib-GIO-ERROR **: Settings schema 'com.canonical.indicator.session' does not contain a key named 'suppress-logout-retart-shutdown'
[14:43] <seb128> gnome-session[18293]: WARNING: Application 'gsettings-data-convert.desktop' killed by signal 5
[14:43] <didrocks> sil2100: can do while blogging on the new daily release versioning schema :)
[14:44] <sil2100> didrocks: a small one: http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_0.18.1daily13.06.25-0ubuntu1.diff
[14:45] <sil2100> Also, I would need someone to tackle this: https://code.launchpad.net/~sil2100/cupstream2distro-config/webbrowser_add_package/+merge/171317
[14:45] <sil2100> Since I want app tests to finally run ;p
[14:46] <seb128> larsu, ok, the 3 first addresses are from gnome-session itself, getting a bt
[14:48] <seb128> larsu, http://paste.ubuntu.com/5798728/
[14:49] <larsu> seb128: thanks! I'm trying to make a minimal example right now
[14:50] <didrocks> sil2100: rings to me a bell, ack :)
[14:51] <seb128> larsu, just edit a .convert
[14:51] <seb128> or you mean without gnome-session?
[14:51] <larsu> launching a program in the way gnome-session does
[14:51] <didrocks> seb128: and MP approved
[14:51] <larsu> to find out if it's a glib bug
[14:52] <seb128> larsu, the bug is obvious...
[14:52] <seb128> larsu, it's a bit on g-s
[14:52] <seb128>         res = gsm_app_stop (app, &local_error);
[14:52] <seb128>         if (! res) {
[14:52] <seb128>                 g_debug ("GsmAutostartApp: Couldn't stop app: %s", local_error->message);
[14:52] <seb128>  
[14:52] <seb128> gsm_app_stop (GsmApp  *app,
[14:52] <seb128> ...
[14:52] <seb128>         if (gsm_app_is_running (app))
[14:52] <seb128>                 return GSM_APP_GET_CLASS (app)->impl_stop (app, error);
[14:52] <seb128>         return FALSE;
[14:52] <seb128>  
[14:52] <seb128> larsu, basically local_error is never set
[14:53] <seb128> and the debug print try to access local_error->message
[14:53] <larsu> seb128: ah! I should have looked there first...
[14:53] <larsu> thanks :)
[14:53] <desrt> should return TRUE there, i think
[14:54] <desrt> since stopping a non-running app is trivial
[14:55] <seb128> desrt, right
[14:56] <desrt> otherwise, if that function returns FALSE it should be setting the error to something
[14:56] <desrt> since that's the 'convention'
[14:56] <seb128> it should just return TRUE
[14:56] <seb128> that's a distro patch, seems like the gnome3-ppa guys just did a thinko when porting to 3.8
[14:57] <seb128> that code didn't exist in 3.6
[14:58] <seb128> I don't even understand why they changed that function
[14:59] <seb128> jbicha, darkxst: ^ who ported the support_autostart_delay patch to 3.8?
[15:00] <jbicha> seb128: now I know why you really want us to use bzr branches, so you know who to blame :)
[15:00] <seb128> jbicha, and you know why I'm pushing back on "easy updates"
[15:00] <seb128> jbicha, looking at launchpad we had a bunch of users that couldn't log in since that update, include larsu
[15:00] <seb128> jbicha, I wonder how many lost hours/days try to figure it out or ended up nuking their install
[15:09] <jbicha> it looks like it was darkxst who re-enabled that patch but we didn't touch local_error
[15:10] <seb128> jbicha, the issue is gsm_app_stop() getting a "return FALSE;" added without the error set
[15:11] <seb128> jbicha, that function should return either TRUE or FALSE with an error set, FALSE means it will try to print the error, if it's not set it segfaults
[15:11] <seb128> larsu, thanks for raising the issue, I'm surprised that the gdb addresses didn't match the gnome-session binary ones in the maps btw, they did for me
[15:14] <Laney> jibel: do we not run autopkgtests on upload of the package itself? only reverse-deps?
[15:14] <Laney> I was hoping to see how broken my new glib test is
[15:15] <jibel> Laney, both
[15:15] <Laney> maybe I just have to be more patient
[15:16] <larsu> seb128: np. Thanks for all your help!
[15:16] <seb128> larsu, yw ;-)
[15:16] <seb128> oh, great, gnome-session-properties segfaults if there is no autostart .desktop to list :/
[15:21] <seb128> great, gtk bog...
[15:21] <seb128> (doesn't happen with 3.6)
[15:22] <seb128> GtkBox child GtkScrolledWindow minimum width: -1 < 0 for height 321
[15:30] <seb128> ok
[15:30] <seb128> it's meeting time
[15:31] <Sweetshark> o/
[15:31] <Laney> w00t
[15:32] <seb128> qengho, mlankhorst, tkamppeter, attente, desrt, larsu: hey, it's meeting time
[15:32] <qengho> - Updated packaging to new version of Chromium in PPA.  Tested chromium28 on precise-ARMHF.  Success!
[15:32] <qengho> - Will try to help #webapps with webapps patches for Chromium27+ v8 scoping changes.  They're starved for time.
[15:32] <qengho> - Adding autopkgtests to watch for simple problems with webapps.
[15:32] <qengho> EOF
[15:32] <tkamppeter> hi
[15:32] <seb128> qengho, did you follow the discussion about chromium by default on the desktop list?
[15:33] <Laney> (ah crap, forgot to reply to that still)
[15:33] <qengho> seb128: I haven't seen it in the last few days.
[15:33] <seb128> qengho, it would be good if you could reply with some details on the current issues on arm/why we are lagging behind on version
[15:33] <qengho> Will do.
[15:33] <seb128> thanks
[15:33] <Laney> also OMFG you forgot to highlight me
[15:33] <seb128> qengho, so you got v28 working on armhf? ;-)
[15:34] <qengho> seb128: It's the same binutils problem as in December. Replacing that solves everything.
[15:34] <seb128> Laney, you w00ted so I dropped you from the noise making line :p
[15:34] <Laney> :P
[15:34] <seb128> qengho, we never got a SRU for that?
[15:34] <seb128> what is doko doing?
[15:34] <seb128> qengho, thanks
[15:34] <seb128> Laney, hey
[15:35] <qengho> seb128: Nope. I'm not sure we will SRU that, but I'm not sure
[15:35] <Laney> oh, NOW you highlight me
[15:35] <Laney> Fix nautilus trash bar crash bug in both 3.6 and trunk (same as 3.8) - still awaiting reviews
[15:35] <Laney> • Patch pilot
[15:35] <Laney> • Upload GLib 2.37.2 and(!) 2.37.3 (glibtastic). .3 has a new autopkgtest for running the installed tests which is quite a thorough workout. Yet to see if it works.
[15:35] <seb128> Laney, indeed, BETTER BE READY
[15:35] <seb128> ;-)
[15:35] <Laney> • ITPed and started packaging the GNOME test runner so the above doesn't have to use a possibly dodgy custom script I wrote for it.
[15:35] <Laney> • Discussions around starting Unity via upstart user session jobs. I think we arrived at an outcome which everyone is satisfied with. There will be an 'empty' GNOME session so we can still use that job.
[15:35] <Laney> • Upload GTK3 with O0 on armhf to work around a GCC bug which broke things there.
[15:35] <Laney> • Settings: Got background merged after feedback, almost got UbuntuCrossFadeShape working - just tracking down a bug where the FillMode isn't applied until after the first crossfade then will propose. CrossFadeImage is still waiting for reviews.
[15:35] <Laney> • Next: check out gsettings-qt and read the user's actual background (guessing that won't work on the device yet?).
[15:36] <seb128> (guess not)
[15:36] <Laney> might file a bug to track it
[15:36] <seb128> that would be a good idea
[15:36] <seb128> Laney, thanks
[15:37] <seb128> Sweetshark, ups, we forgot you, your turn
[15:37] <Sweetshark> - updated LibreOffice to 4.1.0~rc1
[15:37] <Sweetshark> - managed a ppa build https://launchpad.net/~libreoffice/+archive/libreoffice-prereleases/+sourcepub/3324010/+listing-archive-extra
[15:37] <Sweetshark> - enabled java and kde fully again
[15:37] <Sweetshark> - possible by the hack of the century: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=2fb70360027a89af775b7896523ce4c58a79cb88;hp=87718be10f98f43e26179afdca0967fa4c902104
[15:37] <Sweetshark> - trying to testbuild liborcus 0.5.1 on saucy/armhf right now to get it sponsored (eh, my pandaboard seems to have died?)
[15:37] <Sweetshark> EOF
[15:38] <seb128> Sweetshark, thanks
[15:38] <Laney> are you tracking the jenkins/autopkgtest failures?
[15:38] <seb128> Sweetshark, try the porter box or the nexus for builds...
[15:39] <Sweetshark> Laney: not really yet. They need to make bigger images ...
[15:39] <Laney> Sweetshark: do you know if that's requested/happening?
[15:40] <seb128> Laney, jibel mentioned earlier that he was looked at it I think
[15:40] <Laney> ok, great
[15:40] <Sweetshark> Laney: well, its known since the test are there, but I can reping pitti/jibel about it ...
[15:41] <seb128> well he was mentioning needing special partioning
[15:41] <seb128> Sweetshark, Laney: thanks
[15:41] <Laney> yeah, I'm just scared that this'll become a blocking thing now :-)
[15:41] <seb128> mlankhorst, hey
[15:41] <seb128> Laney, seems like we can force publication over it, but yeah...
[15:42] <pitti> oh, LibO running out of space? yeah, I guess that'll need a release-team override until we can get bigger VMs
[15:42] <Sweetshark> seb128, Laney: if tests block in a nonsense way, theyll disappear from the package.
[15:42] <seb128> right...
[15:43] <seb128> mlankhorst, your turn?
[15:43] <Laney> pitti: (yeah, it has one of those ATM)
[15:43] <seb128>  or not...
[15:43] <Sweetshark> pitti: how does "release-team override" translate in time estimates with 1 being "a few hours" and 10 being "when hell freezes over"?
[15:44] <seb128> tkamppeter, hey
[15:44] <pitti> Sweetshark: as it already is in place, "0"?
[15:44] <tkamppeter>  - Bug fixes on cups-filters package (upstream)
[15:44] <tkamppeter>  - Created simple upstream home page for cups-filters
[15:44] <tkamppeter>  - Mailing list discussion about printing workflow
[15:44] <tkamppeter>  - Bug triaging
[15:44] <tkamppeter>  - GSoC students for OpenPrinting started to code
[15:44] <tkamppeter>  - Tested new X on Saucy on Lenovo Thinkpad Twist: Generally works, but touch screen broken
[15:45] <Sweetshark> pitti: \o/
[15:45] <seb128> tkamppeter, thanks
[15:45] <seb128> attente, hey
[15:45] <attente> seb128, hi
[15:46] <attente> not much to report
[15:46] <attente> indicator-keyboard bug fixes
[15:46] <attente> currently writing indicator-keyboard unit tests
[15:46] <attente> eof
[15:47] <seb128> attente, do you think you are mostly done on the indicator work?
[15:48] <attente> seb128, there's some ibus issue jbicha was running into that i wasn't able to reproduce
[15:48] <attente> i fixed the indicator as best i could to try to prevent it
[15:48] <seb128> ok, I guess we should aim at landing it in the desktop team ppa for extra testing
[15:49] <seb128> but first we need to land ibus 1.5 in the archive
[15:49] <jbicha> yeah, ibus doesn't autostart with a reasonably fresh Ubuntu GNOME Saucy install bug 1194138
[15:49] <ubot2> Launchpad bug 1194138 in Indicator keyboard "ibus-daemon doesn't autostart" [Undecided,New] https://launchpad.net/bugs/1194138
[15:49] <seb128> it would also be good to have the "side" packages directly in saucy, I saw that pitti reviewed your gobject-introspection merge request
[15:49] <attente> if 1.5 lands in the archive, it probably won't work with the current g-s-d
[15:49] <seb128> g-s-d doesn't use ibus in saucy
[15:50] <seb128> we still use the GNOME 3.4 codebase in there
[15:50] <seb128> libgnomekbd
[15:50] <attente> right, sorry
[15:50] <seb128> no worry
[15:50] <seb128> attente, thanks
[15:50] <attente> i'm just afraid of breakage if things land not all at the same time
[15:51] <seb128> let's try to land new ibus/gobject-introspection/vala in the archive this week
[15:51] <seb128> I'm pretty confident those are orthogonal to the other ones
[15:51] <seb128> well g-i and vala for sure
[15:51] <seb128> but yeah, otherwise we should land everything else together
[15:51] <seb128> attente, thanks
[15:52] <seb128> ok, desrt had to run out but he gave me his status update
 seb128: last week was mostly at the docs hackfest.  i started a new approach to now we write non-reference documentation about our platform, called HowDoI.  it's starting to gain a bit of traction from others.  Here's an example of what it looks like: https://live.gnome.org/HowDoI/GAction
 but i also got a chance to work on reviewing for the lastest round of the gprivate changes, worked on getting the g-dbus changes landed for the accounts service extension stuff we need and did another round of patches for the actual accounts service changes (waiting review again)
[15:52] <seb128>  yesterday i spent some time finding and fixing bugs in the menu tracker and wrote a bit more sample code and documentation
[15:52] <seb128>  (incidentally, i found the bugs while writing the sample code for the docs, which is kinda a nice side effect)
[15:52] <seb128>  

[15:53] <seb128> desrt, thanks ;-)
[15:53] <seb128> larsu, hey
[15:53] <larsu> - reviewed desrt's async properties patch for gio (to unblock accountsservice)
[15:53] <larsu> - finished up indicator-sound-service and merge propose it (not reviews yet)
[15:53] <larsu> - fixes on ido sound widgets after ted reviewed them, landed in ido
[15:53] <larsu> - wrote initial version of gsettings-qt, landed in universe last week
[15:53]  * larsu eof
[15:53] <larsu> - continued work on unitymenumodel, expecting to merge propose it this week
[15:54] <didrocks> larsu: are you the one working on the converged indicator-messages (and some other converged indicators)?
[15:54] <seb128> larsu, unitymenumodel ... is that qmenumodel or something else?
[15:55] <seb128> larsu, thanks for getting gsettings-qt done, that's really helpful to unblock others ;-)
[15:55] <kenvandine> YAY... gnome-control-center-signon tests pass on armhf!
[15:55] <kenvandine> sorry for interupting
[15:55] <Laney> (H)
[15:55] <kenvandine> i couldn't contain myself :)
[15:55] <larsu> didrocks: yes, I'll work on that (probably next week)
[15:55] <kenvandine> thanks again Laney!
[15:55] <larsu> seb128: unitymenumodel is qmenumodel, yes
[15:55] <didrocks> larsu: great! that will help getting the phone app into distro :)
[15:55] <seb128> kenvandine, \o/
[15:56] <larsu> didrocks: I know ;) Sorry that it took so long, I'm quite busy these days
[15:56] <seb128> larsu, great, that's another piece of infra others wait on (unitymenumodel)
[15:56] <sil2100> Yesss!
[15:56] <sil2100> kenvandine: \o.
[15:56] <seb128> larsu, thanks
[15:56] <didrocks> larsu: no worry :)
[15:56] <seb128> so my update
[15:56] <sil2100> kenvandine: soooo, will we be able to publish webcreds TODAY? :D
[15:56] <larsu> seb128: ya. And this one's based on desrt's gtkmenutracker - so it'll give us all the features that gtk has
[15:56] <seb128>  * Spent a while (at least one day) trying to figure out what broke GTK on armhf, turns out it's gcc-4.8, spent more time trying to nail down a smaller testcase that "build the gtk package on a panda", figured out what source/object file is having the issue, reported a detailled bugs about what I found there
[15:56] <seb128>  * Some desktop updates and some saucy merges
[15:56] <seb128>  * talked to design to get updated 13.10 logo for g-c-c and unity-greeter, uploaded those
[15:56] <seb128>  * system-settings work, some UI tweaks, reviews for others (Laney's background capplet got it)
[15:56] <seb128>  * reviewed some PS packages in NEW (gsettings-qt got in, thanks larsu/kenvandine!)
[15:56] <seb128>  * reviewed nautilus 3.8, finished the work to get it in (some patches to update/reactivate), got it into saucy
[15:56] <seb128>  * looked at/fixed some of the ftbfs-es from the first saucy archive rebuild
[15:56] <seb128>  * some desktop bugs fixing
[15:56] <seb128>  *

[15:57] <seb128> (next: system-settings: make use of gsettings-qt + backend work)
[15:57] <seb128> (btw we are mostly done with standard desktop updates I think, webkit is being tested in the desktop ppa)
[15:58] <kenvandine> sil2100, yes
[15:58] <seb128> oh, please try to test the new xorg as well (especially on nvidia/fglrx)
[15:58] <seb128> cf #ubuntu-devel call for testing
[15:58] <seb128> .
[15:58] <seb128> other notes/comments?
[15:58] <seb128> @ubuntu-devel rather
[15:58] <meetingology> seb128: Error: "ubuntu-devel" is not a valid command.
[15:58] <seb128> oh, we have a meeting bot here?
[15:59] <Laney> oh yeah, forgot about that
[15:59] <didrocks> interesting…
[15:59] <seb128> ok, thanks everyone
[15:59] <seb128> didrocks, just on time
[15:59] <jbicha> speaking of desktop updates, someone should look at bug 1155968 at some point
[15:59] <ubot2> Launchpad bug 1155968 in zeitgeist (Ubuntu) "Upgrade zeitgeist to 0.9.14" [Wishlist,Confirmed] https://launchpad.net/bugs/1155968
[15:59] <seb128> jbicha, will do
[16:00] <didrocks> time for me take over I guess \o/
[16:00] <didrocks> cyphermox: sil2100: kenvandine: robru: hey! how are you?
[16:00] <kenvandine> yo
[16:00] <kenvandine> much better now that g-c-c-s will pass on armhf!
[16:00] <didrocks> heh, good news! :)
[16:00] <kenvandine> should get webcred published today
[16:01] <cyphermox> not bad...
[16:01]  * kenvandine grumbles about broken gtk on armhf... Laney did you update to gtk include re-enabling the test suite on armhf?
[16:01] <didrocks> ok, let's ensure about the stack states speaking of g-c-c-s
[16:01] <Laney> yes
[16:01] <cyphermox> just found out libhud-qt was in a way, deprecated, which may or may not explain the docs not being built :)
[16:01] <kenvandine> Laney, awesome!
[16:01] <didrocks> cyphermox: urgh?
[16:02] <cyphermox> argh!
[16:02] <didrocks> we have all apps build-deps on it and it's going to be deprecated already?
[16:02] <Laney> stuck in proposed though until alpha is over
[16:02] <Laney> actually i might unblock that
[16:02] <cyphermox> didrocks: I'll double check but perhaps we can just drop the docs pacakge
[16:02] <Sweetshark> *grumble* gvim camouflages as thunderbird in the unity alt-tab thingie ...
[16:02] <didrocks> cyphermox: fine with me, thanks!
[16:02] <sil2100> Hey!
[16:03] <didrocks> sil2100: do you mind giving us a general status on the stacks?
[16:03] <sil2100> didrocks: ACK
[16:03] <didrocks> as you spent most of the day on this :)
[16:03] <sil2100> Ok, so... there are some issues that make releasing a bit more troublesome right now
[16:03] <sil2100> First of all, we finally managed to unblock QA, we had an issue with /dev/uinput (it was missing and no permissions to access)
[16:04] <didrocks> \o/
[16:04] <sil2100> But now, it seems there is an autopilot issue that pops up from time to time and breaks tests - suddenly autopilot thinks show_desktop is enabled all the time
[16:04] <sil2100> I contacted QA about that
[16:04] <didrocks> sil2100: ok, please keep us updated on that :)
[16:05] <sil2100> Will do!
[16:05] <sil2100> But anyway
[16:05] <sil2100> We're publishing most of the stacks today, just indicators and unity still have problems
[16:05] <didrocks> sil2100: I see the indicators are failing tests (a lot for some days), known?
[16:05] <didrocks> cyphermox: maybe? ^
[16:06] <didrocks> (still those unity_gtk_module tests failing btw)
[16:06] <sil2100> didrocks: well, that's the autopilot issue I mentioned
[16:06] <didrocks> ah ok
[16:06] <sil2100> didrocks: it's because it thought that show_desktop is enabled ;/
[16:06] <kenvandine> there was some of those linking problems in the indicators stack as well
[16:06] <didrocks> kenvandine: ah?
[16:06] <kenvandine> all those seem to be resolved now, i think
[16:06] <kenvandine> ordering
[16:06] <didrocks> ah -pthread
[16:06] <kenvandine> and check being broken
[16:06] <sil2100> didrocks: the thing is, the prev-last run was much better, as there were only 3-4 failures
[16:06] <didrocks> yeah ;)
[16:07] <didrocks> sil2100: ok, let's try to get that fixed first on the autopilot level first I guess
[16:07] <sil2100> kenvandine pushed a fix for check, so we should be safe from now on ;p
[16:07] <sil2100> didrocks: I tried reproducing it locally but with no luck sadly, so it's all up to the QA guys I guess
[16:07] <didrocks> ok ;)
[16:07] <didrocks> thanks sil2100, do not hesitate to file that into the spreadsheet for your own tracking ;)
[16:08] <sil2100> Will do!
[16:08] <didrocks> ok, next, a good news: the raring and precise SRUs are finally in -proposed \o/
[16:08] <didrocks> so we can mark that one as DONE
[16:08] <sil2100> !
[16:08] <sil2100> YAY!
[16:08] <sil2100> :D
[16:08] <didrocks> just took a month and half :p
[16:08] <sil2100> Still better than the 1 year with unity-2d for raring... ;p
[16:08] <didrocks> heh ;)
[16:08] <sil2100> I mean
[16:08] <sil2100> Precise
[16:08] <sil2100> ;p
[16:08] <didrocks> precise yeah
[16:09] <didrocks> ok, let's skip timo's task as he's still enjoying some holidays
[16:09] <didrocks> daily release of libpam-freerdp
[16:09] <didrocks> kenvandine: any luck? ^
[16:09] <kenvandine> didrocks, next on my list :)
[16:09] <kenvandine> now that webcred should be in order
[16:09] <didrocks> sweet :)
[16:09] <kenvandine> i'll have the packaging branch proposed today
[16:09] <kenvandine> and get sil2100 or someone to review it
[16:09] <didrocks> grand!
[16:10] <kenvandine> although... i am now get spammed with SRUs for webapps from robru
[16:10] <kenvandine> grrr
[16:10] <kenvandine> :-D
[16:10] <didrocks> ahah
[16:10] <didrocks> yeah, no daily release, manual upload in order! :p
[16:10] <kenvandine> he has a huge stack of SRUs for quantal and raring
[16:10] <kenvandine> yeah
[16:10] <kenvandine> sucks!
[16:10] <sil2100> :D
[16:10] <kenvandine> maybe someone can help me sponsor them :)
[16:10] <didrocks> kenvandine: patch pilot should be for that!
[16:11] <didrocks> so that robru doesn't just have you and I on that
[16:11] <kenvandine> true
[16:11] <didrocks> so do not hesitate to harass them :)
[16:11] <kenvandine> but i'm more familiar already... and they come in huge quantities
[16:11] <didrocks> yep ;)
[16:11] <didrocks> true
[16:11] <kenvandine> good point though
[16:11] <didrocks> next topic was about Unity 8 + Mir discussion
[16:12] <didrocks> I had a meeting with kgunn, saviq and robert
[16:12] <sil2100> Any particular plans?
[16:12] <didrocks> so we're going to push mir, xmir, qtmir, unity-system-compositor and unity8 (but in a ppa first) into saucy
[16:12] <sil2100> All together?
[16:12] <didrocks> I'm reshuffling the packaging that needs be cleaned fixed
[16:12] <didrocks> no, it will be mir and unity-system-compositor first
[16:13] <didrocks> still discussion about xmir which is a fork of the xorg source
[16:13] <didrocks> and how to handle abi (not abi stability for now)
[16:13] <didrocks> so in a world, I'm handling the packaging cleanup (multiarching as well at the same time)
[16:13] <didrocks> mir is nearly done
[16:13] <didrocks> then, we'll have 3 stacks:
[16:13] <didrocks> mir (only mir)
[16:14] <didrocks> mir-clients (xmir, qtmir, unity-system-compositor)
[16:14] <didrocks> mir-consumers (unity8, lightdm)
[16:14] <sil2100> Oh
[16:14] <didrocks> that also means putting lightdm on daily release
[16:14] <didrocks> this is temporarly, just to ensure that we always rebuild against the latest ABI
[16:14] <didrocks> as they won't bump their version everytime as they break the ABI every day
[16:15] <sil2100> I did not know we were hosting the main sources on LP
[16:15] <didrocks> (they hope to be ABI stable in a couple of months)
[16:15] <sil2100> But I see indeed there are no imports
[16:15] <didrocks> sil2100: for which one? :)
[16:15] <sil2100> For lightdm ;)
[16:15] <didrocks> ah, robert ancell is upstream for it
[16:15] <sil2100> Awesomeness
[16:15] <didrocks> he wrote it on his spare time while he was already working on ubuntu :)
[16:16] <didrocks> I think we should add unity-greeter to dailies as well
[16:16] <didrocks> (it's a patch version for mir)
[16:16] <didrocks> patched*
[16:16] <didrocks> sil2100: do you think you will have time to help me on this? reviewing packages, and so on?
[16:17] <sil2100> didrocks: with pleasure, the only problem I see is that I have that holiday next week ;/ You think I will manage to be around to be helpful?
[16:17] <didrocks> sil2100: we'll start a little bit together then :)
[16:17] <sil2100> But this week is fine
[16:17] <didrocks> and see what's next!
[16:17] <didrocks> ok good, thanks!
[16:17] <didrocks> next one "Fix indicator-network and re-enable it for the indicator stack tests": cyphermox, any news?
[16:18] <didrocks> while cyphermox is answer, robru, around?
[16:18] <cyphermox> didrocks: I was waiting for news from tedg, this was broken due to changes in the underlying librarires
[16:18] <cyphermox> tedg: ^^
[16:18] <sil2100> tedg was busy fixing things for me ;p
[16:18] <cyphermox> hehe
[16:18] <didrocks> cyphermox: can you please harass him? you are starting to be an expert in that field :)
[16:19] <didrocks> thanks cyphermox ;)
[16:19] <didrocks> seems we have no robru again this week :( so no status on all new components with daily_release: False
[16:19] <tedg> cyphermox, I think it works now, at least it does on my system.
[16:19] <tedg> cyphermox, I was meaning to ask you to check :-)
[16:20] <didrocks> robru: can you please try joining the weekly meeting? we shift it for you at first :) also, do you mind sending us an email with the status update on that task? (maybe with all components listed and which ones are done) ^
[16:20] <didrocks> tedg: great! :)
[16:20] <didrocks> cyphermox: double check please, it's tedg's code, it needs confirmation ;)
[16:20] <didrocks> (also try with non ascii characters :p)
[16:21] <sil2100> hehe
[16:21] <didrocks> ok, let's move on
[16:21] <didrocks> I guess xorg 1.14, we are waiting for testing feedback
[16:21] <didrocks> kenvandine: signon-ui -> I think it's all done now that the epic battle is over, right?
[16:22] <didrocks> (with all the MIRing crazyness ;))
[16:22] <sil2100> Yep, I'll be keeping an eye on the xorg thing
[16:22] <didrocks> sil2100: thanks! ;)
[16:22] <kenvandine> didrocks, yes
[16:22] <kgunn> mlankhorst: ping
[16:22] <cyphermox> tedg: ok, I'll retest
[16:22] <mlankhorst> pong-ish
[16:22] <didrocks> kenvandine: can you mark it as done on the spreadsheet please?
[16:22] <didrocks> kgunn: mlankhorst: mind waiting the end of the meeting? we are almost over I guess :)
[16:23] <kenvandine> yup
[16:23] <didrocks> thanks!
[16:23] <didrocks> cyphermox: good luck ;)
[16:23] <didrocks> ok, the next tasks are small ones…
[16:23] <didrocks> "Clean up packages: lists in various stacks"
[16:23] <tedg> cyphermox, Great, thanks!
[16:23]  * didrocks hugs sil2100!
[16:23] <didrocks> sil2100: I wanted to ask for that one today :)
[16:23] <didrocks> thanks for adding it yourself without I had to ask for it :)
[16:24] <didrocks> and I think we are at the end of the list, any question?
[16:24] <sil2100> :)
[16:25]  * sil2100 is silent
[16:25] <sil2100> (silence is not a question)
[16:25] <didrocks> ;)
[16:26] <didrocks> ok, I think no questions are in order, thanks sil2100, cyphermox, kenvandine!
[16:26] <kenvandine> :)
[16:26] <didrocks> sil2100, cyphermox, kenvandine: just keep some free time in case robru is coming with a long list of new packages to get into distro :)
[16:26]  * kenvandine just published webcred!
[16:26] <sil2100> kenvandine: \o/
[16:26] <cyphermox> ack
[16:26] <didrocks> \o/
[16:26] <didrocks> spreadsheet refreshed!
[16:28] <tvoss_> infinity, ping
[16:30] <Laney> yay, got the FillMode working
[16:31]  * Laney stands atop QML
[16:32] <kenvandine> :-D
[16:33] <Laney> it's a bit weird though
[16:33] <Laney> image: CrossFadeImage { ... } doesn't work
[16:33] <Laney> image: xFadeImage
[16:33] <Laney> CrossFadeImage { id: xFadeImage, ...} does
[16:33] <kenvandine> that is weird
[16:34] <Laney> it's the inverse of what happens with UbuntuShape actually
[16:44] <kenvandine> larsu, thanks!
[16:46] <kenvandine> larsu, thanks for adding tests!
[16:48] <larsu> kenvandine: it's a humble beginning :)
[16:49] <kenvandine> larsu, i do have a branch i'll be proposing... so it doesn't install the tests :)
[16:49] <kenvandine> but i didn't want to reject it
[16:50] <didrocks> kenvandine: I think you got the first upload with the new versioning schema btw :)
[16:51] <didrocks> for g-c-c-s, congrats!
[16:51] <kenvandine> woot :-D
[16:51]  * kenvandine does a dance
[16:51] <larsu> kenvandine: oops :) Thanks
[16:53]  * didrocks waves good evening and good night
[16:54] <larsu> kenvandine: ooh, you rebased instead of merging?
[16:55] <kenvandine> whoops :)
[16:55] <kenvandine> sort of :)
[16:55] <kenvandine> damn, we need autolanding ;)
[16:55]  * larsu had no idea bzr could do that
[16:55] <jbicha> extra ~ ?
[16:55] <larsu> haha, agreed
[16:55] <kenvandine> https://code.launchpad.net/~ken-vandine/gsettings-qt/no_install_tests/+merge/171366
[16:55] <kenvandine> larsu, ^^
[16:55] <jbicha> 0.1.7~+13.10.20130625-0ubuntu1
[16:56] <kenvandine> larsu, i'll add this to daily release and autolanding/CI today
[16:57] <kenvandine> but first... i am really going to leave for lunch now :)
[16:57] <kenvandine> bbiab
[16:57] <larsu> kenvandine: thanks, merging. Me too :)
[17:25] <sil2100> cyphermox: hi! Could you take a look later on?
[17:25] <sil2100> cyphermox: https://code.launchpad.net/~sil2100/libdbusmenu-qt/fix_pkg-config_for_qt5/+merge/171369
[17:26] <sil2100> cyphermox: I made a typo when duing the double-build back in the days
[17:26] <sil2100> Thanks!
[17:26] <sil2100> kenvandine: ^ maybe you could take a look as well
[17:27] <sil2100> See you later guys!
[17:31] <ritz> seb128 , hi, who updates https://wiki.ubuntu.com/DesktopTeam/Meeting/ ?
[17:36] <ritz> seb128 , hi, who updates https://wiki.ubuntu.com/DesktopTeam/Meeting/ ?
[17:42] <seb128> ritz, hey, nobody does I think
[17:42] <seb128> ritz, but you have logs on irclogs.ubuntu.com
[17:43] <ritz> hmm, interesting
[17:44] <ritz> I was compiling a list of interesting bits, and was checking back on the desktop meet page.
[17:44] <seb128> shrug, jenkins started spamming me
[17:44] <ritz> did not see this being updated for last few meets
[17:44] <ritz> thus the question
[17:45] <seb128> bah, those are not actual errors but broken vms
[17:45] <seb128> ritz, we decided to stop updating the wiki a few meetings ago
[17:45] <seb128> there was very few people going to read the wiki
[17:45] <seb128> we decided to rather encourage groups to make status update on specific topics
[17:46] <ritz> aah, okay.
[17:56] <infinity> tvoss_: Pong?
[18:04] <tkamppeter> jasoncwarner_, hi
[19:35] <Sweetshark> ha, he was just hiding!
[19:35] <Sweetshark> seb128: pls consider sponsoring the liborcus package.
[19:35] <seb128> Sweetshark, hey, just saw your email, looking at it
[19:41] <seb128> Sweetshark, uploaded
[19:47] <Sweetshark> seb128: thanks a lot
[19:48] <seb128> Sweetshark, yw!
[19:49] <Sweetshark> seb128 finished, didrocks takes over with bug 1194612 ;)
[19:49] <ubot2`> Launchpad bug 1194612 in liborcus (Ubuntu) "[MIR] liborcus" [Undecided,New] https://launchpad.net/bugs/1194612
[19:49] <Sweetshark> *hrhr*
[19:49] <seb128> hehe
[19:49] <seb128> do you plan to play the "it was shipped with libreoffice in main, so no need of a mir" card?
[19:50] <Sweetshark> seb128: thats exactly what the bug says
[19:50] <seb128> Sweetshark, bah, upload failed, you didn't include the orig in the .changes
[19:51] <Sweetshark> seb128: gah.
[19:51] <seb128> Sweetshark, let me handle it, I can rebuild the source, it's not a big one
[19:54] <Sweetshark> seb128: well, fixed anyway ;)
[19:56]  * Sweetshark loves how https://bugs.freedesktop.org/reports.cgi?product=LibreOffice&datasets=UNCONFIRMED looks ...
[20:06] <seb128> desrt, still around? what's the recommend way nowadays to set a dconf key value for a new user?
[20:37] <seb128> hum, dsl disconnect
[20:37] <seb128> mterry, hey, not sure you got my question, do you guys still have a lightdm packaging vcs?
[20:51] <seb128> grrr dsl line
[20:51] <seb128> mterry, saw my pings? ;-)
[20:57] <mterry> seb128, yes
[20:57] <mterry> seb128, I believe we use trunk now for that
[20:57] <seb128> mterry, no packaging in there?
[20:57] <seb128> or is my checkout from the wrong branch?
[20:57] <seb128> let me check
[20:58] <mterry> seb128, oh you are right
[20:58] <mterry> seb128, I think we stopped using the vcs
[20:58] <seb128> :-(
[20:58] <mterry> seb128, but for unity-greeter, debian/ is inline
[20:58] <mterry> seb128, I can't remember why we stopped, that was robert-ancell's doing, I believe
[20:59] <seb128> did he meant to merge the packaging in trunk?
[20:59] <seb128> (that would be nice)
[21:00] <seb128> oh, come on, nm-applet this time
[21:02] <seb128> mterry, speaking of who
[21:02] <seb128> robert_ancell, hey
[21:02] <robert_ancell> seb128, hello
[21:02] <seb128> robert_ancell, is there a packaging vcs for lightdm?
[21:02] <robert_ancell> seb128, no
[21:02] <seb128> robert_ancell, why not?
[21:03] <robert_ancell> seb128, there used to be a full check-in type one, but it was always getting broken so I just dropped it
[21:03] <seb128> hum
[21:03] <seb128> robert_ancell, what about merging the packaging in trunk? ;-)
[21:03] <jbicha> at the second desktop meeting today, they talked about making lightdm & unity-greeter daily builds at least until mir stabilized
[21:04] <robert_ancell> seb128, I was going to ask you / didrocks about that. There's a couple of patches that can't go upstream - what do we do about those? (e.g. the language patch)
[21:04] <robert_ancell> I pinged mterry about the dbus one to see if it is still applicable - if so I'll make a change so it's just ubuntu configuration
[21:05] <robert_ancell> seb128, I've also made the conf.d directory so we can remove some ubuntu specific config and put it into the appropriate ubuntu packages
[21:05] <robert_ancell> so yes, I'd like to get the packaging upstream if we can make it work
[21:05] <robert_ancell> also, if I ever get the time to refactor the guest support we can split that Ubuntu specific stuff out too
[21:07] <seb128> robert_ancell, why do you need the distro specific stuff out to get the packaging upstream.?
[21:07] <seb128> the packaging is distro specific anyway
[21:07] <robert_ancell> seb128, is there any value in having upstream packaging if we don't use it?
[21:07] <seb128> seems like a waste of effort to try to clean those
[21:07] <seb128> we do use it
[21:08] <seb128> for Ubuntu :p
[21:08] <seb128> I just want a vcs I can send a merge request on for review
[21:08] <robert_ancell> seb128, yeah, so we'd have debian/patches/foo in the upstream packaging which seems a bit of a headache
[21:08] <seb128> robert_ancell, mterry, desrt: https://launchpadlibrarian.net/143403175/lightdm.debdiff ... please review/comment
[21:09] <seb128> it's a bit hackish
[21:09] <seb128> but less than the su dbus-launch gsettings set way
[21:09] <robert_ancell> seb128, looks fine to me
[21:09] <Laney> isn't the problem that it's using gconftool?
[21:10] <seb128> Laney, no, the problem is that the su command doesn't work
[21:10] <seb128> it tries to write to some /run/user/<wronguid>/dconf not available
[21:10] <mterry> seb128, seems fine yeha
[21:10] <seb128> that's racy and buggy
[21:11] <seb128> Laney, see robert_ancell's comment on the bug
[21:11] <seb128> Laney, that script just create an user and create dirs with su/mkdir/chown hacks
[21:12] <seb128> so there is no user logged in at this point
[21:12] <seb128> which means no logind session, so proper XDG_RUNTIME_DIR yet, etc
[21:12] <seb128> robert_ancell, mterry: thanks, I tested it and it works here, I will just upload then
[21:15] <robert_ancell> seb128, mterry, packaging hints welcome for this https://code.launchpad.net/~robert-ancell/unity-greeter/lightdm-conf.d/+merge/171009
[21:15] <Laney> fair enough, surprised we got away with using gsettings-data-convert for this long :P
[21:16] <seb128> Laney, yeah, me too :p
[21:19] <seb128> robert_ancell, hum, if you want to migrate stuff the easier way would be to make lightdm breaks on unity-greeter (<< version-started-using-conf.d)
[21:19] <seb128> robert_ancell, but I think it's a minor detail as well
[21:19] <robert_ancell> seb128, it would be annoying for lightdm to have a dependency on u-g
[21:19] <seb128> robert_ancell, why aren't greeters depending on lightdm?
[21:20] <robert_ancell> seb128, because they don't strictly require it
[21:20] <seb128> what use they are without it?
[21:20] <robert_ancell> they recommend it I think?
[21:20] <robert_ancell> not a lot
[21:21] <seb128> I would just change it to recommends, I don't see the use of a greeter without lightdm
[21:21] <desrt> seb128: evil, but i'll live :)
[21:21] <seb128> doh, "to depends"
[21:22] <seb128> desrt, do you have a better way? the bug comment  I added by then suggested you wanted to add a way to dump an dconf database to the user config or something
[21:22] <Laney> It might be nice to think about whether we can use user sessions for the guest session
[21:22] <Laney> could maybe do some of this
[21:22] <seb128> yeah...
[21:22] <desrt> seb128: no... i think a dconf wrote on creating a guest user account is not the most expensive thing that we're doing...
[21:22] <seb128> well, that one should work and should be backportable to older series
[21:22] <thumper> hi seb128
[21:22] <thumper> hi desrt, robert_ancell
[21:23] <thumper> morning everyone :)
[21:23] <desrt> thumper: hey!
[21:23] <robert_ancell> thumper, hello
[21:23] <seb128> thumper, hey, how are you?
[21:23] <thumper> seb128: good, enjoying more coding again
[21:23] <thumper> seb128: although back into a semi-management role very quickly
[21:23] <thumper> team lead type stuff, so still lots of coding
[21:23] <seb128> hehe
[21:30] <Laney> hmm
[21:30] <Laney> I've got /run/user/1000/pulse as root:root 700 here which has broken PA
[21:30] <Laney> how might that have happened?
[22:04] <xnox> Laney: what's the plan for gtk+ 3.9? will it be in saucy?
[22:04] <Laney> no, why?
[22:08] <xnox> Laney: I'm just seeing a few theme regressions with current ubuntu-themes and current gtk. And I'm not sure how far up I should be mimicking changes from Adwaita theme.
[22:08] <xnox> in saucy, regression from raring.
[22:09] <Laney> you fake the theme?
[22:20] <xnox> Laney: basically with gtk3 gtk + gnome-themes aka adwaite change hand-in-hand adding/removing/changing css properties as they wish, and all themes including ubuntu-themes must play catchup.
[22:20] <xnox> Laney: the text-urls blue instead of orange is my current most annoying item.
[22:22] <Laney> Well it should be stable for saucy now if you're worried about that
[22:22] <xnox> Laney: hmm... seems like seb128 replied to the report, bug 1187327
[22:22] <ubot2`> Launchpad bug 1187327 in ubuntu-themes (Ubuntu) "text url is blue, instead of orange" [High,Confirmed] https://launchpad.net/bugs/1187327
[22:22] <xnox> meh, ok.
[22:22] <Laney> haha
[22:22] <Laney> that's a good reply
[22:23] <Laney> see you tomorrow
[22:23]  * xnox will poke design people for the magic number
[22:23] <xnox> Laney: good night.
[22:23]  * xnox hopes Laney is not going to show up at my doorstep tomorrow.