[03:12] <attente> hi, does anyone know what the differences are between the porter machines and the jenkins c-i builders? is either significantly faster than the other?
[04:19] <jbicha> attente: are you back from vacation?
[04:26] <pitti> Good morning
[04:26] <attente> jbicha, yes, but i'm in china for the next three weeks
[04:34] <jbicha> attente: could you work with cyphermox to get indicator-keyboard into Saucy?
[04:34] <jbicha> we need it now if we're going to try to get gnome-settings-daemon 3.8 in before Feature Freeze http://irclogs.ubuntu.com/2013/08/13/%23ubuntu-desktop.html#t18:16
[04:35] <attente> jbicha, yes, the only thing is that the tests seem to be causing a lot of grief
[04:37] <attente> jbicha, i can disable the one test and hope that the rest are not affected by the same problem
[04:41] <jbicha> attente: maybe today then?
[04:42] <attente> jbicha, sure
[05:10] <didrocks> hey pitti! welcome back :)
[05:10] <pitti> bonjour didrocks, merci !
[05:10] <pitti> didrocks: ça va ?
[05:11] <didrocks> ça va bien :) et toi, comment étaient les vacances?
[05:13] <RAOF> didrocks: Goon morning!
[05:13] <pitti> didrocks: très bien ! nous avons visité Helsinki et Tallinn, et quelques jours à Dresden
[05:13] <didrocks> hey RAOF ;)
[05:14] <didrocks> pitti: ah bien! donc reposé des vacances?
[05:14] <pitti> didrocks: avec un temps parfait
[05:14] <didrocks> cool, pas trop chaud?
[05:15] <pitti> didrocks: il y avait beaucoup de voyages
[05:15] <pitti> didrocks: oui, Je suit prêt à battre test failures à nouveau :)
[05:16] <didrocks> pitti: ahah, pitti est armé et dangereux, tremblez tests! :)
[05:22] <didrocks> Mirv: hey, needing some hack?
[05:24] <didrocks> ack*
[05:29] <Mirv> didrocks: hi! mostly there are new packages, we eventually found the instructions for archive admins from the FAQ but didn't find a willing archive admin on time.
[05:30] <Mirv> didrocks: qtorganizer5-eds and ubuntu-keyboard in misc were reviewed by mterry and would need whitelisting
[05:30] <Mirv> didrocks: poppler-qml-plugin in sdk but I'm not sure if robru got it preNEW reviewed or not
[05:31] <didrocks> Mirv: mterry isn't an archive admin, so need a preNEWing I guess
[05:31] <Mirv> didrocks: ah right so those two also need it then, I wasn't sure either
[05:31] <didrocks> Mirv: maybe we should update the FAQ or tell people to not add them to stacks if they are not preNEWed already
[05:31] <didrocks> as it's blocking everything :/
[05:31] <didrocks> Mirv: ok, I'm on poppler-qml-plugin
[05:32] <Mirv> didrocks: that's true. there was a pressure on getting various kinds of things into archive but then got blocked
[05:32] <Mirv> ok, thanks. actually, there's nothing besides those new packages requiring immediate attention
[05:37] <didrocks> Mirv: as they are blocking everything, better to follow the procedure :)
[05:37] <didrocks> Mirv: ok, +1 for poppler
[05:37] <didrocks> I've sent my remarks to Robert directly
[05:37] <didrocks> whitelist refreshed
[05:38] <didrocks> for qtorganizer5-eds and ubuntu-keyboard, who are the contacts?
[05:38] <didrocks> I doubt ubuntu-keyboard
[05:38] <didrocks> should be in misc
[05:38] <didrocks> wdyt?
[05:38] <didrocks> (please publish sdk meanwhile ;))
[05:39] <Mirv> didrocks: ok. qtorganizer5-eds renato, ubuntu-keyboard tmoenicke
[05:39] <didrocks> Mirv: on our team, who did review the packaging?
[05:40] <didrocks> mterry?
[05:41] <Mirv> didrocks: mterry checked them and I checked mterry seemed to have done a good jbo
[05:41] <Mirv> job
[05:41] <didrocks> ok, there is an issue of name matching in debian/copyright
[05:41] <Mirv> well, I noticed he didn't remove debian/source on both but otherwise
[05:41] <didrocks> Upstream-Name: address-book-service
[05:41] <didrocks> Source: https://launchpad.net/address-book-service
[05:42] <Mirv> fixing
[05:42] <didrocks> thanks :)
[05:43] <didrocks> otherwise good for qtorganizer5-eds
[05:43] <didrocks> let's look at ubuntu-keyboard
[05:44] <didrocks> Mirv: ubuntu-keyboard needs to be moved to another stack
[05:44] <didrocks> it deps on the platform stack
[05:47] <Mirv> moving
[05:47] <Mirv> maybe sdk then?
[05:47] <didrocks> Mirv: I wonder if it shouldn't be its own stack, wdyt?
[05:48] <Mirv> yeah, platform-api is there
[05:48] <didrocks> as it's some kind of application
[05:48] <didrocks> Mirv: or maybe a "service" stack?
[05:48] <didrocks> we will put there all the backends like for music and so on
[05:48] <didrocks> and the keyboard as well?
[05:48] <Mirv> didrocks: I haven't given enough thought to the dependencies. but yes, things are being put into sdk quite a lot, services might be better.
[05:49] <Mirv> didrocks: meanwhile https://code.launchpad.net/~timo-jyrinki/qtorganizer5-eds/packaging_tweaks/+merge/180774
[05:49] <didrocks> Mirv: want to create that one? I'm continuing the NEWing meanwhile
[05:49] <didrocks> Mirv: let's try to publish for now, we'll move it afterwards
[05:49]  * didrocks looks
[05:49] <Mirv> services sounds good. I'll prepare it.
[05:50] <didrocks> thx!
[05:55] <tvoss_> didrocks, https://code.launchpad.net/~thomas-voss/location-service/add-linker-flags-to-pkgconfig-setup/+merge/180775
[05:56] <didrocks> Mirv: ok, +1 on ubuntu-keyboard, please publish before next tick
[05:56] <didrocks> Mirv: I'm sending my feedbacks by email
[05:57] <Mirv> pitti: nice if you got a good weather while here :) there were some very good weeks here indeed, now it's just raining
[05:57] <Mirv> didrocks: doing
[05:59] <Mirv> didrocks: hmm sdk publishing failed, already-up-to-date http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/178/console
[05:59] <didrocks> Mirv: Exception: UserNotBranchReviewer
[05:59] <Mirv> misc succeeded however
[05:59] <didrocks> Mirv: the bot is not part of the poppler-qml-plugin team :/
[06:00] <Mirv> hmph
[06:00] <Mirv> now is
[06:00] <Mirv> still time..
[06:00] <didrocks> Mirv: retry to force publication
[06:00] <didrocks> ah
[06:00] <didrocks> we need to remove the Mp first
[06:00] <Mirv> right..
[06:01] <Mirv> removed and again
[06:01] <Mirv> publishing
[06:01] <Sweekshark> Goood morning!
[06:01] <Sweekshark> time to wade through a baaaaAAAaad backlog.
[06:01] <didrocks> Mirv: better this time! thanks :)
[06:01] <didrocks> hey Sweekshark
[06:01] <didrocks> Sweekshark: back from holidays? ;)
[06:02] <Mirv> success, around 09:02:00 :)
[06:02] <didrocks> Mirv: ahah! in fact, as long as it's not the first "line" of stacks, it works
[06:03] <didrocks> as I let publishing until the stack starts building
[06:03] <didrocks> (so when waiting, they are not blocked)
[06:03] <Mirv> didrocks: then the last new package seems to be  lp:unity-mir, reviewed by sil2100 (at least regarding adding it to cu2d-config)
[06:04] <Mirv> oh, and mathieu bootstrapped the package
[06:04] <Mirv> under unity8
[06:04] <didrocks> Mirv: so, need preNEWing, you think?
[06:04] <Sweekshark> didrocks: yes
[06:05] <Sweekshark> didrocks: http://devopsreactions.tumblr.com/post/57051683487/dealing-with-your-6-months-old-backlog
[06:05] <Mirv> didrocks: yes it seems it would need
[06:06] <didrocks> Mirv: ok, looking :)
[06:06] <didrocks> Sweekshark: when I'm seeing my backlog from Thursday (I had 2 days off), it's almost like if I don't want to take my 2 weeks holidays after this week :)
[06:12] <tvoss_> didrocks, good morning :)
[06:12] <didrocks> hey tvoss_, how are you?
[06:13] <tvoss_> didrocks, pretty good :) how are you?
[06:13] <didrocks> tvoss_:
[06:13] <tvoss_> didrocks, I love this one: http://devopsreactions.tumblr.com/post/54003408672/submitting-an-idea-to-the-architect
[06:13] <didrocks> I'm good thanks! quite easy with this start to not need coffee to start a day :)
[06:14] <didrocks> looking
[06:19] <didrocks> tvoss_: it needs some music to be fair (like "I despise you" :p)
[06:19] <tvoss_> didrocks, yeah
[06:27] <mlankhorst> morning
[06:33] <tvoss_> mlankhorst, good morning :)
[06:37] <didrocks> Mirv: FYI, as we NEWed some things quite late, it's possible that some components rebuilt (but even if we publish them, they will be rejected during the copy)
[06:40] <mlankhorst> is radeon still corrupting?
[06:44] <Mirv> ok
[06:50] <Mirv> tvoss_: can we disable the Ubuntu qtlocation plugin on x86, or will it be useful also there? currently, since it depends on platform-api and brings hybris & co, it breaks xmir/unity-system-compositor via bug #1210798
[06:50] <ubot2`> Launchpad bug 1210798 in Unity System Compositor "unity-system-compositor crashes if libhybris installed on x86" [High,Triaged] https://launchpad.net/bugs/1210798
[06:50] <tvoss_> Mirv, yup, disable it there
[06:50] <tvoss_> Mirv, can we open a bug to reenable it again, though?
[06:51] <Mirv> tvoss_: ok, thanks. would you like to have the bug against some more special target or is qtlocation-opensource-src enough?
[06:52] <tvoss_> Mirv, against qtlocation-opensource
[06:52] <Mirv> thanks
[06:52] <Mirv> (bug #1213811)
[06:53] <ubot2`> Launchpad bug 1213811 in qtlocation-opensource-src (Ubuntu) "Please re-enable Ubuntu plugin on x86" [Undecided,New] https://launchpad.net/bugs/1213811
[07:03] <sil2100> Morning
[07:12] <didrocks> hey sil2100, how are you?
[07:13] <sil2100> didrocks: hello! Fine, how about you?
[07:13] <sil2100> How was you're long weekend? :)
[07:14] <didrocks> sil2100: was good, tiring physically, but brain refreshing :)
[07:14] <didrocks> sil2100: and yours? how was your day off? I saw a lot of work on Friday though :p
[07:15] <seb128> good morning desktopers!
[07:15] <didrocks> salut seb128!
[07:15] <sil2100> didrocks: yea ;p It was nice too, but then Friday - pheew! Without you and seb128 around it's much harder! ;)
[07:15] <sil2100> seb128: morning!
[07:15] <pitti> seb128: bonjour seb128, comment vas-tu ?
[07:16] <didrocks> sil2100: heh, see, we are not slacking :p
[07:16]  * didrocks did 3 NEWing this morning
[07:18] <seb128> oh, it's a pitti!
[07:18] <seb128> pitti, welcome back, had good holidays?
[07:19] <pitti> seb128: en effet, nous avons eu des bonnes vacances
[07:21] <seb128> didrocks, the poppler qml binary is wrongly names btw, new convention is "qtdeclarative5-poppler1.0"
[07:21] <seb128> named
[07:21] <seb128> pitti, excellent!
[07:21] <didrocks> seb128: ah, no -plugin now?
[07:21] <didrocks> Mirv: mind changing it? ^
[07:22] <seb128> didrocks, no, using the import version allows for easier abi transitions
[07:22] <seb128> I discussed it with Ken, he said that was the new convention since they figured out how to version the abi
[07:22] <seb128> or make different abi // installable
[07:24] <didrocks> ok, excellent!
[07:24] <didrocks> but it means the source should contain the abi name
[07:24] <didrocks> otherwise we'll always have one version
[07:25] <didrocks> as the old binary will have no source name and britney will force to transition
[07:25] <sil2100> didrocks: did you pre-NEW unity-mir btw.? ;)
[07:26] <didrocks> sil2100: I reviewed it, but I have some notes
[07:26] <Saviq> what's the deal with unity8 neededing preNEWing all of a sudden, guys? :)
[07:26] <Saviq> http://10.97.0.1:8080/view/cu2d/view/Head/view/Unity8/job/cu2d-unity8-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-mir_0.1+13.10.20130819.1-0ubuntu1.diff
[07:26] <didrocks> sil2100: first, look at the stack MP
[07:26] <Saviq> didrocks, welcome back
[07:26] <didrocks> Saviq: hey! well, look at the package name
[07:26] <didrocks> unity-mir
[07:26] <seb128> didrocks, no, it's like soname transitions, having the transition in proposed is fine at least
[07:26] <seb128> I think
[07:26] <Saviq> ah!
[07:27] <didrocks> seb128: ok
[07:27] <Saviq> didrocks, of course, sorry :)
[07:27] <didrocks> no worry ;)
[07:27] <didrocks> sil2100: so, please fix the stack order ;)
[07:27] <Saviq> didrocks, btw, I have a few questions / comments when you have a minute
[07:27] <didrocks> sil2100: second thing is that we shouldn't add anything until there is no archive admin available
[07:28] <didrocks> like Saviq's unity8 stack was blocked during the week-end because of this
[07:28] <didrocks> so only add something already preNEWed with someone to refresh the whitelist and ready to ack the package
[07:28] <didrocks> sil2100: my notes on unity-mir
[07:28] <sil2100> didrocks: noted! I waited for approving that till late-Friday so that it doesn't block too much
[07:28] <didrocks> http://paste.ubuntu.com/6001978/
[07:28] <didrocks> sil2100: well, you could have wait on Monday
[07:29] <didrocks> it didn't go to distro anyway :p
[07:29] <didrocks> so it just blocked things
[07:29] <darkxst> pitti, hi
[07:29] <didrocks> sil2100: the library deps should be fixed before NEWing
[07:31] <sil2100> didrocks: ok, fixing that
[07:31] <didrocks> thx
[07:33] <pitti> hey darkxst, how are you?
[07:34] <darkxst> pitti, I'm good, how was your holiday?
[07:34] <pitti> darkxst: we enjoyed it a lot, thanks; we did some sightseeing in Helsinki and Tallinn, and spent a few days with family and friends in Dresden
[07:35] <darkxst> sounds good
[07:35] <darkxst> pitti, so this is what I ended up with for ppa retracing http://paste.ubuntu.com/6001950/
[07:36] <darkxst> I wasnt really sure where to put the search_ppa_from_origin function, so its in a seperate source file for now
[07:36] <sil2100> didrocks: so, should I remove the -dbg package from debian/control completely? Or just the debian/rules mention?
[07:36] <didrocks> sil2100: both
[07:36] <Mirv> didrocks: first stab at services stack https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/add_services_stack/+merge/180794
[07:37] <seb128> didrocks, sil2100, Mirv: btw we are indicator-clients stucked in proposed for over a month, "indicators-client-examples/i386 unsatisfiable Depends: phone-app " ... is that on the list of anyone to fix?
[07:37] <seb128> we have*
[07:38] <sil2100> Oh, didn't know about that, thought cyphermox handled that
[07:38] <sil2100> seb128: will look into that today
[07:38] <Mirv> thanks sil2100
[07:39] <seb128> sil2100, thanks, I think we should just drop the examples package or the depends
[07:40] <didrocks> +1
[07:41] <didrocks> Mirv: done
[07:41] <sil2100> didrocks: https://code.launchpad.net/~sil2100/unity-mir/fix_packaging/+merge/180798
[07:41] <didrocks> Mirv: I've added some reminder on the MP about removing the jenkins jobs as well
[07:41] <didrocks> sil2100: shlibs: same for +         libubuntu-application-api-mirserver1,
[07:41] <didrocks> and the next one
[07:41] <didrocks> even libqt5core5 should automatically be linked
[07:42] <didrocks> did you give it a try and it wasn't the case?
[07:43] <didrocks> sil2100: nitpick: on the C/R/P, no trailing comma were added :p
[07:43] <didrocks> otherwise fine once those fixed ^
[07:43] <tvoss_> didrocks, seems like jenkins does not pick up my changes to https://code.launchpad.net/~thomas-voss/platform-api/location-service/+merge/180692
[07:44] <didrocks> tvoss_: I have no idea on the upstream merger, check with fginther
[07:44] <tvoss_> didrocks, thx
[07:44] <sil2100> :D
[07:45] <sil2100> didrocks: pushed
[07:45] <sil2100> Ah!
[07:45] <sil2100> Wait
[07:46] <Mirv> seb128: https://code.launchpad.net/~timo-jyrinki/poppler-qml-plugin/rename_to_qtdeclarative5-poppler-1.0/+merge/180800
[07:46] <sil2100> didrocks: hm, I guess libqtcore5 as well, right?
[07:47] <didrocks> sil2100: right
[07:47] <sil2100> Pushed
[07:48] <didrocks> sil2100: did you build it and checked?
[07:48] <didrocks> (otherwise, the changes looks good, just waiting for your ack on testing ;))
[07:48] <seb128> Mirv, reviewed, needs fixing
[07:49] <seb128> Mirv, shouldn't have a "-" between the name and version
[07:49] <sil2100> I'll just check if the control file has the right deps, one moment
[07:49] <seb128> Mirv, I don't have a strong opinion on it, but that's the schemas we use in other sources so let's be consistent
[07:50] <sil2100> didrocks: it only has deps on *mir*server things, no client deps - but I guess this means it's not really used right now
[07:50] <didrocks> sil2100: that's my guess
[07:50] <didrocks> sil2100: libqt5* is in?
[07:50] <sil2100> didrocks: yep :)
[07:50] <didrocks> ok, let's ack it then
[07:51] <didrocks> sil2100: so, then, as per the MP comment I've made, ensure the unity8 stack deps on the mir one :)
[07:52] <sil2100> didrocks: I didn't know what MP you had in mind, but I'll do that yes ;)
[07:53] <didrocks> sil2100: https://code.launchpad.net/~sergiusens/cupstream2distro-config/unity-mir_daily/+merge/180594
[07:55] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/unity8_preps/+merge/180803
[07:56] <didrocks> sil2100: commented, need the Mir trick for the ABI unstability
[07:56] <sil2100> didrocks: as for approving such things when no archive-admins are around - I guess that was some old mental habit of mine, thinking that weekends are not being built still ;)
[07:57] <didrocks> sil2100: no worry, just make a note this time ;)
[07:57] <didrocks> but 4 on Friday… so everything but unity blocked :)
[07:57] <didrocks> glad to see the unity stack passing tests btw
[07:57] <Mirv> seb128: you're right, that was used elsewhere as well. pushed a fix.
[08:00] <sil2100> didrocks: pushed
[08:01] <didrocks> sil2100: approved
[08:01] <sil2100> \o/
[08:01] <didrocks> sil2100: so, in addition to redeploy (for the force_rebuild part), unfortunately, adding a new stack/changing the deps between them, needs to have the config pulled on magners
[08:01] <didrocks> sil2100: you will handle that once merged?
[08:03] <sil2100> didrocks: I can try ;p
[08:03] <didrocks> sil2100: are you busy with a lot of things once this run is handled or do you have spare time?
[08:05] <sil2100> didrocks: I guess I'm not super busy - have a few packages to review and push to distro (or daily-land), wanted to work on the appmenu too - but nothing top-priority :)
[08:05] <didrocks> sil2100: it's a background thing
[08:05] <sil2100> What's up?
[08:05] <didrocks> sil2100: so, once we are far away from a full rebuild and this run is cleaned
[08:06] <didrocks> the mir team thinks that they maybe accidentally fixed the ATI issue
[08:06] <sil2100> Oh!
[08:06] <sil2100> :D
[08:06] <didrocks> so we need to run the Mir stack (but /!\ everything then will need this Mir version, like unity-mir, the platform-api, hence why we need to build this way before a run happens)
[08:06] <didrocks> and then, trying to rebuild u-s-c once
[08:07] <didrocks> if it passed, retry the tests
[08:07] <didrocks> if it passed, retry the tests
[08:07] <didrocks> if it passed, retry the tests
[08:07] <didrocks> …
[08:07] <didrocks> ;)
[08:07] <didrocks> (maybe 5 runs will give enough confidence?
[08:07] <didrocks> )
[08:07] <didrocks> and be ready to restart electrically the ATI machine if stuck
[08:07] <didrocks> (so monitoring)
[08:07] <sil2100> hehe, right
[08:07] <didrocks> sil2100: would be nice, not sure if you want to start now or have that run cleaned first
[08:08] <didrocks> sil2100: if we are unsure and Mir is built before next tick, better to delete it from the ppa
[08:08] <didrocks> having the run happens
[08:08] <didrocks> and then, rebuild it
[08:08] <didrocks> (and u-s-c as well)
[08:08] <didrocks> making sense?
[08:12] <sil2100> Ok, makes sense - I would prefer waiting for this run to be cleared though
[08:12] <didrocks> ok ;)
[08:12] <didrocks> thanks!
[08:12] <didrocks> sil2100: some NEWing was very late FYI
[08:12] <didrocks> like seconds before the next run
[08:12] <didrocks> so I guess
[08:12] <didrocks> - the branches weren't all merged back
[08:13] <didrocks> - it tried to rebuild things that are now in distro
[08:13] <didrocks> (like all the 3 new components that went in this morning)
[08:15] <Mirv> didrocks: shall I ask Ken also for my qtlocation, qtconnectivity uploads?
[08:16] <didrocks> Mirv: that would be nice, I'm trying to really focus on the system update that is due by EOW for me :)
[08:16] <Mirv> ok, will do
[08:28] <didrocks> seb128: we don't have any widget in the sdk right now which are retracted by default and show a list that you can't select if you expand it (like a treeview)?
[08:29]  * sil2100 wonders when his mediascanner package will move out of the queue
[08:29] <seb128> didrocks, I guess you can do that with a ListItem.ValueSelector
[08:29] <didrocks> seb128: ok, I need to tweak so that no theme/impact is changed on hover though
[08:30] <didrocks> sil2100: which queue?
[08:30] <didrocks> ah, it's in NEW
[08:30] <didrocks> sil2100: can you ask slangasek? he told he will help for NEWing things
[08:31] <sil2100> didrocks: ok ;) Thanks
[08:34] <seb128> Mirv, set as approved, but I'm not part of the right team to change the mp status, so you need to do it
[08:34] <seb128> or sil2100/didrocks
[08:35] <didrocks> well, Mirv can do it if you commented I guess, no need for someone else ;)
[08:35] <seb128> it's annoying, there is an increasing number of mr where I can't ack packaging changes myself
[08:35] <didrocks> right, I agree, it is annoying…
[08:35]  * sil2100 can't approve as well
[08:36] <didrocks> seb128: hum, I don't remember exactly how to bootstrapp a system settings branch
[08:36] <didrocks> I did qmake .
[08:36] <didrocks> make
[08:37] <didrocks> seb128: ah forget about it
[08:37] <seb128> didrocks, "bootstrap"? qmake; make should work
[08:37] <didrocks> libUbuntuUpdatePanel.so is what we need
[08:37] <didrocks> the other lib is now removed
[08:37] <seb128> k
[08:37] <didrocks> I was expecting to see 2 of them
[08:37] <didrocks> (the useless one and that one)
[08:37] <seb128> right
[08:39] <sil2100> hmm
[08:39] <sil2100> I'm starting to wonder if the merger is working at all, or maybe so busy
[08:40] <didrocks> sil2100: you are not the first one to ask, tvoss_ asked as well, apparently, there is a huge pile of backlog (what mzannetti told)
[08:40] <didrocks> mzanetti*
[08:40] <didrocks> they restarted it
[08:40] <didrocks> and it seems now stuck
[08:40] <sil2100> :o
[08:40] <didrocks> sil2100: see #ubuntu-mir
[08:41] <sil2100> OH NOES
[08:44] <didrocks> sil2100: the good news is that now, once the current run is cleaned, we have all the time for testing the Mir build & merge :p
[08:45] <sil2100> Then I go get something to drink quickly, time to prepare!
[08:46] <Mirv> thanks seb128 for the approval, the project is under core apps team more so that's I guess the permission problems
[08:47] <Mirv> I changed the driver from robru only to core apps team, though
[08:47] <seb128> Mirv, ok
[09:04] <Sweekshark> seb128: did you hear anything about the LO 4.0.4 SRU for raring or the LO 3.5.7 update SRU for precise that I put in the pipe two weeeks ago before my vacation?
[09:06] <seb128> Sweekshark, no, sorry, I though bdrung would review them, and it's dropped for my list (I was on holidays some days as well last week)
[09:06] <seb128> Sweekshark, hey btw, did you have good holidays?
[09:07] <Sweekshark> seb128: holidays were enjoyable even though I stayed at home ;)
[09:08] <Sweekshark> seb128: how was your week off?
[09:12] <seb128> Sweekshark, good, it was a long W.E more than a week, visited dholbach in Berlin and spent some time hanging out with him and some of the other berliners
[09:12] <didrocks> seb128: come on! you worked less than 12 hours a day, it was clearly a week off! :)
[09:12] <Sweekshark> seb128: ahhh, right -- saw it on g+
[09:15] <Sweekshark> seb128: Berlin is a cool place indeed. If you guys tell me next time I might drop by for an evening: UDS-replacement beer event ;)
[09:15] <seb128> Sweekshark, sure ;-)
[09:16] <seb128> didrocks, where is ${unity-default-masterscopes} coming from?
[09:16] <didrocks> seb128: libunity
[09:16] <didrocks> there is a json file per form factor
[09:17] <didrocks> and we parse that json file to dep on what we ned
[09:17] <didrocks> need*
[09:17] <seb128> didrocks, k, I see it
[09:17] <seb128> "
[09:17] <seb128>   [ Pawel Stolowski ]
[09:17] <seb128>   * Removed scopes that access purely remote content and are deployed on
[09:17] <seb128>     the server from client-scopes.json and client-scopes-phone.json
[09:17] <seb128>     files. ."
[09:17] <seb128> didrocks, that means those scopes can be uninstalled right?
[09:17] <didrocks> right
[09:17] <seb128> doing autoremove wants to uninstall a bunch of scopes
[09:17] <didrocks> (if unity was rebuilt)
[09:18] <didrocks> yeah, sounds what I saw on Wednesday before going EOW
[09:18] <didrocks> seb128: do you have the list?
[09:18] <didrocks> so that I can quickly check they are the same?
[09:18] <didrocks> (the local one I removed this morning were fine, just wanting to double check)
[09:19] <didrocks> (sounds ok ;))
[09:19] <seb128> didrocks, it's for Daniel, he said he's giving you the list
[09:19]  * seb128 tries to upgrade as well
[09:20] <didrocks> yeah, and it's the right list
[09:35] <seb128> didrocks,
[09:35] <seb128>   libclucene-contribs1 unity-scope-deviantart unity-scope-gallica
[09:35] <seb128>   unity-scope-github unity-scope-googlenews unity-scope-soundcloud
[09:35] <seb128>   unity-scope-yahoostock
[09:35] <seb128> didrocks, that's the list here
[09:35] <seb128> seems fine
[09:35] <didrocks> seb128: right, it's good, thanks for checking!
[09:35] <seb128> yw!
[09:37] <didrocks> seb128: I didn't see anything like https://wiki.ubuntu.com/SoftwareUpdates#Phone (Download future updates automatically)
[09:37] <didrocks> most of the time the choice is repeated, even if the widget is expanded
[09:38] <didrocks> (like in Cellular)
[09:38] <seb128> didrocks, yeah, http://design.ubuntu.com/apps/building-blocks/option-selector ... you want that
[09:38] <seb128> didrocks, that's coming soon
[09:38] <didrocks> seb128: so, right now, I'll follow what you put in Cellular so that we are consisten :)
[09:38] <seb128> didrocks, so far we abused ValueSelector, forcing the status and having no text
[09:38] <seb128> e.g just the value
[09:38] <didrocks> ok, will badly copy you then! Thanks :)
[09:39] <seb128> yw!
[09:39] <seb128> didrocks, https://code.launchpad.net/~nicolas-doffay/ubuntu-ui-toolkit/ubuntu-shape-option-selector/+merge/175242
[09:39] <seb128> didrocks, in fact, Saviq approved it last week, it's just having CI issues to be merged it seems
[09:40] <seb128> didrocks, so should be there soon
[09:40] <Saviq> seb128, yeah, it's relatively ready - pending code re-review from SDK team
[09:40] <seb128> didrocks, I guess you can rebuild the toolkit with that branch and base on that directly if you feel like being the first user
[09:41] <seb128> Saviq, great, that means we should start playing with it more to see if it's really ready :-)
[09:41] <didrocks> seb128: well, will just mockup the thing today and see when it's getting merged yeah. Thanks!
[09:41] <seb128> didrocks, yeah, I don't know what's your schedule for the week, it might make sense to not bother too much with the UI/waste too much time to try to build on the new widget
[09:42] <seb128> didrocks, better to focus on the other part and come back to that later if you have spare cycles/the work get merged
[09:42] <didrocks> seb128: yeah, that's what I'm thinking about, getting the backend right first
[09:48] <darkxst> pitti, will crashes in the main dupe db match against our ppa packages if its the same crash?
[09:49] <pitti> darkxst: in general yes, if you sync the dupe db regularly
[09:51] <darkxst> pitti, I mean would http://people.canonical.com/~ubuntu-archive/apport-duplicates match crashes in our ppa or should I just replace it with our dupe db
[09:52] <pitti> darkxst: it would match a crash which also happens with the ubuntu packages
[09:53] <pitti> darkxst: but of course we can't sync your's back to the main Launchpad retracer DB
[09:53] <pitti> we need to teach dupdb-admin about merging for that
[09:55] <darkxst> pitti, right
[09:55] <darkxst> I guess its probably better to run with ours in the meantime then
[10:00] <darkxst> pitti, which apport branch should I create a mp against to change that?
[10:04] <darkxst> pitti, or maybe its easier for you too just change the url? http://phillw.net/ubuntu-gnome/apport_duplicates
[10:14] <attente> seb128, i'm not really sure what to do about the tests at this point
[10:14] <attente> it's not really an issue with any one particular one, but it seems all are racy and i'm not sure why
[10:15] <seb128> attente, hey, did you have good holidays?
[10:16] <attente> seb128, i did, thanks
[10:16] <seb128> attente, let's see with cyphermox when he gets online, I didn't have really track that last week, I had some days off
[10:18] <seb128> attente, I'm going to leave for the airport soon (was in Berlin for a few days) so I'm probably not going to be around in the afternoon ... can you check with cyphermox what he thinks, and we can discuss what to do next tomorrow if that's still blockeed
[10:19] <attente> seb128, sure
[10:23] <seb128> ok, I'm going to work offline for the afternoon, travelling back
[10:24] <seb128> see you later everyone
[10:35] <pitti> darkxst: re (sorry, meeting)
[10:36] <pitti> darkxst: to change what? I can't use the gnome PPA dupe db for the LP retracers
[10:36] <darkxst> pitti, the ubuntu-gnome hook
[10:36] <pitti> darkxst: aah
[10:39] <pitti> darkxst: http://paste.ubuntu.com/6002379/ ?
[10:40] <darkxst> pitti, looks fine
[10:40] <pitti> darkxst: ack, committed
[10:40] <darkxst> I suppose the trailing slash is harmless?
[10:43] <darkxst> pitti, have to run in a minute, but any comments on that patch I linked earlier?
[10:43] <darkxst> http://paste.ubuntu.com/6001950/
[10:44] <pitti> darkxst: it needs some reorg, like the deb specific stuff going into backends/packaging-apt-dpkg.py; I haven't looked at it yet in detail
[10:44] <pitti> darkxst: ah, is that not what's in your recent MP?
[10:45] <pitti> lp:~darkxst/apport/per-ppa-config
[10:46] <darkxst> pitti, no this is newer than that
[10:46] <pitti> darkxst: is the MP obsoleted by that?
[10:46] <darkxst> pitti, yes. but I don't know where I should put the search_ppa_from_origin code
[10:46] <darkxst> seems like it perhaps could go in launchpadlib?
[10:49] <pitti> darkxst: I think it fits better into packaging-apt-dpkg.py
[10:49] <darkxst> pitti, ok will do
[11:42] <sil2100> ls
[11:42] <sil2100> Shit
[11:42] <sil2100> didrocks: the pull-in on mangers, is it the branch in ~/cupstream2distro-config ?
[11:47] <didrocks> sil2100: right
[11:47] <sil2100> Goooooood
[11:53] <sil2100> Mirv: maybe still around for a review? https://code.launchpad.net/~sil2100/indicators-client/fixes_for_the_masses/+merge/180842
[11:56] <Mirv> sil2100: sure!
[11:56] <sil2100> Mirv: thank you! It doesn't silence lintian completely, as this package was completely lintian-angry, but it's better at least!
[11:58] <Mirv> sil2100: good fixes, those
[12:08] <Mirv> mlankhorst: re: mesa pkg change, gallium vdpau support has been requested in both Debian and Ubuntu with even a backport to 9.1 offered as a patch. but if it's needed to be disabled for getting mesa 9.2 in earlier, fine, just FYI (yes, my wishlist as well as a radeon user :)
[12:14] <Mirv> sil2100: publishing SDK as the only packaging change there was already approved by did_ier https://code.launchpad.net/~timo-jyrinki/qtorganizer5-eds/packaging_tweaks/+merge/180774
[12:14] <sil2100> OK
[12:15] <Mirv> sil2100: correction, mixed my words, publishing misc because of that
[12:18] <Mirv> sil2100: the SDK one was approved by seb_astien likewise https://code.launchpad.net/~timo-jyrinki/poppler-qml-plugin/rename_to_qtdeclarative5-poppler-1.0/+merge/180800
[12:21] <Mirv> sil2100: it feels slightly "wrong" to be pressing the button, btw, but it also would feel stupid to ask second ack just after the merge completes..
[12:21] <Mirv> sil2100: but I guess that feeling just means we're well taught :)
[12:24] <sil2100> hehe, indeed!
[12:59] <Mirv> rerunning apps since it's over an hour until the next cycle and apps hasn't released after last Wed's release
[12:59] <Mirv> the latest ftbfs should be now fixed
[13:02] <sil2100> Mirv: was it merged in?
[13:02] <sil2100> Mirv: I'll be needing the AP machines in a  moment
[13:03] <Mirv> sil2100: yes, amd64 succeeded now
[13:04] <Mirv> sil2100: since the fix was in cmakelists I think an ack will be needed
[13:06] <sil2100> hmmm
[13:07] <cyphermox> attente: I don't know why the tests are racy either... is there a way to just introduce some delay in the right places to workaround?
[13:15] <sil2100> didrocks: hm, when we're adding the PPA during otto setup, we're not adding the keys, right ;/ ?
[13:15] <didrocks> sil2100: hum, I think we do (via add-apt-repository)
[13:15] <didrocks> why?
[13:16] <sil2100> didrocks: strange thing, since http://10.97.0.1:8080/job/autopilot-saucy-daily_release/1101/label=autopilot-ati/console
[13:16] <sil2100> didrocks: and I couldn't find a call to add-apt-repository
[13:16] <sil2100> Ah, sorry, see it
[13:16] <sil2100> Then strrrange
[13:17] <sil2100> (been grepping for apt-add-repository instead)
[13:18] <didrocks> sil2100: what is strange?
[13:18] <didrocks> ah the warning
[13:18] <didrocks> interesting
[13:19] <didrocks> sil2100: /var/log/upstart/otto-setup.log: W: GPG error: http://ppa.launchpad.net saucy Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 803A8EB5078B4FF5
[13:19] <sil2100> /var/log/upstart/otto-setup.log: WARNING: The following packages cannot be authenticated! <- makes me wonder
[13:19] <didrocks> /var/log/upstart/otto-setup.log: Exception in thread Thread-1:
[13:19] <didrocks> /var/log/upstart/otto-setup.log: Traceback (most recent call last):
[13:19] <didrocks> /var/log/upstart/otto-setup.log: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 89: ordinal not in range(128)
[13:19] <didrocks> sil2100: the issue is the L I guess
[13:20] <didrocks> add-apt-repository doesn't know how to deal with UTF8 char?
[13:20] <sil2100> Fffff
[13:20] <sil2100> Curse you polish name!
[13:20] <didrocks> ;)
[13:21] <didrocks> it never happened to you?
[13:21] <didrocks> or you never noticed that add-apt-repository is failing?
[13:21] <sil2100> It's working all the time here, maybe because of my locale
[13:21] <didrocks> yeah, probably, we run under LANG=C IIRC
[13:22] <didrocks> sil2100: do you have any solution?
[13:23] <didrocks> you can copy to https://launchpad.net/~ubuntu-unity/+archive/experimental-prevalidation if needed
[13:23] <didrocks> binary copy for both mir and u-s-c
[13:23] <sil2100> Maybe I could do a binary copy somewhere?
[13:23] <sil2100> Right
[13:23] <didrocks> so that you don't have to rebuild
[13:30] <attente> cyphermox_, there are already one-second delays in the tests
[13:31] <cyphermox_> sure, but I mean, are those sufficient or does increasing these delays help?
[13:32] <attente> you mean adding more delays throughout? or increasing the time for each to something like 2 seconds?
[13:32] <cyphermox_> either way
[13:33] <cyphermox_> I'm just wondering here if that's all it would take to make it less racy
[13:33] <cyphermox_> once that, or the delay required is ascertained, then it becomes easier to figure out what's up
[13:33] <attente> when you sbuild it, do you still get the /run/user/1000 warnings?
[13:34] <cyphermox_> I don't know, let me check
[13:34] <cyphermox_> locally, I would suspect not, as I'm user 1000
[13:36] <attente> i get them when sbuilding, but they don't appear in the c-i output
[14:00] <didrocks> robru: hey! Once you are around, I've set a new package to bootstrap (check maybe the packaging/config with Mirv as it's part of the sdk stack). See the spreadsheet :) thanks!
[14:00] <didrocks> robru: hope you feel better this week btw :)
[14:19]  * didrocks thinks about it… I didn't see unity-mir being preNEWed btw
[14:19] <didrocks> sil2100: ? ^
[14:21] <sil2100> didrocks: you had those packaging remarks, those got merged in finally around an hour ago
[14:21] <didrocks> sil2100: ok, so next tick unity8 publication?
[14:22] <sil2100> didrocks: (it failed merging due to the merger problems)
[14:22] <didrocks> as it started to build)
[14:31] <cyphermox_> sil2100: didrocks: was there any reason why unity8 wasn't published earlier?
[14:31] <cyphermox_> ie. the new package unity-mir?
[14:33] <sil2100> cyphermox_: some packaging fixes were needed as pointed by didrocks, then those didn't get merged by some time due to merger problems (I didn't notice it didn't get in because of that)
[14:43] <robru> didrocks, thanks, just woke up
[14:43] <didrocks> robru: feeling better?
[14:43] <didrocks> (still early, no?)
[14:44] <robru> didrocks, yeah, quite a bit better. still not sure why I'm up so early though ;-)
[14:45] <didrocks> robru: do you get to bed early?
[14:45] <robru> didrocks, yeah, I guess I did
[14:45] <didrocks> too early apparently :p
[14:46] <cyphermox_> didrocks: if you don't mind I'd remove indicators-client from the ppa, there's some major fubar there with trying to upload a version older than what's available in the PPA?!
[14:47] <didrocks> cyphermox_: interesting, sure :)
[14:48] <cyphermox_> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-2.1build/378/console
[14:48] <cyphermox_> ugh
[14:49] <cyphermox_> for the record, I disagree with removing the -dbg package in unity-mir, it's useful...
[14:49] <didrocks> cyphermox_: maybe some timing issue? like the version in distro was push just when the daily was building?
[14:49] <cyphermox_> didrocks: perhaps?
[14:49] <cyphermox_> I don't know
[14:49] <cyphermox_> it shouldn't explain a .2, maybe a .1 ;D
[14:49] <cyphermox_> unity-mir also fails to build on powerpc......
[14:49] <didrocks> cyphermox_: I don't see a .2?
[14:49] <didrocks> 0.31+13.10.20130819-0ubuntu1
[14:50] <didrocks> -> no .1, nor .2?
[14:50] <cyphermox_> didrocks: https://launchpadlibrarian.net/147936024/upload_4889236_log.txt
[14:50] <cyphermox_> ^^ beats me
[14:51] <didrocks> urgh
[14:51] <didrocks> interesting :)
[14:51] <cyphermox_> indeed :)
[14:51] <didrocks> distro has 0.31+13.10.20130703-0ubuntu1
[14:51] <cyphermox_> tbh I don't care much about indicators-client anymore, but still, it should work
[14:51] <cyphermox_> yeah
[14:51] <didrocks> cyphermox_: seems to be a buildd issue?
[14:52] <didrocks> 7.81.3…
[14:52] <didrocks> instead of 0.31
[14:52] <cyphermox_> probably, the PPA doesn't have a .2 according to LP, but I'll look at the files themselves
[14:52] <didrocks> I think launchpad is mixing packages p:
[14:52] <didrocks> :p
[14:52] <didrocks> cyphermox_: look, even the version is different
[14:52] <didrocks> not only the .2
[14:52] <cyphermox_> oh, right
[14:52] <cyphermox_> why would that version have gone down?
[14:53] <cyphermox_> there was never a 7.81 ;D
[14:53] <cyphermox_> those are unity version numbers
[14:53] <didrocks> cyphermox_: yeah, it seems like it took the unity8 version
[14:53] <didrocks> for "some" reason :p
[14:53] <didrocks> anyway, just remove it if needed
[14:54] <didrocks> cyphermox_: you need to remove the jenkins job (for the esthetic/don't pollute color side) after deploying btw
[14:54] <didrocks> the prepare-indica…
[14:54] <cyphermox_> the what?
[14:55] <cyphermox_> I don't know that removing anything is going to fix the problem here
[14:55] <didrocks> cyphermox_: http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-1.1prepare-indicators-client/
[14:55] <didrocks> no
[14:55] <didrocks> but yu want to remove indicators-client, right?
[14:55] <didrocks> you*
[14:55] <cyphermox_> no
[14:55] <didrocks> ah, only from the ppa?
[14:55] <cyphermox_> yeah
[14:55] <cyphermox_> not going to fix the issue anyway
[14:56] <didrocks> cyphermox_: maybe ask on #webops the launchpad guys?
[14:56] <cyphermox_> indicators-client is going to disappear soon, once we can land every indicator
[14:56] <cyphermox_> I have a meeting now
[14:56] <didrocks> I'm in a meeting as well
[15:03] <cyphermox_> attente: http://paste.ubuntu.com/6003168/
[15:07] <sil2100> didrocks: huh
[15:07] <sil2100> didrocks, cyphermox_: do you guys know what's that 7.81.3+13.10.20130816.3-0ubuntu1 indicators-client in the archives right now?
[15:08] <sil2100> Since apt-cache policy indicators-client gives me 7.81.3+13.10.20130816.3-0ubuntu1
[15:08] <sil2100> While the lp:indicators-client has 0.31
[15:08] <sil2100> Because of this, we can't even build the new lp:indicators-client in our daily-build PPA
[15:10] <attente> cyphermox_, is there a way to get sbuild to cache the packages locally?
[15:11] <cyphermox_> sil2100: I asked on #webops already
[15:12] <attente> packages/build-deps
[15:12] <cyphermox_> oh god
[15:12] <cyphermox_> sil2100: Package: indicators-client
[15:12] <cyphermox_> Priority: optional
[15:12] <cyphermox_> Section: universe/x11
[15:12] <cyphermox_> Installed-Size: 67
[15:12] <cyphermox_> Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
[15:12] <cyphermox_> Architecture: amd64
[15:12] <cyphermox_> Source: unity8
[15:12] <cyphermox_> oops :D
[15:12] <cyphermox_> anyway, you get the point -- unity8 ships a indicators-client now? >.<
[15:15] <robru> fginther, https://jenkins.qa.ubuntu.com/job/poppler-qml-plugin-saucy-amd64-ci/2/console weird failure with CI here, please take a look
[15:15] <robru> I'm off for breakfast, back in ~30
[15:16] <sil2100> Woooo
[15:21] <fginther> robotfuel, looking
[15:23] <fginther> robotfuel, oops, wrong id
[15:24] <fginther> robru, jenkins.qa is down, will try again when it's back up
[15:31] <didrocks> robru: I'm letting you setting up the branch with cyphermox_ (on the multiarch thing as well)
[15:32] <didrocks> robru: https://wiki.debian.org/Multiarch
[15:32] <didrocks> robru: on Friday off: we discussed that during our weekly meeting ;)
[16:17] <JackYu> morning, everyone. Is there any developers could help me review the packaging request at bug #1213998?
[16:17] <ubot2`> Launchpad bug 1213998 in UbuntuKylin "[needs-packaging] youker-assistant" [High,New] https://launchpad.net/bugs/1213998
[16:20] <robru> didrocks, ok, I forgot :-P
[16:22] <speedwagon2> Hi! Is there a way to hide the top panel in unity? Maybe I am searching for the wrong expressions, I can't find too much.
[16:28] <robru> didrocks, ok, multi-arch added and MP approved. should land shortly
[16:28] <xnox> speedwagon2: not really, only when launching a full-screen app (e.g. pdfs, presentations, movies, etc.)
[16:30] <speedwagon2> Too bad.
[16:31] <speedwagon2> I really like the shortcuts in Unity, but might have to go back to XFCE.
[16:32] <didrocks> robru: \o/
[16:34] <speedwagon2> xnox: anyway thanks. I already spent an hour or so googling.
[16:48] <robru> sil2100, didn't you want to talk to me about something today?
[16:59] <sil2100> robru: indeed!
[16:59] <robru> sil2100, I have a lunch meeting in about half an hour, but right now works well for me if you're free
[17:00] <sil2100> robru: ah! I'm forgetting that you're not home yet, right? ;)
[17:00] <robru> sil2100, yeah, it's been quite a journey ;-)
[17:02] <sil2100> Ok, let's check the stacks then - first, lets open up the spreadsheet
[17:03] <sil2100> The first tab usually has some pointers on what has been done and what is blocking
[17:04] <sil2100> robru: let's take this to priv not to introduce noise into the channel
[17:04] <didrocks> noisy people! :)
[17:04] <sil2100> cyphermox_: said we're too noisy about daily-release here :<
[17:05]  * ogra_ lifts his sleep mask by a millimeter 
[17:05] <ogra_> whats that noise here ?
[17:06] <didrocks> ogra_: it's you snoring! :)
[17:06] <ogra_> didrocks, cant be i'm sleeping^Wworking hard here
[17:06] <didrocks> haha :)
[17:07] <didrocks> working hard with a sleep mask ;)
[17:07] <didrocks> nice concept :p
[17:07] <ogra_> testing the haptic concept of the UI
[17:07] <ogra_> :)
[17:07] <didrocks> heh
[17:53] <sil2100> kenvandine: can you ACK a packaging for me? ;)
[17:53] <sil2100> kenvandine: http://10.97.0.1:8080/view/cu2d/view/Head/view/Unity8/job/cu2d-unity8-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_7.81.3+13.10.20130819.3-0ubuntu1.diff <- does this look sane?
[17:53] <sil2100> kenvandine, cyphermox_: could you guys publish the unity8 stack if it looks ok?
[17:53] <sil2100> Since I need to run away for now
[18:15] <cyphermox_> kenvandine: I'm takingcare of it
[19:38] <rickspencer3> kenvandine, fyi ... http://bazaar.launchpad.net/~rick-rickspencer3/+junk/app-lifecycle/view/head:/FriendsTab.qml
[19:42] <kenvandine> rickspencer3, cool!
[19:43] <rickspencer3> kenvandine, is there a way I can use something besides column_9 ?
[19:43] <rickspencer3> that seems a bit, errr, non-descriptive ;)
[19:43] <kenvandine> rickspencer3, yes... with the next api bump
[19:43] <rickspencer3> kenvandine, sweet!
[19:43] <kenvandine> i have a roleNames branch that isn't merged yet
[19:43] <rickspencer3> kenvandine, let me know when it lands and I'll update the app
[19:43] <kenvandine> it's ready, i think :)
[19:43] <kenvandine> just haven't had anytime to get it reviewed and merged
[19:44] <kenvandine> it'll bump API version, etc
[20:07] <tedg> fginther, Hey, when this lands can you deploy it please?  https://code.launchpad.net/~ted/cupstream2distro-config/indicators-client-is-dead/+merge/180936
[20:07] <fginther> tedg, yes
[20:14] <tedg> fginther, Great, thanks!
[21:02] <cyphermox_> fginther: redeployed already? otherwise I can do it
[21:02] <fginther> cyphermox_, are you referring to ted's changes?
[21:02] <cyphermox_> yeah
[21:02] <fginther> that's already done
[21:02] <cyphermox_> ok, cu2d-update-stack?
[21:03] <fginther> cyphermox_, no, just the upstream side
[21:03] <cyphermox_> ok
[21:21] <robru> fginther, can I get your input on this recent test failure? http://paste.ubuntu.com/6004365/ alex-abreu thinks it might be a jenkins/vm issue, I don't understand it myself
[21:23] <alex-abreu> robru, might be me that misunderstood the status ...
[21:25] <robru> oh?
[21:25] <alex-abreu> I would have to check w/ Victor tomorrow
[21:26] <alex-abreu> robru, btw I was thinking about you right before you pinged me :)
[21:27] <alex-abreu> robru, something may have slipped while "splitting the webapps-applications package" was done, the default webapps are not installed anymore (the desktops & icons)
[21:28] <robru> alex-abreu, oh, it's possible. I wasn't clear on how to handle some of those.
[21:29] <robru> alex-abreu, which ones, amazon and u1?
[21:30] <alex-abreu> yeah
[21:30] <alex-abreu> robru, I'll MR a fix
[21:30] <alex-abreu> nothing fancy
[21:30] <robru> alex-abreu, anything that's missing should probably just be added back to webapps-applications... I think u1 was a special case since it didn't have any userscripts or tests, it was literally just a .desktop file. but it was never clear to me where that should live because it seemed silly to register a whole lp project just for one file.
[21:30] <robru> alex-abreu, oh, great, thanks.
[21:52] <doomlord> heh. there was me trying to compile compiz after downloading from launchpad.. gave up. now i've just tried 'apt-get source .. ' and is fine
[22:16] <mfisch> robert_ancell: is there someone who usually works on glib bugs for desktop?
[22:16] <robert_ancell> mfisch, desrt
[22:17] <mfisch> #obvious,  thanks ;)
[22:17] <mfisch> desrt: I found a bug in glib-compile-schemas that I'm working on fixing, it won't run on a directory that only contains .overrides
[22:36] <doomlord> is compiz on the way out with 'mir' or something
[23:13] <robru> doomlord, yes, mir+unity8 are going to do away with compiz.
[23:14] <doomlord> any material on "unity8" , whats it going to be like
[23:17] <doomlord> oh its phone tablet desktop unification stuff