[04:13] lool: the Qt packages have been maintained primarily with packaging only (similar to Debian's pkg-kde), so orig tarball + packaging = result [04:19] * Mirv tries to decipher what happened during the night [05:28] eh.. [05:30] it's a wild west of packaging [06:10] ogra: my deciphering (and now testing) has gone so far that I assume account-plugin-ubuntuone would be wanted to be installed on device images by default, and I've removed the obstacle of conflicting version in the coreapps-drivers PPA [06:15] I'll do some autopiloting still at least [06:53] Mirv: I didn't have any issue with the debian/ in bzr of Qt packages :-) [06:58] lool: ok. and yes I then read further that you noted that it's not in daily release. I had it also built at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-daily/+packages [06:59] Mirv: it took me a while to understand where it stood exactly; eventually I pushed it to ubuntu-unity/daily-build and tested the binaries from there [07:00] ogra, Mirv: Is it ok to land stuff before the next image build? [07:00] Mirv: I'd think we could land qtpim for instance [07:00] if there's enough time [07:01] heck we could defer the cron a bit [07:04] lool: I don't know about when it's ok to land or not, so better ask ogra [07:05] lool: since you're a core-dev, can you ack packaging changes http://10.97.0.1:8080/view/cu2d/view/Saucy/view/Media/job/cu2d-media-saucy-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_camera-app_2.9.1+13.10.20130919-0ubuntu1.diff (http://pastebin.ubuntu.com/6127116/) [07:06] it's using unity-action-api instead of HUD directly, therefore the dependency change [07:06] looking [07:07] I've tested it on device now so I'd like to land it after the current daily release tick lets me [07:08] Mirv: I'd rather see full debdiff and .dsc [07:08] Mirv: e.g. the list of Depends is cut [07:08] and I prefer being able to see the change leading to the packaging change to assess it [07:08] lool: as you wish, here's the commit http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/revision/190 [07:08] (hope that makes sense) [07:12] I poked around http://10.97.0.1:8080/job/cu2d-media-saucy and couldn't easily find the .dsk [07:13] lool: when it has built there, it means it's in daily-build https://launchpad.net/~ubuntu-unity/+archive/daily-build/+files/camera-app_2.9.1%2B13.10.20130919-0ubuntu1.dsc [07:21] Mirv: so why is there no dep on qtdeclarative5-unity-action-plugin? [07:21] Mirv: (thanks for the source) [07:21] I see: [07:21] -import Ubuntu.HUD 1.0 as HUD [07:21] +import Ubuntu.Unity.Action 1.0 as UnityActions [07:22] and $libdir/qt5/qml/Ubuntu/Unity/Action/libunity-action-qml.so is in qtdeclarative5-unity-action-plugin on my system [07:23] lool: you're right, I thought it was in deps but apparently isn't, and only works because other packages in the stack pull that in [07:25] Mirv: ack; I had to ask for the .dsc because I couldn't check this without the .dsc because Depends: was cut off in the packaging and because I wasn't sure of the the filename / module name used just from the changelog [07:25] lool: https://code.launchpad.net/~timo-jyrinki/camera-app/add_unity_action_plugin_dependency/+merge/186473 [07:29] Mirv: looked good; approved+happroved [07:31] lool: thanks! [07:56] hi :) [07:57] Mirv: morning ... "Ubuntu One account integration in Ubuntu Online Accounts" ... is INARCHIVE (!!) ? [07:57] :O [07:57] wonder what the ! stands for [07:57] excitement ? [07:58] apw: maybe, but unlikely :) - I read it more as a warning of some sort [07:58] or an ask for attention/help [08:03] Mirv: hey would you please retry https://jenkins.qa.ubuntu.com/job/qtubuntu-saucy-armhf-ci/70/console ? [08:03] asac: I miss the invite for the CI standup [08:03] asac: I've marked the pulse landing as DONE since it's in the stable image [08:09] lool: you are in now ... :) [08:09] lool: thx! [08:09] so guys... the image from yesterday was apparently just beautiful [08:10] asac: I pinged this morning on whether I could land qtpim this morning; haven't heard back from bfiller on his own testing, but my testing passed, so I vote for pushing it while it's quiet; any objection? [08:10] anyone can take a screenshot? [08:10] :) [08:11] for me screenshot doesnt work [08:11] * asac reboots [08:11] cjwatson, Saviq: BTW my bandwidth issue yesterday was due to .... iOS 7 release! everybody updating their phones and ipads killed both of my ISPs bandwidth; or rather, it killed the local network traffic for my cable provider and internet peering of my dsl provider which is also the hoster of my dedicated server... :-) [08:12] asac: is it normal that cron is disabled? [08:12] ev: you around already? [08:14] wow ! [08:14] someone fix calendar app ! [08:15] lool, cdimage cron ? [08:15] yeah [08:15] (yes, thats on request) [08:15] ogra: what's up with calendar app? [08:15] dunno, thats the last app with errors on the dashboard [08:16] else we would have 100% coverage [08:16] it is the first time that we have absolutely identical errors on both devices i think [08:19] asac: the '!' was my surprise when I started deciphering the task, found out how it's organized and eventually figured out it's all in the archives already [08:21] lool: I don't know about the CI much, just cu2d, and I don't have access rights to the merger side (I ping QA team for those) [08:22] asac: so then I bumped into conflicting PPA which I resolved, and then I've been testing it and eventually I'm now suggesting to ogra to enable installing of it by default on images [08:23] Mirv: CI team is doing now upstream merger [08:23] Mirv: fginther in particular [08:23] but we want more to know more about :) [08:24] Mirv: ok. lets talk about that in standup ... feels that part is sorted :) [08:24] lool: the cron for image building? [08:24] asac: yeah [08:24] lool: thats in manual mode during weeks [08:24] asac: that's ok [08:24] we spin at least 2 images anyway :) [08:24] well, yesterday we were too fast [08:24] tvoss__: so we're short of someone to trigger it right now; waiting for didrocks or ev [08:25] but... we still have to validate it [08:25] Mirv, i have a tested seed change to upload right after the meeting, just give me the list of packages and i'll add yours too [08:25] before releaseing our first ever green image [08:25] tvoss__: worst case, I could upload it to PPA, but that's not great [08:25] asac, pfft, ever green ... you are pleased to easily ... 100% !!! [08:26] asac: I thought Francis indeed just became tech lead in QA team, I guess it's CI team now then.. [08:26] ogra: https://code.launchpad.net/~timo-jyrinki/ubuntu-seeds/ubuntu-touch.add_account-plugin-ubuntuone/+merge/186475 [08:26] thanks [08:27] ogra: yeah... wanted to take a screenshot first... then ask cjohnston where the CSS fix is that doesnt pretend that <100% is green [08:27] haha [08:27] gnome-screenshot doesnt work :((( [08:27] hell [08:28] asac: take a picture! [08:28] a screenshot would have so much better quality :) [08:28] or send your laptop [08:28] lol [08:28] * lool grabs coffee [08:28] paint a picture ! we have a paint app on the phone :) [08:30] i have a pic :) [08:30] it worked from command line... just not with print key [08:42] lool, ack, any eta? [08:45] lool, ack, let's wait another 15 minutes [08:51] tvoss__: so didrocks cant do it and psivaa is trying [08:51] oh, is didrocks around? I was looking for him but he's not on IRC atm [08:52] psivaa: could you try http://s-jenkins:8080/job/qtubuntu-ci/82/rebuild [08:52] cjwatson: he is on leave actually [08:52] cjwatson: but joined a hangout [08:52] ah [08:52] I guess nobody else knows about operating cu2d [08:52] lool: tvoss__ : the job failed again but it failed to pick up the 'proposed-branch' [08:52] the side that runs as ubuntu-archive@lillypilly that is [08:52] I think he's trying to avoid getting thousands of IRC pings if he connects, but I can pass a message if you like :-) [08:52] cjwatson: me and sil2100 might. and right, not about that side. [08:52] psivaa, got a link for me? anything I can fix? [08:52] cjwatson: fginther would I think [08:53] cjwatson: https://wiki.ubuntu.com/DailyRelease/FAQ#Adding.2BAC8-removing_components_to_a_stack [08:53] lool: He doesn't have access [08:53] cjwatson: ah not sure about the archive copy part [08:53] He might know about it, but I was looking for somebody to dry-run things on a new host [08:53] cjwatson: I'll ask him if someone else knows about it [08:54] lool: i am checking if that's a config issue or an issue in mp, but just a sec for the link [08:54] mostly I just need to know how I can dry-run things to test that all dependencies and such are there on the new machine without actually copying anything [08:54] lool: https://jenkins.qa.ubuntu.com/view/All/job/qtubuntu-saucy-armhf-ci/71/console [08:55] tvoss__: ^ [08:56] psivaa: was that with a rebuild? [08:56] psivaa: I dont understand, the config shouldn't have changed since yesterday [08:56] lool: yes it was when i click the build again, and yes not sure why the proposed-branch is left empty [08:57] psivaa: did you visit the /rebuild link, and then click some button, or did you go to the project? [08:57] psivaa: it might not have the same effect as the build is parametrized [08:57] lool: i went to the master job and kicked it off [08:58] lool: http://10.97.2.10:8080/job/qtubuntu-ci/ [08:58] cjwatson: so the only other person that could is also on leave (seb); didier said that he expected to just disable the cron on old host and enable it on new host, I've asked about dry run and I think he's joining IRC [08:59] cjwatson: didrocks would prefer migrating on monday [08:59] psivaa, asac, lool any idea what is happening with that job? [08:59] cjwatson: cause he would like to be around in case something not obvious goes wrong [08:59] cjwatson: so didrocks is the only one that can confirm the cu2d migration [08:59] hm, ok [08:59] psivaa: right, instead of this please go to the /rebuild link [08:59] cjwatson: and he is on vacation [09:00] psivaa: http://s-jenkins:8080/job/qtubuntu-ci/82/rebuild [09:00] I was kind of hoping to get off lillypilly earlier, but so be it [09:00] psivaa: because I think it will restart it with the exact same parameters [09:00] sorry. [09:00] oh, that is why it takes minutes to respond to http requestst ? [09:00] but vacation comes first for didrocks :) [09:00] cjwatson: passed this back; everybody is relieved, and is sorry for delaying that [09:00] oh sure [09:00] ogra: yes [09:01] ogra: the fix is to stop using lillypilly for archive offload work :) [09:01] lool: you are right, rebuild with that link appears to work [09:01] cjwatson, heh, yeah [09:02] psivaa: albeit I dont see the active build now :-) would you have a link if it's in progress? [09:02] lool: http://10.97.2.10:8080/job/qtubuntu-saucy-armhf-ci/72/console [09:03] lool: this is progressing [09:03] psivaa: thanks! [09:03] lool: yw [09:05] tvoss__: build in progress [09:05] lool, ack === tkamppeter_ is now known as tkamppeter [09:09] OMG [09:09] this is pbuilder based and caches build-deps [09:14] lool: that build completed success [09:14] woot [09:15] tvoss__: ^ [09:15] tvoss__: built fine, want to test the .debs? [09:16] ugahugomeg [09:16] assdsdewrwgw [09:16] now unity why do you think i want my focus over there? why [09:16] rsalveti: if you could either top approve https://code.launchpad.net/~ricmm/qtubuntu/duplicate_to_parent/+merge/186240 or nominate someone else to test it and land it, it could go in before we try landing the qtmultimedia+mediaplayer changes [09:52] so ... [09:52] do we have a straight and comprehensible page that tells you how to run autopilots? [09:52] :) [09:55] thostr_: i will write up the wiki... can't finde any [10:03] thostr_: i put something in https://wiki.ubuntu.com/Touch/Testing [10:03] at the bottom [10:03] someone has to improve that :) [10:04] asac: will give it a shot [10:10] https://wiki.ubuntu.com/Touch/Testing#preview [10:10] uypdated [10:11] thostr_: added another section with more details about what you should test before submitting code [10:11] added a guess for indicator developers [10:11] i guess we should tune that after thinking a bit harder ... and of course, where are the indicator tests? :>) [10:11] * asac thinks we need QA support on that one [10:11] what I heard last was that allan is doing manual indicator testing... [10:12] he is from qa team? [10:12] well, so we have a manual testing process in place [10:12] but that process is no good for CI [10:12] we only can use automation to block patches [10:13] basically: if you dont have tests there is no way we can protect you from landings that break your stuff [10:13] e.g. unity8 team busts you -> we will not see [10:16] asac: flashing with ubuntu-system doesn't work [10:17] not sure what that means [10:17] :) [10:19] well, it doesn't boot any longer [10:19] thostr_: -> #ubuntu-touch for that [10:19] sorry [10:26] So something didn't close the mediascanner bug [10:26] despite the fact it's listed in the changelog [10:27] thostr_: ok, found it [10:27] thostr_: it's because the bug closed in bzr/changelog is a duplicate of the bug I linked to [10:27] will close it now [10:28] lool: thanks [10:32] So mediascanner is in the proposed image with the fix, not in stable [10:33] just missing music-app now [10:33] and perhaps upstart [10:38] lool, lol! [10:52] are we publishing from upstream branches to https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily? [10:52] for e.g. camera-app [10:59] Mirv: so we are not sure if the ubuntuone credential ones [10:59] is waiting for a new upload [10:59] or if we just should see it [11:16] ubuntu-touch-meta (1.072) UNRELEASED; urgency=low [11:16] * Refreshed dependencies [11:16] * Added account-plugin-ubuntuone to touch [11:16] * Added libqt5script5 to touch [11:16] * Added qtdeclarative5-qtgrilo0.1 to touch [11:16] asac, looks fine ^^^ [11:17] ogra: and all that together doesnt break the image? [11:18] it has been tested according to the plan [11:18] good [11:18] then there is nothing holding us back i guess [11:19] (libqt5script5 will only affect apps that use it (only two click packages in the shop yet, the pther two come from the accounts stuff Mirv wants in) [11:19] i am moving all INIMAGE things to DONE [11:19] asac: ok, what makes the uncertainty? there was the latest upload with all the trunk commits on Tuesday, and the Landing Asks description says "The packages are being uploaded to ubuntu today, and should be ready for landing at any point after tuesday" [11:19] yeah [11:19] Mirv, great, uploading the seed change then [11:19] DONE :) [11:20] Mirv: it was the comment about the version being before the merge comment [11:20] if all is in we are happy [11:20] ogra: go [11:20] seed change [11:21] asac: yeah it seemed confusing in the morning but in the end it turned out just some funky bazaar branch usage by the upstream and the newest release from Tuesday has all the commits [11:21] ack [11:21] guess one time pipecleaning for OLS meets UE :) [11:22] uploaded [11:25] lool: so. feel free to upload qtwebkit 5.1.1 by taking the packaging branch lp:~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src and uploading it with the orig tarball from https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-daily/+files/qtwebkit-opensource-src_5.1.1.orig.tar.xz (unmodified upstream tarball) [11:27] awesome [11:28] ++ [11:28] the borwser will be soooo much faster ! [11:28] i hope that really brings the speed i wanted :) [11:28] ogra: sure we dont need to flip a switch somewhere in the browser to enable JITTING? [11:28] i dont think so [11:28] and that definitely has been tested by many people in #phablet the last week [11:30] k [11:30] asac: what I did during 5.1 packaging was remove the disabling jitting patch.. so it's now enabled as it's enabled by default [11:30] lool: so until sil is back [11:30] asac: and it was tested to double-triple speed [11:30] lool: is there anything we can do on the url-dispatcher front? [11:31] Mirv: cool [11:31] thx [11:33] asac: I just realized the post I forwarded to you contained only a snippet of the thread. so I now forwarded to you the sunspider test results from ricardo - 4701.4ms -> 1337.9ms [11:34] cool [11:34] awesome numbers [11:40] thostr_: Getting a crash of music-app right now, haven't checked whether I use the right one yet [11:40] thostr_: or sorry, of upstart-app-launch rather [11:40] /var/crash/_usr_lib_arm-linux-gnueabihf_upstart-app-launch_zg-report-app.32011.crash [11:40] uploading it [11:41] lool: ok [11:41] lool: can you assign it to ted right away? === thostr_ is now known as thostr_afk [11:42] thostr_afk: ack, as soon as I confirm I have latest upstart-app-launch [11:43] Mirv: i assume you wont be able to test and get unity-lens etc. out anymore? [11:48] asac: I'm trying to quickly test it from daily-build PPA during the next hour still. however the cu2d unity stack has some problem so I'll need to let sil2100 to look at it, even if the testing would have positive result. but I'll add anything I manage to find out. [11:49] Mirv: ok good. just focus on blessing that i guess. others can do the push if we know [11:49] asac: I'm not clear on the landing process for core apps [11:49] remember to dorp a comment [11:49] lool: me neither :) [11:49] asac: is that under CI team control as well? [11:50] sergiusens: Sorry to disturb you, are you clear on the release/CI process for core apps such as music-app? [11:50] sergiusens: I see a bunch of other changes going into the bzr branch, not sure how its getting into the PPA [11:50] lool: technically only those in debs can be controlled. in general, we want to have control about everything that goes in the image though [11:50] so there is a tools or even process gap [11:51] asac: it's in a .deb [11:51] asac: but it's pulled from a PPA (!) [11:51] asac: it's not in saucy though [11:51] sergiusens: basically I'm trying to ensure we get an updated one with r106 of lp:music-app in it, but am not clear on the other changes or how to get that in [11:53] lool: at least ppa:ubuntu-touch-coreapps-drivers/daily is enabled by default on the device and that PPA has bzr109 of music-app [11:53] Mirv: correct [11:53] I don't know what's the grand plan, though, like migration to click packages et cetera. and I don't know what kind of testing gets done. [11:54] maybe popey would know [11:54] someone updated mediascanner in the Landing spreadsheet and got it wrong [11:54] it's not DONE, it's INIMAGE [11:54] DONE is when it's in the stable/promoted image [11:56] lool, but we promoted 56 [11:56] oh no [11:56] ogra: right [11:56] :) [11:56] ogra: I'm out of date [11:58] lool, it's a lot slicker for core apps [11:58] lool, if merge is approved it gets into the ppa [11:59] Mirv, click for core apps has been dropped since due to the lack of time to setup the testing infrastructure for them [12:00] (when's the next upstream merger tick?) [12:00] sergiusens: there are other changes in the music-app branch though, these dont seem to be in PPA yet [12:00] maybe it's due to lack of mp [12:01] sergiusens: so it's hard to prevent an approved mp to reach the image for the coreapps PPA then, ok [12:01] sergiusens: thanks for clarifying [12:01] lool, yeah, it uses the old model we had... if it is in trunk it HAS to be releasable [12:01] I prefer that one to be honest [12:01] ack [12:03] sergiusens, it will change if we move from asac's "block CI" to cjwatson's "block in proposed" [12:03] which happens soon hopefully [12:03] ogra, I know, that's why I said _old_ model ;-) [12:03] :) [12:04] lets talk about core apps sometimes later [12:04] maybe next week [12:04] thats a 14.04 task anyway i think [12:05] i dont like talking about 14.04 [12:06] heh, but to make them click now people would have to stop bugfixing or finalizing features [12:06] lool: ok ... before rick asks us in -managers ... do we have all the pieces for video/music lense [12:06] lool: or are we fixing final things still? [12:06] all resources are bound atm [12:06] asac: I think we have the pieces for a first landing [12:06] asac: first round of https://docs.google.com/a/canonical.com/document/d/182Ol3YoXemYGqG5WijpJwR5WiGYa5Z-p2HlDL6isz9s/edit# [12:06] ogra: you might think so, but i ams ure that if you look closer only 30% are really working on bugs :) [12:06] ogra, they are already click (the core community ones at least) [12:07] sergiusens, right ... but still shipped as deb [12:07] lool: cool. [12:07] asac, right, the rest tries to get their features in that were agreed for 13.10 ... :) [12:07] lool: all in daily-build ppa? [12:07] or where? [12:08] asac: in PPA [12:08] ogra: if it would only be the landing that was missing i would be happy... i believe bunch of things are still developed :) [12:08] asac: I'm updating spreadsheet as we speak, since 10mn [12:08] takes time to track each of the many packages involved here [12:08] lool: PPA==daily-build ppa? [12:08] right. take your time [12:08] asac, thats waht i mean with "resources are bound" :) [12:09] asac: yes [12:09] lool: if you have all the packages i am happy to apt-get install them from the ppa and also check [12:09] asac: and the coreapps PPA [12:09] and run tests [12:09] asac: we're missing qtubuntu in the PPA [12:09] where is that? [12:09] * ogra didnt mention landing :) [12:09] asac: if you know how to speed up the upstream merger on that one, that's welcome [12:09] ogra: you said "they are trying to get their features in" ... might be interpreted they are blocked on landing, which is not the case [12:09] but i know what you tried to say [12:09] lool: no... just wonder where it is :) [12:09] asac, they are trying to get their features ready then :) [12:10] lool: so we are at upstream merger stage? is that not working or just takes a bit? [12:10] ogra: better! :P [12:10] :) [12:10] doesnt change the facts though :) [12:10] hmm [12:11] wasnt 56 supposed to have a messaging indicator again ? [12:11] i think thats waiting for qtubuntu as well [12:11] i dont have it after a wipe flash [12:11] ah, k [12:11] not sure [12:11] just think it is [12:11] oh god [12:11] phablet 2804 96.0 2.6 253332 51544 ? Rsl 12:11 0:03 \_ /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene /usr/share/music-app/music-app.qml --file= file:///home/phablet/Music/bilan-et-perspectives-cd-cd-03-monde-de-droite.flac --desktop_file_hint=/usr/share/applications/music-app.desktop [12:11] qtubuntu will be a massive change then, given from how many side it has changes [12:11] there's a f*cking space between --file= and file:// [12:12] --file=%u [12:12] yeah. trimming would be a good idea on these things [12:12] lool, i tyhink the new unity-mir fixes that [12:12] asac: so I have all the bits up to launching music app... but it's not opening the file [12:12] lool, right [12:12] ogra: doubt it's mir [12:12] it's using upstart-app-launch [12:12] lool: maybe the .desktop file itself has a whitespace that we could fix to hide this problem? [12:12] known bug with argv parsing of the .desktop files [12:12] asac: it does not, I just checked [12:12] lool, its unity-mir [12:12] 14:12 < lool> --file=%u [12:13] ogra: what does it mean "known bug with argv" parsing ... where is that bug? [12:13] ogra: where's the fix? [12:13] see backlog from ricmm and ted in #phablet from last night [12:13] who is working on that? [12:13] right, I saw them chat about some stuff there [12:13] asac, ted and ricardo ... and i think there was a fix, no idea where exactly [12:13] so where is the code that replaces the %u? why cant we just do a trim there? [12:13] who can grep IRC logs :)? [12:14] asac, it was discussed in here as well [12:14] who can grep this channel ?:) [12:14] i cant [12:15] * asac checks what is active in https://code.launchpad.net/~ricmm [12:15] i can only go back until 5pm local time ... seems that was before [12:15] ogra: the chat from yesterday seemed to be about a crasher though, not whitespace [12:15] but it was discussed when i falswely claimed the unity-mir fix was needed by ricmm for the media stuff [12:15] they did discuss some "" related stuff though [12:15] and desktop file hints [12:15] https://code.launchpad.net/~ricmm/qtubuntu/qurl-final [12:15] seems related [12:15] seems it wants platform-api [12:15] where is that code? [12:15] http://bazaar.launchpad.net/~ricmm/qtubuntu/qurl-final/revision/177 [12:15] not 100% sure it relates [12:16] ua_url_dispatcher_session_open(session, url.toEncoded().constData(), NULL, NULL)\ [12:16] lool, --desktop_file_hint is an option (usually the first one) the the Exec line of al QML .desktop files [12:16] so i feel that its in url-dispatcher itself then [12:16] (the above is in ricmms work) [12:16] it is very likely the same issue you see there [12:18] asac: so I checked the branch you found [12:19] asac: the only thing it adds on top of what I happroved is a build-dep bump [12:19] asac: which is correct, but it wont fix our issue [12:21] lool: right. just saying that that code is sane [12:21] it must be in url-dispatcher [12:21] or below [12:23] so APP_URIS= is correct in the env [12:25] asac: I think it's in upstart-app-launch [12:25] I traced it down to desktop-file-exec [12:27] lool: can you confirm you'll be uploading the qtwebkit? [12:28] Mirv: ok, let me take 5 minutes to do it [12:30] Mirv: so I have it here, you want it straight in Ubuntu? how was this tested? [12:30] lool: did you let thostr_afk etc. know? [12:30] anyway... i have to get some lunch/breakfast now done [12:31] lool: did you see if the right env was passed and that it didnt have a whitespace? [12:31] e.g. are we sure its happening below the qurl [12:31] asac: I did, he told me to get Ted [12:31] err below qtubuntu [12:31] but not up yet [12:31] lool: call ted [12:31] :) [12:31] asac: Yes, env vars are passed correctly [12:31] asac: down to the application start helper [12:32] mup him an sms [12:32] but the custom .desktop file parsing is probably broken [12:33] lool: yes, straight. it was tested via https://launchpad.net/~rsalveti/+archive/qtwebkit-b by ricardo (autopilot, performance), david barth (generally on device), bfiller (maguro, all day testing, autopilot), vrruiz (desktop), osomon (maguro), and finally me (mako, desktop - autopilot + manual) [12:36] Ran 21 tests in 328.625s [12:36] OK [12:36] Restoring shell [12:36] \o/ [12:36] * ogra makes the ubuntu-settings upload ready [12:39] nice [12:39] lool: lest do the webkit maybe [12:39] and then ted or ricmm might be around [12:39] in a few minutes [12:39] * asac now really gets food [12:46] Mirv: FFE for qtwebkit? [12:46] sergiusens, i assume https://code.launchpad.net/~doanac/phablet-tools/system-image-revision-support/+merge/186180 needs to go on the spreadsheet ? [12:46] lool: https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1219695 [12:46] Ubuntu bug 1219695 in qtxmlpatterns-opensource-src (Ubuntu) "[FFe] Qt 5.1.1" [Undecided,Confirmed] [12:46] Mirv: too bad it's not in the cl [12:46] lool: ah, I can add it thought [12:46] no it's ok [12:46] just need to rebuild the source == pain [12:47] ogra, I'm leaving the bureaucracy to doanac as I told him I would [12:48] sergiusens, well, i just added it :) [12:50] morning [12:51] Mirv: uploading, but will take some minutes [12:52] lool: thanks! [12:53] asac: ok, I see the bug in the code now [12:53] lool: wow. where? [12:54] it's spliting on %, pushing as individual strings to an array and assembling the array with " " [12:54] asac: upstart-app-launch/helpers.c [12:54] ogra, asac: I confirm that what they split yesterday was unrelated [12:54] good [12:54] a crasher likely preventing to go that far [12:55] hmm, why is sil2100 not here [12:55] * ogra sees him active in -touch [12:55] lool: ok. dont know. just feels that no developer has ever tested this stuff [12:55] asac: that's what ricm said yesterday [12:55] i will complain in ricks call today. thats just unbearable [12:55] asac: that said, it would work if it was foo %u [12:55] asac: it doesn't work with foo --xyz=%u [12:56] well. it sounded like --file=... is the new way [12:56] of most of the things [12:56] so I think I know how to fix [12:56] unless you say i am wrong, i just assume tht even the most basic testing would have revealed that it is not working [12:56] will submit a mp and test the .debs [12:56] thanks [12:57] so whats up with sil? [12:57] anyone remembered how long he wanted to be gone? :) [12:57] * asac just waits longer [12:58] Mirv: so unity-lens we have to take over? or is it looking good? [12:58] :) [12:58] hah [12:58] :) [12:59] ;) [12:59] sil2100: welcome back :-P [12:59] So many different channels...! [12:59] sil2100: oh ... so no autojoin yet? [12:59] kk [12:59] yeah, feels like one more per week [12:59] i dont care about the rest as long as folks are in here :) [12:59] lol [13:10] asac: to sil2100 yes, I added notes that it's fixed (the visibility bug, the other bug needs further fixing as written on the asks page) but sil2100 need to check the unity stack/publishing situation [13:11] asac: but aside from the cu2d situation if it's enough that the 1 bug is fixed, then it's ready and tested [13:11] Mirv: qtwebkit-opensource-src accepted some time ago [13:11] sil2100: thats about the unity-lens-.. row 30 [13:11] 12 minutes ago actually [13:11] Mirv: yeah. i think we expect one bug today [13:11] and not both [13:11] thanks\ [13:11] lool: awesome [13:12] Mirv: shit: it's depwait on libwebp-dev [13:12] asac: what's up with https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1225017 ? looks like it merged but no new package yet? Does someone need to manually trigger daily-release for it? [13:12] Ubuntu bug 1225017 in unity8 (Ubuntu) "Messaging indicator missing from indicator bar" [Undecided,Fix committed] [13:12] Mirv: where is libwebp-dev and do you have a FFE for it? [13:12] sil2100: so i think you can focus on row 30 and then on 35-37 ... the url-dispatcher is currently in prep by lool still [13:12] I don't see it on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html yet [13:13] sil2100: sounds like one test run all together :) and then we are fine [13:13] lool: so is the fix moving? or are we waiting for someone to approve MP? [13:13] asac, some packages sit in the NEW queue, we need to wait for them [13:13] ogra: some packages for what? [13:13] asac, for sil2100's stuff above [13:13] hmm [13:13] thought it was prenewed [13:13] ok [13:13] asac: I'm waiting for a build to test it [13:14] cool [13:14] albeit I could try to cross-build it [13:14] asac, i think this is binary NEW now [13:14] lool: https://launchpad.net/ubuntu/+source/libwebp - doh, it's in universe so would need MIRing [13:14] cant really preNEW that one ... shouldnt cause much delay but needs someone to process it [13:14] Mirv: please give me a debdiff to revert the addition then [13:15] Mirv: webp would be a nice to have, but the Mir will take some time (security review) and require its own FFE [13:15] asac, ah, colin is just processing them, see #ubuntu-touch [13:15] Mirv: add --disable-webp and drop bdep [13:15] Mirv: if you could handle the testbuild that would be great [13:19] lool: yeah, I try to give it to you still [13:22] Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_pkgs_for_unity8/+merge/186531 [13:23] the purpose of preNEW is to shorten the time that needs to be spent in NEW [13:23] it doesn't actually allow bypassing the NEW queue [13:23] FYI [13:26] Why dont I get .debs in https://code.launchpad.net/~lool/upstart-app-launch/lp-1227632/+merge/186526 ? [13:26] I get only test builds, no generated packages [13:39] lool: ok I'm building now with http://pastebin.ubuntu.com/6128340/ - there seems to be detection to disable it if it's not available at build time, and it started fine. I'll now go for shopping and will check back later in the evening (1-2h) to see how it went. === thostr_afk is now known as thostr_ === Guest72565 is now known as mfisch === mfisch is now known as Guest1225 [14:16] I understand that http://pad.lv/c/ubuntu-themes is under daily release, but i've pushed it 11h ago and it hasn't been released yet. Can it be please kicked off please, as today is UserInterfaceFreeze? [14:17] Otherwise I'll just upload it "manually" [14:17] xnox, did you add it to the spreadsheet to ask for consideration ? [14:18] * ogra hasnt seen it [14:18] ogra: no, as it's unrelated to touch, that's for desktop. [14:18] ogra: my assumption that it should be still on every 4h release schedule?! [14:18] oh, ok [14:19] ogra: i mean it does build mobile icons, but there is no changes to those. [14:19] xnox, if it has anything in the touch image it falls under the touch restrictions [14:20] (so you should at least add a line to the spreadsheet saying that the change doesnt affect touch) [14:20] ogra: it has mobile-icons, that were not changed. [14:20] CI is on manual otherwise [14:20] xnox: the daily-release mechanism is all on manual now [14:23] rfowler, these are the devices currently offline: maguro-0149BD7E0501401E and mako-0090f741e3d141bc [14:23] cjwatson: ogra: should I be trying to find a person with edit access to the spreadsheet, or dput the package into the archive instead?! [14:23] rfowler, the maguro had a problem earlier this week as well [14:23] asac, ^^^ [14:23] xnox: you need approval before upload at the moment [14:24] xnox: so please don't dput in advance of that [14:24] ok. [14:25] xnox: there was an email sent by lool for how to handle that [14:28] asac: can I please have edit access to the landing-requests sheet? [14:28] as a tech lead [14:29] asac: i need write access to the spreadsheet or for someone to add: https://code.launchpad.net/~doanac/phablet-tools/system-image-revision-support/+merge/186180 [14:30] doanac: sure [14:31] man... why dont we have a ue-leads google group [14:31] would be so much easier [14:31] doanac: seems you were omitted from our CI meeting [14:31] why doesnt launchpad have an office suite ? [14:31] doanac: in now for the future ones [14:31] it has the group stuff already :P [14:32] fginther: got a second? [14:32] * doanac still not used to seeing thomi online at this hour :) [14:32] getting ready for a quick hangout, can it wait ~15 minutes/ [14:32] ? [14:33] fginther: sure. ping me when you're ready [14:33] thomi, ack [14:41] cjwatson: I added your canonical address there, there was already an entry for you with another account [14:44] Mirv: dropping the bdep is strictly speaking incorrect; you need to pass some disable flag [14:44] Mirv: because people might build locally and get a different result if they have webp-dev installed [14:44] Mirv: Sorry for only mentioning that now [14:44] asac: http://162.213.34.2:8000/ vs http://reports.qa.ubuntu.com/ for touch_ro.. does that look better? [14:45] lool: ah, yes, I have two google accounts [14:45] lool: thanks [14:45] Mirv: but if you can build it without webp-dev, confirm that no other bdep form universe was required, that's already good; then you can start another build and check that configure passes without building everything [14:45] Mirv: so I'd say finish your build, then do the disable thing, then start another build at least past the configure step [14:47] thanks plars. asac nvm, plars already did it [14:50] asac, ok qtubuntu is ready to land -- is in trunk [14:50] asac, line 46 [14:51] yay [14:51] ChickenCutlass, i'll take care for the rest then [14:51] ubuntu-themes added to the landing reqs sheet now - would be nice if it could make it in time for UI freeze [14:51] ogra, thanks [14:53] plars: fwiw, a commit message is required for testing/merging with qa-dashboard [14:56] cjohnston: ah, that's right, you have tarmac there [14:57] plars: upstream merger stuff requires it as well [14:58] cjohnston: there was some error from you (I assume from tarmac?) trying to merge it with lp:helipad/ci instead of qa-dashboard? [14:58] cjohnston: is that just a config problem? [14:58] it barfed [14:58] i fixed [14:59] thomi, pong [14:59] fginther: got a few minutes for a hangout? [14:59] asac: btw. some time ago I landed unity8 and unity-mir (as per landing plan) - forgot to mention :| [14:59] yes [14:59] oh, it got some test failure also... http://s-jenkins:8080/job/dashboard-ci/176/testReport/idle_power.tests/TestIdlePower/test_no_arch_overview/ [15:00] cjohnston: I don't think I did that though ^ [15:00] nope [15:00] thats an ongoing issue that I'm waiting for feedback from QA [15:00] it wasn't a quick fix and I want to just delete the code [15:00] fginther: can you give me access to restart jobs on s-jenkins? pwlars is my username there [15:01] just in case I need to restart something for someone anytime [15:01] ogra: qtubuntu needs new platform-api [15:02] lool, i'm pretty sure ricmm has a MP for that [15:02] sil2100: thx. update the spreadsheet [15:05] lool, seems you mix up the branches [15:05] lool, what just landed in trunk doesnt need the platform-api bump ... treh url fix does though [15:06] asac: did that already when publishing! [15:11] sil2100: cool. what about ralsinas items? [15:11] sil2100: unity-lens-applications [15:12] sil2100: mirv validated it [15:12] see the entry. just eeds final fiddling and publishing [15:15] lool: ok, back for a short while. firstly, it finishes building fine without libwebp-dev, so it should be good. tested on desktop. secondly the only other b-d additions from 5.0.1 are libxcomposite-dev and gstreamer 1.0 instead of 0.10, both in main. [15:16] vila: replied to you :-) [15:16] lool: finally, there is currently no configuration flags defined, only 'qmake' is ran to detect the configuration, so the end result can currently depend not only on whether libwebp-dev is installed but also other things. there are no --disable options usable with the qmake path, although probably some sort of environment variable could be used. [15:22] plars, try it now [15:23] fginther: got it, thanks [15:30] lool: finally, pt. 2, if you prefer explicit disabling use this debdiff instead (tested for the configure step, webp disappears from the "Use ...." line) http://pastebin.ubuntu.com/6128742/ [15:31] plars: I update https://code.launchpad.net/~doanac/ubuntu-test-cases/get-opts/+merge/186442 [15:31] no rush, you can merge/deploy at your leisure [15:31] doanac: cool, I was about to test some stuff out locally, I may just pull it all and try there [15:32] asac, ogra, unity-mir is still up for release - unity-mir isn't mentioned in the Landing Plan? [15:32] lool, so did you bump platform-api for your url-dispatcher stuff ? [15:33] ogra: I did not, ricmm told me he would care to fix the bdep [15:33] Saviq, it kind of drowns a bit in a generic "unity8 fixes" entry [15:33] ogra: but it doesn't matter if you take care to land platform-api [15:33] ogra: just dont copy qtubuntu out of the PPA without platform-api [15:33] lool: or, with UNRELEASED removed http://pastebin.ubuntu.com/6128756/ [15:33] lool, right i think we want both now qtubuntu as is in trunk and the platform-api bump for url-dispatcher === Guest1225 is now known as mfisch [15:34] Mirv: yes, I think you have to pass WITH_ or ENABLE_FOO=no to qmake [15:34] ogra, yeah, it's there in "Landing Asks", but has not been transferred into "Landing Plan", just wanted to make sure that's covered [15:34] lool, i dont copy anytthing (i dont even think i can) ... someone else has to do that step [15:34] Saviq, right, i think the unity-mir bit has a different (higher) prio [15:34] lool: yeah, looks like that WEBKIT_CONFIG-=use_webp works that is there ^, since I installed webp back and tried with and without [15:35] ogra: ok, since I read you were taking care of things from there on earlier, I thought you would do that [15:36] Mirv: ah I see your second debdiff now [15:36] Mirv: sorry, I'm processing pings slowly :-) [15:36] lool, taking care to avoid my team mates going even more mad on the chaos the spreadsheet is [15:36] (like bugging people to get our stuff in etc :) ) [15:36] i cant really drive any CI engines [15:37] Saviq: the unity8 bug fixes usually include that [15:37] asac, ogra, ok, just didn't want it to slip through the cracks [15:37] Mirv: looks good, thanks for the builds, building source and then uploading [15:37] Saviq: no? [15:37] Saviq: double check plz... currently on a call [15:38] Saviq, as long as it is in the stack that sil2100 just landed i think we should be fine [15:38] ogra, yes, if it's stack-based, unity-mir is in the unity8 stack indeed [15:38] sil2100, ^^^ can you confirm ? [15:38] Saviq: check with sil2100 on unity8 bugfixes [15:39] but usually that includes ubuntu-mir... [15:39] Saviq: oh ... could be that its not landable [15:39] because we have the experimental ppa for sprint [15:39] Saviq: but double check with sil2100 [15:39] the fix i talk about should be in the normal trunk though [15:40] asac, and we better get that landed, so people can stop twiddling thumbs [15:40] lool: thanks to you [15:41] asac: an you update line 13 that we need apparmor-easyprof-ubuntu 1.0.32 upload (pending) to land. r phrase it however it makes sense [15:41] ogra: well, i am not sure if the ubuntu-mir package is diverted and not going into our daily-build ppa [15:42] sil2100 has to check that [15:42] asac, we need to fix, it stalls work on multimedia stuff [15:42] jdstrand: on landing plan or landing ask sheet? [15:42] s/to/the/ [15:42] same for qtubuntu [15:42] asac: that said, 1.0.32 defines a lot of other policy for APIs that are landing as well, and a few bugs. this is low risk of regression-- the policy is about adding access for things that are currently denied [15:43] asac: I was looking at Landing Pipeline [15:43] jdstrand: so you want to land apparmor-easyprof-ubuntu 1.0.32 as part of the content-hub SDK landing? [15:43] we can hook it up there [15:43] Mirv: subject: [ubuntu/saucy-proposed] qtwebkit-opensource-src 5.1.1-1ubuntu2 [15:43] accepted [15:43] alternatively we can try a separate landing [15:43] before [15:44] asac: it can be separate. 1.0.32 just needs to be in place for apps to use the content-hub [15:45] asac: so qtubuntu now has two (unrelated) changes in the PPA IIUC; I'd want to get them in soon so that we can see if they cause issues pretty soon; one of the two changes needs new platform-api update [15:45] asac: I don't consider it a 'landing'-- it is just bug fixes/policy to allow stuff that is currently denied [15:46] asac: but I'll let you call it what you will [15:46] asac, i'm fully with lool, one of the fixes is essential for MM [15:46] rfowler, ps-mako-02 is now not showing up on adb (04ccca120acd4dea) can you kick it when you have a chance, no rush [15:46] hello. [15:46] can somebody help me with this failure? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/973/testReport/junit/unittest.loader.ModuleImportFailure.unity8.shell/tests/test_hud/ [15:47] elopio, let me take a look [15:47] thanks fginther. [15:52] elopio, veebers also saw this or something similar recently. My theory is that we're running into stale pyc files (something like this: http://bugs.python.org/issue15030) [15:52] elopio, now that we've seen it twice, it doesn't appear to be a fluke [15:53] fginther: that used to happen on U1 jobs too. But with virtualenv and clearing the workspace for every job was easier to fix. [15:54] elopio, good to know. We're relying on apt to clean up the devices after the test runs, I don't think this cleans up the pyc files [15:54] elopio, I'll file a bug and start looking at a fix. [15:55] http://10.97.2.10:8080/job/mir-saucy-amd64-autolanding/343/console seems to be locked up - should I just cancel it and will it start again? [15:55] fginther: apt doesn't but the standard maintainer scripts generated by python helpers normally do [15:56] cjohnston, do you know if those helpers do cleanup on upgrade/downgrade too? [15:56] robert_ancell, looking [15:56] :-( [15:57] err, wrong cj [15:57] cjwatson, , do you know if those helpers do cleanup on upgrade/downgrade too? [15:57] fginther: and, how can I land my branch? [15:58] fginther: ps-mako-02 is back up... same thing... had to reboot it [15:59] fginther: yes [15:59] elopio, you're results are from the ci tests, which wouldn't land the branch anyway. If it's otherwise good, just have the MP approved and the tests will be re-executed anyway. The chance of running into this same failure are slim, I've only seen it twice over a few hundered test runs. [16:01] fginther: good. Thanks. [16:02] asac: Good news, the music playback can go in [16:03] robert_ancell, it did look hung. I re-approved to restart it [16:03] asac: if we are happy to land platform-api + qtubuntu + url-dispatcher + upstart-app-launch, we're good! checking where they stand now [16:03] fginther, thanks [16:03] ++ [16:03] asac: who triggers the copy from PPA to archive? [16:03] cjwatson: with you once I'm done updating the spreadsheet for this landing :) [16:04] rfowler, I'm concerned that this has happened 3 times in one day, have you seen any other devices doing this? [16:05] lool: ok [16:06] lool: anyone from didrocks team usually does that if i understand your questionm correctly [16:06] lool, did the last merge of qtubuntu build already ? [16:06] i see it in trunk but cant find out which PPA it lands in [16:07] asac: ok; thanks [16:07] asac: copy from PPA to archive? [16:08] asac: is it ok to push this in now? [16:08] asac: the last thing missing before /image build/ are a) copy above list to archive, b) music-app finishing to build [16:08] ogra: yes, but not the bdep thing I think [16:09] lool, bdep thing ? [16:09] lool, for that merge nothing else is needed [16:09] ogra: not hte platform-api bdep [16:09] ogra: and apparently the touch thing missed the window [16:09] thats not needed for this merge [16:09] ogra: the mediaplayer fix [16:09] ogra: the platform-api bdep was for the url landing [16:09] right that doesnt need a bump [16:09] it does, it doesn't build without the new platform-api [16:09] ricmm, ^^^ ? [16:10] lool, could it bne that you messed up ricmm's order of landings ? [16:11] there was an order of commits that had to go in [16:11] rfowler, there are two more devices missing from adb on ps-android-sandybridge now. Could this be an issue with the adb server? [16:11] ogra: I dont understand what you mean [16:12] lool, the mediaplayer fix was supposed to go in first ... two days ago actually [16:12] i think ricmm had an order in which these merges were supposed to land [16:12] ogra: I dont think the two relate in any way; but he might have had different priorities [16:13] which is why the url-dispatche stuff was kept from being approved until the medioaplayer fix landed [16:13] so you only need to bump the platform-api for this one [16:13] whats the issue now? [16:13] all trunks are fine for release [16:13] ricmm, lool lcaims there is a platform-api bump needed [16:14] ogra: this is a commit ricmm prepared that didn't make it [16:14] if we're careful, we can land without it, but it would be nice to get it in [16:14] maybe it's in bzr, but it's not in PPA [16:14] it's not in bzr [16:15] its fine if you land it as-is, p-api is already in the ppa [16:15] so no breakage should happen [16:15] right [16:29] ricmm: ok ... will you file the rt and CC me/elmo? [16:29] have to run to two more calls and might miss it [16:30] asac, i just agreed in the other channel to do it [16:30] asac, this channel is for landing stuff :P [16:30] right [16:30] just ensure the proper CC list [16:30] yeah [16:30] asac, so just say "yes" to lool and we're fine [16:30] didnt look at the channel, just aw that ricmm was talking here [16:31] lool: if everything is tested etc... just go ahead [16:31] to confirm landing qtubuntu is fine as is [16:32] ev, asac: we having the standup meeting? [16:41] ev: fginther: may I do a spot request for bug fix release? please daily-release ubuntu-wallpapers containing translation updates, it is not seeded in ubuntu-touch. [16:42] kenvandine, can you help out xnox? [16:42] kenvandine, ^^ [16:54] xnox, actually i'll be publishing that today [16:54] waiting for the new wallpaper [16:56] xnox, is there a bzr branch?> [17:08] asac: ok [17:08] Mirv: around still? [17:09] or can someone please copy platform-api, qtubuntu, upstart-app-launch, url-dispatcher from PPA to saucy(-proposed?)? [17:10] ogra: once that lands in saucy proper, image build would be nice :-) music-app was built in the PPA, and will be picked up [17:11] lool, definitely ... i actually wanted to seed the click package updater too before ... but there was a seed change i have t revert first [17:12] * lool => dinner [17:13] in fact i have to ... i didnt notice it slipped into the last meta laready ... damn [17:15] kenvandine: lp:ubuntu-wallpapers [17:15] xnox, ok, when i get the new default wallpaper, i'll be proposing a branch there [17:15] when that's merged i'll build the stack [17:16] ! [17:16] ogra: I have something interesting for you [17:16] sec, pastebining [17:17] lool: kenvandine cyphermox sil2100 and Mirv can help on these things [17:17] ogra: I was able to reproduce some of these crazy network problems at home just now [17:17] asac, so ... sad i have to say that ... stop the line ... [17:17] something untested slipped in [17:17] after a phablet-flash, and phablet-network, it looked like things were working, could even resolve dns [17:17] ogra: whats that? [17:17] * ogra is revertin [17:18] then apt-get update failed [17:18] http://paste.ubuntu.com/6129129/ [17:18] ogra: thx [17:18] looks like I had the default route over rmnet_usb0 [17:18] after a fresh flash/boot [17:18] asac, there was a seed change i didnt notice, so two new packages ended up in the last meta upload [17:18] I rebooted, and just had wifi though [17:18] ogra: ok ... can you not check if the they dont break the autopilots? [17:18] rolled back already ... waiting for the meta generation [17:18] or do we see breakage? [17:19] asac, dunno what they could break [17:19] ogra: i think if we dont see breakage (and want that change in general), we can call it a lucky shot [17:19] ogra: do we wnat those packages in general? [17:19] ogra: if so, pull them on phone and just test with autopilot if they break something - at least would be an option. [17:19] asac, no idea, ask dpm and dholbach, they seeded them [17:19] if you dont want to test, just backout [17:19] kenvandine: ok. note that the UserInterfaceFreeze is today, are we getting the new default wallpaper today? [17:19] i dont even know what they are :) [17:19] ogra: cant you see it in bzr? [17:20] what are their names? [17:20] xnox, that's what i've been told [17:20] asac, gimme a sec until the meta generatio is done ... that is quite dresource emanding :) [17:20] kenvandine: cool. It would nice to also get the saucy pictogram / slide update in the ubiquity. For raring we had "raring ringtail pictogram" on the default wallpaper background. [17:21] ogra: suresure [17:21] kenvandine: hey, would you be able to help me copy platform-api, qtubuntu, upstart-app-launch, url-dispatcher from PPA to saucy(-proposed?)? [17:21] kenvandine: not sure we have a saucy pictogram... given that we didn't have usual uds branding / t-shirts / et al [17:21] kenvandine: ~ubuntu-unity/daily-build ppa that is [17:21] lool: -proposed, yes [17:21] no copies directly to saucy except by proposed-migration :) [17:22] good :) [17:23] (archive admins technically can but shouldn't; everyone else will get an error if they try) [17:26] ogra: so not sure [17:26] let me check what the landings say [17:27] asac, we need the ablve copy lool just did [17:27] *above [17:27] ok so url-dispatcher is still worked on [17:27] and unity8/unity-mir was in the works, not sure where that stands [17:27] sil2100: still there? [17:27] asac: worked on? [17:27] whats the status on all those things :)? [17:28] and i'm just trying to land the seed change for click-update-manager [17:28] asac: the ones for the music playback are good to go [17:28] lool: its INFLIGHT... so i thought not everything is in yet [17:28] hmm where is that [17:28] asac, soon in proposed :) [17:28] left sheet [17:28] or first .. [17:28] ok. just wonder if we had another batch that needed testing anyway [17:28] then we could have just ensured that our seed landing didnt break stuff [17:29] so the two things we wanted to do is applications #4 [17:29] and phablet-tools [17:29] no, we should actually be ready to run after my meta upload and after everything came out of proposed [17:29] asac: updated status [17:29] asac: I had missed that [17:29] lool: INPPA? i want tht in INARCHIVE [17:29] asac: well i need someone to do that [17:29] right [17:29] asac: I've been pinging around... Mirv and Ken [17:29] sil2100: ^^ [17:29] someone needs to copy it to proposed [17:29] kenvandine: ^^ [17:29] cyphermox: ^^ [17:30] we need someone to copy something [17:30] [ the request is to copy platform-api, qtubuntu, upstart-app-launch, url-dispatcher from PPA to saucy-proposed ] [17:30] are those normally managed by cu2d? [17:30] didrocks' stuff? [17:30] yeah i think so [17:30] or is it always a manual thing? [17:30] no... there is a tooled way to do that step [17:30] i am sure [17:31] ok, while I can do the copy technically I'd prefer not to sidestep tools [17:31] yeah dont do that [17:31] not sure what explodes [17:31] we might want to look for documentation. maybe its super simple [17:31] kenvandine: cyphermox ^ can you help here? [17:31] it's probably all on Didier's blog [17:31] sounds like they need to run release on the platform stack and upstart-app-launch, url-dispatcher [17:31] from daily-build to proposed [17:31] or somewhere under https://wiki.ubuntu.com/DailyRelease [17:32] does packagelist_rsync_cu2d-* ring a bell? [17:32] most likely in this section: https://wiki.ubuntu.com/DailyRelease/FAQ#ubuntu-unity_team [17:33] https://wiki.ubuntu.com/DailyRelease/FAQ#ubuntu-unity_team [17:33] err' [17:33] https://wiki.ubuntu.com/DailyRelease/FAQ#Forcing_a_stack_publication [17:34] so i think individual packges are manually copied [17:34] tools only exist for proper publication of whole stack [17:35] if it helps there's a copy-package script in lp:ubuntu-archive-tools [17:35] but I have to go for dinner [17:35] "It's really urgent [17:35] You can upload right away your change then, the next daily will be blocked for that component though (and only for that component) until your change reaches upstream. So please, be a good citizen and avoid more churn in proposing your change back to the upstream repo (including changelog), pinging the ubuntu-unity team preferably. " [17:36] if it's a manual copy then probably something like copy-package -p ubuntu-unity --ppa-name daily-build -s saucy --to-primary --to-suite saucy-proposed -b platform-api qtubuntu upstart-app-launch url-dispatcher [17:36] I think that "It's really urgent" is directed at Ubuntu core developers not using the CI infrastructure [17:36] well. lets wait. one of kenvandine Mirv cyphermox and sil2100 must be around :) [17:36] right [17:36] just saying that in worst case we can fall back to that [17:36] We shouldn't need a manual upload here [17:36] ack [17:37] copy-package is access-controlled to anyone who could ordinarily upload the package [17:37] so in general core-devs can copy anything into Ubuntu [17:37] anyway, yeah, that's your infodump, dinner [17:46] * fginther is having a bad day [17:46] fginther: is there a way to turn that into a good day? [17:47] :) [17:47] give hime more devices :) [17:47] working ones [17:47] ogra, only if I don't f'em up first [17:47] working ones [17:47] ;) [17:48] the ones that *just work* :) [17:48] it's getting better, I just wish I had a button to restart all the jobs that failed in the last 3 hours [17:48] oh my [17:49] it's getting better. it has to [17:50] ogra: any idea if the qtbackports landed? [17:50] qtbackports ? [17:50] qtwebkit backports [17:51] at least in proposed i saw them on the -changes ML [17:51] https://launchpad.net/ubuntu/saucy/+source/qtwebkit-opensource-src/5.1.1-1ubuntu2 [17:51] still building :( [17:52] yes, 40 minutes to go + -proposed migration [17:52] ogra: any idea why rmnet_usb0 is coming up after I set up the network and getting the default route? [17:52] http://paste.ubuntu.com/6129129/ [17:52] ogra: ic [17:52] so calxeda isnt fast enough :/ [17:52] asac, faster than amd64 obviously :P [17:52] webkit is not small either :-) [17:52] clickmanager-plugin [17:52] if you judge speed by the queue [17:53] :P [17:53] today, the CI for upstart-app-launch completed on armhf twice as fast as on i386 and amd64 :-) [17:53] yeah [17:53] ogra: so the clickmanager-plugin thing [17:53] ogra: did we seed that? [17:53] asac, 20min ago ... [17:53] its in proposed [17:54] thats why i discovered the seed issue ... would ahve been ready 1h ago [17:54] ogra: the seed? [17:54] good [17:54] ogra: let me install a new image and see what happens if we pick up those community seeds [17:54] community seeds ? [17:54] * ogra wonders what that is :) [17:54] ogra: ah... so did we back them out or not (e.g. do i need to test?) [17:55] you mean the grilo stuff ? [17:55] yes [17:55] good [17:55] then i dont need to test [17:56] plars, getprop sys.usb.config [17:56] what does that return [17:56] looks like you accidentially enabled rndis [17:56] ogra: mtp,adb [17:57] (though that shouldnt persist) [17:57] sil2100: line 35, unity8 bug fixes are marked INPROPOSED but it seems unity8 itself is in saucy, not saucy-proposed, since the 16th? [17:57] plars, well, then you shouldnt have such a device [17:58] oh, wait [17:58] plars, thats 3G [17:58] plars, i think cyphermox is on that one [17:58] (the _usb0 confused me) [17:58] (especially since i assumed a lab device without sim) [17:59] ogra: ah, so I wonder if this is why we sometimes see that issue in the lab where it looks like we have network but we don't [17:59] ogra: no, this is at home, and I have a sim [17:59] yeah [17:59] else you wouldnt have thaty device [17:59] ogra: also, in the lab we have sims in the devices we're testing on [17:59] ah [17:59] well, then that bug could bite oyu, yeah [17:59] what's odd though is that i seem to be able to reproduce this every time [18:00] at least the last 3 times I've tried this morning [18:00] right, ask davmor :) [18:00] heh, ok [18:00] he whines about that since days [18:00] i think restarting NM helps [18:00] at least from what i picked up from backlogs [18:00] ogra: I found this, but it seems it's fixed? https://bugs.launchpad.net/touch-preview-images/+bug/1193161 [18:00] Ubuntu bug 1193161 in touch-preview-images "[mako/flipped] 3g Data Connections Fail" [Critical,Fix released] [18:00] must be a different one [18:01] yeah, thats old [18:02] lool: you think you could create another sheet that displays the DONE? [18:02] asac: we could, but it would be read-only [18:02] ok... well just seeing would help me i think [18:03] 16:59 < sil2100> asac: btw. some time ago I landed unity8 and unity-mir (as per landing plan) - forgot to mention :| [18:03] i cant find that in landing plan [18:03] asac: if you quickly want to show them and hide them, click the T shaped green button on column C, select DONE and Ok, and you should see them [18:03] asac: I think that's line 35 [18:03] asac: 19:57 < lool> sil2100: line 35, unity8 bug fixes are marked INPROPOSED but it seems unity8 itself is in saucy, not saucy-proposed, since the 16th? [18:04] not 100% sure [18:04] Published in saucy-release on 2013-09-16 [18:04] so 3 days ago [18:05] yeah [18:05] http://people.canonical.com/~platform/cu2d/results [18:06] hmm [18:07] there is one qtubuntu merge missing from that [18:07] lool, can you trigger a rebuild of that ? [18:08] robru: hey [18:08] robru: do you know how to publish individual packages? [18:08] asac, yes, i do now [18:08] lool, (or point me somewhere where i can do that myself) [18:08] robru: how do you do that? is there a script? [18:09] asac, yeah, it's an extra option to the cu2d-run script [18:09] robru: where were the docs you looked at yesterday? [18:09] couldnt find that answer on the ubuntu wiki :/ [18:09] asac, I just ran './cu2d-run -h' and it explained how to do it. basically you just write in the package name after the stack name [18:09] robru: ok... thats not documented? sure that didnt push the full stack :)? [18:10] robru: just wonder because we need to publish a few things :) [18:10] asac, i was following the build, it was a bit strange. the prepare step looks like it only prepared the one, but then the build step looks like it built all of them. so I'm guessing that it did a fresh build of phablet-tools and then rebuilt older packages for the rest of the stack [18:10] i think some are complete stacks, but some are individual ones [18:10] maybe we should look together [18:10] lool: so what exactly do you want to publish? [18:10] lool: can you give us a list? [18:11] robru: yeahg. .but the copy was just _one_ package in the end? [18:11] asac, i'd have to double check that [18:12] robru: please do... dont want to accidentially flush everything in :) [18:12] lool: so... http://people.canonical.com/~platform/cu2d/results [18:12] lool: maybe there are a few stacks we want to tak completely? [18:13] fginther, i see you aborted a CI build for https://code.launchpad.net/~kalikiana/ubuntu-ui-toolkit/appname/+merge/180601 [18:13] fginther, is that getting run again? [18:14] kenvandine, yes, I'll try to re-run things when the touch image issue is fixed [18:14] fginther, cool, thanks [18:14] asac: new sheet with DONE is done [18:16] lool: do you see all your package for url-dispatcher here: http://people.canonical.com/~platform/cu2d/results ? [18:16] asac, quite strange... just looking over the misc stack, it looks like ubuntu-themes and notify-osd were released at the same time that i manually pushed phablet-tools... but not the whole stack. many more were not released. i can't explain that [18:16] kenvandine: do you know how to release a single package and not the whole stack in a safe way? [18:16] asac, qtubuntu needs a rebuild, it didnt pick up the laste merge [18:16] asac, my understanding is that didrocks is the author of this tool, so if it's broken, blame him ;-) [18:16] kenvandine: sorry to disturb you, but that info would help us alot [18:17] i am blaming noone :) [18:17] i just want to not do mistakes :-P [18:17] kenvandine, I thought I knew but it seems it released more than what i specified. i'd love to be educated [18:17] sil2100, could you trigger a qtubuntu build for latest trunk ? [18:17] (or anyone else who can) [18:17] asac: yes [18:18] robru: can you trigger builds for branches? :) [18:18] i hope [18:18] asac, how is that different? branches are 1:1 with packages. [18:18] asac: platform and misc stacks [18:18] but they have other things [18:18] doanac, plars, does utah have code to enable rw mode on the ubuntu-system images? [18:18] robru: well. we dont know nothing about the system. someone has committed to trunk, so how can we ensure that we get a new build in the ppa now? [18:19] asac, http://paste.ubuntu.com/6129378/ here is the documentation i was going off last night in case you don't have it [18:19] fginther: yes [18:19] doanac, cool, can you point me in the general direction? my grep foo isn't helping [18:19] fginther: hey, would you think you could give my username (lool) in jenkins to trigger rebuilds of failed builds from merge proposals? [18:19] fginther: http://bazaar.launchpad.net/~utah/utah/dev/view/head:/examples/run_utah_phablet.py#L109 [18:19] asac, well, i was told that as of last monday, this was supposed to be back to every-stack-every-4-hours, so this whole thing about having to manually trigger builds is quite strange and difficult for me [18:19] asac, robru: i didn't think you could publish single packages [18:19] that was just for builds [18:20] wait :) [18:20] i think we mix things up [18:20] we have stacks [18:20] lool, sure, as long as you don't trigger anything that tests on touch until the image issue is resolved [18:20] and we have source packages in that stack [18:20] we want to publish those source packages with their binaries :) [18:20] while this discussion goes on ... could someone trigger a build for qtubuntu please ... [18:20] asac, yeah, but you're wanting to publish individual packages, not whole stacks? [18:20] asac, yes... afaik you can do a stack build limited to a single project/package [18:21] but you can limit publishing to a single package [18:21] hmm [18:21] i am pretty sure it's designed to only publish entire stacks [18:21] robru: right. just publish one package [18:21] should we just package copy from ppa? [18:21] asac, kenvandine: oh yes, i see in the help now, the package selector only works with -R (ie, only works during build step, not publish step). so we can build individual packages, but we have to publish the whole stack [18:21] fginther: ok, I'm not sure what the image issue is [18:21] ic [18:21] that was by design, didrocks had reasons for that [18:21] yeah. so no tools to force [18:21] lool, see mail to ubuntu-engineering [18:22] lool: i am pretty sure we should use cjwatsons commands [18:22] he wanted to prevent that [18:22] a) the FAQ says you can even upload directly - skipping the whole system [18:22] if you sync up the branch afterwards [18:22] asac: yeah me too [18:22] asac, yep, you can do an individual upload if you like, but you need somebody with upload rights for that, so i can't help you there. (ken could, but he's ultra-busy from what I hear) [18:23] fginther: ah right, sure [18:23] robru: thats fine. i have plenty of those :) [18:23] we just didnt want to bust the CI system in case we do stuff manual [18:23] asac, personally I would prefer to just run a whole stack, because a) I have the power to do that, and b) there's less hassle merging the manual upload back into the automated system [18:24] lool: so... i think we should be assemble a list that cross matches what we have on landing plan and what we see in didrocks results [18:24] * ogra just wants qtubuntu not miss this slot ... [18:24] page [18:24] so could someone rebuild it please [18:24] robru: i think since we do a binary copy there wont be a merge needed [18:24] we have the CI built versionm and just copy it [18:24] robru: problem is that there is stuff in the stack that we dont want :) [18:24] so... [18:24] :) [18:24] * ogra feels invisible [18:24] robru: at least for some. let us go back. maybe we have a few stacks that should go in completely [18:25] asac, i don't understand what the harm is in building something that you don't need right now? sure it's a bit slower but it's not like it breaks everything, is it? [18:25] asac: so I dont think the spreadsheet is ok for that, I think the fix is to use bugs and proper tools (not a spreadsheet), e.g. britney etc.; I talked to Colin about his ideas and plans, and generally I think it's good but the only thing we will get soon is britney, the rest is longer term [18:25] robru: the building i dont care. i dont want it in the archive if its not properly tested. anyway. can you help ogra? :) [18:25] i think his problem is easier [18:25] asac: I can explain some of this, but not tonight :-) [18:25] lool: well. can we discuss this later? [18:25] lool: we have a landing plan [18:25] ogra: rebuild? [18:25] we want to get that in :) [18:25] * ogra hugs asac [18:25] simple [18:26] asac: yes, this is for later [18:26] lool, it doesnt build automatically on merge [18:26] ok :)...good. [18:26] so lets cross match [18:26] so we know what we want to copy [18:26] asac: but I dont want to create new tools that hook to a spreadsheet that we write manually to like now [18:26] it's just too fragile [18:26] lool, so the final merge wasnt picked up, it isnt in the changelog [18:26] lool: i dont want that either for now [18:26] just want to figure what we want to copy :) [18:26] seems sil and friends have a better mental model to know what to do [18:27] lool: let me create a pad [18:27] lool: so what do we need for: "Make app scope ignore click packages" [18:27] ogra, sorry, what's up? [18:28] i will record them and tell you after [18:28] robru, can you trigger a build for qtubuntu trunk ? [18:28] ogra: oh yes [18:28] ogra: that's upstream merger [18:28] ah, k [18:28] for qtubuntu upstream merger :) [18:28] fginther: we need upstream merger to pick up qtubuntu from bzr to put it into ~ubuntu-unity/daily-build, would you be able to kick that now? [18:29] ogra, no, fginther does upstream merger. I can do the releases after the branch lands in trunk [18:29] robru, yeah, still finding my way around all these new terms :) [18:29] ogra, yeah, it took me a while to figure it out too ;-) [18:30] lool, ogra, if it's already in trunk, it's someone else's job :P [18:30] ogra, anything to do with releases / packaging goes through my team (didrocks/sil/mirv/ken/cypher/me), anything else is fginther basically (merges aka CI). [18:31] robru, ok, so we have a breanch that was merged in trunk a few hours ago, but there has no package been produced from it, is that you ? [18:31] asac: make app scope ignore click >> we seem to have only one change ready from the two listed in the ask, but that seems to be the only one we want anyway: https://bugs.launchpad.net/ubuntu/+source/unity-lens-applications/+bug/1225387 [18:31] Ubuntu bug 1225387 in unity-lens-applications (Ubuntu) "Multiple entries for each application" [High,Confirmed] [18:31] ogra, ok, yeah. if it's in trunk i can make a release of it [18:31] robru: that's qtubuntu [18:31] https://code.launchpad.net/~phablet-team/qtubuntu/trunk ... we want a package with 178 in it :) [18:32] bed time, bbiab [18:32] lool, ogra: ok, so what I do is build the whole stack, which for qtubuntu is the platform stack. which includes a bunch of stuff. is there any problem with releasing stuff other than qtubuntu? because I just discovered i don't have the power to pick and choose [18:32] hmm [18:33] lool: right. i think thats known [18:33] lool: we will feed that back after release to rick [18:33] we only want that one package, not sure if there were any landings in other branches since [18:34] i wonder how the last build was done then ... [18:34] robru: just build ... dont publish [18:34] we will do the publishing after its in the ppa and tested [18:34] robru, so i guess building all and only releasing the new qtubuntu is what i want [18:34] yeah [18:34] asac, ok, i will kick off a build [18:34] that :) [18:35] ok that simple :) [18:35] (it has been tested already with local builds of the package) [18:35] ogra: its all about learning each others languages [18:35] ok, it's building. [18:35] yeah [18:35] hehe [18:36] * asac goes and installs the apps [18:36] to try [18:36] asac, ogra, lool: so the ppa is listed as ubuntu-unity/daily-build, I guess you will copy the packages from there, manually? that would be the only way I know to pick and choose. because if I run the publish step, it will release the whole stack to distro. [18:36] fginther, that job seems to have locked up again http://10.97.2.10:8080/job/mir-saucy-amd64-autolanding/344/ [18:37] robert_ancell, looks like it just finished [18:38] fginther, oh, sorry. Looks like the page wasn't refreshing right [18:38] robru, right [18:38] robert_ancell, it did take nearly 2x normal time [18:39] fginther, argh, it's that stupid amd64 box failing again [18:39] robert_ancell, is there something wrong with the host? [18:40] fginther, the tests are running incredibly slowly on it [18:41] fginther, alan_g is adjusting some timeouts on our side so the tests still pass, but it seems the box is not running properly or is overloaded [18:45] robert_ancell, hmmm... looks like the mir builds are leaving behind memcheck processes [18:46] uptime [18:47] robert_ancell, there are 31 valgrind process, some going back to july [18:47] fginther: we don't need them [18:47] fginther, yeah, you can probably kill some of those... [18:48] robru: right. thats what we plan to do [18:48] i have core-devs for that ... so [18:48] lets hope lool comes back though... :) [18:49] "bed time, bbiab" feels conflicting [18:49] alan_g, robert_ancell, I'll do a reboot of the build host when the tests drain [18:49] back now [18:49] asac: it was not _my_ bed time :-) [18:50] i hoped :) [18:50] ogra: so ubuntu-touch-session is a branch? [18:50] ogra: you upload that directly? [18:50] fginther: thanks - wonders what happened only 31 times since july [18:50] *I wonder [18:50] yes, its a branch thats not hooked into any automation [18:51] ogra: where is it? [18:51] where is the qtubuntu build? [18:51] ogra: kgunn wants to land SF lightdm support in there later [18:52] ogra: he will update the landing plan entry... just want to be sure he knows where :) [18:52] asac, err, is that the same patch mterry wanted to land that didnt work ? [18:52] kgunn: ^^ [18:52] ogra: i think they fixed it [18:52] :) [18:52] ogra: do you see a new MP? [18:52] https://launchpad.net/session-manager-touch/trunk [18:53] probably, i just got 140 new ones ... one sec [18:53] ogra: https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch/+merge/184659 [18:53] seems fresh on the stand [18:54] SWEET ! === Ursinha is now known as Ursinha-afk [18:55] X-LightDM-Session-Type=surfaceflinger [18:55] thats what we need :) [18:55] asac: so in lp:cupstream2distro I found copy2distro which seems to do what Colin described copy-package does [18:55] lool: nice [18:55] asac, the surfaceflinger fix for lightdm is https://code.launchpad.net/~robert-ancell/lightdm/surfaceflinger/+merge/186596 - we're going to properly support it rather than relying on the bug that made it work before :) [18:56] lool: so can we go through and just copy what we think is ready? [18:56] except it does it as ~cupsream2distro [18:56] robert_ancell: ok also added to the landing entry [18:56] robert_ancell: have you tested all that etc.? [18:56] asac, yes, mterry and I tested it here locally [18:56] robert_ancell: or still working on it? if so, be sure you update the entry before tomorrow [18:56] on a Nexus 4 [18:56] asac, it's landing now [18:56] otherwise we will try to pick that [18:56] robert_ancell, land it ! [18:56] asac: I think so, but I'm not sure I can figure out how to configure + run it, missing the config file and need to change to my creds [18:57] asac, lightdm is manually released though, so let me/mterry know if you need to synchronise that [18:57] lool: the commands colin gave us might be easier to use directly? at least there we would have access to know how :) [18:57] asac: thats what I was thinking, was looking for him actualy [18:57] cjwatson: back from dinner by any chance? :-) [18:58] robert_ancell, since we dont use it yet on touch it shouldnt do any harm ... i guess taking care of desktop is more intresting for that upload :) [18:58] cjwatson: lp:cupstream2distro/copy2distro seems to be doing the same as what you described copy-package does, except I dont know how to configure the cupstream2distro one and I dont know where copy-package is :) [18:58] lool: so first i would like to try "Make app scope ignore click packages" [18:58] robert_ancell, if it is in, let me know and i upload the session stuff [18:58] i wil in the meantime test the apps [18:58] * asac continues with that [18:59] sergiusens: hey...we're talking about landing the lightdm/ubuntu-touch-session update again...rumor is you saw something you didn't like, would you mind retesting ? [18:59] ogra, ok, will upload in an hour or so [18:59] asac: I'm not going to last long tonight [18:59] probably gone at 10pm [18:59] robert_ancell, great ... i'll be around for ~2h more ... [18:59] would really like to see the music playback stack though :-) [19:01] sergiusens: if you want...here's the branches https://code.launchpad.net/~robert-ancell/lightdm/surfaceflinger & https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch [19:01] lool: sure... you just need to copy those things that are there [19:01] apps can be completely copied as a stack etc. [19:01] I found the script now [19:01] kgunn, I'll give it a go [19:01] sergiusens, heyo! [19:02] sergiusens, you were testing my branch the other day and saw some jankiness right? [19:02] yes [19:02] sergiusens, I'd appreciate a re-look on that. I couldn't reproduce (on nexus4). What device did you use? [19:02] asac: fasten your seat belt [19:02] mterry, maguro [19:02] lool: nice... what are you copying? can you log it :) [19:02] sergiusens, I've updated the session-manager-touch branch with some other fixes, and support for the upcoming surfaceflinger session type in lightdm [19:03] * asac hurries to get the apps tested [19:03] sergiusens, ah. hrm, maguro has general mir slowness right? [19:03] mterry, yeah [19:03] sergiusens, do you have time to test an updated lightdm/session-manager-touch? I can show you the changes you need to make to enable surfaceflinger session [19:03] asac: http://paste.ubuntu.com/6129553/ [19:03] mterry: sergiusens https://plus.google.com/116997345010659023379/posts/cWSUVkvpGax [19:04] mterry, can you send them in an email so they don't get lost? [19:04] asac: seems to have worked, now in proposed [19:04] sergiusens, https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch/+merge/184659/comments/425142 [19:04] lool: nice... update landing item :) [19:04] sergiusens, I left a comment in that MR. Is that permanent enough? [19:05] sergiusens, hopefully in a about an hour or so, lightdm in saucy will be updated to include that branch [19:05] landing updated [19:05] sergiusens, or you could build it yourself if you're impatient for all the surfaceflinger goodness [19:06] lool: ok testing for this stuff starting: http://paste.ubuntu.com/6129562/ [19:06] dont think will take long [19:06] i believe its all the apps [19:06] but some are in services etc. [19:06] so we need to copy the packages above [19:07] but wait for tests [19:07] * asac scared that we just destroy the CI system :) [19:07] I think it can't distinguish this from a direct upload [19:07] so we're fine [19:07] IMO [19:08] right [19:08] i see it the same [19:08] its even better... the changelogs etc. are still in sync [19:08] yeah, it might bug if there's nothing to merge back, but I think not [19:08] dont think so [19:09] i believe this thing is pretty robust wrt to changes that can happen in ubuntu archive :) [19:09] +1 [19:09] at least that's the feeling I got by discussing with didier [19:09] right. he told me many times :) [19:09] now we will see [19:09] mterry, well I'll be free around that time, so I can wait [19:10] hmm [19:10] sergiusens, I don't know how much longer it will take for it to finish building after it's uploaded in an hour, but yeah [19:10] so building qtubuntu locally takes 5-10 min ... [19:10] asac: it makes sense, it *had* to work despite people uploading directly. What I don't know is whether he needed to kick here and there then ;) [19:10] i wonder how much the CI build adds up to that due to "building the stack" [19:10] mterry, oh, missread thee [19:11] vila: we will find out soon i guess :) [19:11] cjohnston: you still have that jenkins config lying around where you passed parameters to the downstream jobs? [19:12] ogra: don't forget that question :) [19:12] robru: hey, I am trying to find your qtubuntu bzr -> ppa job; I see nothing in PPA and nothing in upstream merger, is this in http://10.97.0.1:8080/job/cu2d-platform-saucy-1.1prepare-qtubuntu/14/ ? [19:12] robru: I dont seem to find the right job [19:12] vila, you mean i should better write it down for tomorrow ? :) [19:13] lool, http://10.97.0.1:8080/view/cu2d/view/Saucy/view/All/job/cu2d-platform-saucy/15/console this is the build I started. [19:13] ogra: I mean that one I'm asking too so we should smoke a virtual one sometimes and talk about that ;) [19:13] robru: thanks! [19:13] ogra: I mean that's one I'm asking too so we should smoke a virtual one sometimes and talk about that ;) [19:13] vila, ++ [19:14] lool: copy-package is in lp:ubuntu-archive-tools, if you didn't already find it [19:14] asac: yeah, and if it breaks, you'll have enough data to reproduce it right ? (Taking a test env to reproduce at will, i.e. you have the *input* data) [19:14] cjwatson: yup, found it and tried it now :-) [19:14] cjwatson: worked fine, thanks for the flags and all [19:15] lool, asac: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages I see today's qtubuntu in here [19:15] robru: It's odd that it's not already in the PPA though [19:15] robru: I see one from 4 hours ago [19:15] robru: maybe they want more? [19:15] (not sure) [19:15] lool: all that infrastructure work last year has been paying off :) [19:15] lool, yeah, there seems to be some kind of timestamp mismatch on one of the servers somewhere. that one from four hours ago is definitely the one i just built, the version number matches. [19:16] doanac: ya [19:16] give me a bit [19:16] robru: it should have "If window has a parent, send duplicate events to it." [19:16] lool: can you check the changelog amybe? [19:17] lool, asac: ok, this build is from r177, so it's not including r178, the most recent. damnit [19:17] asac: confirm changelog misses it too [19:18] robru: and we tried to build the right stack? [19:18] did we see the package uploaded in logs somewhere? [19:18] also confirmed revision is missing [19:18] asac, lool, ogra: ok, i don't really know how to explain this, but for most of the last week I have been experiencing a ~12hr lag between "when a commit lands in trunk" and "when jenkins notices it and is able to release it" so this commit is only 4hrs old, it may not be possible to release it right now. [19:19] robru: yes, that's what I wanted to speed up :-) [19:19] sigh [19:19] robru: it picks up bzr revs every 4 hours; it missed the last tick by a tiny bit [19:19] robru: and I wanted to run it manually [19:19] lool, actually in this case the most recently included commit is only 7hrs, so that seems like a general improvement [19:19] robru: that's about right, 12pm UTC [19:19] lool, i don't have control over why this is so slow, somebody like didrocks needs to fix that (or maybe somebody in the data center, not sure) [19:19] robru: where is the job scanning for the changes though? [19:20] cu2d-run -R -r [19:20] that should rerun a partial release [19:20] asac, ogra: Either we give up on landing that mediaplayer related fix today, and land it tomorrow, or we upload it manually, or you guys go really late to bed [19:20] I prefer option 1, but then I've pissed ricm enough for these days [19:20] if you add something like --no-publish [19:20] then it should be right [19:20] dont have the -h anymore unfortuntely [19:20] *off [19:20] lool, well I am just at the start of my day, I can rerun the stack in ~4hrs and see what happens [19:21] lool: what is this about? [19:21] lool: mediaplayer doesnt sound like worht investing night time if i hear just that [19:21] lool, my team blocks on this since two days ... the change was supposed to land this morning originally [19:21] asac: it's a fix for the touch events in the mediaplayer app [19:21] lool: meaning? [19:21] ogra: how does it block them? [19:21] ogra, you're saying you're blocked because r178 of qtubuntu needs to be released? [19:21] doesnt sound that would block [19:21] right [19:21] asac, it means that mediaplayer tests will still work when the ne stack lands ... and the fix is needed in advancd to test the stack changes before landing [19:22] ok [19:22] asac: some touch events dont get propagated because there are two windows in that app, one parent window and the rendering window or something [19:22] so its for preparing multimedia? [19:22] asac, robru we are blocked without landind qtubuntu [19:22] robru, we're blocked because it sat for two days on a spreadsheet [19:22] so ... can we first focus on getting in what we have tested? [19:22] this qtubuntu thing cant be so hard :) [19:22] robru, and then the order of planned commits for qtubuntu was unconditionally broken [19:22] ogra: well it wasn't merged either... [19:22] this was supposed to land first [19:22] ogra: It was only approved this morning [19:22] happroved that is [19:23] ogra, really sorry about that... nobody has bothered to explain to me *why* the builds are no longer automatic. these manual builds are pretty horrible and time consuming. [19:23] lool, yes due to a communication breakdown [19:23] ChickenCutlass: situation is that we have a hard time picking up the bzr branch to stuff it in ppa automatically [19:23] lool, when i wanted to approve it today i was denied [19:23] lool: so we have two things we wanted to finish urgently. thats the url-dispatcher lot [19:23] we must not give up without that being in [19:23] lool, else we would have had it this morning after meeting [19:23] the applications are easy and they are about to finish testing. so we should also take that [19:23] lool, qtubuntu is already in CI [19:23] is it not [19:24] and daily release [19:24] ChickenCutlass: I know, but it's not picked up and we dont have someone to unbreak it [19:24] yes, but we are not able to kick a fresh build with the final commit [19:24] ChickenCutlass: it's like super slow to pick up the latest bzr rev [19:24] the last build was a couple hours ago and it was not in by then it seems [19:24] lool, sorty, but it was all fine until this morning .. then i wasnt allowed to approve, then another qtubuntu merge was approved that wasnt planned to go in before [19:24] ChickenCutlass: and the european folks are running out of time :-) [19:24] ogra: I have nothing to do with this :-) [19:24] lool, you definitely do [19:24] 50% [19:25] lool, unless you forgot that you talked to ricmm about this before [19:25] too lool defense i dont see how he is involved in the daily-release system not picking up a bzr branch [19:25] when running the stack [19:25] asac, that started before [19:25] we never had problems landing qtubuntu before -- I don't understand [19:25] so here's what I propose: 1) build an image with unity-lens-applications and whatever else is in archive, test 2) build an image with music fixes, if qtubuntu has been picked up it goes in 3) if qtubuntu isn't in we upload it manually [19:26] lool: we have to finish the binary copies of what we have first [19:26] then we can do 1) [19:26] ogra: I didn't talk about this branch at all [19:26] lool: lest do that now [19:26] and someone else can do with qtubuntu [19:26] maybe we find out :) [19:26] lool, no, but the other branch was supposed to be merged after this one [19:26] I can upload it to ppa or -proposed manually too [19:26] we had a planned order [19:27] ogra: it doesn't matter, it would have been picked up if it had been happroved at the time the importer ran [19:27] hey. as i said earlier, we have no say in what is merged when [19:27] anyway. can we please go step by step [19:27] lool: dropping out in 30 minutes is not the best case [19:27] lool, right, which i wasnt allowed to because asac wanted manager signoff from ChickenCutlass [19:27] asac: do you want an image build *before* copying any qtubuntu / music bits or not? [19:27] but if he drops out and we didnt even do the copies we have nothing [19:27] we can still juggle a bit after [19:28] lool: i want to get url-dispatcher in [19:28] lool: i want the apps that are finished testing copied [19:28] then we can build [19:28] i want the binaries copied that are ready and tested [19:28] webkit is in proposed [19:28] thats good. [19:28] so lets please quickly run through [19:28] we can look at qtubuntu after... [19:28] or not [19:29] (not with you) [19:29] no, not not [19:29] we can look after [19:29] fginther, any progress on the amd64 box? [19:29] but it doesnt help if we dont get anything done [19:29] this trashed my day heavily ... i want to see it in [19:29] sure [19:29] we will find a way [19:29] * ogra is grumpy enough already [19:29] lool: so [19:29] asac, actually url-dispatcher is done. [19:29] robru: yup [19:30] robru: this one is fine [19:30] lool: url-dispatcher for video and music lenses [19:30] thats INPPA [19:30] you say thats copied now? [19:30] yes, everything for music is in PPA, special is music-app whichi is another PPA that will be included [19:30] but that's ok [19:30] and the fix is trivial and I tested it locally [19:30] asac, yep, I built and published the misc stack about an hour ago, that includes url-dispatcher. [19:30] well the change, not the .deb [19:30] robert_ancell, I rebooted it to remove the stale processes [19:30] INARCHIVE? or INPROPOSED? [19:30] asac: music stuff is all in PPA [19:31] asac: I can copy /if you want/ [19:31] asac, I don't know what that means, but I did the publishing step, so it should be uploaded the "normal" way that jenkins does it. [19:31] asac: I'm trying to understand whether you want to build an image *without* them first [19:31] which means INPROPOSED [19:31] lool: is it tested? [19:31] (after the copy) [19:31] asac: yes [19:31] lool: no... i want them [19:31] i want all the binaries copied that are tested [19:31] fginther, ok, cool. Just wondering if Jenkins is asleep then - https://code.launchpad.net/~robert-ancell/lightdm/surfaceflinger/+merge/186596 [19:31] uploading [19:32] done [19:32] lool: good [19:32] lool: also i ready is applications [19:32] i have tested all [19:32] here the list: [19:32] address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app [19:32] lool: check that that matches line 36 please [19:33] i attached the pastebin with my test results for those [19:33] asac: no telephony-app? [19:33] ah dialerp-app [19:34] lool: thats not in the list [19:34] there exists only dialer :) [19:34] yeah [19:34] asac: so webbrowser-app and gallery-app are from another row [19:34] sould be all in the same row [19:34] might be two rows :) [19:34] i wont rule that out [19:34] for me they display in one row [19:34] but its ffox [19:35] address-book-service, address-book-app, history-service, telephony-service, dialer-app [19:35] asac: I dont seem them in this row [19:35] thats what i copied out [19:35] lool: ah webbrowser is ok [19:35] we take all apps that are there [19:35] asac: you also tested webbrowser-app and gallery-app [19:35] due to there nature [19:35] asac: gallery too? [19:35] lool: right. i tested all [19:35] see the paste [19:35] wait [19:35] asac: just confirming you're landing these too, ok [19:35] http://paste.ubuntu.com/6129638/ [19:35] yeah [19:35] asac: copying these? [19:35] i added them [19:35] let me add them to plan [19:35] yeah [19:36] asac: hey, so I'm not clear on whether or not I can upload apparmor-easyprof-ubuntu [19:36] jdstrand: no upload without ask :) [19:36] jdstrand: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1 [19:36] do you have a request? [19:36] otherwise just put one in and tell us about the impact [19:36] we dont want it in before we cut the next image for sure [19:37] asac: I thought I asked earlier. we ask for bug fixes too? [19:37] ogra: so did you find the logs for qtubuntu? [19:37] ogra: the daily-release logs? [19:37] jdstrand: for uploads. yes [19:37] ? [19:37] asac: copied address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app [19:37] asac, what for ? [19:37] jdstrand: everything that goes on the image [19:37] fginther, that MP has been sitting for >1hr and Jenkins doesn't seem to have noticed it [19:37] ogra: i want to look whats goinmg on [19:37] and why it doesnt work [19:37] asac, lool, ogra: I am heading to lunch shortly, any builds you want me to start before i go? i can also do more when i get back [19:37] asac, thats a jenkins issue now apparently [19:37] robert_ancell, jenkins is paused for a bit, please see email on ubuntu-engineering [19:38] robru: unless you can do something about the qtubuntu one, I'm good :-) [19:38] ogra: well i want to quickly glance at the logs :) [19:38] robru: have a good lunch! [19:38] fginther, ok, thanks! [19:38] robru: can you give me the last jobs you tried? [19:38] robru, well, are there chances it gets picked up now ? [19:38] lool, I will try that one again in a couple hours and hope for the best [19:38] robru: check here before you do, we might upload it by hand if all else fails [19:38] asac: I can't edit that. didn't you say that you didn't want people to be able to edit that? [19:38] lool, ogra: well ok, I'll try it again now, but i don't expect much. [19:38] asac, the last log looks identical to the former one, the change didnt reach the builder [19:38] * jdstrand is confused [19:39] asac, http://10.97.0.1:8080/job/cu2d-platform-saucy-2.1build/ [19:39] robru: ok; thanks [19:39] lool, ok, it's started. if it fails, i'll try it again in 2-3hrs [19:39] bbl [19:40] asac, it takes 4h until a trun commit is picked up apparently (if i understood the above right) [19:41] (or i guess the importer runs on a cron schedult that runs every 4h ... ) [19:41] *schedule [19:41] but you can force the run [19:41] afaik [19:41] seemingly not the importer [19:41] only the build [19:42] (or if we can we dont knwo who can do it) [19:42] asac: how should I edit? [19:42] jdstrand, *you* are the security guy [19:42] * ogra shakes head [19:42] hack it indeed ... this is a test :P [19:43] hehe [19:43] :) [19:44] jdstrand: add a landing ask now [19:44] lool: ok so all what we tried is copied? [19:44] ogra: that's right, it runs every 4 hours [19:44] all that we have right now? [19:44] asac: yes [19:44] asac: all the apps, the music stack [19:45] and the scope for the click issue [19:45] lool: can you check that all shows up in proposed and double check that we didnt miss anything in our TODO? [19:45] asac: right, was waiting for propagation [19:45] then go off :) [19:45] we will sort qtubuntu [19:45] maybe direct upload [19:45] asac: which TODO? [19:45] asac: right, either upload qtubuntu to PPA or to archive [19:45] lool: just run through what was INARCHIVE etc. for today [19:45] and see that really everything is done there :) [19:45] if not dont worry [19:45] i will do that then [19:45] asac: do I not worry about "status"? [19:46] just dont want to miss a binary copy [19:46] jdstrand: if there is code, say "Candidate" [19:46] webkit is in archive (updated) [19:46] asac: there is no code. unless you consider a change to a postinst [19:47] say it anyway and point at debdiff [19:47] ogra: is status for line 28 up-to-date? [19:47] or say "ping jamie" [19:47] jdstrand: or leave it free... just say how we get the code or get you to upload the code when ready [19:48] lool, seed change is in since hours ... i had set the status right, not sure who re-set it [19:49] (well, i had it set ro INPROPOSED) [19:50] asac: so I did something bad with the scope [19:50] asac: it depends on a new unity [19:50] libunity rather [19:52] asac: I dont think it needs it [19:53] actually it does, but not due to the click fix [19:54] asac: so I think I'll copy libunity too [19:57] lool: ok .... what that means i dont know :) [19:57] are we diverging from plan or was that just an oversight and you tested the new libunity as well? [19:57] asac: I'm a bit scared [19:57] looking at the corresponding stack, there is a big unity update there [19:57] lool: can you tell me how i can try to install the packages you have now? [19:57] lool: i have the phone here and can just see if it still boots :) [19:57] asac: I have not tested either, nor the scope nor libunity [19:58] lool: so... thats desktop i think [19:58] unless its unity8 [19:58] it's libunity [19:58] asac: correct, unity is desktop indeed [19:58] so my understanding is that [19:58] libunity, unity-mir and unity8 have to move at same time [19:59] yeah [19:59] iirc there was also a -common [19:59] lool: the scope was not tested? [19:59] lool: which landing are we talkinga bout there? [20:00] asac: the scope was tested by Mirv [20:00] asac: line 20 [20:00] not by me [20:00] lool: is the scope still in prposed? [20:00] i think we can kick it out there [20:00] asac: there is no ask for libunity, but it seems not too risky changes [20:00] ok [20:00] that shouldnt need anything new [20:00] wait a sec [20:00] asac: the scope change doesn't, but was built against a libunity that got staged there [20:00] so the scope depends on the libunity? [20:01] are you sure? [20:01] and there was a SONAME bump? [20:01] or? [20:01] otherwise, we might be lucky? [20:01] i can just try [20:02] lool: will this not be catched in proposed? [20:02] lool: so... if i install that thing [20:02] it installs libunity private [20:03] libunity-protocol-private0 (>= 7.1.0+13.10.20130828.1) [20:03] lool: thta looks ok [20:03] its an old libunity it tries to instasll [20:03] lool: what makes you think something is missing? [20:04] lool: its odd [20:04] asac: dependencies are broken in britney output [20:04] oh wait [20:04] yeah [20:04] so ... let me try [20:04] asac: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html [20:05] asac: see #ubuntu-touch with alec.u [20:06] doanac: https://bazaar.launchpad.net/~cjohnston/+junk/convergence/view/head:/jenkins/templates/touch-master.xml.jinja2#L29 [20:06] asac: we might get away with a no change rebuild [20:06] cjohnston: thanks [20:06] asac: Or I can revert back to saucy + just the change we want [20:06] :-) [20:06] sil2100: still not there? [20:07] asac: I guess Mirv didn't notice the new dep and tested with both [20:07] lool: not sure it onlinstalls the private lib [20:07] not the rest [20:07] hence i am not sure what i need to test [20:08] asac: well let me start with a nochange rebuild [20:08] cjohnston: so that allows install-and-boot to pass parameters to the other jobs? [20:08] asac: if that works and the packages are broken, it was a missing dep ;-) [20:08] lool: that means? just uploading to saucy a +1 [20:08] asac: yeah [20:08] doanac: that takes params.txt and passes it to the other jobs [20:08] ok [20:08] lool: you could give me a deb to try as well [20:08] cjohnston: and params.txt is generated by your install=and-boot? [20:09] lool: i think its the best course [20:09] given that we dont know what we are doing [20:09] doanac: https://bazaar.launchpad.net/~cjohnston/+junk/convergence/view/head:/jenkins/templates/touch-install-and-boot.xml.jinja2#L32 [20:09] lool: we just need to merge the changelog into the right trunk after afaik [20:09] cjohnston: awesome! [20:09] thanks [20:09] :-) [20:12] asac: even the changelog merging should be automatic -- I hope [20:12] asac: good news, your -service / -app copies seem to be on their way to relesae pocket [20:13] so the scope is building fine in saucy so far [20:13] at least :) [20:13] no missing bdep [20:14] lool: i am sure it has to happen by hand (changelog) [20:14] upstart-app-launch is in [20:14] asac: ah sorry then [20:14] goodie [20:14] even if that changelog is overwritten, it's no loss [20:14] still not happy that we were not smart enough to release the lense properly [20:15] but it might block next auto publishing [20:15] asac: basically people are free to land in bzr which gets into PPA, they need landing asks to get something in; but then when someone else needs to land something it goes in the same bzr branch, same PPA... so the various deltas are picked up [20:15] lool: i dont understand why we need those tighlty locked libs [20:15] its not good [20:15] imo all that stuff should be in one source [20:15] and never exported [20:18] well, gating vis proposed will surely help [20:18] *via [20:19] ogra: I think we're just pushing it down one level but we will face the same issue: single bzr branch [20:19] right [20:19] but if we get down in backlog it will be better [20:19] proposed is orthogonal [20:19] the problem is the lib version screw/deadlock [20:20] the longer term solution is to land things in various PPAs in parallel and land that fast to archive then merge the bzr branch of the PPA in the main bzr branch [20:20] (IMO) [20:20] right, but proposed would catch that for you before you try to release it [20:20] so dont do proper lib versioning? [20:20] :) [20:20] i relaly feel ... everything that is tightly locked should be in one source and not even export their libs to the world [20:21] no, dont push packages in by accident that have it [20:21] asac: that's fair [20:21] you wont get around that unless you become upstream for everything :) [20:23] asac: has debs: https://launchpad.net/ubuntu/+source/unity-lens-applications/7.1.0+13.10.20130919.3-0ubuntu2/+build/5033945 [20:23] lool: +1 on various PPAs in parallel [20:25] \o/ [20:25] robert_ancell, autolanding jobs are enabled again. Please let me know if you seen issues with the mir amd64 jobs [20:27] asac: so even before trying the new .debs, I can't reliably launch clicks right now [20:27] sigh [20:27] maybe it's because I kept my home dir with .clicks [20:27] ah one worked now [20:28] ok, now trying .deb [20:28] lool, ogra: and the ability for devs to build their own images for tests [20:28] yeah [20:29] ogra: without an official stamp that is ;) [20:30] asac: success [20:31] asac: I dont see the preinstalled clicks; not sure I had them earlier though [20:33] afraid I need to reflash :-( [20:37] lool, ogra, asac: bah, last build I started still only got r177 of qtubuntu, not the latest [20:40] robru, well ... let it spin ? [20:40] it has to pick up at some point :) [20:41] robru, ogra: I think this is the wrong job [20:41] or it would work [20:41] hmm [20:41] robru: do you have error output or other things you could run? [20:42] it had qtubuntu in the logs [20:42] lool, no, it's the right job. i'm seeing this problem on muliple stacks here... there is just a 4-7hr lag between when a commit lands in trunk and when jenkins can find it and release it [20:42] lool: so i dont know what i have to validate [20:42] with this thing [20:42] robru: something is creating this lag; I see it in the bzr branch [20:42] robru: this is the job we need to fix / run [20:42] asac, its a unity plugin, i'd take the unity8 test [20:43] lool, yeah, but fixing it is outside my control. somebody from QA, who has access to the build servers, needs to do it. either that or didrocks, depending on where the bug actually is [20:43] asac: I'm dong this: a) install click, see it's listed twice along the preinstalled ones listed twice too [20:44] b) install update and check that all clicks are still there [20:44] unfortunately, a lot of reboots are involved [20:47] asac: did b) successfully, installing another click now [20:48] asac: ok, all working [20:48] asac: didn't run unity testsuite [20:49] asac: alecu said it passed with the ppa binaries [20:51] now I'm screwed because of -proposed migration [20:51] asac: oh wait, dont need to retest the already tested binaries [20:52] ogra, asac: Can we kick an image once britney has run and packages move out of proposed? [20:52] indeed [20:53] marked as INARCHIVE [20:53] did it pass britnety ? [20:53] (and the publisher) [20:53] ups INPROPOSED [20:53] ogra: ack, just realized while I was updating spreadsheet [20:54] :) [20:54] lool: yeah [20:54] lool: i can run another unity8 auto [20:54] while that is [20:56] failed [20:56] upgraded the packages accidentiall [20:56] asac: what failed? [20:56] me ... personal failyre [20:56] sorry [20:57] nothing for you guys [20:58] cant test anymore [20:58] downgrade is too tedious through adb [20:59] just reflash [20:59] sure i can do that [20:59] but we shouldnt wait for image kick [20:59] usually faster than fiddling [20:59] asac: do a flash? I did one in 10mn or so [20:59] less than rather [20:59] lool: on maguro? [20:59] with the cached odwnloads [20:59] ah no on mako [20:59] maguro doesnt like xz [20:59] tkes like 40 minutes :) [20:59] right, can guess :-) [21:00] yeah, maguro rather takes a small century [21:00] might not be as fast IO wise either [21:00] anyway... i am flashing anyway [21:00] yeah, its not the copying [21:00] so are we ready? [21:00] the unpacking takes very long [21:00] or still stuff in proposed chilling? [21:00] yeah [21:00] I can confirm that various packages landed [21:01] all in releasae pocket? [21:01] then shoot it!! [21:01] and go off lool :0 [21:01] you are way late [21:01] ogra: can you upload qtubuntu? [21:01] or are we thinking the thing is now picking it up? [21:01] hmm, and risk being shouted at by didrocks ... [21:01] hmm hmm hmmm [21:01] yeah. well [21:01] ogra: robru said its now running? [21:01] robru: ? [21:01] let robru do one more try [21:02] and i'll upload before going to bed [21:02] (if that didnt succeed) [21:02] ok, address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app are INARCHIVE I think [21:02] robru: ? [21:02] lool: cooli [21:02] ogra: is there a fast way to check one with madison [21:02] hi [21:02] i ran one recently but it still only grabbed r177. i can run it again if you want [21:02] robru: what command are you running? [21:02] lool, check what with madison ? [21:03] ./cu2d-run -r saucy -R platform --check-with-whole-ppa [21:03] that builds the stack but doesn't release anything [21:03] robru: what did -h give you again? [21:04] asac, http://paste.ubuntu.com/6129956/ [21:04] robru: where is the job where we can see the bzr command? [21:04] url-dispatcher upstart-app-launch qtubuntu platform-api are in [21:04] what bzr command? [21:04] robru: the one used to get the code (r177) [21:05] ogra: ah shit, it still shows in proposed with madison :-(( [21:05] ogra: what is the qtubuntu branch again? [21:05] http://10.97.0.1:8080/job/cu2d-platform-saucy-3.0publish/4/console I look here, and then ctrl+f for qtubuntu, and it says '177' there, indicating which revision it built from [21:05] asac: sorry, was looking at launchpad output [21:05] things are still not published [21:06] which means the scope will take another hour [21:06] eh, need to take a sick day, I'm unable to do anything today... [21:06] lool: another hour? [21:06] thought that happens every 5 minutes :) [21:06] I'll try to publish some things [21:06] ok, i'm re-running platform [21:06] sil2100: wait :) [21:06] asac: just the scope [21:06] asac: but I think we build an image soon [21:06] sil2100: dont do anything :-P a) you are sick [21:06] when it's in archive for real [21:06] not sure how long that takes [21:06] and b) we did damage :-P [21:07] ogra: do you know the delta between time it shows in launchpad as release pocket and time it's really in release pocket? [21:07] ...? [21:07] sil2100, oh no! sick! hope you feel better soon [21:07] What happened? [21:07] sil2100: gimme a sec... i have to recapture :) [21:07] lool, not really, nusakan has wait-for-package though [21:07] FFS why doesn't http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html get updated [21:07] asac, https://code.launchpad.net/~phablet-team/qtubuntu/trunk [21:07] sil2100: so our problem is that qtubuntu is not getting picked up\ [21:08] sil2100: thats the only problem actually... the rest i think we solved through smart package copies :) [21:08] lool: launchpad -> really: usually c. 30 minutes [21:08] sil2100: https://code.launchpad.net/~phablet-team/qtubuntu/trunk there we have r178 [21:08] lool: actually less [21:08] sil2100: but cu2d always builds r177 ... no matter what [21:08] sil2100, i've discovered that there's a 4-7hr lag between when a commit lands in trunk until when jenkins can find it and build a release out of it. it's bizarre. qtubuntu and ubuntu-themes are currently unable to release their most recent commits simply because jenkins is building old revisions for some reason [21:08] lool: 20 mins or so [21:09] lool: update_excuses> mostly because lillypilly is horrifically overloaded. we're moving to a new host next week [21:09] cjwatson: ah thanks [21:09] lool: which should also speed up rmadison rather a lot [21:09] robru: http://10.97.0.1:8080/job/cu2d-platform-saucy-3.0publish/4/console ... that thing doesnt show the bzr branch [21:09] command etc. [21:09] just the version [21:09] asac, also, if you watch here: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages (ctrl+f for qtubuntu) it will tell you what revision it built from [21:10] cjwatson: https://launchpad.net/ubuntu/+source/platform-api [21:10] robru: sure. i am just looking for the bzr command that does the actual checkout [21:10] asac, it says right on that page: "'qtubuntu', '0.52+13.10.20130919-0ubuntu1', '177', 'lp:qtubuntu')" [21:10] asac, i don't know where that is [21:10] cjwatson: -proposed 56 minutes ago, passed previous britney run, not in -release pocket according to rmadison [21:10] robru: but thats not the bzr command :) [21:10] thats a json tuble [21:10] cjwatson: bunch of other packages from the same run didn't make it [21:10] robru: yeah. [21:11] robru: nevermind. i believe its a jenkins issue... most likely we use the jenkins bzr support or something [21:11] and that causes troubles [21:11] robru: how does one get access (login) to that machine? [21:11] * ogra wonders if there is just a clock wrong somewhere [21:11] i mean the jenkins login (so one can see) [21:11] asac, no idea. i just fiddle the bits. didrocks would know. maybe sil2100 knows? [21:11] yeah its fine [21:11] lets wait if sil2100 knows something [21:12] but he should go to bed too [21:12] lool: one moment [21:12] so if not ... shrug :) [21:12] intresting [21:13] http://10.97.0.1:8080/job/cu2d-platform-saucy-2.1build/16/console [21:13] seems it bumpred the version of the two other packages [21:13] but not qtubuntu [21:13] lool: I think the rmadison backend is having difficulty for some reason [21:14] cjwatson: ah, but the package are truly in as the LP web UI shows? [21:14] lool: it's in http://ports.ubuntu.com/ubuntu-ports/dists/saucy/main/binary-armhf/Packages.gz, so you should be fine [21:14] cool [21:14] ogra, yeah, it bumped those versions because it found new commits there. it found no new commits for qtubuntu, so no version bump [21:14] ah, i thought it bumps regardless [21:15] cjwatson: and britney doens't manage a run per hour on lillypilly? seems really bad [21:15] ogra, nah, if it did that we'd have dozens of unreleasable versions from various failed builds ;-) [21:15] lool, asac, so should i build now ? [21:15] ogra: I think, can you hold one sec, I'll check for a couple of other packages [21:15] ok [21:15] lool: lillypilly is fairly hosed. but this is an "analyse all stable and development releases" run, not the proposed-migration bit [21:15] ogra: whenever the stuff we believe is in, go ahead [21:16] asac, right, waiting for lool 's ok [21:16] ack [21:16] he has the say then [21:16] ok, gallery-app is in too [21:17] hmmm [21:17] lool: thanks. now go home! [21:17] more than enough for today from you here [21:17] and qtubuntu [21:17] ogra: I think we can kick [21:17] ok [21:17] will be missing scope [21:17] and the other qtubuntu thing obviously [21:18] asac: I guess the unity8 fixes were in some days ago, need to confirm with sil2100 tomorrow [21:18] asac: to get to jenkins you need access to mangers, since it's on mangers actually [21:18] running [21:18] cjwatson: ah [21:18] lool: I released latest unity8 today, so the messaging indicator is back in [21:18] yay [21:18] sil2100: where is it? [21:18] lool: unity8? [21:19] lool, in the PPA [21:19] didnt you copy it ? [21:19] no [21:19] hmmm [21:19] Interesting [21:19] lool: but yes, it's a problem, I've been trying to trim it down of late, but lillypilly is kind of painful to even work on interactively at the moment [21:19] lool: so it's hard to sort out whether it's just "machine too loaded for words" or an actual problem [21:19] sorry, but I was confused about its state and I didn't find it [21:20] sil2100: I can copy it now; are you confortable it doesn't depend on anything? [21:20] cjwatson: can we kill the worst jobs there? [21:20] lool: publish it with the new unity-mir [21:20] sil2100: so unity8 in ppa is ready? [21:20] cjwatson: like anything we can stop ourselves or ask is to stop? [21:20] sil2100: i think lool doesnt know how to publish [21:20] lool: it's safe as I tested it today [21:21] we were kind of brute force copyuing :) [21:21] lool: I'll publish it ;) [21:21] sil2100: can you show lool how you do that :) [21:21] ok [21:21] ? [21:21] thanks [21:21] just a log after i guess [21:21] sil2100: I'd love learning how to do that, don't have credentials though [21:21] I'm not sure if lool has the right credentials to do it, that's the problem [21:21] sil2100, ++ [21:21] Right [21:21] right [21:21] sil2100: ok. well. go ahead [21:21] record the log [21:21] and then we at least know in theory [21:22] cjwatson: woot, britney completed [21:22] unity-lens-application is valid candidate [21:22] i thought that was in ? [21:23] lool: I killed it (mentioned on #ubuntu-release) [21:23] I guess I only dreamt of publishing unity8... [21:23] heh, of course now it's started again, let's keep an eye on it [21:23] The command was ready, but it missed the enter key, hm [21:24] cjwatson: I see an excuses from :20, should I ignore it? [21:24] anyway, it was valid, so I guess the package will migrate [21:24] I'm looking into the qtubuntu issue now [21:24] lool: hm? I didn't kill the britney that's part of proposed-migration [21:25] Maybe I'll find something [21:25] cjwatson: ahhh ok [21:25] lool: I killed the separate analysis run [21:25] cjwatson: I thought it would also output this [21:25] like a larger run also doing the proposed migration [21:25] ok [21:25] sil2100, dont spend to much time on it, worst case i'll just upload it [21:25] lool: nah, it's separate and predates proposed-migration by about eight years :) [21:26] * cjwatson reduces another more heavyweight job until we're on the new host [21:26] erf [21:26] does it have warty in the executable name ? [21:26] I see what this is now [21:26] :) [21:26] ogra: no, but it's that vintage ... [21:26] it's the one telling us about broken deps and stuff [21:26] maybe hoary, I forget [21:26] lool: It's http://people.canonical.com/~ubuntu-archive/testing/ [21:26] right [21:26] and testing-ports [21:27] asac, ogra: So unity-lens-applications will be there in something like 25 mn [21:28] yeah, so next build will have it [21:29] lool: bit longer I think, publisher run in progress that doesn't include it [21:29] ah right [21:29] which is at the domination stage [21:29] well, it wont be faster than nusakan :) [21:29] and i wont start a new build immediately [21:29] there is really a domination stage in the published? [21:29] *publisher [21:29] gosh [21:29] totally [21:29] Daniel Silverstone wrote it [21:29] what do you expect [21:29] lol [21:30] hah [21:30] asac, ogra: You guys want a qtubuntu upload? [21:31] do you feel like taking the blame ? dider gets really grumpy usually :) [21:31] lool: did sil2100 give up? [21:31] on unity8? dunno [21:31] no ... on qtubuntu [21:31] lool, no, he wanted to look into the delay issue [21:31] ah I missed that [21:31] I see it now [21:31] cool [21:32] good news [21:32] lool: I published unity8, at least so it seems [21:32] :) [21:32] please double check [21:32] * asac stares at proposed [21:32] asac, lool: I think indeed there might be something wrong with jenkins [21:32] sil2100: you can check qtubuntu already ... we hit reload :) [21:32] sil2100: and unity-mir, cool [21:32] Looking and looking [21:32] ok, lillypilly archive jobs seem to be cycling a bit more reasonably now [21:32] lool: so is our unity-lense now useless? [21:33] and needs another push? [21:33] asac: no [21:33] just delayed [21:33] next image ... [21:33] lool: thought we just pushed a new libunity :) [21:33] asac: it will come in the next publisher pass in 45 mn at worst and then we can build another image with it [21:33] asac: the binary is tested [21:33] asac: unity8 and unity-mir, so we need to test these together I guess [21:33] in an image [21:33] oh it was just an aautomatic >= [21:33] that will work at least :) [21:34] lool: which packages do i need to install? do you know? [21:34] sil2100: can you help me merge back into bzr for lp:unity-lens-applications? [21:34] unity8 and unity8-private is installing [21:34] sil2100: do I have to wait for some job, or do I just take the saucy source and commit it there / send a mp? [21:34] unity-mir doesnt happen automatically [21:35] lool: afaik just changelog merge is even enough to trick the system [21:35] so yeah. merging all back should work [21:35] D/16 [21:35] asac: unity8 and unity8-private for unity8 [21:35] lool: I guess prepare a merge request for lp:unity-lens-applications with the change you released and have someone approve [21:36] asac: libunity-mir1 for unity-mir [21:36] ok [21:36] sil2100: it's missing the other things staged in PPA there though [21:36] it doesnt pull that automatically though [21:36] sil2100: will just copy the changelog then, thanks [21:36] so seems its not really tightlocked [21:36] ok [21:36] i installed both [21:36] will run autopilot after reboot [21:36] lool: libunity-mir1 [21:37] http://paste.ubuntu.com/6130063/ [21:37] lool: ^^ [21:37] that one [21:37] asac: looks good [21:39] ok rebooting and testing [21:39] sil2100: can you push the changelog updates for the other packages though? [21:39] sil2100: like qtubuntu etc. [21:39] sil2100: gallery-app for instance [21:39] proposed-migration running [21:40] lool: ah, the ones that got manually published? [21:40] actually you don't care do you, it already migrated [21:40] sil2100: yes [21:40] :) [21:40] better more than less info in this case i guess [21:40] I ran the qtubuntu job right now and it seems to work, not sure why it didn't work before - how did you fire the stacks? [21:40] cjwatson: actually the unity8 ones haven't yet [21:40] publisher's mostly done, in germinate [21:40] sil2100: here: [21:40] 23:03 < robru> ./cu2d-run -r saucy -R platform --check-with-whole-ppa [21:41] but he also claimed he sees delays between 4 and 7h often ... the merge is in since 7h now [21:41] right [21:42] cjwatson: while I'm at it, what's the timing of britney run + duration? [21:42] hmm, we *never* had problems like that ;p [21:42] lool: you can look through http://people.canonical.com/~ubuntu-archive/proposed-migration/log/ [21:42] sil2100: what's the command /you/ used? [21:42] sil2100: do you use --check-with-whole-ppa ? [21:42] the output of -h looks a bit suspicious [21:42] asac: most of the time no, because it's not recommended to use that [21:43] as if it is a -dryrun thing [21:43] right [21:43] We actually should use that only in special cases [21:43] cjwatson: ah great [21:43] the whole archive-reports chain tries to run every minute (if not locked) and sees if there's anything new [21:43] sil2100: ok. what does it do? [21:43] drat, this proposed-migration run missed the publisher [21:43] sil2100: oh i guess it allows to pull everything from ppa to check [21:43] i see [21:44] asac: it forces a dist-upgrade during the testing phase, which basically means we're upgrading everything that goes - which can break dependencies, as we might be testing things we don't want to [21:44] right [21:44] sil2100: do you know where we can see the real bzr command and what errors/warning it spits out for those jobs? [21:44] ah, but this publisher run was just -proposed, so really quick [21:44] sil2100: just wondering as we couldnt find any [21:44] just the version summary :) [21:44] final: bikeshed,blktap-dkms,curtin,edubuntu-server,intel-microcode,linux-goldfish,munin,ubiquity-slideshow-ubuntu,unity-lens-applications [21:45] cool [21:45] does that include what you're waiting for? [21:45] not unity8 [21:45] nor unity-mir [21:45] yeah. guess it was not even in proposed :) [21:45] those indeed weren't even considered [21:45] right [21:45] asac: the thing is... I checked the job logs and the problem is that no bzr command was even executed - it looked as if jenkins invalidly started the jobs, not running the 'prepare' scripts at all [21:45] asac: so it's an empty log, no errors, no real commands [21:45] I think they just got published to proposed now, so now can be part of next britney run [21:45] asac: it just finished the job with 'success' [21:46] lool: they are not on excuses yet ... so ... :) [21:46] so jenkins had a successful day while we hadnt ? [21:46] oh, bah [21:46] sil2100: maybe folks have tried running the jobs without the right build params? [21:46] thats unfair ! [21:46] sil2100: the prepare script runs a "normal" bzr? or is that some built in bzr sync feature we use in jenkins? [21:46] so those were published the publisher run ending 21:42:09 [21:46] sil2100: normal == bzr cli [21:46] and proposed-migration started JUST before that [21:46] like seconds [21:46] eh [21:46] lool: maybe? But if using the cu2d-run tools it should be done automatically, but not sure... [21:47] sil2100: dunno then [21:47] so, yeah, next p-m run [21:47] * fginther heads out to a family function will be back on line this evening [21:47] sil2100: it would be cool if you could try publishing gallery-app etc. as to land the changelogs automatically :-) [21:47] asac: no, it's using python and bzrlib I think [21:47] fginther: bye [21:47] sil2100: ok. but it is our code that does the bzr stuff? [21:47] lool: will try now! [21:47] * cjwatson hurries it along [21:47] if it was jenkins i would not rule out complete craziness [21:48] sil2100: these are the ones: address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app [21:48] sil2100: platform-api qtubuntu upstart-app-launch url-dispatcher [21:48] asac: well, on jenkins there's a script that runs our python script [21:48] sil2100: last one is the scope, but I can do that one by hand [21:48] lool: ok, I'll publish those applications (at least try) [21:49] sil2100: ok. at least its in our control then [21:49] asac: and it seems as if jenkins didn't execute that script even [21:49] asac: as if it suddenly had an 'empty' script for the job [21:49] yeah. seems hard to figure that out though :) [21:49] sil2100: thanks [21:49] Strangeness, but might happen [21:49] e.g. the fact that something didnt run [21:49] It's jenkins after all! [21:49] yeah ignore [21:49] of course :) [21:49] jenkins [21:49] racy [21:49] those are the two common excuses :) [21:50] most common [21:50] and i like to cite at least jenkins as well :-P [21:50] image is done [21:51] (cdimage that is) [21:51] p-m is running, racing the next publisher start [21:51] ogra: we didnt wait :)? [21:52] hehe [21:52] guess was a wise decision [21:52] we can still spin more [21:52] ogra: so after this image we have partly working video lense etc.? [21:53] publisher wins :-/ unity8 will be another cycle [21:53] so 45mn? damn [21:53] but it has at least migrated [21:53] final: curtin,gnome-control-center,mininet,mokutil,munin,ubiquity-slideshow-ubuntu,unity-mir,unity8 [21:53] asac, i'd like to spin another one right away once the current inflight stuff is done [21:54] good news is that the two are valid candidates [21:54] cool [21:54] right [21:54] ogra: sounds good [21:54] oh damn, the race got REALLY unlucky [21:54] i like valid candidates :) [21:54] as soon as qtubuntu is there [21:54] on no... another race :-P [21:54] I think we may have half of that - unity-mir without unity8 [21:54] ouch [21:54] lol [21:55] :O [21:55] thats the result of too much hurry [21:55] sil2100: did you say you had pushed qtubuntu to ppa? [21:55] usually next time you try to kick it the server would go down :- [21:55] nah, it's an edge case that hardly ever happens [21:55] sil2100: or maybe it's still under test in jenkins befor eit goes there? [21:55] unless you really need it not to [21:55] the server down? yeah. i hope its not happening today [21:55] hehe [21:56] so, er, yeah, I suggest not spinning images after the next publisher run, wait for one after that ... [21:56] lool: no, it didn't land in the PPA, since there seems to be a changelog race in qtubuntu, would have to check what's up [21:56] lool, thats what i was suspecting [21:56] lool: was there some direct-push? [21:56] not of qtubuntu [21:56] no [21:56] is there anything to do still? like waiting for qtubuntu? [21:56] asac, yes [21:57] asac: uploading qtubuntu to PPA, copy to distro, move to proposed, build image [21:57] Wait, but qtubuntu is in the archive since 1 hour, right? [21:57] sil2100: that's another one [21:57] lool: where is that process? [21:57] sil2100: what? i thoguth we just build it :) [21:57] asac: sil2100 is trying to unblock the qtubuntu from bzr to go to PPA AIUI [21:57] or rather started to build a fresh one from r178 [21:57] lool: it seems 0.52+13.10.20130919-0ubuntu1 is not in lp:qtubuntu and that's a problem [21:57] sil2100: so that's the copy-package thing breaking it then [21:57] hmm. someone had an itchy finger maybe [21:58] lool: we didnt copy-package that, did we? [21:58] asac: we did [21:58] oh yeah [21:58] lool: let me merge that into trunk and unblock [21:58] well but it should be in there [21:58] we didnt upload on our own [21:58] and because it had other changes, it couldn't be merged back I guess? [21:58] we just took what was in the ppa [21:58] sil2100: thanks [21:58] sil2100: so the merge happen after the publish? [21:58] and since we skipped the publish the automerge didnt happen... ok [21:59] asac: yes, those are after publishing, since otherwise we would be having millions of changelog entries of packages that didn't get released [21:59] asac: the thing is that it was stuck from bzr to PPA, PPA version was out of date; I think the scripts expect that they have latest bzr in PPA when it gets copied to distro, then they quickly update bzr with changelog [21:59] sil2100: so we also did some damage to the unity lense [21:59] sil2100: aye. makes sense [21:59] asac: they dont expect the PPA version to be out of date like it was [21:59] asac: so the merge is done when publishing happens [21:59] lool: what about the other ones we copied? [21:59] guess we have to bring them all back :) [21:59] asac: we need to merge them quickly :-) [22:00] lool: right. do you remember which? [22:00] :-P [22:00] asac: that's why I was pinging sil2100 to try to "publish" them :-) [22:00] all the apps etc. [22:00] asac: I pasted the list to sil above [22:00] ok [22:00] so publishing will cure it [22:00] smart [22:00] hoping [22:00] lool: i think the pbulisher looks at proposed [22:00] might have to nuke a check / upload in the script in case it doens't [22:00] so once its there its too late i guess [22:01] well. we can fix thigns tomorrow :) [22:01] fixingfriday :) [22:01] ff [22:01] lool: gallery-app etc. should be fixed now, I could do that in case of qtubuntu but I think it might be risky now that I already re-ran the prepare job [22:01] sil2100: I dont see updated bzr in gallery [22:01] didier is only back monday... just need to ensure the house is clear when our daddy comes back :) [22:01] lool: https://code.launchpad.net/~ps-jenkins/gallery-app/latestsnapshot-0.0.67+13.10.20130919.3-0ubuntu1/+merge/186671 [22:02] lool: it's merging [22:02] ;) [22:02] sil2100: would you mind trying to merge unity-lens-applications too? [22:03] I dont care about the no change rebuild cl entry, also would rather send just that one as a mp if possible [22:03] sil2100: qtubuntu >> ack [22:03] lool: ok, trying! [22:04] ogra: what's ETA for image? :-) [22:04] * lool brushes teeth [22:05] lool, for building a new one ? [22:05] qtubuntu [22:05] ogra: for the current one [22:05] ogra: oh you have not started one? [22:05] lool, or did you miss above that the last one was done [22:05] I missed that [22:05] I dont see it [22:05] oh it's 19 [22:05] ogra: is there any point until both unity-mir and unity8 have published? [22:05] just no other build today [22:05] lool: ^- [22:06] cjwatson: we can test the other things we've landed [22:06] cjwatson, no [22:06] oh the last one [22:06] ok [22:06] we could even promote the image [22:06] lool, the etsting takes a few now ... [22:06] (hours) [22:06] *testing [22:07] true [22:07] we have promoted what we had already [22:07] but if testing passes for n-1 and not for n, can we still promote n-1? [22:07] (and i think i'd prefer to promote the next one) [22:07] * lool got the system update, woohoo [22:07] lool: in theory yes [22:08] lool: i am not yet 100% convinced that testing an old image reslly tests the real old setup [22:08] e.g. i believe it takes autopilots from apt [22:08] so we might just test the new stuff :) [22:08] asac: correct [22:08] (partly) [22:08] asac: but isn't there a strict dep? [22:08] asac: also, does it apt-get update? I think not [22:08] i am sure we just run apt-get install application-autopilot [22:08] ogra, lool, asac: what happened with qtubuntu? it looks like you guys copied from the ppa, but you still only got r177? should I rebuild again to try and get r178? [22:08] i think that brings the latest autopilot [22:08] lool: for that we need test packs :) [22:09] asac: but if we don't apt-get update,we try to install the version that was available at image build time [22:09] if it doesn't apt-get update it will be what was current at the time the image was built [22:09] robru, i think sil2100 is on it [22:09] snap [22:09] lool: i am sure they run apt-get update after addinng ppas :/ [22:09] Ok, jenkins is b0rken [22:09] yeah... see [22:09] robru: no worries, on it [22:09] i said just above that next that will happen is that the server goes down :) [22:09] its racy [22:09] so not the publisher, but jenkins :-P [22:09] :P [22:09] at least [22:10] sil2100, can you let me know what the deal is? I've been poking at this for most of the day [22:10] asac: used to be the curse of Debian releases [22:10] there were like two or three in a row that had serious hardware trouble on the same weekend [22:10] yeah. good it that it happens every day somewhere in our CI infrastrucuture [22:11] crash-only software [22:11] so we will learn how to deal with that for times when its really important [22:11] hehe [22:11] so much for the theory [22:11] it's a good theory [22:11] but it has to not crash sometimes too if you're going to get anywhere :P [22:11] yes! [22:11] right [22:12] asac: so with image 57, I can play a file I find in the music scope [22:12] the right mix of fail and success is important to keep folks happy and challenged [22:12] hehe [22:12] lool: you can? [22:12] wow [22:12] lool: i dont see anything in the music scope though [22:12] i assume that also has landed? [22:12] copy something :) [22:12] asac: you have to upload something [22:12] i dont have music :0 [22:13] over MTP for instance :-) [22:13] ah, I think unity8/unity-mir might have published now [22:13] cjwatson: thanks [22:13] * asac rips a mp3 out of an avi [22:13] checking [22:13] :) [22:13] asac: http://polemix.dooz.org/ [22:13] hmm these are too big [22:13] asac: http://www.polemixetlavoixoff.com/podpress_trac/web/1670/0/hollandemoi.mp3 [22:14] why would i want hollande on my phone :) [22:14] even in french [22:14] it's a trojan [22:14] lol [22:14] ogra: get a merkel please [22:14] :) [22:14] j.k. [22:14] dude ! no merkels in my network [22:14] well it's a hollande montage actually, meant as a parody [22:15] the site has parodies for our other beloved politicians [22:15] lool: unity8> ah no, I'm mistaken, sorry [22:15] sil2100: cool gallery-app cl landed [22:15] but it is publishing now [22:16] this mtp thing is not mounted as a fs? e.g. i need to use mouse to copy stuff in there? [22:17] lool: awesome, I fixed qtubuntu changelog right now as well, and pushed unity-lens-apps too so that the changelog should be ok [22:17] sil2100: <3 [22:17] ogra: after copying music to Music/ folder... do i need to reboot?they dont show in 56 [22:18] upgrade then :) [22:18] ok so the UI landed too? [22:18] thats what i was asking [22:18] didnt a mediascanner fix land ? [22:18] unfortunately i am not on the proposed channel ... so [22:18] yeah it did [22:18] the UI is there since a while [22:18] doesnt crash at least anymore [22:19] ok let me reboot then [22:19] right ... that should populate the UI [22:19] ls /var/crash/ [22:19] _sbin_ureadahead.0.crash _usr_bin_mediascanner-service.32011.crash [22:19] :) [22:19] so... guess it doesnt crash for photos [22:19] but for music now :) [22:19] and we dont have a music capture test [22:20] I think I'll go to sleep now [22:21] sil2100: before you go ... is qtubuntu building in ppa or what is the status? [22:21] asac: let me check [22:21] asac: search for something in the music lens [22:21] music will sohw up [22:21] we can binary copy over if one is awake stull :) [22:21] I think mediascanner doesn't startup automatically unless you search, just a guess [22:21] just can merge back tomorrow [22:21] lool, asac: uh, it's not building I guess... [22:21] ok nevermind then [22:21] we might just pump it in sideways [22:22] and deal with the damage tomorrow [22:22] sil2100: good night!! [22:22] Since the missing changelog entry is a problem, since cu2d doesn't know if it got released or not [22:22] So we need to wait for the changelog merge I made to land and then re-run the stack [22:22] sil2100: yeah. i think we cant do that :) [22:22] but thats ok [22:22] just go [22:22] thanks [22:22] asac: robru can help! [22:22] :) [22:22] sil2100: URL of the merge? [22:22] yeah. we can try the command one more time [22:22] sil2100: 'night [22:22] * cjwatson -> bed. unity8/unity-mir should be visible inside 10mins or so [22:22] lool: let me find that [22:23] cjwatson: thanks!! have a good night [22:23] asac: I instructed robru on things that might be good to try [22:23] ok [22:23] ttyt [22:23] in fact they should be there now for anything pulling directly from ftpmaster.internal [22:23] including image builds [22:23] If, of course, jenkins won't do some strangeness again [22:23] cjwatson: 'night [22:23] so I think you can go ahead with that [22:23] asac, yeah, sil2100 told me of a different way to do things that is worth trying. [22:23] bed too for me I think [22:23] but I have to leave in an hour ;-) [22:23] (if you want to) [22:24] robru: so probably wouldnt work anyway. ok [22:24] so ogra,lool ... your call... side shoot? [22:24] would take 1.5 hours till we get an image kick going? [22:24] manual ? [22:24] well, I can try it when I get back. but if you guys are in a hurry I guess just manual upload is best on short notice [22:24] ogra: well if we can test it before [22:24] that woudl be good [22:24] sil2100: ofund it [22:24] https://code.launchpad.net/~sil2100/qtubuntu/fix_changelog/+merge/186675 [22:24] Yea [22:25] asac, lets leave it until tomorrow morning then, if robru manages to massage it through over night i can kick off a build in the morning [22:25] lool, asac: I guess it'll take a short while for the merge to get in [22:25] sil2100: thx [22:25] go off now [22:25] asac: so robru should be able to be on time to re-launch the stack [22:25] yeah, jenkins should land that merge within an hour. [22:25] ogra: not sure ... robru said he is gone soon :) [22:25] sil2100: ok thanks [22:25] robru: you sure? [22:25] Goodnight, good luck! [22:25] thanks! [22:25] :) [22:26] robru: is it running already :)? [22:26] sure of what? I'm sure I need to leave in an hour, because I have a date ;-) [22:26] * vila goes back to bed, this channel is a live thriller, can't wait to read the backlog tomorrow ;) [22:26] robru: sure if jenkins will finish in one hour [22:26] :) [22:26] i dont think so [22:26] asac, that I'm not sure, but "usually" those merges go in in under an hour [22:26] ogra: we can just test locally and side upload [22:26] asac, lets call it a day ... i trust robru to take care for it :) [22:27] robru: you still need to copy it over after [22:27] ogra, ok, thanks. I will have a look at it much later tonight. [22:27] otherwise its stuck :) [22:27] thanks [22:27] if not we punch it tomorrow mornig [22:27] with mirv [22:27] robru, right please release it too ... [22:27] robru: can you drop us a line what happened? [22:27] asac, I don't have upload rights, but i can publish the whole stack if you want? [22:27] thanks! [22:27] once it is through [22:27] otherwise we will be fishing fun [22:27] robru: hmm. no ... just try to get it going. we do that tomorrow morning [22:28] ok [22:28] not sure whateles would come in [22:28] ogra: he cant publish just that :/ [22:28] right, someone cn release it tomorrow [22:28] asac, well, sil could apparently [22:28] robru: just drop Mirv, me and ogra a line [22:28] what happened [22:28] thanks [22:28] yeah [22:28] e.g. if its build and ready for pushing [22:28] ogra: mirv gets up in 4 hours [22:28] :) [22:28] heh, early bird [22:29] asac, ok, no problem [22:31] so we leave it there? [22:31] ogra: are we happy to take jdstrand's apparmor changes as well? [22:32] lool: ? [22:32] I mean, in terms of uploads for tonight etc.? [22:32] lool, yeah [22:32] jdstrand: so [22:32] jdstrand: will your changes guaranteed not change any autopilot tests? [22:32] jdstrand: have ou run them all? [22:32] lool, i still have that french accent in my ear "i wont last long tonight" :P [22:33] jdstrand: https://wiki.ubuntu.com/Touch/Testing there are instructions [22:33] jdstrand: if you run unity8 and a couple of apps and all is good, just push [22:34] asac: my code doesn't affect the image. only click apps. I have run the preinstalled click apps with it, yes [22:34] s/the image/the rest of the image/ [22:34] jdstrand: so that code isnt going on the image at all? [22:34] jdstrand: hmm..... how certain is that? [22:34] lool, (not that i'm any better) [22:34] sorry, I said code [22:34] they are data file [22:34] files [22:35] used by click-apparmor when apps are installed via click [22:35] asac: I think phablet-tools can be marked DONE, yes? [22:35] jdstrand, the point is they could change app behavior [22:35] lool, ++ [22:35] jdstrand: so you are 100% sure that our autopilots will not suddenly stop starting apps? [22:35] jdstrand: if so, just go ahead [22:35] ogra: problem is the 7am alarm clock [22:35] unless ogra vetos :) [22:35] jdstrand: if its 99% run an app autopilot :) [22:35] lool, ugh ... [22:35] to try [22:36] lool: i think phablet-tools is another update [22:36] leave it [22:36] we can look at it tomorrow [22:36] thanks! [22:36] asac, its in already [22:36] ok cool [22:36] asac: it shouldn't, but I'll run an app autopilot regardless [22:36] jdstrand: you rock :) [22:36] jdstrand: i add you to the landing plan for now and you just shoot it and update your row status (on the plan sheet) [22:37] ogra: mind chekcing remaining INARCHIVE ones? [22:37] the unity8 one is still INARCHIVE, I expect the other ones INIMAGE, but haven't verified all [22:37] only the ones I knew how to check [22:38] ok [22:38] asac: thanks :) [22:38] jdstrand: just update your thing to INARCHIVE in row 40 on landing plan sheet [22:38] once its beyond proposed [22:38] ok [22:38] wow http://people.canonical.com/~ogra/touch-image-stats/20130919.changes [22:38] i hadnt looked yet [22:39] seems a bunch of uploads happened directly [22:39] like greedy glib2.0 injections [22:39] libgles2-mesa:armhf from 9.2-1ubuntu1 to 9.2-1ubuntu2 [22:39] libglapi-mesa:armhf from 9.2-1ubuntu1 to 9.2-1ubuntu2 [22:40] did we push that from our ppa? /me hopes not :) [22:40] ok, going to bed; bye all [22:40] bye [22:40] bye [22:41] asac, not unless it landed in the core-apps PPA [22:41] gdebi-core from 0.9.1 to 0.9.1ubuntu1 [22:41] why do we carry those things? [22:41] ogra: yeah. guess we can only hope about those :) [22:42] thats the last remaining PPA [22:44] ogra: so you want to pack your things as well now? [22:44] or are we waiting for something? [22:44] no, i'll actually crash in front of the TV now [22:45] ogra: TV? :) [22:45] ogra: i ordered a new one btw :) [22:45] heh [22:45] just today lol [22:45] well, i'm in front of the TV ... i just didnt see a lot this evening :) [22:45] hehe [22:47] ogra: GN [22:47] * ogra waves [22:48] ogra: robru: ok off as well [22:48] robru: good luck ... and also with your date :) [22:48] g'night [22:48] bye [22:48] haha, thanks [22:50] plars: mako failed to install :) [22:50] on 57 [22:50] just in case there is anything that can be tried [22:50] ok final bye :) [22:51] asac: I know, I kicked it back off and it's already passed now [22:51] asac: result in the dashboard for it in about 10 min, or you can see it on public jenkins [22:51] * plars is watching :) [23:07] have to run off for a bit, will continue monitoring when I return