[03:12] 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] attente: are you back from vacation? [04:26] Good morning [04:26] jbicha, yes, but i'm in china for the next three weeks [04:34] attente: could you work with cyphermox to get indicator-keyboard into Saucy? [04:34] 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] jbicha, yes, the only thing is that the tests seem to be causing a lot of grief [04:37] jbicha, i can disable the one test and hope that the rest are not affected by the same problem [04:41] attente: maybe today then? [04:42] jbicha, sure [05:10] hey pitti! welcome back :) [05:10] bonjour didrocks, merci ! [05:10] didrocks: ça va ? [05:11] ça va bien :) et toi, comment étaient les vacances? [05:13] didrocks: Goon morning! [05:13] didrocks: très bien ! nous avons visité Helsinki et Tallinn, et quelques jours à Dresden [05:13] hey RAOF ;) [05:14] pitti: ah bien! donc reposé des vacances? [05:14] didrocks: avec un temps parfait [05:14] cool, pas trop chaud? [05:15] didrocks: il y avait beaucoup de voyages [05:15] didrocks: oui, Je suit prêt à battre test failures à nouveau :) [05:16] pitti: ahah, pitti est armé et dangereux, tremblez tests! :) [05:22] Mirv: hey, needing some hack? [05:24] ack* [05:29] 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] didrocks: qtorganizer5-eds and ubuntu-keyboard in misc were reviewed by mterry and would need whitelisting [05:30] didrocks: poppler-qml-plugin in sdk but I'm not sure if robru got it preNEW reviewed or not [05:31] Mirv: mterry isn't an archive admin, so need a preNEWing I guess [05:31] didrocks: ah right so those two also need it then, I wasn't sure either [05:31] Mirv: maybe we should update the FAQ or tell people to not add them to stacks if they are not preNEWed already [05:31] as it's blocking everything :/ [05:31] Mirv: ok, I'm on poppler-qml-plugin [05:32] didrocks: that's true. there was a pressure on getting various kinds of things into archive but then got blocked [05:32] ok, thanks. actually, there's nothing besides those new packages requiring immediate attention [05:37] Mirv: as they are blocking everything, better to follow the procedure :) [05:37] Mirv: ok, +1 for poppler [05:37] I've sent my remarks to Robert directly [05:37] whitelist refreshed [05:38] for qtorganizer5-eds and ubuntu-keyboard, who are the contacts? [05:38] I doubt ubuntu-keyboard [05:38] should be in misc [05:38] wdyt? [05:38] (please publish sdk meanwhile ;)) [05:39] didrocks: ok. qtorganizer5-eds renato, ubuntu-keyboard tmoenicke [05:39] Mirv: on our team, who did review the packaging? [05:40] mterry? [05:41] didrocks: mterry checked them and I checked mterry seemed to have done a good jbo [05:41] job [05:41] ok, there is an issue of name matching in debian/copyright [05:41] well, I noticed he didn't remove debian/source on both but otherwise [05:41] Upstream-Name: address-book-service [05:41] Source: https://launchpad.net/address-book-service [05:42] fixing [05:42] thanks :) [05:43] otherwise good for qtorganizer5-eds [05:43] let's look at ubuntu-keyboard [05:44] Mirv: ubuntu-keyboard needs to be moved to another stack [05:44] it deps on the platform stack [05:47] moving [05:47] maybe sdk then? [05:47] Mirv: I wonder if it shouldn't be its own stack, wdyt? [05:48] yeah, platform-api is there [05:48] as it's some kind of application [05:48] Mirv: or maybe a "service" stack? [05:48] we will put there all the backends like for music and so on [05:48] and the keyboard as well? [05:48] 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] didrocks: meanwhile https://code.launchpad.net/~timo-jyrinki/qtorganizer5-eds/packaging_tweaks/+merge/180774 [05:49] Mirv: want to create that one? I'm continuing the NEWing meanwhile [05:49] Mirv: let's try to publish for now, we'll move it afterwards [05:49] * didrocks looks [05:49] services sounds good. I'll prepare it. [05:50] thx! [05:55] didrocks, https://code.launchpad.net/~thomas-voss/location-service/add-linker-flags-to-pkgconfig-setup/+merge/180775 [05:56] Mirv: ok, +1 on ubuntu-keyboard, please publish before next tick [05:56] Mirv: I'm sending my feedbacks by email [05:57] 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] didrocks: doing [05:59] 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] Mirv: Exception: UserNotBranchReviewer [05:59] misc succeeded however [05:59] Mirv: the bot is not part of the poppler-qml-plugin team :/ [06:00] hmph [06:00] now is [06:00] still time.. [06:00] Mirv: retry to force publication [06:00] ah [06:00] we need to remove the Mp first [06:00] right.. [06:01] removed and again [06:01] publishing [06:01] Goood morning! [06:01] time to wade through a baaaaAAAaad backlog. [06:01] Mirv: better this time! thanks :) [06:01] hey Sweekshark [06:01] Sweekshark: back from holidays? ;) [06:02] success, around 09:02:00 :) [06:02] Mirv: ahah! in fact, as long as it's not the first "line" of stacks, it works [06:03] as I let publishing until the stack starts building [06:03] (so when waiting, they are not blocked) [06:03] 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] oh, and mathieu bootstrapped the package [06:04] under unity8 [06:04] Mirv: so, need preNEWing, you think? [06:04] didrocks: yes [06:05] didrocks: http://devopsreactions.tumblr.com/post/57051683487/dealing-with-your-6-months-old-backlog [06:05] didrocks: yes it seems it would need [06:06] Mirv: ok, looking :) [06:06] 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] didrocks, good morning :) [06:12] hey tvoss_, how are you? [06:13] didrocks, pretty good :) how are you? [06:13] tvoss_: [06:13] didrocks, I love this one: http://devopsreactions.tumblr.com/post/54003408672/submitting-an-idea-to-the-architect [06:13] I'm good thanks! quite easy with this start to not need coffee to start a day :) [06:14] looking [06:19] tvoss_: it needs some music to be fair (like "I despise you" :p) [06:19] didrocks, yeah [06:27] morning [06:33] mlankhorst, good morning :) [06:37] 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] is radeon still corrupting? [06:44] ok [06:50] 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] 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] Mirv, yup, disable it there [06:50] Mirv, can we open a bug to reenable it again, though? [06:51] tvoss_: ok, thanks. would you like to have the bug against some more special target or is qtlocation-opensource-src enough? [06:52] Mirv, against qtlocation-opensource [06:52] thanks [06:52] (bug #1213811) [06:53] Launchpad bug 1213811 in qtlocation-opensource-src (Ubuntu) "Please re-enable Ubuntu plugin on x86" [Undecided,New] https://launchpad.net/bugs/1213811 [07:03] Morning [07:12] hey sil2100, how are you? [07:13] didrocks: hello! Fine, how about you? [07:13] How was you're long weekend? :) [07:14] sil2100: was good, tiring physically, but brain refreshing :) [07:14] sil2100: and yours? how was your day off? I saw a lot of work on Friday though :p [07:15] good morning desktopers! [07:15] salut seb128! [07:15] didrocks: yea ;p It was nice too, but then Friday - pheew! Without you and seb128 around it's much harder! ;) [07:15] seb128: morning! [07:15] seb128: bonjour seb128, comment vas-tu ? [07:16] sil2100: heh, see, we are not slacking :p [07:16] * didrocks did 3 NEWing this morning [07:18] oh, it's a pitti! [07:18] pitti, welcome back, had good holidays? [07:19] seb128: en effet, nous avons eu des bonnes vacances [07:21] didrocks, the poppler qml binary is wrongly names btw, new convention is "qtdeclarative5-poppler1.0" [07:21] named [07:21] pitti, excellent! [07:21] seb128: ah, no -plugin now? [07:21] Mirv: mind changing it? ^ [07:22] didrocks, no, using the import version allows for easier abi transitions [07:22] I discussed it with Ken, he said that was the new convention since they figured out how to version the abi [07:22] or make different abi // installable [07:24] ok, excellent! [07:24] but it means the source should contain the abi name [07:24] otherwise we'll always have one version [07:25] as the old binary will have no source name and britney will force to transition [07:25] didrocks: did you pre-NEW unity-mir btw.? ;) [07:26] sil2100: I reviewed it, but I have some notes [07:26] what's the deal with unity8 neededing preNEWing all of a sudden, guys? :) [07:26] 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] sil2100: first, look at the stack MP [07:26] didrocks, welcome back [07:26] Saviq: hey! well, look at the package name [07:26] unity-mir [07:26] didrocks, no, it's like soname transitions, having the transition in proposed is fine at least [07:26] I think [07:26] ah! [07:27] seb128: ok [07:27] didrocks, of course, sorry :) [07:27] no worry ;) [07:27] sil2100: so, please fix the stack order ;) [07:27] didrocks, btw, I have a few questions / comments when you have a minute [07:27] sil2100: second thing is that we shouldn't add anything until there is no archive admin available [07:28] like Saviq's unity8 stack was blocked during the week-end because of this [07:28] so only add something already preNEWed with someone to refresh the whitelist and ready to ack the package [07:28] sil2100: my notes on unity-mir [07:28] didrocks: noted! I waited for approving that till late-Friday so that it doesn't block too much [07:28] http://paste.ubuntu.com/6001978/ [07:28] sil2100: well, you could have wait on Monday [07:29] it didn't go to distro anyway :p [07:29] so it just blocked things [07:29] pitti, hi [07:29] sil2100: the library deps should be fixed before NEWing [07:31] didrocks: ok, fixing that [07:31] thx [07:33] hey darkxst, how are you? [07:34] pitti, I'm good, how was your holiday? [07:34] 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] sounds good [07:35] pitti, so this is what I ended up with for ppa retracing http://paste.ubuntu.com/6001950/ [07:36] I wasnt really sure where to put the search_ppa_from_origin function, so its in a seperate source file for now === tkamppeter_ is now known as tkamppeter [07:36] didrocks: so, should I remove the -dbg package from debian/control completely? Or just the debian/rules mention? [07:36] sil2100: both [07:36] didrocks: first stab at services stack https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/add_services_stack/+merge/180794 [07:37] 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] we have* [07:38] Oh, didn't know about that, thought cyphermox handled that [07:38] seb128: will look into that today [07:38] thanks sil2100 [07:39] sil2100, thanks, I think we should just drop the examples package or the depends [07:40] +1 [07:41] Mirv: done [07:41] didrocks: https://code.launchpad.net/~sil2100/unity-mir/fix_packaging/+merge/180798 [07:41] Mirv: I've added some reminder on the MP about removing the jenkins jobs as well [07:41] sil2100: shlibs: same for + libubuntu-application-api-mirserver1, [07:41] and the next one [07:41] even libqt5core5 should automatically be linked [07:42] did you give it a try and it wasn't the case? [07:43] sil2100: nitpick: on the C/R/P, no trailing comma were added :p [07:43] otherwise fine once those fixed ^ [07:43] 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] tvoss_: I have no idea on the upstream merger, check with fginther [07:44] didrocks, thx [07:44] :D [07:45] didrocks: pushed [07:45] Ah! [07:45] Wait [07:46] seb128: https://code.launchpad.net/~timo-jyrinki/poppler-qml-plugin/rename_to_qtdeclarative5-poppler-1.0/+merge/180800 [07:46] didrocks: hm, I guess libqtcore5 as well, right? [07:47] sil2100: right [07:47] Pushed [07:48] sil2100: did you build it and checked? [07:48] (otherwise, the changes looks good, just waiting for your ack on testing ;)) [07:48] Mirv, reviewed, needs fixing [07:49] Mirv, shouldn't have a "-" between the name and version [07:49] I'll just check if the control file has the right deps, one moment [07:49] 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] 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] sil2100: that's my guess [07:50] sil2100: libqt5* is in? [07:50] didrocks: yep :) [07:50] ok, let's ack it then [07:51] sil2100: so, then, as per the MP comment I've made, ensure the unity8 stack deps on the mir one :) [07:52] didrocks: I didn't know what MP you had in mind, but I'll do that yes ;) [07:53] sil2100: https://code.launchpad.net/~sergiusens/cupstream2distro-config/unity-mir_daily/+merge/180594 [07:55] didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/unity8_preps/+merge/180803 [07:56] sil2100: commented, need the Mir trick for the ABI unstability [07:56] 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] sil2100: no worry, just make a note this time ;) [07:57] but 4 on Friday… so everything but unity blocked :) [07:57] glad to see the unity stack passing tests btw [07:57] seb128: you're right, that was used elsewhere as well. pushed a fix. [08:00] didrocks: pushed [08:01] sil2100: approved [08:01] \o/ [08:01] 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] sil2100: you will handle that once merged? [08:03] didrocks: I can try ;p [08:03] sil2100: are you busy with a lot of things once this run is handled or do you have spare time? [08:05] 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] sil2100: it's a background thing [08:05] What's up? [08:05] sil2100: so, once we are far away from a full rebuild and this run is cleaned [08:06] the mir team thinks that they maybe accidentally fixed the ATI issue [08:06] Oh! [08:06] :D [08:06] 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] and then, trying to rebuild u-s-c once [08:07] if it passed, retry the tests [08:07] if it passed, retry the tests [08:07] if it passed, retry the tests [08:07] … [08:07] ;) [08:07] (maybe 5 runs will give enough confidence? [08:07] ) [08:07] and be ready to restart electrically the ATI machine if stuck [08:07] (so monitoring) [08:07] hehe, right [08:07] sil2100: would be nice, not sure if you want to start now or have that run cleaned first [08:08] sil2100: if we are unsure and Mir is built before next tick, better to delete it from the ppa [08:08] having the run happens [08:08] and then, rebuild it [08:08] (and u-s-c as well) [08:08] making sense? [08:12] Ok, makes sense - I would prefer waiting for this run to be cleared though [08:12] ok ;) [08:12] thanks! [08:12] sil2100: some NEWing was very late FYI [08:12] like seconds before the next run [08:12] so I guess [08:12] - the branches weren't all merged back [08:13] - it tried to rebuild things that are now in distro [08:13] (like all the 3 new components that went in this morning) [08:15] didrocks: shall I ask Ken also for my qtlocation, qtconnectivity uploads? [08:16] Mirv: that would be nice, I'm trying to really focus on the system update that is due by EOW for me :) [08:16] ok, will do [08:28] 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] didrocks, I guess you can do that with a ListItem.ValueSelector [08:29] seb128: ok, I need to tweak so that no theme/impact is changed on hover though [08:30] sil2100: which queue? [08:30] ah, it's in NEW [08:30] sil2100: can you ask slangasek? he told he will help for NEWing things [08:31] didrocks: ok ;) Thanks [08:34] 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] or sil2100/didrocks [08:35] well, Mirv can do it if you commented I guess, no need for someone else ;) [08:35] it's annoying, there is an increasing number of mr where I can't ack packaging changes myself [08:35] right, I agree, it is annoying… [08:35] * sil2100 can't approve as well [08:36] seb128: hum, I don't remember exactly how to bootstrapp a system settings branch [08:36] I did qmake . [08:36] make [08:37] seb128: ah forget about it [08:37] didrocks, "bootstrap"? qmake; make should work [08:37] libUbuntuUpdatePanel.so is what we need [08:37] the other lib is now removed [08:37] k [08:37] I was expecting to see 2 of them [08:37] (the useless one and that one) [08:37] right [08:39] hmm [08:39] I'm starting to wonder if the merger is working at all, or maybe so busy [08:40] 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] mzanetti* [08:40] they restarted it [08:40] and it seems now stuck [08:40] :o [08:40] sil2100: see #ubuntu-mir [08:41] OH NOES [08:44] 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] Then I go get something to drink quickly, time to prepare! [08:46] thanks seb128 for the approval, the project is under core apps team more so that's I guess the permission problems [08:47] I changed the driver from robru only to core apps team, though [08:47] Mirv, ok [09:04] 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] 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] Sweekshark, hey btw, did you have good holidays? [09:07] seb128: holidays were enjoyable even though I stayed at home ;) [09:08] seb128: how was your week off? [09:12] 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] seb128: come on! you worked less than 12 hours a day, it was clearly a week off! :) [09:12] seb128: ahhh, right -- saw it on g+ [09:15] 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] Sweekshark, sure ;-) [09:16] didrocks, where is ${unity-default-masterscopes} coming from? [09:16] seb128: libunity [09:16] there is a json file per form factor [09:17] and we parse that json file to dep on what we ned [09:17] need* [09:17] didrocks, k, I see it [09:17] " [09:17] [ Pawel Stolowski ] [09:17] * Removed scopes that access purely remote content and are deployed on [09:17] the server from client-scopes.json and client-scopes-phone.json [09:17] files. ." [09:17] didrocks, that means those scopes can be uninstalled right? [09:17] right [09:17] doing autoremove wants to uninstall a bunch of scopes [09:17] (if unity was rebuilt) [09:18] yeah, sounds what I saw on Wednesday before going EOW [09:18] seb128: do you have the list? [09:18] so that I can quickly check they are the same? [09:18] (the local one I removed this morning were fine, just wanting to double check) [09:19] (sounds ok ;)) [09:19] didrocks, it's for Daniel, he said he's giving you the list [09:19] * seb128 tries to upgrade as well [09:20] yeah, and it's the right list [09:35] didrocks, [09:35] libclucene-contribs1 unity-scope-deviantart unity-scope-gallica [09:35] unity-scope-github unity-scope-googlenews unity-scope-soundcloud [09:35] unity-scope-yahoostock [09:35] didrocks, that's the list here [09:35] seems fine [09:35] seb128: right, it's good, thanks for checking! [09:35] yw! [09:37] seb128: I didn't see anything like https://wiki.ubuntu.com/SoftwareUpdates#Phone (Download future updates automatically) [09:37] most of the time the choice is repeated, even if the widget is expanded [09:38] (like in Cellular) [09:38] didrocks, yeah, http://design.ubuntu.com/apps/building-blocks/option-selector ... you want that [09:38] didrocks, that's coming soon [09:38] seb128: so, right now, I'll follow what you put in Cellular so that we are consisten :) [09:38] didrocks, so far we abused ValueSelector, forcing the status and having no text [09:38] e.g just the value [09:38] ok, will badly copy you then! Thanks :) [09:39] yw! [09:39] didrocks, https://code.launchpad.net/~nicolas-doffay/ubuntu-ui-toolkit/ubuntu-shape-option-selector/+merge/175242 [09:39] didrocks, in fact, Saviq approved it last week, it's just having CI issues to be merged it seems [09:40] didrocks, so should be there soon [09:40] seb128, yeah, it's relatively ready - pending code re-review from SDK team [09:40] 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] Saviq, great, that means we should start playing with it more to see if it's really ready :-) [09:41] seb128: well, will just mockup the thing today and see when it's getting merged yeah. Thanks! [09:41] 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] 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] seb128: yeah, that's what I'm thinking about, getting the backend right first [09:48] pitti, will crashes in the main dupe db match against our ppa packages if its the same crash? [09:49] darkxst: in general yes, if you sync the dupe db regularly [09:51] 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] darkxst: it would match a crash which also happens with the ubuntu packages [09:53] darkxst: but of course we can't sync your's back to the main Launchpad retracer DB [09:53] we need to teach dupdb-admin about merging for that [09:55] pitti, right [09:55] I guess its probably better to run with ours in the meantime then [10:00] pitti, which apport branch should I create a mp against to change that? [10:04] pitti, or maybe its easier for you too just change the url? http://phillw.net/ubuntu-gnome/apport_duplicates [10:14] seb128, i'm not really sure what to do about the tests at this point [10:14] 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] attente, hey, did you have good holidays? [10:16] seb128, i did, thanks [10:16]