[03:32] <pitti> Good morning
[04:07] <Mirv> morning
[04:13] <olli_> wow pitti that is early
[04:23] <pitti> hey olli_
[05:29] <Mirv> powerpc build failure chain..
[05:32] <didrocks> Mirv: yeah, mind looking at it? sil2100 couldn't figure out where the race was
[05:32] <didrocks> as the -dev is arch:any, not arch:all
[05:59] <Mirv> there's no sensible packaging explanation at least, the .29 looks correct inside the packages, and because of arch:any they can't be published at a different time. Packages file is correct. possibly a caching problem of some sort at the builder.
[06:02] <didrocks> Mirv: it happens quite often
[06:02] <didrocks> Mirv: so I think the issue is in the dep of this -dev which is arch:any
[06:02] <pitti> bonjour didrocks, hey Mirv
[06:03] <didrocks> Mirv: would be useful to experiment and have a deeper look there
[06:03] <didrocks> hey pitti!
[06:03]  * didrocks hopes we can finally put otto in production today :)
[06:03] <pitti> didrocks: ooh!
[06:04] <Mirv> didrocks: the dep in the -dev package is correct, opening up the .deb and looking at DEBIAN/
[06:04] <Mirv> hey pitti
[06:05] <didrocks> Mirv: I mean the dep of the -dev packages from the build-deps
[06:05] <didrocks> Mirv: I think it's a second-level third-level things which is blocking
[06:07] <Mirv> didrocks: right..
[06:25] <Mirv> with unity-lens-music the only possible interlocked deps would be between libunity and dee, but not seeing a problem (enough >=, not "=" in deps) and no visible third level daily-build-next build dependencies. still, it must be something like that which causes apt to act up.
[06:30] <Mirv> the failures all happened around the exact same time (1h ago) as the 13.05.29 of libunity got published
[06:33] <didrocks> hum, interesting
[07:17] <didrocks> Mirv: did you get any feedback from QA on your credentials?
[07:19] <seb128> hey desktopers
[07:20] <didrocks> hey seb128
[07:20] <seb128> lut didrocks
[07:20] <Mirv> didrocks: yes, I've the additional rights now, although I haven't used them yet
[07:21] <didrocks> Mirv: seeing your stacks, I guess it's time to use them, right? :)
[07:21] <didrocks> Mirv: seems a UTAH issue as only failing on one config, isn't it?
[07:22] <Mirv> didrocks: yes, exactly, time to try out. I checked it the first thing in the morning but it was actually before this day's run.
[07:22] <didrocks> Mirv: we can move up the time if needed
[07:22] <didrocks> Mirv: just please tell me the command you are going to use first :)
[07:22] <didrocks> Mirv: here, you have 2 ways of "solving" it:
[07:22] <didrocks> - either force the publication (we got the tests on one config and it was fine)
[07:23] <didrocks> - or retry to launch the tests only
[07:23] <didrocks> crossing fingers that UTAH will work
[07:23] <Mirv> didrocks: the time is alright, I should just remember it's not yet there at 7am sharp.
[07:23] <didrocks> ok :)
[07:24] <Mirv> didrocks: so build now at the 2.2check job? (I'd have chosen to rebuild the top-most job, remembering from somewhere)
[07:25] <didrocks> Mirv: you should use the command line tool
[07:25] <Mirv> didrocks: I think I still can't publish with the command line tools, as they needed extra credentials, not just access rights added to the jenkins uid?
[07:25] <didrocks> Mirv: see tha FAQ :)
[07:25] <Mirv> ah, ok
[07:25] <didrocks> it will always run the right job :)
[07:33] <sil2100> Can we already use the command line tools now? ;)
[07:33] <didrocks> sil2100: you should be :)
[07:34] <didrocks> sil2100: do you have the cred file ready?
[07:34] <didrocks> hey sil2100 ;)
[07:34] <sil2100> didrocka
[07:34] <sil2100> I mean,
[07:35] <mlankhorst> morning
[07:35] <sil2100> didrocks: I don't think so, what do I need to do to get that?
[07:35] <didrocks> sil2100: you have the credential file example in cupstream2distro
[07:35] <seb128> hey sil2100 Mirv mlankhorst
[07:35] <Mirv> hey seb128
[07:35] <didrocks> sil2100: you should copy it to ~/.cu2d.cred and file with name/password (used in jenkins)
[07:35] <didrocks> hey mlankhorst
[07:35] <sil2100> \o/
[07:36] <sil2100> Awesome, will do those steps now
[07:36] <mlankhorst> heya
[07:50] <pitti> bonjour seb128, ça va ?
[07:51] <seb128> pitti, salut, très bien, et toi ?
[07:51] <pitti> seb128: un peu fatigue, mais je vais bien aussi, merci!
[07:52] <pitti> j'attends avec impatience le long weekend
[07:52] <didrocks> long?
[07:52] <Mirv> sil2100: my first command worked fine here :)
[07:52] <seb128> didrocks, tomorrow is an holiday in Germany
[07:52] <pitti> yeah, and I take Friday off (swapped with May 1st from the sprint)
[07:52] <didrocks> seb128: and in Francany? :)
[07:53] <seb128> didrocks, it's one of those day I pretend to be German, of course... ;-)
[07:53] <didrocks> seb128: that's intolerable
[07:53] <didrocks> I'm shocked!
[07:54] <seb128> roh
[07:54] <seb128> didrocks, alright, alright, I'm going to be there ... happy? ;-)
[07:54] <didrocks> seb128: ahah, really? :)
[07:54] <didrocks> seb128: or just looking at us hard working?
[07:55] <didrocks> with some beer at hand :)
[07:55] <seb128> didrocks, yes, we have "only 2 extra holidays", that's not one of those :p
[07:55]  * pitti yays and welcomes seb128
[07:55] <didrocks> (and sending peanuts through the barrier)
[07:55] <seb128> lol
[07:55] <didrocks> ahah :)
[07:56] <seb128> didrocks, I'm going to watch people hit hard in a yellow ball on TV and pretend to be working like every other non rainy day this week :p I can spare some peanuts for you though ... ;-)
[07:56]  * seb128 hugs didrocks
[07:56]  * didrocks hugs seb128 back
[07:58] <seb128> do you guys have a preference between "one blueprint by system settings panel" or "one blueprints for all panels"?
[07:58] <seb128> didrocks, Laney, larsu: ^
[07:59] <didrocks> seb128: I would prefer one for all
[07:59] <seb128> that's what the indicator team did for https://blueprints.launchpad.net/ubuntu/+spec/indicator-backend
[08:00] <seb128> didrocks, one for all and maybe split some of they turn to require extra tracking/being verbose in details?
[08:00] <sil2100> Mirv: same here \o/
[08:00] <seb128> I was trying to avoid having an endless list of details on one spec
[08:00] <didrocks> seb128: agreed
[08:01] <seb128> didrocks, thanks for the input ;-)
[08:01] <didrocks> yw ;)
[08:01] <didrocks> Mirv: sil2100: woowww! :)
[08:03] <Laney> hey
[08:03] <Laney> yeah, keeping the number down might be easier
[08:03] <pitti> hey Laney, good morning
[08:04] <seb128> Laney, good morning
[08:05] <Mirv> sil2100: \o/
[08:54] <seb128> Laney, didrocks, larsu, cyphermox, I registered https://blueprints.launchpad.net/ubuntu/+spec/client-s-system-settings-panels and started to file it out a bit, just for info
[08:55] <Laney> is that different from https://blueprints.launchpad.net/ubuntu/+spec/client-s-touch-system-settings ?
[08:55] <Laney> maybe that's about the container thing
[08:55] <seb128> Laney, yes, I don't want to mix too much, the one you listed is for the container and protocol
[08:56] <seb128> Laney, the new one is about specific panels
[08:56] <didrocks> seb128: thanks
[08:56] <Laney> ok
[08:57] <seb128> Laney, we might even want to split out some panels at some point if that's just too verbose to list 10+ panels detailled items on one blueprint (I already wish we could do some formatting in the WI, like at least add empty spaces to separates panels)
[08:57] <Laney> yeah, we'll see how verbose it gets when people split out their work items I guess
[09:15] <seb128> does anyone know if we have tracking by team for specific milestones on status?
[09:16] <seb128> we have
[09:16] <seb128> http://status.ubuntu.com/ubuntu-s/canonical-desktop-team.html
[09:16] <seb128> http://status.ubuntu.com/ubuntu-s/all-ubuntu-13.05.html
[09:16] <seb128> but no
[09:16] <seb128> http://status.ubuntu.com/ubuntu-s/canonical-desktop-team-13.05.html
[09:16] <seb128> ?
[09:17] <seb128> oh
[09:17] <seb128> http://status.ubuntu.com/ubuntu-s/canonical-desktop-team-ubuntu-13.05.html
[09:17] <seb128> ok, unping :p
[09:18] <seb128> didrocks, do you plan to move the remaining items for client-s-desktop-autolanding and client-1303-ubuntu-touch-porting to 13.06? do you want me to do it?
[09:19]  * Laney moves his one to 13.06
[09:19] <didrocks> seb128: client-s-desktop-autolanding is cross month, so I'll just redirect the target
[09:20] <seb128> didrocks, ok, I changed the 1303-ubuntu-touch target to -13.06
[09:20] <didrocks> seb128: client-1303-ubuntu-touch-porting is yours IRIC :)
[09:20] <didrocks> IIRC*
[09:20] <didrocks> yep ;)
[09:20] <seb128> yep
[09:21] <Laney> bah, jbicha uploaded a borked gtranslator
[09:21]  * Laney wondered why that had managed to migrate
[09:21] <seb128> :-(
[09:21] <seb128> how borked?
[09:21] <Laney> nothing another upload can't fix
[09:21] <Laney> I already had it prepared so noticed when mine got rejected
[09:23] <Laney> related - the 'sponge' tool is awesome
[09:23] <Laney> merge-changelog ../old/debian/changelog debian/changelog | sponge debian/changelog ♥
[09:27] <seb128> didrocks, it seems like https://blueprints.launchpad.net/ubuntu/+spec/client-2013-05-touch-landing was not showing on the tracker by lack of "series goal: saucy", I added it (just for info and reminder that we need to check that the serie is set)
[09:28] <didrocks> seb128: ah, thanks!
[09:28] <didrocks> seb128: hum, I wonder if we need to retarget it
[09:28] <didrocks> seb128: I won't do that, I'll create a new one rather
[09:28] <didrocks> and move what's not done
[09:28] <seb128> didrocks, oh, I just did
[09:28] <didrocks> buut first, meeting this evening to ensure it's updated
[09:28] <didrocks> (obviously, it's not)
[09:29] <didrocks> reverted
[09:29] <seb128> didrocks, I was going to put all the DONE under a -13.05 and list the remaining items under -13.06
[09:29] <seb128> ok
[09:29] <seb128> wfm as well
[09:29] <didrocks> seb128: it's not refreshed, that's why I want to handle it :)
[09:29] <seb128> ok, works for me
[09:29] <seb128> didrocks, thanks ;-)
[09:29] <didrocks> yw :)
[09:35] <Laney> is there some known case where dbus-test-runner hangs consuming an entire core under sbuild?
[09:35] <Laney> trying to build libfriends and that's happening
[09:35] <didrocks> Laney: is it stuck or still running?
[09:35] <didrocks> hanging
[09:35] <Laney> well there's no output
[09:36] <didrocks> so what's happening sometimes is that one of the process didn't exist
[09:36] <Laney> the last message is acritical saying that it can't create /run/user/1000/dconf
[09:36] <didrocks> (a dbus-launch most of the time)
[09:36] <Laney> I don't think it ran any tests at all
[09:36] <didrocks> and sbuild don't exit until all processes are exited
[09:36] <didrocks> and normally, it stucks
[09:36] <didrocks> but your case seems different
[09:36] <didrocks> because this is when sbuild exit
[09:36] <didrocks> so after all package binary creation done
[09:37] <Laney> yeah, the leftover process case - that's not this
[09:40] <Laney> let me push it and someone else can try and see if it's me
[09:44] <didrocks> ok, no rain, let's try to run :-)
[09:45] <seb128> didrocks, good luck!
[09:45] <didrocks> seb128: thanks! :)
[09:48] <Laney> ok, someone please try lp:~laney/libfriends/gtkspell3-3 and see if the testsuite works or not
[09:57] <seb128> Laney, 1 test passed
[09:57] <seb128> builds fine on my saucy install
[09:59] <Laney> wtf
[09:59] <seb128> Laney, well, that's on my normal system, not in sbuild
[09:59] <Laney> ah, didn't try that
[10:01] <Laney> still hangs - at this point I start to blame lxc :-)
[10:32] <xnox> In Gtk, "text links" (aka looks like clickable URLs) are "blue" instead of "orange" color on the saucy live cd. Is that intended change, or a regression/bug ?
[10:42] <larsu> seb128: one blueprint sounds good to me. Thanks!
[10:42] <seb128> larsu, good morning, great ;-)
[10:42] <larsu> seb128: good morning :)
[10:43]  * larsu yawns
[10:44] <seb128> larsu, 6:45 and you are already on the computer, do you try to compete with pitti on whoever wakes up first? ;-)
[10:44] <pitti> 6:45? pah!
[10:44] <larsu> lol
[10:45] <larsu> I don't try to compete, I just seem to be waking up earlier this week
[10:45] <pitti> larsu: must be that bright sun outside *smirk*
[10:45] <seb128> larsu, from pitti's "pah", I think you need to make some extra efforts before he even considers you as competition :p
[10:45] <seb128> :-(
[10:45]  * seb128 wants spring to come
[10:45] <seb128> or summer
[10:46] <pitti> at least today I have a good reason, we are leaving early
[10:46] <larsu> pitti: sadly it's raining here. Well, pouring rather :(
[10:46] <larsu> seb128: :D
[10:46] <pitti> larsu: yeah, just like Monday, today, tomorrow, Friday, and Saturday
[10:46] <pitti> yesterday was marvellous, but that was only a quick imtermezzo
[10:46] <larsu> Toronto had great weather on Monday
[10:46] <seb128> we had 2 nice days
[10:46] <seb128> it's like 4 sunny days for may
[10:46] <seb128> wth weather!
[10:47] <Laney> yesterday it rained so much before we got up that the clothes drying outside were already saturated
[10:47]  * larsu is just happy the snow is gone
[10:47] <Laney> so i've made the adult decision to just leave them out there for as long as it takes
[10:47] <seb128> lol
[10:47]  * Laney wears a potato sack
[10:47] <larsu> haha, awesome
[10:48] <ogra_> does it have some pretty printing or stamp on it at least ?
[10:49] <Laney> ogra_: this is a picture i just took of myself http://www.nubbytwiglet.com/2011/potato_sack_dress_3.jpg
[10:49] <ogra_> oh, you died your hair !
[10:49] <pitti> awesome
[10:49] <ogra_> corresponds nicely with the new shoes
[10:50] <Laney> nothing if not fashionable, me
[10:50] <pitti> le sac va bien avec tu!
[10:53]  * xnox core dumps glade with ubiquity again.
[10:54] <Laney> trace/bug?
[10:55] <chrisccoulson> seb128, we had some nice days at the weekend here.
[10:55] <chrisccoulson> i got ruby a trampoline on monday, and spent all afternoon assembling it
[10:55] <chrisccoulson> and it has rained non-stop since ;)
[10:55]  * chrisccoulson is seriously annoyed at that
[10:55] <Laney> tell you what, I did again discuss getting a bbq on Monday and that night it started raining
[10:56] <chrisccoulson> yeah, it started raining here just as i was finishing with the trampoline
[10:56] <Laney> we got too complacent
[10:57] <mlankhorst> hehehe
[10:57]  * mlankhorst did 32 km of biking on monday eve
[11:00] <ogra_> you are brits, aremt you supposed to like rain ?
[11:00] <ogra_> *arent
[11:00] <ogra_> (and be happy you didnt have snow, germany did !)
[11:00] <Laney> stockholm syndrome
[11:11] <seb128> chrisccoulson, get the trampoline in your living room? ;-)
[11:11] <chrisccoulson> seb128, it won't fit ;)
[11:13] <seb128> chrisccoulson, http://m.bbc.co.uk/weather/2655603 seems you might get lucky for the w.e
[11:14] <seb128> hum, I wonder why I landed on the mobile site from google
[11:14] <seb128> http://www.bbc.co.uk/weather/2655603
[11:16] <chrisccoulson> seb128, SUN????? IT LIES!
[11:16] <chrisccoulson> :)
[11:16] <seb128> hehe
[11:16] <chrisccoulson> i hope it is dry. ruby really needs to get on that trampoline and burn some energy off
[11:16] <chrisccoulson> especially with it being half term this week (no pre-school)
[11:16] <seb128> chrisccoulson, it's a clever trick to raise your mood so you are productive at work for the end of week
[11:16] <chrisccoulson> heh
[11:17] <seb128> ;-)
[11:17] <seb128> haha
[11:18] <seb128> chrisccoulson, I see, you bought the trampoline for you, the goal is to get your daugther tired enough that you get a quiet evening! :p
[11:18] <czajkowski> so much for summer :(
[11:18] <chrisccoulson> hah, yes, that's the plan :)
[11:18] <seb128> ;-)
[11:18] <chrisccoulson> czajkowski, i'm beginning to think that we might not ever see a summer again
[11:19]  * chrisccoulson knows how to make people really depressed
[11:19] <czajkowski> Monday was fab yesterday it rained all day long :( poor chickens looked like large drowned rats
[11:22]  * didrocks really thinks we should declare this weather illegal and be done with it
[11:24] <czajkowski> didrocks: I agree
[11:24] <didrocks> law is a answer for everything :)
[11:24] <czajkowski> it's weird growing up, we al thought it was hotter  in the UK than in Ireland, so far this theory doesn't hold true since I moved here!
[11:24] <didrocks> or is it "metaclass" the right answer?
[11:24] <didrocks> ahah :)
[11:43] <asac> seb128: on  saucy, gnome-terminal, go to any tab but the first, change size, click on (chromium) browser window that runs in background, gnome-terminal size flips back to what it was before
[11:44] <seb128> hum, right
[11:44] <seb128> is that new?
[11:44] <asac> yeah see this on both computers ... seems to be just related to unfocus
[11:44] <asac> not sure... just upgraded to saucy
[11:44] <asac> surely new compared to raring :)
[11:45] <seb128> k, I will try to figure out what upgrade broke it
[11:45] <seb128> Laney, ^ could it be vte?
[11:45] <Laney> doubt it but i suppose it's not impossible
[11:45] <Laney> 'size' meaning window geometry?
[11:45] <seb128> right
[11:46] <Laney> doesn't reproduce for me if so
[11:46] <asac> are you in second tab in gnome-terminal? resize the window with mouse ... click outside the terminal window somewhere ... and size flips back here
[11:46] <Laney> yes
[11:46] <Laney> oh, maybe i'm on g-t 3.8 though
[11:46] <asac> odd if you don't see it :)
[11:46] <Laney> I am :-)
[11:46]  * Laney downgrades
[11:47] <asac> so its gt?
[11:47] <asac> :)
[11:47] <Laney> ah yes, there it is
[11:47] <Laney> so fixed by upgrading gnome-terminal
[11:47] <asac> Laney: hmm. did gnome-terminal not yet change compared to raring?
[11:48] <Laney> no, but vte and gtk did which could have done something
[11:48] <asac> kk
[11:48] <Laney> anyway if you want the new one faster go and ask doko about https://bugzilla.gnome.org/show_bug.cgi?id=697475
[11:49] <Sweetsha1k> seb128: note that I did not try to rebuild LO on armhf with the new toolchain yet, after all LO itself didnt change much. OTOH, compilers might have special needs on e.g. armhf.
[11:49] <ubot2> Gnome bug 697475 in general "New tab is not opened in same directory as previous tab" [Normal,Unconfirmed]
[11:49] <Laney> I figure if people keep pinging him then he'll make some time to look at it :P
[11:49] <asac> i have no strong feelings about the new one :)
[11:49] <seb128> Sweetsha1k, ok
[11:49] <asac> think this bug would be good to understand though
[11:49] <asac> maybe it has other unpleasant effects on more important parts of desktop etc.
[11:50] <Laney> I would say it's more likely to be a gnome-terminal bug
[11:50]  * Laney has a look
[11:52] <asac> Laney: what is doko supposed to do there?
[11:52] <Laney> https://git.gnome.org/browse/gnome-terminal/commit/?id=611e93f2f8c0c18ed8d365ecb850258e8d5c9c12
[11:52] <asac> Laney: so thgat means it was in raring too?
[11:52] <Laney> we don't know how to get vte.sh sourced in non-login shells
[11:52] <asac> interesting that i didnt notice for all that time :)
[11:52] <asac> but is possible
[11:53] <asac> Laney: why do you need that?
[11:53] <Laney> seems like it
[11:53] <Laney> asac: it's required for the thing where new tabs stay in the same directory that you're currently in
[11:53] <asac> ok... how was that done before?
[11:53] <Laney> I suppose it's not a /blocker/ but people do use/like it
[11:53] <Laney> don't know
[11:53] <asac> sure i like it :) ... its a blocker
[11:54] <asac> maybe gnome-terminal should revert to previous approach :)
[11:54] <asac> wonder if there is really a need to innovate in that area
[11:55] <Laney> it's a bit annoying but I don't know that it's a fight worth having
[11:55] <asac> *shrug* ... just dont understand why folks would do changes that requires something that they dont know how to do :)
[11:56] <Laney> it works on fedora™
[11:56] <asac> ic
[11:56] <Laney> (because there they source /etc/profile.d/* for non-login shells too)
[11:57] <asac> do we need a new terminal?
[11:57] <asac> :)
[11:57] <asac> i think it works pretty good as is
[11:57] <asac> yeah
[11:57] <Laney> not if you like backporting patches
[11:57] <asac> i think checking why they do that and why we don't would be good
[11:57] <Laney> right, that's the doko question
[11:57] <asac> what type of patches would we expect?
[11:58] <asac> that we want? beyond such one liner bugs like the commit above
[11:58] <Laney> well, for example the new version ports from the deprecated gconf to gsettings
[11:59] <mitya57> Laney, asac: in 3.8 gnome-terminal was split into gnome-terminal-server and gnome-terminal (client), I think this is the reason
[12:00] <Laney> probably some parts can't communicate any more
[12:02] <asac> was that done to allow remote/over-the-wire terminal hacking? like screen/bip etc.?
[12:02] <asac> or just an architecture uplevel?
[12:02] <mitya57> maybe… now all processes you run (including bash) have gnome-terminal-server as a parent, not gnome-terminal
[12:02] <mlankhorst> gnome-terminal-server? does it support vt100s?
[12:03] <mitya57> this also means that if something gets wrong with gnome-terminal, processes won't be killed
[12:03] <asac> and you can reconnect?
[12:03] <asac> really like bip
[12:05] <mitya57> I don't see anything like that in the UI
[12:08]  * mitya57 can find only: --disable-factory: Do not register with the activation nameserver, do not re-use an active terminal
[12:36] <jbicha> Laney: the only explanation I found for the vte.sh idea was https://git.gnome.org/browse/gnome-terminal/commit/?id=cf3cad87
[12:38] <Laney> jbicha: interesting, thanks for the find
[12:59] <asac> Unity QML in archive (Unity Next)
[12:59] <asac> that was forecasted to happen in early jun
[12:59] <asac> is that still the forecast?
[12:59] <asac> seb128: ?
[13:00] <asac> didrocks: ?
[13:00] <seb128> asac, didrocks probably knows better but probably not "early" in any case
[13:00] <asac> ok, but 13.06 is still the goal it feels
[13:00] <asac> :)
[13:01] <seb128> asac, we have https://blueprints.launchpad.net/ubuntu/+spec/client-s-unity8-on-desktop targetted at 13.07
[13:01] <seb128> asac, we will need to land Mir in the archive first
[13:01] <didrocks> asac: we need MIR first, and this is getting delayed
[13:02] <didrocks> asac: so need to sync up with kgunn first, and that's planned this week
[13:02] <asac> ok
[13:03] <asac> didrocks: is he usually around on this channel>?
[13:03] <asac> kgunn?
[13:03] <didrocks> asac: I don't think so, rather #ubuntu-unity
[13:03] <seb128> or #ubuntu-mir
[13:03] <didrocks> as well :)
[13:03] <seb128> he just left to reboot though
[13:03] <seb128> he should be back in a minute
[13:03] <asac> not interested in the desktop :)
[13:03] <asac> hehe
[13:03] <asac> kk
[13:04] <didrocks> heh :)
[13:34] <didrocks> Mirv: sil2100: cyphermox: kenvandine: reminder, team meeting today, same time than the usual one :)
[13:34] <kenvandine> didrocks, ok
[14:02] <Mirv> sure
[14:06] <sil2100> didrocks: I'll be on, although while mobile for a moment ;)
[14:32] <attente> Trevinho, bregma, hey
[14:32] <attente> do you know what's happening with the libunity-dev unity 7.0 mismatch?
[14:47] <sil2100> didrocks: regading the python-evdev packaging - I uploaded some fixes now
[14:47] <sil2100> didrocks: but... we'll be actually rebasing on a new version
[14:48] <sil2100> didrocks: someone made a review of the package in debian and some upstream fixes were needed, so the developer wants to release a new upstream version with all the fixes
[14:48] <sil2100> didrocks: we will then be also changeing the source package name
[14:48] <sil2100> didrocks: since now it's evdev, but he'll release it as python-evdev (the tarball)
[14:49] <didrocks> sil2100: oh, I already uploaded to ubuntu
[14:49] <didrocks> sil2100: it's in NEW
[14:50] <didrocks> sil2100: let me reject it
[14:50] <didrocks> done
[14:55] <sil2100> didrocks: awesome! He'll be uploading the tarball soon, so I guess the realistical date for it to get uploaded again would be tomorrow ;)
[14:55] <sil2100> But I'll prepare everything and poke you to pull the packages then!
[14:57] <didrocks> ok :)
[15:05]  * Laney holds cyphermox 
[15:05] <Laney> eds transitions are pure pain - I now admire you for doing it before
[15:10] <Laney> how come evolution-indicator is PS but is also distropatched quite a lot?
[15:21] <Mirv> sil2100: sounds nice!
[15:26] <seb128> Laney, that's what happens when you can't get review from "upstream" (or when nobody wants to claim ownership)
[15:26] <seb128> Laney, I though cyphermox got most of the patches merged last cycle though?
[15:26] <cyphermox> moo?
[15:27] <cyphermox> Laney: transition, so you mean everything outside of eds/evo right?
[15:27] <cyphermox> like, gnome-panel and the like?
[15:27] <Laney> yeah all of that
[15:27] <cyphermox> stay tuned, if we end up updating evo more than once this cycle like usual...
[15:27] <Laney> seb128: apparently not
[15:28] <cyphermox> what patches were those?
[15:28] <cyphermox> we ended up removing more stuff than actually patching though
[15:28] <Laney> like porting to 3.6 and some others
[15:28] <seb128> Laney, outdated/wrong vcs?
[15:28] <cyphermox> and I thought I actually sent those to bts :/
[15:28] <Laney> ah, https://code.launchpad.net/~mathieu-tl/evolution-indicator/apply-patches/+merge/134922
[15:28] <cyphermox> err
[15:28] <cyphermox> evolution-indicator is special
[15:29] <cyphermox> there's a bunch of stuff in trunk now
[15:29] <cyphermox> actually, everything should be in trunk
[15:29] <Laney> don't think so
[15:44] <kenvandine> Laney, fginther is going to update the jenkins jobs for those CI failures
[15:45] <Laney> r0x0r
[15:45] <Laney> can I/you upload libfriends in the meantime?
[15:45] <Laney> it's the last thing for the transition (and will make the job go manual anyway due to packaging changes?)
[15:46] <kenvandine> Laney, sure
[15:46] <Laney> kenvandine: sweet
[15:59] <sil2100> o/
[15:59] <didrocks> cyphermox: kenvandine: sil2100: Mirv: hey guys!
[15:59] <didrocks> delayed team meeting now! :-)
[15:59] <cyphermox> o/
[16:00] <sil2100> here, although typong a bit slowly
[16:00] <Mirv> hello
[16:00] <didrocks> I hope everything's fine guys!
[16:00] <Mirv> sil2100: typoing slowly! :)
[16:00] <didrocks> ok, let's try to get this done :-)
[16:01] <didrocks> everyone updated on https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc&pli=1#gid=0 ?
[16:01] <sil2100> yes, more or less o/
[16:01] <Mirv> I decided to mark the saucy/raring 5.0.2 megaitem as done, no need to expand it forever
[16:01] <cyphermox> tbh, nothing I can update atm; I've been only on ofono stuff
[16:01] <didrocks> hehe, let's try to do more with less then! :)
[16:01] <didrocks> yeah, Mirv, nice work on Qt 5.0.2
[16:02] <didrocks> I'll archive it :)
[16:02] <Mirv> thanks
[16:02] <didrocks> so saucy is Qt-ready once we'll get the touch components in
[16:02] <didrocks> right?
[16:02] <Mirv> yes, it's already Qt ready, it's just not Ubuntu Touch ready.
[16:03] <didrocks> sweet! \o/
[16:03] <cyphermox> but as soon as that's done, I'll finish making misc build on saucy rather than raring, that's long overdue
[16:03] <didrocks> speaking about touch, so sil2100, mind updating us on it?
[16:03] <Mirv> some snapshot modules could use an update, and Qt Creator, but mainly it just works already
[16:03] <didrocks> cyphermox: there is an item on the bottom on that, we'll get to it ;)
[16:03] <cyphermox> yup, that's what I meant ;)
[16:03] <kenvandine> hey
[16:04] <didrocks> hey kenvandine, nice to have you back ;)
[16:04] <kenvandine> nice to be back :)
[16:05] <didrocks> (back with your back :p)
[16:05] <didrocks> sil2100: ?
[16:05] <kenvandine> hehe
[16:05] <sil2100> yes? ;)
[16:05] <sil2100> ah!
[16:05] <didrocks> 18:03:17      didrocks | speaking about touch, so sil2100, mind updating us on it?
[16:05] <sil2100> stupid irssi
[16:05] <didrocks> it being the touch components status :)
[16:06] <sil2100> ok, so, all was going good until the recent regression
[16:06] <sil2100> once this gets out of the way, we should be good again
[16:07] <sil2100> ill be pushing this till night today
[16:07] <didrocks> sil2100: good luck!
[16:07] <didrocks> let's hope everything's will be on rails soon :)
[16:08] <didrocks> sil2100: python-evdev, I should UNDO it, right?
[16:08] <sil2100> ill rerun the stack then, they said reverting works, but hope theyll fix it in a better way
[16:08] <didrocks> ok :)
[16:08] <didrocks> Mirv: note that sil2100 will probably rerun your stack then ^
[16:09] <sil2100> ill update the sheet once we have thanew packaging
[16:09] <Mirv> oh no, my stack!
[16:09] <didrocks> ok, let's skip over next items: I guess no progress on the unity hang in tests (and we didn't have it for a long time, crossing fingers), webcreds, kenvandine is waiting on otto
[16:09] <didrocks> Mirv: heh :p
[16:09] <didrocks> Mirv: unity SRU!
[16:09] <didrocks> what's up?
[16:09] <didrocks> did you poke strongly enough? :)
[16:09] <Mirv> didrocks: haven't gotten a reply, so not strong enough, didn't poke anyone personally
[16:10] <didrocks> Mirv: I guess strike 2 is that :)
[16:10] <Mirv> from the last discussion it was about clear that they have the tools/scripts, and know what should be done
[16:10] <didrocks> the update is stuck for almost a month now
[16:10] <sil2100> i guess the unity issue either resolvd itself or it does not cause super problems due to the screenlocking disabled globally
[16:10] <didrocks> Mirv: targets can be found at https://launchpad.net/~ubuntu-sru/+members#active
[16:10] <Mirv> I believe from their point of view there is no need to poke, so I'm not sure which kind of poke would be both considerate and firm at the same time
[16:10] <didrocks> sil2100: yep
[16:11] <didrocks> Mirv: maybe try RAOF? he's a nice guy and can review
[16:11] <seb128> infinity said he's fine to be pinged about pending ones
[16:11] <didrocks> a pity we have done a SRU with a good fix for some netbook and nobody can get it
[16:12] <didrocks> Mirv: mind checking between infinity, RAOF, dave as well?
[16:12] <Mirv> ok, pinging phase 2: /msg:s
[16:12] <Mirv> will do
[16:12] <didrocks> :)
[16:12] <didrocks> thanks!
[16:12] <didrocks> sil2100: 100scopes! updating everybody on it?
[16:14] <sil2100> ok, so the mir bug is created for the scopes (will chexk the status once im back), the same for needs packaging
[16:14] <sil2100> the latter was unneede, but i filled in anyway by mistake
[16:14] <sil2100> all is merged and building for raring, but...
[16:15] <didrocks> (suspens ;))
[16:15] <sil2100> we still have yoo many ap failures, above the threahold
[16:15] <didrocks> any progress on that?
[16:16] <sil2100> there seems to be an ap bug thats being wrked on by veebers
[16:16] <sil2100> so i guess hell update it latee today only, as it needs some fixes
[16:16] <didrocks> ok, just keep tracking it and look for results :)
[16:17] <sil2100> will be updating the sheet ;)
[16:17] <didrocks> swetness!
[16:17] <didrocks> kenvandine: anything to add on the new stack? :)
[16:17] <didrocks> (system-settings one)
[16:17] <didrocks> will please seb128 :)
[16:17] <kenvandine> nothing yet
[16:18] <kenvandine> it's building :)
[16:18] <kenvandine> a couple examples now
[16:18] <didrocks> so manual publishing? You don't want it in -next?
[16:18] <kenvandine> not useful for anything more than plugin development so far
[16:18] <kenvandine> do we want to push saucy packages to -next?
[16:19] <didrocks> we surely can
[16:19] <didrocks> until it's ready
[16:19] <didrocks> to get to distro proper
[16:19] <kenvandine> ok, i'll do that
[16:19] <didrocks> ok, updating the spreadsheet then?
[16:19] <kenvandine> sure
[16:19] <didrocks> (maybe UNDO it and add that to not add an extra line)
[16:20] <didrocks> ok, the 2 next items is me. I focused on otto and we are in a hangout as we speak with jibel to deploy it :)
[16:20] <didrocks> it's going well
[16:20] <didrocks> we have nice features, but will tease you guys next week
[16:20] <didrocks> consequently, and due to the other issues like jenkins, I didn't get any chance to do the change for ignoring powerpc
[16:20] <seb128> kenvandine, would be good to get that landed in distro soon ;-)
[16:21] <didrocks> (this is a trivial change, but I would prefer to cover with tests)
[16:21] <kenvandine> seb128, indeed
[16:21] <didrocks> ok, next is sil2100 back, unity-gtk-module, all done?
[16:22] <sil2100> yes ;)
[16:22] <didrocks> ok, I'll move it to archive
[16:22] <seb128> it's in the archive, but mterry is being picky
[16:22] <seb128> with the MIR
[16:22] <didrocks> argh :p
[16:22] <didrocks> sil2100: tracking that ^?
[16:22] <didrocks> with seb128's help maybe :)
[16:22] <seb128> wanting test at build over autopilot tests apparently :/
[16:23] <didrocks> hum, not possible
[16:23] <didrocks> and for daily release, we don't really need that
[16:23] <mterry> seb128, that doesn't sound like me.  :)  we talking unity-gtk-module?
[16:23] <seb128> mterry, yeah, maybe I didn't understand your review comment
[16:23] <seb128> mterry, hey btw ;-)
[16:23] <mterry> seb128, hi!  :)
[16:24] <mterry> seb128, well, so it has autopilot tests, which is great!
[16:24] <mterry> seb128, but jenkins CI doesn't seem to run them?  Nor are they enabled as dep8 tests
[16:24] <sil2100> i will be lookin g into that
[16:24] <didrocks> seb128: sil2100: mterry: mind doing that after the meeting and clarifying?
[16:24] <didrocks> to not block everyone on it :)
[16:25] <mterry> oh sorry
[16:25] <didrocks> (we are almost over)
[16:25] <didrocks> mterry: no no,no worry, just stays around for the next 5 minutes :)
[16:25] <seb128> wfm
[16:25] <didrocks> Mirv: anything to add on your Qt work? (we don't want to push the 5.1 beta too early :p)
[16:26] <sil2100> ok
[16:26] <Mirv> didrocks: not much. some Qt love for precise/quantal, more details in my Qt release management doc. Qt 5.1 beta is purely for PPA, since some would need that to start get ridding of our qtwebkit DPR patch
[16:26] <didrocks> Mirv: do not hesitate if you need reviews/sponsoring
[16:26] <Mirv> (devicePixelResolution)
[16:26] <didrocks> Mirv: yeah, that would be nice!
[16:27] <Mirv> didrocks: sure, when I do something uploadable for saucy I'll contact
[16:27] <didrocks> ok, finally, I have 2 victims to find for the 2 new tasks for next week ;)
[16:27] <didrocks> thanks Mirv
[16:27] <didrocks> 1. "daily release of libpam-freerdp"
[16:27] <didrocks> I added comments about how to contact and what to do
[16:27] <didrocks> kenvandine: I was thinking about you for this new stack, should ask not a lot of work :)
[16:28] <didrocks> are you ok with this?
[16:28] <didrocks> while kenvandine is away, let's switch to task 2. "switch misc task to saucy"
[16:28] <kenvandine> which new stack?
[16:29] <didrocks> kenvandine: see the comment "thin client stack"
[16:29] <didrocks> with just one component for now
[16:29] <didrocks> libpam-freerdp
[16:29] <didrocks> needs to check the packaging, inlining, and sync up on the autopilot job we need to check
[16:29] <didrocks> are you fine with it?
[16:30] <kenvandine> i guess :)
[16:30] <didrocks> thanks! :)
[16:30] <didrocks> and so, finally task 2: "switch misc task to saucy"
[16:30] <didrocks> cyphermox: I think landing to saucy is just few parameters to change, and go over the ppa
[16:31] <didrocks> (remove the dest parameter so that it's distro)
[16:31] <cyphermox> yup
[16:31] <didrocks> do you think you can do it today and redeploy?
[16:31] <didrocks> sergio wants phablet-tools in saucy ASAP
[16:31] <cyphermox> should be able to yes
[16:31] <didrocks> (and we are fine with the android-audiosystem bits)
[16:31] <cyphermox> will do in two steps, one for saucy first, and if it builds okay to distro
[16:31] <didrocks> I check the build-deps, nothing we don't have :)
[16:31] <didrocks> good!
[16:31] <didrocks> thanks cyphermox :)
[16:31] <cyphermox> sure
[16:31] <didrocks> ok, I added a task for me as well to talk about unity 8
[16:32] <didrocks> and have some planning around MIR and unity 8 landing
[16:32] <didrocks> finally, just one last thing
[16:32] <didrocks> https://blueprints.launchpad.net/ubuntu/+spec/client-2013-05-touch-landing
[16:32] <didrocks> I will archive it for may and move to another blueprint for June
[16:32] <didrocks> Mirv: sil2100 cyphermox kenvandine: mind updating it today (or early tomorrow morning for Mirv ;)) so that I can archive it? ^
[16:33] <kenvandine> sure
[16:33] <cyphermox> ok
[16:33] <sil2100> ok, in max 2 hours ;)
[16:33] <Mirv> ok
[16:33] <didrocks> thanks everyone! good job, we are close to get touch done :-)
[16:34] <didrocks> and think about keeping your stack green, will be easier soon thanks to otto
[16:34] <sil2100> ok, thanks!
[16:34] <didrocks> (will probably move one stack after another seamlessly ;))
[16:34] <didrocks> have a good week! :-)
[16:34] <kenvandine> didrocks, when can we have otto?
[16:34] <kenvandine> :-D
[16:35] <seb128> mterry, so, the issue is that autopilot tests are not plugged into the CI?
[16:35] <cyphermox> didrocks: https://code.launchpad.net/~mathieu-tl/cupstream2distro-config/saucy-misc/+merge/166299
[16:36] <didrocks> kenvandine: probably wiring a real one tomorrow :)
[16:36] <didrocks> kenvandine: then, we'll enable that slowly
[16:36] <didrocks> so seb128, mterry, sil2100: the stage is yours :)
[16:37] <didrocks> cyphermox: approved, poke me for stage 2 :)
[16:55] <mterry> seb128, yeah.  (Or also that it doesn't have dep8 tests).   I'd just like the autopilot tests to be run sometime
[16:56] <mterry> seb128, CI is preferable I guess, plus more in line with autolanding best practices
[16:56] <seb128> mterry, hum, I assumed that autopilots tests were run like for unity
[16:56] <seb128> didrocks, sil2100: what needs to happen for that to be the case?
[16:58] <didrocks> they are run apparently:
[16:58] <didrocks> unity-gtk-module-autopilot is installed
[16:58] <didrocks> and I see that autopilot should run unity-gtk-module
[16:58] <mterry> didrocks, https://code.launchpad.net/~mterry/unity-gtk-module/substvars/+merge/166120
[16:58] <mterry> didrocks, I don't see them being run there
[16:59] <didrocks> mterry: it's not on per merge, but per daily release
[16:59] <mterry> didrocks, ah, but they can be per-merge right?  I'm pretty sure I've seen that
[16:59] <didrocks> mterry: something to ask to mmrazik
[17:00] <didrocks> not us
[17:00] <mterry> didrocks, but as long as they are being run per daily release, that's fine
[17:00] <didrocks> yeah :)
[17:00] <mterry> seb128, OK.  I got confused by CI config.  They are enabled per-daily, but not per-merge
[17:00] <mterry> seb128, I'll comment in bug
[17:00] <didrocks> thanks :)
[17:01] <seb128> mterry, didrocks: thanks
[17:28]  * didrocks waves good evening
[17:40]  * Laney mops his brow - afaik just empathy left for eds 3.8 now
[17:40] <Laney> a good job for tomorrow morning
[18:07] <asac> seb128: didrocks leaving early?
[18:07] <asac> thought he was one of the old school folks :)
[18:07] <asac> hehe
[18:52] <seb128> asac, yeah, times change ... but I'm glad to see that the hard workers are still around, ogra_ told me that you will be working tomorrow (not like those other lazy germans)
[18:53] <ogra_> well, his state has no public holiday tomorrow ...
[18:53] <ogra_> he just picked the wrong place to liive :P
[19:03] <seb128> ogra_, isn't he living close from pitti? (who has an holiday tomorrow)?
[19:08] <ogra_> nah, pitti lives in the south ... asac north
[19:08] <ogra_> i'm somewhere between them
[19:09] <czajkowski> iin the middle of no where :p
[19:09] <ogra_> yeah, pretty much
[19:09] <ogra_> ugliest town in germany ...
[19:19] <asac> seb128: i am on :)
[19:19] <asac> 1st jun officially even
[19:20] <asac> so more fun on this and other channels at all times
[19:20] <seb128> asac, sorry to disappoint but don't count on too many people to be there for you on the 1st, we still work hard here but we stopped IRC during weekends ;-)
[19:21] <seb128> asac, you should get a nice welcome back on monday though ;-)
[19:21] <asac> nice :)
[19:22] <asac> and yes, i understand taht weekends are good for showering and eating.
[19:22] <seb128> hehe
[19:58] <mterry> robert_ancell, does LightDM use the C locale with PAM, or will it actually get translated prompts back from it?
[19:59] <robert_ancell> mterry, in trunk it uses the correct locale, in older versions the C locale
[19:59] <robert_ancell> actually the default locale
[19:59] <mterry> robert_ancell, hrm.  Doesn't each user have a locale that we could use for that?
[19:59] <mterry> a session locale
[19:59] <robert_ancell> hmm, now not 100% sure about the last statement there
[20:00] <robert_ancell> yes, that's what's fixed in trunk, though it probably doesn't work for PAM sessions where the username isn't known in advance.
[20:00] <robert_ancell> I'm not really 100% sure about any of these statements - needs some testing / regression testing :)
[20:01] <mterry> :)
[20:05] <GunnarHj> mterry: Hi Michael, may I ask for a small favour?
[20:05] <mterry> GunnarHj, sure
[20:07] <GunnarHj> mterry: Just updated my saucy partition, and now the boot fails. It ends up with this on the screen: http://people.ubuntu.com/~gunnarhj/saucy-boot-failure.txt
[20:07] <GunnarHj> mterry: Do you know of any simple step to fix it?
[20:08] <mterry> GunnarHj, looks like your system got interrupted in the middle of an apt-get upgrade
[20:08] <mterry> Specifically, the udev package is not finished updating
[20:09] <GunnarHj> mterry: Ok.
[20:09] <mterry> GunnarHj, in your busybox prompt..
[20:09] <mterry> GunnarHj, do you have access to the system in read/write mode?
[20:09] <mterry> GunnarHj, can you do: sudo dpkg --configure -a
[20:10] <mterry> er, I guess you don't need the sudo
[20:10] <mterry> GunnarHj, this problem is probably better dealt with in #ubuntu if you want to hop in there with me.
[20:10] <GunnarHj> mterry: Don't know - need to switch partition to check...
[20:10] <GunnarHj> mterry: Sure, I'll go to #ubuntu
[20:23] <Laney> stgraber: Can I bother you for a rescore on https://launchpad.net/~laney/+archive/evolution-3.8/+build/4624368 and https://launchpad.net/~laney/+archive/evolution-3.8/+build/4624369 please?
[20:24] <Laney> the PPA got caught up in the gnome-desktop3 transition so anything which  depends on evolution in there is FTBFSing
[20:24] <Laney> which is pretty annoying when the build queues are as they are
[20:25] <stgraber> Laney: done
[20:25] <Laney> ta
[20:59] <davidcalle> sil2100, MIR comments fixed, thanks for the heads up about the bug :)