[05:07] <pitti> Good morning
[05:40] <RAOF> pitti: Aloha!
[05:40] <pitti> hey RAOF
[05:41] <RAOF> You know what would be totally awesome? If gdb didn't segfault trying to load the symbols of mir_unit_tests :(
[05:43] <RAOF> One of these days' yak shaving expeditions is going to be debugging the debugger :/
[05:46] <pitti> RAOF: on x86? we have quite some trouble with current gdb on arm (it produces just useless traces)
[05:47] <RAOF> pitti: On amd64, but yeah.
[05:50] <RAOF> In other news: I've got 1.25TB of storage on this laptop. How have I managed to use over 80% of it already?
[05:51] <pitti> HDs are binary, they know only two states: "new" and "full"
[05:57] <didrocks> good morning!
[05:57] <pitti> bonjour didrocks, ça va ?
[05:58] <pitti> didrocks: comment était ta premiére semaine dans ton nouvel emploi ? :-)
[05:58] <didrocks> pitti: ça va bien ! et toi ?
[05:58] <didrocks> pitti: la première semaine était excellent :-) J'ai le temps de faire les choses "biens" et je veux continuer comme ça ;)
[05:59] <pitti> didrocks: trés bien aussi; j'ai eu un bon week-end long à Zurich, avec un ami
[05:59]  * pitti te donne une accolade :)
[06:00]  * didrocks donne une accolade en retour à pitti
[06:00] <pitti> et nous avons des jours très chauds, 36 C
[06:02] <didrocks> ici aussi, 37 hier
[06:02] <didrocks> c'était difficile de tenir
[06:02] <didrocks> obligé de courir à 7h du matin
[06:02] <didrocks> je veux courir aujourd'hui avant 11h je pense
[06:02] <didrocks> (il fait un tout petit peu plus frais, 34)
[06:02] <didrocks> ça donne envie de manger une glace !
[06:03] <pitti> mon aussi, je vais courier maintenant -- il encore fait assez froid
[06:03] <pitti> didrocks: en effet !
[06:04] <didrocks> pitti: bonne course, à tout à l'heure :)
[07:20] <Sweet5hark> moin.
[07:20] <didrocks> hey Sweet5hark!
[07:21] <Sweet5hark> didrocks: woha scary response time! too much coffee in the morning? ;)
[07:21]  * dro|desrt yawns
[07:24] <larsu> dro|desrt: problems sleeping or hanging out in a different timezone?
[07:24] <larsu> morning everyone :)
[07:24] <dro|desrt> larsu: former
[07:24] <larsu> ugh, sorry
[07:24] <didrocks> Sweet5hark: can be too much coffee! :)
[07:24] <didrocks> hey larsu, dro|desrt
[07:25]  * didrocks tries to install python3-apt in virtualenv. Maybe mvo (hey!) you do have a quick recipe?
[07:29] <Sweet5hark> dro|desrt: theory: us people travel too much -- messes with the rhythm ... anyway sorry to hear that. also http://time.com/2828800/bad-habits-drain-energy/ maybe it bores you into sleep.
[07:34] <mvo> didrocks: hm, unfortuantely not, you need to build it against libapt iirc but if you have a recipe I'm happy to include it in the pyhton-apt readme
[07:35] <didrocks> mvo: ok, I'll give it a look then
[07:35] <mvo> ta
[07:46] <didrocks> mvo: once the build-deps are installed, pip install -e bzr+http://bazaar.launchpad.net/~deity/python-apt/debian-sid#egg=apt seems to be enough
[07:46] <didrocks> (not sure how to only install a particular ref or tag though)
[07:47] <didrocks> mvo: better is to use pip install -e bzr+lp:python-apt#egg=apt I guess
[07:49] <dholbach> hiya
[07:49] <dholbach> didrocks (or anyone else): https://blueprints.launchpad.net/ubuntu/+spec/users-1406-jobin-rv is in the queue for proposed sessions for UOS
[07:49] <dholbach> shall it be accepted or can anyone reach out to the guy about it?
[07:50] <dholbach> hum... reading the text it looks a bit like a "this is how to do things" how-to session
[07:51] <dholbach> mhall119, ^ should we talk to the guy and send him over to http://uds.ubuntu.com/getinvolved/propose-a-session/?
[07:51] <didrocks> hey dholbach, agreed with you, seems more like "this is how to do things"
[07:52] <dholbach> thanks didrocks
[07:52] <dholbach> I'll reach out to the guy, no worries
[07:55] <didrocks> thanks ;)
[07:55] <pitti> hey Sweet5hark, morgen larsu!
[07:55] <pitti> hey mvo, wie gehts?
[07:56] <pitti> didrocks: running was nice, but starting at 8 was already quite late; sun is burning!
[07:56] <larsu> hi pitti!
[07:56] <didrocks> pitti: hum, I shouldn't really delay that more then. I want first to have something passing on Travis though
[07:56] <pitti> didrocks: yeah, I know the feeling -- "just need to fix this quickly!"
[07:56]  * thumper waves
[07:56] <thumper> just dropping by to say that I appreciate all you guys
[07:57] <pitti> "shouldn't take more tha 5 min ... oh dear, dinner time!"
[07:57] <pitti> hey thumper, how are you?
[07:57] <larsu> hi thumper! What's up?
[07:57] <thumper> pitti: being frustrated at dumb go code, my test fails and I'm not sure why...
[07:57] <thumper> larsu: just popping in for a meeting in a few minutes
[07:57] <thumper> thought I'd drop by and say hi
[07:57] <larsu> :)
[07:57] <pitti> what did go wrong? (SCNR)
[07:58]  * pitti chips in 2 EUR into the "bad puns" savings box
[07:59] <thumper> I don't know, that is why I'm frustrated
[08:00] <thumper> AFAICT, trunk tests should fail in the same place
[08:00] <thumper> but they don't
[08:01] <didrocks> hey thumper! no time no talk :)
[08:01] <didrocks> long*
[08:02]  * didrocks is already broken by "it's too warm here"
[08:03] <Laney> hey ho
[08:03] <pitti> didrocks: I find that it really helps to close all windows and roll down the shades after 9; my flat stays pleasantly cool all day with that
[08:03] <larsu> it just started to rain here :)
[08:03]  * larsu is not complaining
[08:03] <larsu> Laney: hi!
[08:03] <didrocks> pitti: it's already 26.5°C, closing windows -> done since 7am :) however, closing shades is harder for me (/me hates dark)
[08:04] <Laney> it's active again in here ;-)
[08:04] <dholbach> didrocks, mhall119: contacted the guy and will reject his session now
[08:04] <pitti> hey Laney!
[08:04] <Laney> yesterday was weeeeeeeeeeiiiiiiiiiird
[08:04] <didrocks> heh :)
[08:05] <didrocks> hey Laney :)
[08:06] <Laney> hey
[08:06] <Laney> did you guys have a nice long weekend?
[08:07] <didrocks> yeah, it was great, but quite hot… how was your "normal" weekend?
[08:10] <Laney> was nice thanks, went down south to visit family
[08:12] <seb128> good morning desktopers!
[08:12] <seb128> hey Laney
[08:12] <seb128> how are you?
[08:12] <Laney> umm /me wonders why his pc doesn't turn on
[08:12] <Laney> hey seb128
[08:12] <Laney> not bad!
[08:13] <Laney> how was your extra large weekend?
[08:13] <Laney> so it doesn't turn on because it's already turned on
[08:13]  * Laney slowly goes mad
[08:18] <seb128> lol, did it turn off instead then? ;-)
[08:19] <Laney> I had the "Goodbye. ..." thing :P
[08:22] <seb128> good ;-)
[08:23] <Sweet5hark> seb128, Laney, pitti: gmorning.
[08:23] <seb128> Sweet5hark, pitti: hey, wie gehts?
[08:24] <pitti> bonjour seb128 ! très bien, merci ! c'était un grand week-end
[08:24] <pitti> seb128: et toi ?
[08:24] <seb128> pitti, très bien aussi merci ! mais il a fait trop chaud ici, 35°C hier
[08:24] <pitti> seb128: ici aussi; nous avons l'été :)
[08:25] <seb128> pitti, l'été il fait moins chaud !
[08:25]  * seb128 likes to be able to go outside
[08:25] <seb128> which you can't really enjoy when it's that hot
[08:25] <Sweet5hark> seb128: great. god took selfies here yesterday judging by the lightning and according to the thunders wasnt very happy with the quality ...
[08:26] <mvo> didrocks: nice! I will add this to the python-apt README
[08:26] <seb128> hey mvo
[08:26] <pitti> seb128: I went running this morning and did some gardening in the evening; over the day it's indeed too hot, I'm barricading myself in the flat with the shades down :)
[08:27] <seb128> pitti, good weather for ice cream though ! I got some yesterday ;-)
[08:28] <pitti> seb128: c'est la vraie façon !
[08:29] <seb128> oui, en effet ;-)
[08:29] <seb128> hum, UOS starts today
[08:29] <asac> any idea how i can turn off the not-working ubuntu one sync attempts? I continoulsy get notification bubbles etc.
[08:29] <asac> and hi! :)
[08:29] <seb128> asac, hey, uninstall ubuntuone-client?
[08:29] <asac> hmm
[08:30] <asac> seb128: no way to turn that off in settings?
[08:30] <seb128> Laney, http://summit.ubuntu.com/uos-1406/2014-06-10/ ... there is a session about the unity8 ISO at 4pm UTC, in case you want to join
[08:30]  * asac purges
[08:30] <seb128> asac, well, they turned the service off server side, we should really force remove the package or something
[08:30] <asac> yeah i think so too
[08:32] <Laney> seb128: interesting, thanks
[08:32] <Laney> nobody asked the desktop team?
[08:33] <seb128> dholbach asked to have a session on the schedule and I mentioned it to bregma, so I guess he did it
[08:37] <Laney> fair enough
[08:40] <dholbach> Laney: UOS dates were announced quite a while ago and a general call for sessions went out as well, so it's not like the desktop team wasn't asked
[08:41] <dholbach> I think Michael also mailed the UE leads
[08:41] <Laney> I was talking about this particular session
[08:41] <dholbach> ah ok
[08:41] <dholbach> sorry
[08:41] <dholbach> I misunderstood
[08:42] <Laney> no worries
[08:42] <dholbach> it's just that in the past dates were announced late, and this time I felt "we did better", that's why I thought I'd respond :)
[08:47] <Laney> dholbach: You did, don't worry :)
[08:47] <Laney> dholbach: In other news, go G+ about how I just added sil2100 to ~motu ;)
[08:48] <didrocks> mvo: as Travis CI is using precise machines, that was a little bit longer than expected (had to add apt 1.0 to my ppa for requirements), but here is a log of python3-apt compiled in a virtualenv, and installed with pip: https://travis-ci.org/didrocks/ubuntu-developer-tools-center/builds/27200092. There is just one test on apt for now which "import apt" to ensure it's in the virtualenv (no distro-wide
[08:48] <didrocks> packages installed) :)
[08:48] <sil2100> \o/
[08:48] <sil2100> Yaaay!
[08:48] <sil2100> Thank you ;)
[08:48] <didrocks> mvo: click on the "install" button to see the compilation of this module
[08:48] <Laney> with great power comes dput auofaijfoiaghih
[08:48] <dholbach> Laney, yeeeeeeeehaw
[08:48] <larsu> lol
[08:48] <dholbach> sil2100, congratulations! :-)
[08:49]  * didrocks guesses that means sil2100 is now a MOTU :)
[08:49] <Laney> ja
[08:49] <didrocks> congrats sil2100!
[08:49] <seb128> sil2100, congrats!
[08:49] <sil2100> Thanks! I can now BREAK THE UNIVERSE :E
[08:49]  * sil2100 starts his plan
[08:50] <sil2100> Ok ok, just kidding, I don't want to loose my rights right after getting them ;p
[08:50] <Laney> sauron is watching
[08:50]  * seb128 disable universe from his sources.list
[08:50]  * davmor2 quickly signs sil2100 up to QA while he can still break stuff
[08:53] <mvo> didrocks: nice!
[08:53] <mvo> hey seb128 and pitti, sorry, didn't see your hello earlier, was looking at code :)
[08:54]  * pitti waves to mvo and tosses some ice cubes
[08:54] <didrocks> now that tests pass, time to run
[08:54] <didrocks> whish me luck that I don't melt down!
[08:54] <pitti> didrocks: good luck!
[08:54] <pitti> bon courier !
[08:55] <didrocks> merci ! je vais essayer de bien courir !
[08:55] <mvo> didrocks: enjoy
[08:56] <seb128> didrocks, bon courage... ;-=)
[08:56]  * didrocks s'arme d'une casquette ubuntu :)
[08:57] <seb128> you already received it?
[08:57] <didrocks> yep, this morning
[08:57] <seb128> nice
[08:57] <didrocks> indeed, time to try it!
[08:57] <didrocks> see you later guys
[08:57] <seb128> ttyl!
[08:57]  * Laney wants one of these
[08:59] <xnox> hm?
[08:59] <Laney> hmhm
[08:59] <seb128> hmh!
[09:00] <xnox> "une casquette ubuntu" -> an ubuntu helmet?
[09:00] <seb128> cap
[09:01] <seb128> xnox, https://translate.google.fr/#fr/en/casquette
[09:02] <xnox> ah, une casquette est un petit casque
[09:30] <seb128> Laney, should we just retry https://launchpad.net/ubuntu/+source/webkitgtk/2.4.3-1ubuntu1 (the armhf build)?
[09:31] <Laney> no it doesn't work
[09:31] <seb128> :-(
[09:31] <Laney> i uploaded a fix
[09:31] <seb128> k
[09:31] <Laney> same breakage happened in U
[09:31] <Laney> and Debian
[09:32] <Laney> oh cool they have a new fix there, maybe that's better
[09:32] <seb128> good to see that the fix worked in utopic ;-)
[09:34] <Laney> i'll wait to see if it builds in unstable before merging it ;-)
[10:01] <dholbach> seb128, can somebody respond to https://twitter.com/ajcook_/status/475792456211255296?
[10:02] <seb128> dholbach, that's a question for tiheum ;-) I've no idea what are the plans for the new theme and desktop (out of convergence/getting them with unity8)
[10:02] <dholbach> ok cool, tiheum: if you could respond that'd be great :)
[10:11] <tiheum> dholbach, seb128, I will
[10:11] <dholbach> perfect :)
[10:24] <seb128> tiheum, thanks
[10:27]  * didrocks is back and alive…
[10:30] <seb128> didrocks, how was it? not too hot?
[10:31] <didrocks> seb128: it was too hot, was hard to not stop running at some points
[10:31] <didrocks> will definitively run before 8am tomorrow…
[10:31] <seb128> yeah, earlier is better with that weather
[10:31] <didrocks> clearly… at least cycling back was nice and refreshing
[10:59] <Laney> tjaalton: can I merge weston?
[10:59] <Laney> The current version FTBFS and we need to upload it for the colord transition
[11:34] <Trevinho> seb128: hey, I've seen the fix for libdbusmenu is in the ci train queue, can you also care about SRUing it to 14.04? :P
[11:35] <seb128> Trevinho, hey, yes that was planned, I wanted it to land in utopic first though
[11:35] <Trevinho> seb128: indeed, thank you
[11:35] <seb128> Trevinho, thanks for fixing that bug ;-)
[11:35] <Trevinho> seb128: as that was affecting some 3rdy apps (see the copy.com indicator), so it would be nice to land in stable
[11:36] <seb128> right
[11:37] <seb128> Trevinho, speaking of stable, do you know if the "can't resize update-manager" and "the number of pips on the launcher is wrong" issues are going to be fixed in the next Unity SRU? ;-)
[11:38] <Trevinho> seb128: I hope so, the fixes are already done... The 2nd one is approved, the 1st is in my manchine still, but done :P
[11:38] <seb128> ;-)
[11:38] <Trevinho> anyway. I think they will... BUt there are some strange errors about the last unity version in e.u.c...
[11:39] <seb128> oh?
[11:39] <seb128> like?
[11:39] <Trevinho> they point weird stack traces, so they look like regression, although the code mentioned has nothing to do with the latest SRU changes, and the worst thing is that the frames pointed by the stacktrance seems to be disconnected between them (i.e. there's no real code paths between them)
[11:40] <Trevinho> seb128: https://errors.ubuntu.com/problem/8fc148da910ae3d63758f6e96174a502860a6b95
[11:40] <seb128> weird
[11:40] <Trevinho> seb128: or another couple... but for some reason there are no unity symbols there, so it's also hard to undestand what it means
[11:41] <seb128> could be corrupted memory/invalid free somewhere
[11:41] <Trevinho> I would say there is an abi issue, if there was any chance for that, but I think nothing changed on that side
[11:41] <Trevinho> might be, but I don't see much manual memory handling on new code
[11:42] <Trevinho> (not to mention that non of us saw these crashes on their machines)
[11:42] <Trevinho> I might give valgrind another go, but there are no informations in the bug reports about when an issue happens... so not easy to understand
[11:43] <seb128> yeah :/
[11:43] <seb128> could be that the bug is not new, just some other changes made it more likely to happen
[11:49] <seb128> larsu, https://launchpad.net/ubuntu/utopic/+source/gtk+3.0/3.12.2-0ubuntu1
[11:49] <larsu> seb128: \o/
[11:49] <seb128> ;-)
[11:49] <Laney> omgyoubrokeeverything
[11:50] <seb128> lol
[11:50] <Laney> (who tested ubiquity?)
[11:50] <Laney> ;-)
[11:50] <seb128> (xnox?)
[11:50] <xnox> Laney: hm?
[11:51] <xnox> Laney: python3.4 broke ubiquity, so haven't tested with 3.12
[11:51] <Laney> gtk 3.12
[11:51] <Laney> well it's uploaded now :-)
[11:51] <seb128> we are going to figure out tomorrow
[11:51] <seb128> or whenever next iso is built with it
[11:51] <xnox> Laney: well, hopefully the image you respun is good =)
[11:51] <Laney> that won't have it
[11:51] <Laney> unless you mean we can freeze this one until release
[11:52] <Laney> SHIP IT
[11:52] <xnox> Laney: it should have python3.4 fix, and thus when image with 3.12 is build we can start the gtk theming bugs treasure hunt.
[11:52] <seb128> that GTK update seems to be better on that front, we didn't have to fix themes or scrollbars this time
[11:53] <Laney> yeah hopefully so
[11:53] <Laney> ubiquity seems more sensitive than most things usually though
[11:53] <Laney> but it should be ok i reckon
[11:53] <xnox> yeah, but our theme still have bugs. Cause e.g. adwaita had fixes for elements looking odd in certain layouts, which i don't think have been applied to light-themes
[11:53] <om26er> seb128, Hi! who is now working on system-settings ?
[11:54] <seb128> om26er, hey, Jonas is
[11:54] <seb128> he's jgdx on IRC
[11:55] <om26er> seb128, US time I would assume ?
[11:55] <Laney> depending on the question we might be better placed to answer
[11:55] <Laney> europe
[11:55] <seb128> just as on #ubuntu-touch
[11:55] <seb128> he's in Oslo, european tz
[11:55] <om26er> Laney, wanted my system upgrade tests reviewed
[11:56] <seb128> is that https://code.launchpad.net/~om26er/ubuntu-system-settings/upgrade_testing_prerequisite/+merge/214722 ?
[11:56] <om26er> seb128, that and upgrade testing part, which is for ubuntu-system-image
[11:57] <seb128> om26er, I reviewed that one some weeks ago, did you see it's "needs information"?
[11:57] <seb128> it's blocked on you to reply to the review
[11:57] <seb128> no need to ping more people until that happens...
[11:59] <seb128> Laney, larsu: https://launchpadlibrarian.net/177329115/buildlog_ubuntu-utopic-amd64.gtk%2B3.0_3.12.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:59] <seb128> :-(
[11:59] <Laney> umm
[11:59] <om26er> seb128, sorry, missed that somehow. I will reply to that, I also wanted to get a sanity review of the upgrade tests but I'll first try to resolve this MR
[12:00] <larsu> seb128: :( I just tried on my machine and it worked
[12:01] <Laney> weird
[12:01] <Laney> I tried it in a chroot...
[12:02] <larsu> Laney: any clue what's wrong there? The paths look right to me...
[12:02] <seb128> there are quite some tests failing in that log
[12:03] <larsu> ya, I'm on it
[12:03] <larsu> would be easier if I could reproduce :-/
[12:03] <seb128> not sure what's going on with the image loaders
[12:03] <seb128> yeah, same here, works locally
[12:03] <xnox> seb128: missing a gnome-shell running ?! </troll>
[12:04] <seb128> xnox, you mean systemd-shell? </troll>
[12:04] <seb128> ;-)
[12:04] <seb128> but it's not friday
[12:04]  * seb128 stops the trolling
[12:04] <dro|desrt> good morning :)
[12:04] <larsu> seb128: those are just warnings though, they shouldn't fail the test
[12:04]  * dro|desrt feels like he walked in about 90 seconds too late
[12:04] <didrocks> re good morning dro|desrt!
[12:05] <larsu> dro|desrt: you again
[12:05] <larsu> I mean, good morning!
[12:05]  * dro|desrt spent some time reading about the bizarre web of public and private money that currently owns ontario highway 407 before going back to bed
[12:06] <seb128> larsu, "  /build/buildd/gtk+3.0-3.12.2/testsuite/a11y/messagedialog.ui:        Contents don't match expected contents:"
[12:06] <seb128> larsu, that seems a real issue/fail?
[12:06] <seb128> dro|desrt, hey, still dro?
[12:06] <dro|desrt> seb128: until thursday
[12:06] <seb128> oh, k
[12:06] <seb128> having fun doing it? ;-)
[12:06] <Laney> what is dro?
[12:06] <dro|desrt> reminds me -- i need to fetch and count my ballots
[12:07] <dro|desrt> larsu: deputy returning officer (election official)
[12:07] <Laney> no me
[12:07] <seb128> Laney, http://www.elections.ca/content.aspx?section=res&dir=glo&document=index&lang=e#d
[12:07] <dro|desrt> tl;dr: i'm responsible for a poll
[12:07] <Laney> sounds like fun
[12:07] <Laney> is this voluntary?
[12:07] <dro|desrt> ish
[12:07] <larsu> dro|desrt: I know...
[12:08] <larsu> oh, Laney
[12:08] <dro|desrt> there's pay, but i think it's somewhat below minimum wage
[12:08] <Laney> you do the count per polling station?
[12:08] <dro|desrt> yes
[12:08] <dro|desrt> our system is fantastically transparent
[12:09] <Laney> (lt-accessibility-dump:4736): GLib-GIO-ERROR **: No GSettings schemas are installed on the system
[12:09] <Laney> what is this
[12:09] <dro|desrt> i open the box with representatives of each candidate present and count in front of everyone... then certify the result and give everyone a copy.  if any candidate wants, they could add up all of these copies (from their representatives) and independently calculate the result themselves
[12:09] <dro|desrt> larsu: XDG_DATA_DIRS fail?
[12:10] <dro|desrt> *laney, sorry
[12:10] <larsu> apparently your tab completion order got changed...
[12:10] <dro|desrt> you two need to disambiguate before the third letter :p
[12:11] <larsu> seb128: right, it changes under unity because of our patch
[12:11] <larsu> seb128: but shouldn't we see the same error locally then?
[12:11] <seb128> we build under unity
[12:11]  * larsu is running unity
[12:11] <seb128> the buildds don't
[12:11] <seb128> so that might be the difference
[12:12] <Laney> I built in a chroot
[12:12] <larsu> seb128: right, but I would have thought it is the other way around, since we change the dialog for unity and the test was written for the original dialog
[12:12] <larsu> in any case, that's probably it
[12:13] <larsu> dro|desrt: and you need to be desrt|dro
[12:13] <larsu> to not fuck with my tab completion
[12:13] <dro|desrt> :)
[12:14]  * dro|desrt often feels sorry for descender on #gtk+
[12:14] <larsu> who is that?
[12:15] <dro|desrt> some guy with a nick starting with 'des'
[12:15] <larsu> ya, I got that much,,,
[12:16] <seb128> well, at least there is no didrocks on that channel (he's using a client that gets confused often by nicknames)
[12:16] <didrocks> :)
[12:19] <seb128> Laney, re sbuild, it's possible the temporary vcs had the make check || trued, I commited that by error but fixed before the archive upload
[12:19] <Laney> urg
[12:19] <seb128> just mentioning it, in case
[12:21] <Laney> yeah looks like it was commented out
[12:21] <Laney> :/
[12:21] <seb128> :-(
[12:22] <seb128> sorry about that, the test fails locally here for some reason, I never took the time to debug it, so I usually || true them while I'm working on the packaging and then do a proper test in pbuilder or such before upload
[12:22] <seb128> but I managed to commit the hack this time
[12:22] <dro|desrt> larsu: get a chance to start reviewing the parser stuff yet?
[12:23] <larsu> dro|desrt: no. Thanks for the reminder
[12:23] <Laney> well i should be able to reproduce it then
[12:24] <Laney> hopefully it's just a missing build-dep
[12:24] <seb128> Laney, let me know if you want me to have a look
[12:24] <seb128> no need to have 3 of us looking at the same thing
[12:24] <seb128> larsu, ^
[12:24] <larsu> dro|desrt: wip/new-parser?
[12:24] <dro|desrt> yes
[12:24] <larsu> seb128: k
[12:25] <Laney> I need a new laptop or at least moar rams
[12:25] <Laney> come on laptop refresh
[12:25] <seb128> same here
[12:25] <seb128> I had the refresh
[12:25] <Laney> firefox dies on gtk buildlogs
[12:25] <seb128> but I'm waiting on Dell to fix the xps
[12:26] <seb128> Laney, btw, they just give you money for the refresh, so you have the option to buy before the refresh if you don't mind having some money out of the bank until the refresh lands
[12:27] <Laney> seb128: yeah, still a year off though
[12:28] <Laney> I kind of want to have made a laptop last for 5 years too
[12:28] <seb128> hehe
[12:29] <seb128> well, I'm still happy with my Dell which is 4 years old, but it's a bit heavy and I could use a bit more ram and disk
[12:29] <seb128> though I'm not doing that much builds so it's fine most of the time
[12:30] <Laney> yeah I have a (not Sweet5hark style, but still) decent desktop for doing builds
[12:30] <dro|desrt> interesting...
[12:30] <Laney> I'm going to the cafe for lunch
[12:30] <Laney> will look at gtk when I get back
[12:30] <Laney> just built the ~build1 version again by mistake :(
[12:30]  * dro|desrt wrote a non-contention-optimised ultra-simple mutex implementation to replace pthreads in glib
[12:30] <seb128> Laney, do you clean the builddir after build? or can you get back in there and run make check by hand?
[12:30] <seb128> Laney, enjoy!
[12:31] <dro|desrt> turns out in the non-contended case (which is what i wrote it for) it beats pthreads by ~25%
[12:31] <Laney> it only sticks around on failed builds
[12:31] <seb128> k
[12:31] <dro|desrt> in the contended case, it's more like 4 _times_ faster
[12:35] <xnox> latest image -> unity-settings-daemon is running, yet background is some gray color, instead of the default wallpaper =(
[12:35] <larsu> dro|desrt: nice. Any specific usecase?
[12:35] <dro|desrt> larsu: those numbers from the in-tree testcase
[12:36] <dro|desrt> but working with the gstreamer guys pretty closely
[12:37] <larsu> ah, cool
[12:42] <seb128> xnox, is that a one time thing?
[12:43] <xnox> seb128: cold ubiquity cd boot. I mean ubiquity-dm =) i don't care about the live session, which is probably is all fine.
[12:44] <seb128> xnox, the question stands
[12:44] <seb128> is that a new issue?
[12:44] <seb128> u-s-d didn't really change since trusty
[12:44] <xnox> seb128: i believe it used to be fine in may.
[12:45]  * xnox goes to check the archive of image that i have
[12:45] <seb128> weird
[12:45] <seb128> did you try to boot again, in case that was a one time weirdness?
[12:47] <xnox> seb128: not a one time weirdness.
[12:47] <xnox> live session is fine.
[12:47] <seb128> hum, k
[12:47] <seb128> is u-s-d running in that ubiquity-dm session?
[12:47] <seb128> (like can you check the status of the job/the processes list)
[12:47] <mhall119> dholbach: was that guy not planning on leading his session?
[12:47] <dholbach> mhall119, err, yes - why?
[12:48] <dholbach> mhall119, it looks like he submitted it to the wrong queue
[12:48] <dholbach> mhall119, blueprints vs. howto-session-in-users-track
[12:48] <dholbach> I mailed him and rejected the blueprint
[12:48] <mhall119> ah, ok
[12:52] <mterry> seb128, heyo!  So I signed us up for a unity8 desktop image session, and it got scheduled today at 16h UTC
[12:52] <mterry> seb128, http://summit.ubuntu.com/uos-1406/meeting/22308/unity8-desktop-preview-image/
[12:52] <seb128> mterry, hey, thanks for registering that one, I saw it this morning/added myself to the participants list
[12:52] <mterry> seb128, oh so I see!  Awesome
[12:52] <seb128> did you ping bregma about it as well?
[12:53] <mterry> seb128, I don't know if we want to prepare anything more than hashing out what we talked about in Malta into work items, but there we go
[12:53] <mterry> seb128, I subscribed bregma...  Hi, bregma!  ^  :)
[12:53] <seb128> mterry, I think hashing out work items is going to be good enough
[12:53] <bregma> I was planning to go to Marco's session scheduled at the same time
[12:54] <mterry> hrm
[12:54] <mterry> I wonder how easy it is to reschedule a session
[12:55] <bregma> which he may cancel if he can't come up with anything to say...  I think he was voluntold to do that session
[12:55] <mterry> :)
[12:56] <seb128> dholbach, mhall119: who is doing scheduling?
[12:56] <seb128> shame that we have 2 unity session for the week and they got scheduled in the exact same slot
[12:56] <dholbach> seb128, which one should go where?
[12:56] <Trevinho> if you want I can do it later... I mean I'm flexible on times
[12:57] <seb128> dholbach, the productivity with Unity one, could we get it moved to any other slot?
[12:57] <seb128> Trevinho, do you have preferred time? like 6pm utc today
[12:57] <Trevinho> 6pm my time?
[12:57] <Trevinho> or utc
[12:58] <Trevinho> mh, no it's too late as I've to go out tonight :/ but tomorrow is fine
[12:58] <dholbach> Trevinho, ok - can you take a look at tomorrow's schedule and tell me where to place it?
[12:58] <mhall119> seb128: track leads do scheduling, same as always
[12:58] <seb128> Trevinho, tomorrow 4pm utc (6pm your time)
[12:58]  * Trevinho thought to be more flexible... until recalled of that thing... :P
[12:58] <dholbach> Trevinho, http://summit.ubuntu.com/uos-1406/2014-06-11/
[12:58] <Trevinho> seb128: cool
[12:59] <seb128> dholbach, ^
[12:59] <dholbach> ok
[12:59] <seb128> danke
[12:59] <mterry> awesome!
[12:59] <mterry> Can't escape so easily, bregma
[12:59] <seb128> hehe
[12:59] <dholbach> Trevinho, seb128: done - check the schedule to see if it's all right
[13:00] <seb128> dholbach, looks good to me, thanks
[13:00] <dholbach> rock on
[13:01] <bregma> I see my cow has been orked in the CI-train, another delay landing the Unity8 desktop session fixes
[13:01] <mterry> seb128, how do I add people to the video stream?  Do I just give out a hangout url when the time comes?
[13:01] <seb128> mterry, yes
[13:02] <seb128> just share the url once you started the hangout
[13:20] <Sweet5hark> seb128: thanks for the sync galore!
[13:20] <seb128> Sweet5hark, yw!
[13:20] <seb128> Sweet5hark, btw what's the status of that trusty SRU/security upload?
[13:21] <Sweet5hark> seb128: out of my hands. I heard of no blockers from aconrad ...
[13:21] <seb128> Sweet5hark, who is handling it?
[13:22] <seb128> tkamppeter, hey, https://bugs.freedesktop.org/show_bug.cgi?id=76450 got a fix commited upstream, could you test it/backport it for utopic/trusty if it works? (I can sponsor the upload for you if you don't have upload rights for libspectre)
[13:27] <ricotz> seb128, hi, thanks for the syncs, may i draw you attention to https://bugs.launchpad.net/ubuntu/+source/librevenge/+bug/1328194
[13:27] <seb128> ricotz, hey, I'm not in the MIR team... and that bug lacks some informations, see https://wiki.ubuntu.com/MainInclusionProcess
[13:29] <ricotz> seb128, ah, i see
[13:30] <larsu> Laney: did you find out why the gtk tests failed? Need any help?
[13:32] <seb128> larsu, he said he was going out for lunch and looking at it once back, let's wait a bit
[13:33] <larsu> ah okay
[13:33] <larsu> just checking in. Thanks seb128
[13:36] <seb128> yw!
[13:37] <Laney> hey
[13:37] <Laney> I got the failure, let's have a look
[13:38]  * larsu assumes it has something to do with the dialog patch
[13:49] <Laney> larsu: I guess so: https://git.gnome.org/browse/gtk+/commit/?id=8520282
[13:51] <larsu> Laney: and without my patch this test breaks?
[13:51] <larsu> because it's not adding the header bar
[14:06] <Laney> larsu: Hmm I don't get the "Contents don't match expected contents" one
[14:06] <Laney> the runner is supposed to set gtk-dialogs-use-header to true
[14:07] <seb128> Laney, does it happen with XDG_CURRENT_DESKTOP=Unity?
[14:07] <cyphermox> howdy
[14:08] <seb128> hum, no, it's supposed to be the other way around rather
[14:08] <seb128> cyphermox, hey, how are you?
[14:08] <cyphermox> Laney: seb128: care to review my u-s-s merge again? :)
[14:08] <cyphermox> seb128: great, you?
[14:08] <seb128> cyphermox, I'm good, thanks!
[14:08] <seb128> cyphermox, sure, can do
[14:08] <seb128> cyphermox, did you see my ping some time ago about the bluetooth items in the sponsoring queue btw?
[14:08] <seb128> cyphermox, bug #1035431
[14:09] <cyphermox> I did, I'm doing the best I can
[14:09] <seb128> no worry, just checkin
[14:10] <larsu> Laney: do you see another one?
[14:10] <Laney> it's in the original build log
[14:10] <Laney> look for that string
[14:11] <larsu> right, I saw that one
[14:11] <larsu> just wondering if you're seeing something else or if it builds for you
[14:12] <Laney> no I see that one
[14:14] <larsu> Laney: hm? you said "Hmm I don't get the "Contents don't match expected contents" one"
[14:15] <Laney> I meant "I don't understand"
[14:15] <Laney> sorry, english
[14:15] <larsu> ah!
[14:15] <larsu> I get it now
[14:16] <seb128> larsu, I though you didn't get it?

[14:16] <seb128> ;-)
[14:16]  * seb128 beats english with a stick
[14:16] <larsu> :D
[14:17] <Laney> ICH WEISS NICHT
[14:17] <larsu> why do people always yell when talking German? :P
[14:17] <seb128> it's not the way it's supposed to be?
[14:18] <Laney> because otherwise it sounds too gentle ;-)
[14:18] <larsu> lol
[14:18] <Laney> anyway
[14:18] <Laney> do you know why this one might be failing?
[14:18] <larsu> not yet, but I'm looking into it right now
[14:18] <Laney> seems like it shouldn't have changed in that case
[14:18] <Laney> okay
[14:18] <larsu> actually, I'm making a tea and will look into it in 3 minutes
[14:18] <larsu> ;)
[14:26] <sil2100> didrocks: hello! :)
[14:26] <sil2100> didrocks: how are you?
[14:27] <Laney> cyphermox: did you get anywhere with the modemmanager/ofono conflicts thing?
[14:27] <didrocks> sil2100: hey! I think I already told you hello when I congrats you for being MOTU (not sure if you saw/read ;))
[14:27] <cyphermox> next on my list
[14:27] <Laney> ok
[14:27] <sil2100> didrocks: ooh! :)
[14:28] <sil2100> didrocks: are you super busy? Since I guess we would use your citrain-jenkins-instance expertise with one problem we're having ;)
[14:28] <didrocks> sil2100: is that urgent? I'm following vUDS while trying to code
[14:29] <ogra_> vUDS is dead ... long live UOS
[14:29] <ogra_> :P
[14:29] <Laney> vUvOvSv
[14:29] <ogra_> lol
[14:29] <sil2100> didrocks: webops are sniffing around by themselves now, so I guess we'll get to it sooner or later, but I would like to ask a few questions that could help us out ;) As currently we cannot build anything due to permission issue on the new jenkins ;p
[14:30] <didrocks> sil2100: due to the migration? there was no staging trials before?
[14:30] <didrocks> sil2100: don't ask to ask, just ask please
[14:30] <didrocks> that will minimize interruptions as well
[14:31] <sil2100> didrocks: so, it seems that in the new instance we're getting a permission denied on executing cow-shell
[14:31] <sil2100> chroot: failed to run command `cow-shell': Permission denied
[14:31] <sil2100> didrocks: this happens when the cowbuilder is started
[14:31] <rickspencer3> didrocks, are you watching robbiew, right now?
[14:31] <rickspencer3> he's saying there will be good sessions this week on juju GUI :)
[14:31] <didrocks> rickspencer3: yeah, I am, I noticed the lxc sessions
[14:32] <didrocks> rickspencer3: I will have conflicting sessions on the juju GUI one though. But I plan to watch it after that :)
[14:32] <didrocks> sil2100: hum, do you have cowbuilder in the sudoer whitelisted command?
[14:33] <sil2100> didrocks: from what ChrisS said it seems so, besides, it would barf earlier like during executing cowbuilder itself, while it continues until it has to run cow-shell
[14:34] <didrocks> sil2100: was cow tried on tmpfs before doing the switch?
[14:34] <sil2100> didrocks: it's not using tmpfs right now, as we noticed problems with that
[14:34] <sil2100> didrocks: so we're only having a 'bigger' jenkins
[14:34] <sil2100> So theoretically everything should stay the same
[14:35] <didrocks> sil2100: The only interaction with cowbuilder I have is on the sudoers thingy
[14:35] <didrocks> sil2100: please check that
[14:35] <sil2100> didrocks: ok, thanks ;) We'll dig further, I just told him to double-check
[14:35] <didrocks> yw! keep me posted :)
[14:37] <larsu> Laney: ah, it's because I add the image for messagedialogs back unconditionally
[14:37] <larsu> and only hide it if we're on !unity
[14:37]  * larsu is unsure if he even hides it
[14:39] <larsu> dro|desrt: I think you broke building the gtk 3.12 branch with f15f13a0f
[14:39] <larsu> ./.libs/libgtk-3.so: undefined reference to `gtk_menu_tracker_item_get_is_visible'
[14:39] <Laney> separately, I think you need to fix the test from that earlier commit back to == 1
[14:40] <Laney> and we need to add a build dependency on gnome-icon-theme-symbolic
[14:40] <Laney> I think that's all the problems
[14:40] <dro|desrt> larsu: interesting!
[14:40] <larsu> Laney: on it
[14:40] <dro|desrt> this bug makes a whole lot more sense now
[14:41] <larsu> which bug?
[14:41] <dro|desrt> this paramspec brokenness
[14:41] <dro|desrt> this used to be a signal that had the visibility state as its argument
[14:41] <dro|desrt> i changed it to use a notify
[14:41] <dro|desrt> that's why it started crashing...
[14:41] <dro|desrt> then i backported without looking
[14:41] <dro|desrt> thinking that the bug was there all along.....
[14:42] <dro|desrt> tl;dr: typesafe signal connections would sure be nice......
[14:43] <larsu> yeah...
[14:43] <dro|desrt> what's even funnier is that there have been half a dozen commits on top of the broken one
[14:43] <dro|desrt> glad to see that i'm not the only one failing to check backports :p
[14:43]  * larsu isnt
[14:43] <dro|desrt> gonna test my revert first -- hold on while i jhbuild my way up :)
[14:43] <dro|desrt> thanks for the catch
[14:44] <larsu> np
[14:44] <tkamppeter> seb128, I will do it.
[14:45] <seb128> tkamppeter, thanks
[14:48] <larsu> Laney: bah, this test fails upstream as well :/
[14:48] <larsu> for a different ui file
[14:50] <Laney> :(
[14:57] <larsu> Laney: lol, it's the colorchooser one that doesn't seem to get executed on the builder because of the gsettings warning
[14:57] <larsu> it also says FAIL there, so maybe that _is_ a problem
[14:58] <Laney> oh yeah I see that one here too
[14:58] <Laney> "widget not within a GtkWindow"
[14:59] <larsu> I don't have that one
[15:00]  * larsu ponders disabling the whole a11y test
[15:01] <pitti> Laney, seb128: OOI, should http://cdimage.ubuntu.com/cdimage/ubuntu-desktop-next/daily-live/current/  work now? (wrt. the login failure we had on Malta)
[15:01] <seb128> pitti, no, the change still didn't land
[15:01] <Laney> the train is delayed
[15:01] <seb128> I asked earlier today on ci-eng
[15:01] <seb128> but ricmm and rsalveti just ignored my question
[15:01] <pitti> ack, thanks
[15:01] <seb128> I'm pondering just uploading the fix and let them sort out their silo
[15:01]  * rsalveti is still behind irc
[15:02] <seb128> rsalveti, hey ;-)
[15:03] <seb128> pitti, is the gvfs/gphoto not handling ptp cameras anymore still on your todolist somewhere? just checking, no hurry but we need to get it fix for LTS .1 ... if you have too much to do that's fine, just let me know and I'm going to try to have a look by myself (it's just that you know the hwdb stuff better probably)
[15:04] <pitti> seb128: it still works fine with my PowerShot on today's utopic
[15:04] <dro|desrt> larsu: revert pushed
[15:04] <dro|desrt> thanks
[15:05] <pitti> seb128: can you put "udevadm info --export-db" into a pastebin with the camera connected? I can the compare with mine
[15:05] <seb128> pitti, you happen to have one of the cameras that are properly tagged in the hwdb I guess ... is the fix to have tags for all the cameras that don't?
[15:05] <larsu> dro|desrt: thanks
[15:05] <larsu> dro|desrt: and thanks for testing ;)
[15:06] <pitti> seb128: right, I have a generic PtP one; perhaps you have one which isn't covered by the "generic PtP device" rule, but a vendor/product ID match?
[15:06] <pitti> E: GPHOTO2_DRIVER=PTP
[15:06] <pitti> E: ID_GPHOTO2=1
[15:06] <pitti> I have that on both the usb_device (N: bus/usb/002/011) and its usb_interface child
[15:07] <pitti> seb128: ^ so I'm interested in how it looks for you, i. e. which of these two is the "important" one
[15:09] <seb128> pitti, sorry, just got the camera, looking
[15:10] <pitti> seb128: oh, actually I don't think we actually have a thing like "generic PtP device" rule
[15:10] <seb128> pitti, I can't find the camera in the udevadm info log
[15:10] <pitti> seb128: you can pastebin "lsusb" and the udevadm log, I can search it then
[15:11] <seb128> pitti, http://people.canonical.com/~seb128/log
[15:11] <pitti> seb128: so, I do have a matching entry in 20-libgphoto2-6.hwdb
[15:11] <seb128> pitti, Bus 002 Device 007: ID 04cb:026c Fuji Photo Film Co., Ltd
[15:12] <seb128> pitti, http://paste.ubuntu.com/7623970/
[15:12] <pitti> seb128: thanks, so /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0
[15:12] <seb128> pitti, that's the gphoto --summary
[15:13] <pitti> seb128: err, did you unplug/replug or switch off/on? in your pasted log it's bus/usb/002/006
[15:13] <pitti> PRODUCT=4cb/26c/100
[15:13] <seb128> pitti, I did it once, sorry
[15:13] <pitti> right, no entry for that in 20-libgphoto2-6.hwdb
[15:13] <pitti> seb128: no worries
[15:13] <seb128> pitti, new log at the same people url
[15:14] <pitti> seb128: ISTR that there was some "generic PtP device" fallback; I have an idea, hang on
[15:14] <pitti> seb128: ok, so in your udev the ID_GPHOTO2 is on the interface, but not the device
[15:14] <pitti> so apparently it wants that
[15:15] <seb128> pitti, http://sourceforge.net/p/gphoto/bugs/974/ might be useful there
[15:16] <seb128> e.g http://sourceforge.net/p/gphoto/bugs/974/#61f8
[15:17] <seb128> pitti, that got closed as something for "the udev guys"
[15:17] <pitti> seb128: so, this is tricky; most hwdb entries seem to match on both device and interface, but the generic rule only matches on teh interface
[15:26] <larsu> Laney: so there are a couple of commits that fix the color chooser and about dialog brokenness in that test. Do you think we need to backport those? I'm for disabling the test until then...
[15:26] <Laney> larsu: are they easily backportable?
[15:26] <Laney> on the 3.12 branch at least?
[15:26]  * larsu checks
[15:26] <larsu> ah no, they're on master
[15:27] <larsu> there are some conflicts, but nothing major
[15:27] <larsu> I can fix them and push the backports to 3.12 upstream
[15:27] <larsu> (if we think this is important enough)
[15:27] <Laney> if it's easy then I vote for that
[15:28] <pitti> seb128: I followed up to the gnome and SF bugs
[15:28] <seb128> pitti, thanks for the comment on the upstream bug, would 2) be a step back?
[15:28] <seb128> like going back to use udev where hwdb should be used instead?
[15:28] <pitti> seb128: no, not really; and in fact that's a rather simple fix for 14.04.1
[15:28] <seb128> pitti, danke
[15:28] <brookswarner> hey seb128
[15:28] <seb128> brookswarner, hey
[15:28] <brookswarner> howzit
[15:28] <seb128> pitti, let's see what upstream says
[15:29] <pitti> seb128: do we have an LP bug for SRUing and linking these two?
[15:29] <seb128> pitti, bug #1296275
[15:30] <seb128> ok, it's team meeting time
[15:30] <didrocks> mvo: hey, would you know by any chance of a way to suppress stdout/stderr message in python-apt (or I'll dig in)? (meeting time, you can answer in mp if needed ;))
[15:31] <seb128> Sweet5hark, Laney, tkamppeter, dro|desrt, attente, larsu, KombuchaKip, didrocks: hey, it's meeting time
[15:31] <seb128> (no qengho this week, he's on jury duty)
[15:32] <Sweet5hark> o/
[15:32] <seb128> ok, let's get started with those who are there ;-)
[15:32] <seb128> Sweet5hark, you start!
[15:32] <Sweet5hark> - work on getting LO 4.3 beta on utopic
[15:32] <Sweet5hark> - strange build and test failures on the buildd, but not in a local pbuilder
[15:32] <Sweet5hark> - finally found the propable root cause: "dpkg-buildpackage" vs. "dpkg-buildpackage -B && dpkg-buildpackage -A"
[15:32] <Sweet5hark> - german project weekend: preparation and execution https://wiki.documentfoundation.org/DE/Projektwochenende
[15:32] <Sweet5hark> EOF
[15:32] <sil2100> didrocks: quick update - so it seems the utopic debootstrap chroot got b0rken somehow during all the migration, after re-creating it things started working fine o_O
[15:32] <sil2100> didrocks: the trusty one was fine for instance
[15:32] <sil2100> Just the utopic one had issues
[15:32] <didrocks> sil2100: meeting time, but thanks for the head's up!
[15:32] <Sweet5hark> (prolly lots of bits and pieces I already forgot)
[15:33] <sil2100> Uh, sorry!
[15:33]  * sil2100 apologizes and goes away
[15:33] <seb128> Sweet5hark, you might need to chase somebody from the MIR team for 4.3 new build-depends ;-)
[15:33] <seb128> (Rico was asking about that earlier)
[15:35] <Sweet5hark> seb128: yeah, for now I build with my own copies.
[15:35] <seb128> k
[15:35] <seb128> Sweet5hark, thanks
[15:35] <seb128> Laney, hey
[15:36] <Laney> I feel like I've moved up the list ...
[15:36] <Laney> • Updates
[15:36] <Laney> ∘ webkitgtk (fix FTBFS on armhf) rhythmbox fontconfig gsettings-desktop-schemas poppler lcms2 rhythmbox
[15:36] <Laney> • SRUs
[15:36] <Laney> ∘ webkitgtk fontconfig
[15:36] <Laney> • appdata-tools FTBFS fix
[15:36] <Laney> • patch piloting shift
[15:36] <Laney> • Push grilo MIR to enable these plugins in totem & rb
[15:36] <Laney> • Push argyll MIR (upload in Debian for packaging fix) to unblock colord, later obsoleted as we removed that requirement in Ubuntu for now.
[15:36] <Laney> • Test mesa nouveau hang fix patches from mlankhorst, still issues.
[15:36] <Laney> • DMB: chair meeting, push on some outstanding issues (one of which was getting Łukasz approved, now done!), work on fixing script to generate the flavour packagesets automatically & send to DMB for comments.
[15:36] <Laney> • gtk 3.12 testing, work on some of the failures
[15:36] <Laney> • Push colord transition, now blocked on gtk
[15:36] <Laney> • Arrange travel & accommodation for debconf
[15:36] <Laney> • u-s-s: review split greeter background fixes
[15:36] <Laney> ⚕
[15:37] <seb128> Laney, you did, qengho is missing and mlankhorst moved to another team
[15:37] <Laney> in foundations they shuffle the order each week :-)
[15:37] <pitti> seb128: mind trying https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1296275/comments/43 ?
[15:38] <seb128> pitti, k, trying in a bit
[15:38] <seb128> Laney, that wouldn't work, we have germans on team ... and desrt
[15:38] <seb128> Laney, anyway, thanks ;-)
[15:38] <seb128> tkamppeter, hey
[15:40] <tkamppeter> - cups-filters: Released 1.0.54 upstream: Especially added support for sGray, sRGB, and Adobe RGB color spaces (no color management yet), but also contains support for "no-color-management" option for printer calibration (from GSoC student Joseph Simon), and all PWG Raster work of the last days.
[15:40] <tkamppeter> - ghostscript: Added PWG Raster output in the sGray, sRGB, and Adobe RGB color spaces (no color management yet).
[15:40] <tkamppeter> - Mentoring of GSoC students
[15:40] <tkamppeter> - Bugs.
[15:40] <seb128> tkamppeter, thanks
[15:41] <seb128> dro|desrt, hey, there for the summary or skipping it?
[15:42] <larsu> sleeping? I saw him around fairly early today
[15:43] <seb128> ok, let's assume he's not there
[15:43] <seb128> attente, your turn
[15:43] <attente> hi seb128, i was in iceland last week :)
[15:43] <seb128> did you have fun there?
[15:43] <Laney> did you do any ice climbing?
[15:43] <attente> seb128: yes
[15:43] <attente> Laney: no :(
[15:45] <seb128> attente, thanks, I'm going to look this week at the merge requests you have waiting
[15:45] <seb128> larsu, ok, your turn ;-)
[15:46] <larsu> it was a short week for me as well (Friday was a swap day and yesterday a holiday)
[15:47] <larsu> I tried to involve the notifications guys again to get rid of the new timeout hint
[15:47] <larsu> wrote a patch for them and reverted their stuff, but no response so far
[15:47]  * larsu will ping them gently tomorrow or so
[15:47] <larsu> I did some code reviews for desrt
[15:47] <KombuchaKip> seb128: Sure thing buddy.
[15:48] <seb128> larsu, you got comments/replies
[15:48] <larsu> seb128: when?
[15:48] <seb128> well at least I read some this morning
[15:48] <seb128> on the i-n use-standard-timeout mr
[15:48] <larsu> ah. I checked earlier today but haven't gone through bugmail since then
[15:49] <seb128> (you are not going to like the replies)
[15:49] <larsu> I also started looking at theme updates, but got distracted with messaging menu questions and the gtk build
[15:49] <larsu> the latter of which I'm trying to fix right now
[15:49] <seb128> thanks for the GTK work
[15:49] <larsu> by backporting some patches
[15:49] <seb128> for those who didn't follow, 3.12 got uploaded to utopic
[15:49] <larsu> might not be able to finish this before eod sadly (I need to run soon)
[15:49] <seb128> it failed to build due to some tests issues though
[15:50] <seb128> larsu, no worry
[15:50] <dro|desrt> oops.  sorry :)
[15:50] <larsu> I think Laney's right, let's fix them correctly and backport to 3.12 upstream

[15:50]  * dro|desrt was doing a on-paper analysis of mutexes
[15:51] <larsu> seb128: ah, Wellark commented on the i-n one (which is irrelevant until the other one is in)
[15:51] <seb128> larsu, thanks
[15:51]  * larsu needs to talk to MacSlow
[15:51] <seb128> larsu, I saw a comment from Mirco somewhere as well
[15:51] <seb128> not sure on which one now though
[15:51] <larsu> wtf is a "technical design decision"
[15:51] <seb128> dro|desrt, no worry ... want to do your update now?
[15:51] <dro|desrt> sure
[15:51] <dro|desrt> mostly focused on glib performance improvements this week
[15:51] <seb128> larsu, (I told you you wouldn't like it)
[15:51] <Laney> hahaha
[15:52] <dro|desrt> merged the atomic ops improvements, looked a bit into transactional memory (and determined that we can't really provide an API for it)
[15:52]  * didrocks would propose that if people aren't there on time, their turn shift to the end :)
[15:52] <dro|desrt> improved the performance of gmutex by quite a lot (~3-4 times faster in some made-up examples, and showing 20% improvements in some lock-heavy real-world cases, like gstreamer)
[15:53] <seb128> nice!
[15:53] <dro|desrt> i'm just now doing a really detailed analysis of the latest patch to make sure it's logically sound (no races, etc)
[15:53] <seb128> didrocks, I was pondering putting him at this end because of the new nickname :p
[15:53] <didrocks> seb128: ahah :)
[15:54] <dro|desrt> http://paste.fedoraproject.org/108626/24049741/ for numbers, btw
[15:54] <dro|desrt> also did some gobject stuff
[15:54] <dro|desrt> we added a new flag to GParamSpec to reflect (almost universal) best practice of how setters should always emit notify signals (since the old days, g_object_set() emits this for itself -- even if nothing changed, which is annoying)
[15:55] <dro|desrt> i also finally gave up on the restriction of adding properties after class_init (proved to be too hard to fix) and firmed up the restriction on adding interfaces (removing the exceptions for c++ and C#)
[15:55] <dro|desrt> as well as merging those performance patches for G_IS_OBJECT() from last week...
[15:55] <dro|desrt> ^D
[15:56] <seb128> dro|desrt, thanks!
[15:56] <seb128> KombuchaKip, hey, do you have any status update to share?
[15:56] <KombuchaKip> seb128: Submitted another iteration of my Mozilla patch yesterday (Bugzilla #824909). Been away the last few weeks on leave otherwise. Also resuming work on GUI for managing ACL (LP# 1247782).
[15:56] <seb128> how are those bugs doing? are you getting the fixes landing?
[15:57] <KombuchaKip> seb128: The mozilla iteration I am waiting on upstream and the latter bug the ball is in my court and I am not done with my first revision.
[15:58] <seb128> k
[15:58] <seb128> KombuchaKip, thanks
[15:58] <seb128> didrocks, your turn
[15:58] <didrocks> Short week (4 days, Monday was off):
[15:58] <didrocks> * Continued setting up and advancing the library part of Ubuntu Developer Tools Center. Now that the threaded downloadmanager is done, I'm starting on the apt manager.
[15:58] <KombuchaKip> seb128: np
[15:58] <didrocks> * CI is now up, testing framework is there with testrunner and running in virtualenv, installing some mock apt packages into that bootstrapped env.
[15:58] <didrocks> * Some CI train and Landing team support
[15:58] <didrocks> * Will continue next week on the apt support, multithreading, testing and so on while participating to some juju UOS sessions.
[15:59] <brookswarner> kombuchakip - make sure your following up with upstream please to get that patch in
[15:59] <KombuchaKip> brookswarner: I am.
[16:00] <didrocks> (btw, thanks to mvo, the issue with forked stdout/stderr is just fixed!)
[16:00]  * mvo hugs didrocks
[16:00]  * didrocks hugs mvo back
[16:02] <seb128> didrocks, thanks
[16:02] <seb128> ok, my turn I guess
[16:02] <seb128> 4 days only this week as well
[16:02] <seb128> worked mostly on SRUs, some utopic merges, u-s-s reviews & landing
[16:03] <seb128> tested/uploaded gtk 3.12, screwed up test run before upload, need to get that sorted out next
[16:03] <seb128> (thanks Laney and larsu who are working on it)
[16:03] <seb128> some more playing with unity8-desktop, back to working in utopic with the new lightdm, thanks robert_ancell
[16:03] <seb128> </week
[16:04] <seb128> need to go to a UOS session now about unity8 btw
[16:04] <Laney> looks like some kind of technical problem with the hangout
[16:04] <rickspencer3> arg
[16:04] <seb128> so I guess it's a wrap
[16:04] <seb128> thanks everyone
[16:04] <seb128> Laney, yeah, neither mterry nor bregma nor me are about to start a live session
[16:05] <seb128> we get an error telling us to contact our administrator
[16:05] <Laney> lots of weird restrictions on those google accounts
[16:05] <mterry> dholbach is trying right now
[16:06] <didrocks> thanks guys!
[16:09] <bregma> ah, let the professionals do their job
[16:27] <Estilanda> me!
[16:27] <Estilanda> how!
[16:27] <Estilanda> can you please pass me the final header design please? with the right icons and stuff
[16:27] <Estilanda> the ones that were approved in Mlata
[16:37] <didrocks> Estilanda: hey, I guess you need to ping designers directly, like JohnLea
[16:38] <Estilanda> oh, thanks! Wrong window :) Thanks!
[16:48] <seb128> pitti, bug report already got some happy users, thanks again for the fix ;-)
[16:53] <chrisccoulson> qengho, around? :)
[16:57] <seb128> chrisccoulson, he's on jury duties this week, he said he would do some work in the evening but maybe not be on IRC a lot, maybe try emails
[16:57] <chrisccoulson> seb128, ah, thanks
[16:57] <seb128> yw
[17:02] <didrocks> and with that threaded apt manager done, I'll continue a little bit off, bit I'm signing off now! See you guys :)
[17:03]  * Laney wonders what you're coding
[17:03]  * Laney is off too
[17:03] <Laney> bye!
[17:13] <seb128> Laney, night
[17:25] <seb128> pitti, do you think you could have a look to https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1294877 ?
[19:17] <crhrabal> Emacs or Vim?
[19:17] <ogra_> ultraedit !
[19:18] <crhrabal> yay I love spending money on text editors!
[19:19] <dro|desrt> gedit!
[19:19] <dro|desrt> (but seriously.... vim)
[19:20] <pmcgowan> has anyone built system-settings using an schroot and sbuild?
[19:25] <pmcgowan> Laney, ^^ seems you have
[19:25] <pmcgowan> I'm getting issues resolving deps
[19:38] <seb128> pmcgowan, what issues? Laney is probably eod, though he might walk back by the computer, who knows
[19:38] <pmcgowan> hey
[19:39] <pmcgowan> am getting unmet dependencies doing get of build-dep in the chroot
[19:39] <pmcgowan> none of the specific amrhf deps will install
[19:39] <seb128> can you pastebin the exact error/the log?
[19:39] <seb128> is that trying to crossbuild?
[19:40] <pmcgowan> yes
[19:40] <pmcgowan> I tried using sbuild earlier, not doing directly in the chroot to get the deps, both had same problem
[19:41] <pmcgowan> seb128, http://pastebin.ubuntu.com/7625153/
[19:41] <seb128> if it's on utopic it's likely that some depends has a multiarch issue, that happens regularly...
[19:41] <pmcgowan> ah
[19:41] <pmcgowan> it is utopic
[19:41] <seb128> xnox might know/be able to help there
[19:41] <pmcgowan> thats a lot of packages though
[19:41] <seb128> yeah
[19:42] <seb128> it might boil down to one buggy one and have that list hitting the same issue
[19:44] <seb128>                     Depends: libc6-dev:armhf but it is not going to be installed or
[19:44] <seb128> that seems weird
[19:45] <pmcgowan> yeah
[19:45] <pmcgowan> just doing what the wiki says to make the chroot
[19:46] <pmcgowan> maybe I should try trusty base
[19:46] <seb128> right, that's likely a multiarch issue on utopic
[19:46] <seb128> that's one of the things we don't test well and often hits issues
[19:47] <pmcgowan> i see, so maybe its not me afterall