[04:13] <Mirv> 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] <Mirv> eh..
[05:30] <Mirv> it's a wild west of packaging
[06:10] <Mirv> 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] <Mirv> I'll do some autopiloting still at least
[06:53] <lool> Mirv: I didn't have any issue with the debian/ in bzr of Qt packages  :-)
[06:58] <Mirv> 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] <lool> 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] <lool> ogra, Mirv: Is it ok to land stuff before the next image build?
[07:00] <lool> Mirv: I'd think we could land qtpim for instance
[07:00] <lool> if there's enough time
[07:01] <lool> heck we could defer the cron a bit
[07:04] <Mirv> lool: I don't know about when it's ok to land or not, so better ask ogra
[07:05] <Mirv> lool: since you're a core-dev, can you ack packaging changes http://<IP_ADDRESS>: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] <Mirv> it's using unity-action-api instead of HUD directly, therefore the dependency change
[07:06] <lool> looking
[07:07] <Mirv> I've tested it on device now so I'd like to land it after the current daily release tick lets me
[07:08] <lool> Mirv: I'd rather see full debdiff and .dsc
[07:08] <lool> Mirv: e.g. the list of Depends is cut
[07:08] <lool> and I prefer being able to see the change leading to the packaging change to assess it
[07:08] <Mirv> lool: as you wish, here's the commit http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/revision/190
[07:08] <lool> (hope that makes sense)
[07:12] <lool> I poked around http://<IP_ADDRESS>:8080/job/cu2d-media-saucy and couldn't easily find the .dsk
[07:13] <Mirv> 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] <lool> Mirv: so why is there no dep on qtdeclarative5-unity-action-plugin?
[07:21] <lool> Mirv: (thanks for the source)
[07:21] <lool> I see:
[07:21] <lool> -import Ubuntu.HUD 1.0 as HUD
[07:21] <lool> +import Ubuntu.Unity.Action 1.0 as UnityActions
[07:22] <lool> and $libdir/qt5/qml/Ubuntu/Unity/Action/libunity-action-qml.so is in qtdeclarative5-unity-action-plugin on my system
[07:23] <Mirv> 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] <lool> 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] <Mirv> lool: https://code.launchpad.net/~timo-jyrinki/camera-app/add_unity_action_plugin_dependency/+merge/186473
[07:29] <lool> Mirv: looked good; approved+happroved
[07:31] <Mirv> lool: thanks!
[07:56] <asac> hi :)
[07:57] <asac> Mirv: morning ... "Ubuntu One account integration in Ubuntu Online Accounts" ... is INARCHIVE (!!) ?
[07:57] <asac> :O
[07:57] <asac> wonder what the ! stands for
[07:57] <apw> excitement ?
[07:58] <asac> apw: maybe, but unlikely :) - I read it more as a warning of some sort
[07:58] <asac> or an ask for attention/help
[08:03] <lool> Mirv: hey would you please retry https://jenkins.qa.ubuntu.com/job/qtubuntu-saucy-armhf-ci/70/console ?
[08:03] <lool> asac: I miss the invite for the CI standup
[08:03] <lool> asac: I've marked the pulse landing as DONE since it's in the stable image
[08:09] <asac> lool: you are in now ... :)
[08:09] <asac> lool: thx!
[08:09] <asac> so guys... the image from yesterday was apparently just beautiful
[08:10] <lool> 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] <asac> anyone can take a screenshot?
[08:10] <asac> :)
[08:11] <asac> for me screenshot doesnt work
[08:11]  * asac reboots
[08:11] <lool> 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] <lool> asac: is it normal that cron is disabled?
[08:12] <lool> ev: you around already?
[08:14] <ogra> wow !
[08:14] <ogra> someone fix calendar app !
[08:15] <ogra> lool, cdimage cron ?
[08:15] <lool> yeah
[08:15] <ogra> (yes, thats on request)
[08:15] <lool> ogra: what's up with calendar app?
[08:15] <ogra> dunno, thats the last app with errors on the dashboard
[08:16] <ogra> else we would have 100% coverage
[08:16] <ogra> it is the first time that we have absolutely identical errors on both devices i think
[08:19] <Mirv> 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] <Mirv> 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] <Mirv> 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] <asac> Mirv: CI team is doing now upstream merger
[08:23] <asac> Mirv: fginther in particular
[08:23] <asac> but we want more to know more about :)
[08:24] <asac> Mirv: ok. lets talk about that in standup ... feels that part is sorted :)
[08:24] <asac> lool: the cron for image building?
[08:24] <lool> asac: yeah
[08:24] <asac> lool: thats in manual mode during weeks
[08:24] <lool> asac: that's ok
[08:24] <asac> we spin at least 2 images anyway :)
[08:24] <asac> well, yesterday we were too fast
[08:24] <lool> tvoss__: so we're short of someone to trigger it right now; waiting for didrocks or ev
[08:25] <asac> but... we still have to validate it
[08:25] <ogra> 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] <asac> before releaseing our first ever green image
[08:25] <lool> tvoss__: worst case, I could upload it to PPA, but that's not great
[08:25] <ogra> asac, pfft, ever green ... you are pleased to easily ... 100% !!!
[08:26] <Mirv> asac: I thought Francis indeed just became tech lead in QA team, I guess it's CI team now then..
[08:26] <Mirv> ogra: https://code.launchpad.net/~timo-jyrinki/ubuntu-seeds/ubuntu-touch.add_account-plugin-ubuntuone/+merge/186475
[08:26] <ogra> thanks
[08:27] <asac> 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] <ogra> haha
[08:27] <asac> gnome-screenshot doesnt work :(((
[08:27] <asac> hell
[08:28] <lool> asac: take a picture!
[08:28] <asac> a screenshot would have so much better quality :)
[08:28] <lool> or send your laptop
[08:28] <asac> lol
[08:28]  * lool grabs coffee
[08:28] <ogra> paint a picture ! we have a paint app on the phone :)
[08:30] <asac> i have a pic :)
[08:30] <asac> it worked from command line... just not with print key
[08:42] <tvoss__> lool, ack, any eta?
[08:45] <tvoss__> lool, ack, let's wait another 15 minutes
[08:51] <lool> tvoss__: so didrocks cant do it and psivaa is trying
[08:51] <cjwatson> oh, is didrocks around?  I was looking for him but he's not on IRC atm
[08:52] <lool> psivaa: could you try http://s-jenkins:8080/job/qtubuntu-ci/82/rebuild
[08:52] <lool> cjwatson: he is on leave actually
[08:52] <lool> cjwatson: but joined a hangout
[08:52] <cjwatson> ah
[08:52] <cjwatson> I guess nobody else knows about operating cu2d
[08:52] <psivaa> lool: tvoss__ : the job failed again but it failed to pick up the 'proposed-branch'
[08:52] <cjwatson> the side that runs as ubuntu-archive@lillypilly that is
[08:52] <lool> 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] <Mirv> cjwatson: me and sil2100 might. and right, not about that side.
[08:52] <tvoss__> psivaa, got a link for me? anything I can fix?
[08:52] <lool> cjwatson: fginther would I think
[08:53] <Mirv> cjwatson: https://wiki.ubuntu.com/DailyRelease/FAQ#Adding.2BAC8-removing_components_to_a_stack
[08:53] <cjwatson> lool: He doesn't have access
[08:53] <lool> cjwatson: ah not sure about the archive copy part
[08:53] <cjwatson> He might know about it, but I was looking for somebody to dry-run things on a new host
[08:53] <lool> cjwatson: I'll ask him if someone else knows about it
[08:54] <psivaa> lool: i am checking if that's a config issue or an issue in mp, but just a sec for the link
[08:54] <cjwatson> 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] <psivaa> lool: https://jenkins.qa.ubuntu.com/view/All/job/qtubuntu-saucy-armhf-ci/71/console
[08:55] <psivaa> tvoss__: ^
[08:56] <lool> psivaa: was that with a rebuild?
[08:56] <lool> psivaa: I dont understand, the config shouldn't have changed since yesterday
[08:56] <psivaa> lool: yes it was when i click the build again, and yes not sure why the proposed-branch is left empty
[08:57] <lool> psivaa: did you visit the /rebuild link, and then click some button, or did you go to the project?
[08:57] <lool> psivaa: it might not have the same effect as the build is parametrized
[08:57] <psivaa> lool: i went to the master job and kicked it off
[08:58] <psivaa> lool: http://<IP_ADDRESS>:8080/job/qtubuntu-ci/
[08:58] <lool> 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] <lool> cjwatson: didrocks would prefer migrating on monday
[08:59] <tvoss__> psivaa, asac, lool any idea what is happening with that job?
[08:59] <lool> cjwatson: cause he would like to be around in case something not obvious goes wrong
[08:59] <asac> cjwatson: so didrocks is the only one that can confirm the cu2d migration
[08:59] <cjwatson> hm, ok
[08:59] <lool> psivaa: right, instead of this please go to the /rebuild link
[08:59] <asac> cjwatson: and he is on vacation
[09:00] <lool> psivaa: http://s-jenkins:8080/job/qtubuntu-ci/82/rebuild
[09:00] <cjwatson> I was kind of hoping to get off lillypilly earlier, but so be it
[09:00] <lool> psivaa: because I think it will restart it with the exact same parameters
[09:00] <asac> sorry.
[09:00] <ogra> oh, that is why it takes minutes to respond to http requestst ?
[09:00] <asac> but vacation comes first for didrocks :)
[09:00] <lool> cjwatson: passed this back; everybody is relieved, and is sorry for delaying that
[09:00] <cjwatson> oh sure
[09:00] <cjwatson> ogra: yes
[09:01] <cjwatson> ogra: the fix is to stop using lillypilly for archive offload work :)
[09:01] <psivaa> lool: you are right, rebuild with that link appears to work
[09:01] <ogra> cjwatson, heh, yeah
[09:02] <lool> psivaa: albeit I dont see the active build now  :-)  would you have a link if it's in progress?
[09:02] <psivaa> lool: http://<IP_ADDRESS>:8080/job/qtubuntu-saucy-armhf-ci/72/console
[09:03] <psivaa> lool: this is progressing
[09:03] <lool> psivaa: thanks!
[09:03] <psivaa> lool: yw
[09:05] <lool> tvoss__: build in progress
[09:05] <tvoss__> lool, ack
[09:09] <lool> OMG
[09:09] <lool> this is pbuilder based and caches build-deps
[09:14] <psivaa> lool: that build completed success
[09:14] <lool> woot
[09:15] <lool> tvoss__: ^
[09:15] <lool> tvoss__: built fine, want to test the .debs?
[09:16] <apw> ugahugomeg
[09:16] <apw> assdsdewrwgw
[09:16] <apw> now unity why do you think i want my focus over there? why
[09:16] <lool> 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] <asac> so ...
[09:52] <asac> do we have a straight and comprehensible page that tells you how to run autopilots?
[09:52] <asac> :)
[09:55] <asac> thostr_: i will write up the wiki... can't finde any
[10:03] <asac> thostr_: i put something in https://wiki.ubuntu.com/Touch/Testing
[10:03] <asac> at the bottom
[10:03] <asac> someone has to improve that :)
[10:04] <thostr_> asac: will give it a shot
[10:10] <asac> https://wiki.ubuntu.com/Touch/Testing#preview
[10:10] <asac> uypdated
[10:11] <asac> thostr_: added another section with more details about what you should test before submitting code
[10:11] <asac> added a guess for indicator developers
[10:11] <asac> 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] <thostr_> what I heard last was that allan is doing manual indicator testing...
[10:12] <asac> he is from qa team?
[10:12] <asac> well, so we have a manual testing process in place
[10:12] <asac> but that process is no good for CI
[10:12] <asac> we only can use automation to block patches
[10:13] <asac> basically: if you dont have tests there is no way we can protect you from landings that break your stuff
[10:13] <asac> e.g. unity8 team busts you -> we will not see
[10:16] <thostr_> asac: flashing with ubuntu-system doesn't work
[10:17] <asac> not sure what that means
[10:17] <asac> :)
[10:19] <thostr_> well, it doesn't boot any longer
[10:19] <asac> thostr_: -> #ubuntu-touch for that
[10:19] <asac> sorry
[10:26] <lool> So something didn't close the mediascanner bug
[10:26] <lool> despite the fact it's listed in the changelog
[10:27] <lool> thostr_: ok, found it
[10:27] <lool> thostr_: it's because the bug closed in bzr/changelog is a duplicate of the bug I linked to
[10:27] <lool> will close it now
[10:28] <thostr_> lool: thanks
[10:32] <lool> So mediascanner is in the proposed image with the fix, not in stable
[10:33] <lool> just missing music-app now
[10:33] <lool> and perhaps upstart
[10:38] <Saviq> lool, lol!
[10:52] <lool> are we publishing from upstream branches to https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily?
[10:52] <lool> for e.g. camera-app
[10:59] <asac> Mirv: so we are not sure if the ubuntuone credential ones
[10:59] <asac> is waiting for a new upload
[10:59] <asac> or if we just should see it
[11:16] <ogra> ubuntu-touch-meta (1.072) UNRELEASED; urgency=low
[11:16] <ogra>   * Refreshed dependencies
[11:16] <ogra>   * Added account-plugin-ubuntuone to touch
[11:16] <ogra>   * Added libqt5script5 to touch
[11:16] <ogra>   * Added qtdeclarative5-qtgrilo0.1 to touch
[11:16] <ogra> asac, looks fine ^^^
[11:17] <asac> ogra: and all that together doesnt break the image?
[11:18] <ogra> it has been tested according to the plan
[11:18] <asac> good
[11:18] <asac> then there is nothing holding us back i guess
[11:19] <ogra> (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] <asac> i am moving all INIMAGE things to DONE
[11:19] <Mirv> 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] <ogra> yeah
[11:19] <ogra> Mirv, great, uploading the seed change then
[11:19] <asac> DONE :)
[11:20] <asac> Mirv: it was the comment about the version being before the merge comment
[11:20] <asac> if all is in we are happy
[11:20] <asac> ogra: go
[11:20] <asac> seed change
[11:21] <Mirv> 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] <asac> ack
[11:21] <asac> guess one time pipecleaning for OLS meets UE :)
[11:22] <ogra> uploaded
[11:25] <Mirv> 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] <asac> awesome
[11:28] <ogra> ++
[11:28] <ogra> the borwser will be soooo much faster !
[11:28] <asac> i hope that really brings the speed i wanted :)
[11:28] <asac> ogra: sure we dont need to flip a switch somewhere in the browser to enable JITTING?
[11:28] <ogra> i dont think so
[11:28] <ogra> and that definitely has been tested by many people in #phablet the last week
[11:30] <asac> k
[11:30] <Mirv> 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] <asac> lool: so until sil is back
[11:30] <Mirv> asac: and it was tested to double-triple speed
[11:30] <asac> lool: is there anything we can do on the url-dispatcher front?
[11:31] <asac> Mirv: cool
[11:31] <asac> thx
[11:33] <Mirv> 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] <asac> cool
[11:34] <asac> awesome numbers
[11:40] <lool> thostr_: Getting a crash of music-app right now, haven't checked whether I use the right one yet
[11:40] <lool> thostr_: or sorry, of upstart-app-launch rather
[11:40] <lool> /var/crash/_usr_lib_arm-linux-gnueabihf_upstart-app-launch_zg-report-app.32011.crash
[11:40] <lool> uploading it
[11:41] <thostr_> lool: ok
[11:41] <thostr_> lool: can you assign it to ted right away?
[11:42] <lool> thostr_afk: ack, as soon as I confirm I have latest upstart-app-launch
[11:43] <asac> Mirv: i assume you  wont be able to test and get unity-lens etc. out anymore?
[11:48] <Mirv> 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] <asac> Mirv: ok good. just focus on blessing that i guess. others can do the push if we know
[11:49] <lool> asac: I'm not clear on the landing process for core apps
[11:49] <asac> remember to dorp a comment
[11:49] <asac> lool: me neither :)
[11:49] <lool> asac: is that under CI team control as well?
[11:50] <lool> sergiusens: Sorry to disturb you, are you clear on the release/CI process for core apps such as music-app?
[11:50] <lool> sergiusens: I see a bunch of other changes going into the bzr branch, not sure how its getting into the PPA
[11:50] <asac> 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] <asac> so there is a tools or even process gap
[11:51] <lool> asac: it's in a .deb
[11:51] <lool> asac: but it's pulled from a PPA (!)
[11:51] <lool> asac: it's not in saucy though
[11:51] <lool> 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] <Mirv> 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] <lool> Mirv: correct
[11:53] <Mirv> 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] <Mirv> maybe popey would know
[11:54] <lool> someone updated mediascanner in the Landing spreadsheet and got it wrong
[11:54] <lool> it's not DONE, it's INIMAGE
[11:54] <lool> DONE is when it's in the stable/promoted image
[11:56] <ogra> lool, but we promoted 56
[11:56] <lool> oh no
[11:56] <lool> ogra: right
[11:56] <ogra> :)
[11:56] <lool> ogra: I'm out of date
[11:58] <sergiusens> lool, it's a lot slicker for core apps
[11:58] <sergiusens> lool, if merge is approved it gets into the ppa
[11:59] <sergiusens> Mirv, click for core apps has been dropped since due to the lack of time to setup the testing infrastructure for them
[12:00] <lool> (when's the next upstream merger tick?)
[12:00] <lool> sergiusens: there are other changes in the music-app branch though, these dont seem to be in PPA yet
[12:00] <lool> maybe it's due to lack of mp
[12:01] <lool> sergiusens: so it's hard to prevent an approved mp to reach the image for the coreapps PPA then, ok
[12:01] <lool> sergiusens: thanks for clarifying
[12:01] <sergiusens> lool, yeah, it uses the old model we had... if it is in trunk it HAS to be releasable
[12:01] <sergiusens> I prefer that one to be honest
[12:01] <lool> ack
[12:03] <ogra> sergiusens, it will change if we move from asac's "block CI" to cjwatson's "block in proposed"
[12:03] <ogra> which happens soon hopefully
[12:03] <sergiusens> ogra, I know, that's why I said _old_ model ;-)
[12:03] <ogra> :)
[12:04] <asac> lets talk about core apps sometimes later
[12:04] <asac> maybe next week
[12:04] <ogra> thats a 14.04 task anyway i think
[12:05] <asac> i dont like talking about 14.04
[12:06] <ogra> heh, but to make them click now people would have to stop bugfixing or finalizing features
[12:06] <asac> lool: ok ... before rick asks us in -managers ... do we have all the pieces for video/music lense
[12:06] <asac> lool: or are we fixing final things still?
[12:06] <ogra> all resources are bound atm
[12:06] <lool> asac: I think we have the pieces for a first landing
[12:06] <lool> asac: first round of https://docs.google.com/a/canonical.com/document/d/182Ol3YoXemYGqG5WijpJwR5WiGYa5Z-p2HlDL6isz9s/edit#
[12:06] <asac> ogra: you might think so, but i ams ure that if you look closer only 30% are really working on bugs :)
[12:06] <sergiusens> ogra, they are already click (the core community ones at least)
[12:07] <ogra> sergiusens, right ... but still shipped as deb
[12:07] <asac> lool: cool.
[12:07] <ogra> asac, right, the rest tries to get their features in that were agreed for 13.10 ... :)
[12:07] <asac> lool: all in daily-build ppa?
[12:07] <asac> or where?
[12:08] <lool> asac: in PPA
[12:08] <asac> 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] <lool> asac: I'm updating spreadsheet as we speak, since 10mn
[12:08] <lool> takes time to track each of the many packages involved here
[12:08] <asac> lool: PPA==daily-build ppa?
[12:08] <asac> right. take your time
[12:08] <ogra> asac, thats waht i mean with "resources are bound" :)
[12:09] <lool> asac: yes
[12:09] <asac> lool: if you have all the packages i am happy to apt-get install them from the ppa and also check
[12:09] <lool> asac: and the coreapps PPA
[12:09] <asac> and run tests
[12:09] <lool> asac: we're missing qtubuntu in the PPA
[12:09] <asac> where is that?
[12:09]  * ogra didnt mention landing :)
[12:09] <lool> asac: if you know how to speed up the upstream merger on that one, that's welcome
[12:09] <asac> 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] <asac> but i know what you tried to say
[12:09] <asac> lool: no... just wonder where it is :)
[12:09] <ogra> asac, they are trying to get their features ready then :)
[12:10] <asac> lool: so we are at upstream merger stage? is that not working or just takes a bit?
[12:10] <asac> ogra: better! :P
[12:10] <ogra> :)
[12:10] <ogra> doesnt change the facts though :)
[12:10] <ogra> hmm
[12:11] <ogra> wasnt 56 supposed to have a messaging indicator again ?
[12:11] <asac> i think thats waiting for qtubuntu as well
[12:11] <ogra> i dont have it after a wipe flash
[12:11] <ogra> ah, k
[12:11] <asac> not sure
[12:11] <asac> just think it is
[12:11] <lool> oh god
[12:11] <lool> phablet   2804 96.0  2.6<PHONE_NUMBER>4 ?        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] <ogra> qtubuntu will be a massive change then, given from how many side it has changes
[12:11] <lool> there's a f*cking space between --file= and file://
[12:12] <lool> --file=%u
[12:12] <asac> yeah. trimming would be a good idea on these things
[12:12] <ogra> lool, i tyhink the new unity-mir fixes that
[12:12] <lool> asac: so I have all the bits up to launching music app... but it's not opening the file
[12:12] <ogra> lool, right
[12:12] <lool> ogra: doubt it's mir
[12:12] <lool> it's using upstart-app-launch
[12:12] <asac> lool: maybe the .desktop file itself has a whitespace that we could fix to hide this problem?
[12:12] <ogra> known bug with argv parsing of the .desktop files
[12:12] <lool> asac: it does not, I just checked
[12:12] <ogra> lool, its unity-mir
[12:12] <lool> 14:12 < lool> --file=%u
[12:13] <asac> ogra: what does it mean "known bug with argv" parsing ... where is that bug?
[12:13] <lool> ogra: where's the fix?
[12:13] <ogra> see backlog from ricmm and ted in #phablet from last night
[12:13] <asac> who is working on that?
[12:13] <lool> right, I saw them chat about some stuff there
[12:13] <ogra> asac, ted and ricardo ... and i think there was a fix, no idea where exactly
[12:13] <asac> so where is the code that replaces the %u? why cant we just do a trim there?
[12:13] <asac> who can grep IRC logs :)?
[12:14] <ogra> asac, it was discussed in here as well
[12:14] <asac> who can grep this channel ?:)
[12:14] <asac> i cant
[12:15]  * asac checks what is active in https://code.launchpad.net/~ricmm
[12:15] <ogra> i can only go back until 5pm local time ... seems that was before
[12:15] <lool> ogra: the chat from yesterday seemed to be about a crasher though, not whitespace
[12:15] <ogra> but it was discussed when i falswely claimed the unity-mir fix was needed by ricmm for the media stuff
[12:15] <lool> they did discuss some "" related stuff though
[12:15] <lool> and desktop file hints
[12:15] <asac> https://code.launchpad.net/~ricmm/qtubuntu/qurl-final
[12:15] <asac> seems related
[12:15] <asac> seems it wants platform-api
[12:15] <asac> where is that code?
[12:15] <asac> http://bazaar.launchpad.net/~ricmm/qtubuntu/qurl-final/revision/177
[12:15] <lool> not 100% sure it relates
[12:16] <asac>  ua_url_dispatcher_session_open(session, url.toEncoded().constData(), NULL, NULL)\
[12:16] <ogra> lool, --desktop_file_hint is an option (usually the first one) the the Exec line of al QML .desktop files
[12:16] <asac> so i feel that its in url-dispatcher itself then
[12:16] <asac> (the above is in ricmms work)
[12:16] <ogra> it is very likely the same issue you see there
[12:18] <lool> asac: so I checked the branch you found
[12:19] <lool> asac: the only thing it adds on top of what I happroved is a build-dep bump
[12:19] <lool> asac: which is correct, but it wont fix our issue
[12:21] <asac> lool: right. just saying that that code is sane
[12:21] <asac> it must be in url-dispatcher
[12:21] <asac> or below
[12:23] <lool> so APP_URIS= is correct in the env
[12:25] <lool> asac: I think it's in upstart-app-launch
[12:25] <lool> I traced it down to desktop-file-exec
[12:27] <Mirv> lool: can you confirm you'll be uploading the qtwebkit?
[12:28] <lool> Mirv: ok, let me take 5 minutes to do it
[12:30] <lool> Mirv: so I have it here, you want it straight in Ubuntu?  how was this tested?
[12:30] <asac> lool: did you let thostr_afk etc. know?
[12:30] <asac> anyway... i have to get some lunch/breakfast now done
[12:31] <asac> lool: did you see if the right env was passed and that it didnt have a whitespace?
[12:31] <asac> e.g. are we sure its happening below the qurl
[12:31] <lool> asac: I did, he told me to get Ted
[12:31] <asac> err below qtubuntu
[12:31] <lool> but not up yet
[12:31] <asac> lool: call ted
[12:31] <asac> :)
[12:31] <lool> asac: Yes, env vars are passed correctly
[12:31] <lool> asac: down to the application start helper
[12:32] <ogra> mup him an sms
[12:32] <lool> but the custom .desktop file parsing is probably broken
[12:33] <Mirv> 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] <ogra> Ran 21 tests in 328.625s
[12:36] <ogra> OK
[12:36] <ogra> Restoring shell
[12:36] <ogra> \o/
[12:36]  * ogra makes the ubuntu-settings upload ready
[12:39] <asac> nice
[12:39] <asac> lool: lest do the webkit maybe
[12:39] <asac> and then ted or ricmm might be around
[12:39] <asac> in a few minutes
[12:39]  * asac now really gets food
[12:46] <lool> Mirv: FFE for qtwebkit?
[12:46] <ogra> sergiusens, i assume https://code.launchpad.net/~doanac/phablet-tools/system-image-revision-support/+merge/186180 needs to go on the spreadsheet ?
[12:46] <Mirv> lool: https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1219695
[12:46] <lool> Mirv: too bad it's not in the cl
[12:46] <Mirv> lool: ah, I can add it thought
[12:46] <lool> no it's ok
[12:46] <lool> just need to rebuild the source == pain
[12:47] <sergiusens> ogra, I'm leaving the bureaucracy to doanac as I told him I would
[12:48] <ogra> sergiusens, well, i just added it :)
[12:50] <fginther> morning
[12:51] <lool> Mirv: uploading, but will take some minutes
[12:52] <Mirv> lool: thanks!
[12:53] <lool> asac: ok, I see the bug in the code now
[12:53] <asac> lool: wow. where?
[12:54] <lool> it's spliting on %, pushing as individual strings to an array and assembling the array with " "
[12:54] <lool> asac: upstart-app-launch/helpers.c
[12:54] <lool> ogra, asac: I confirm that what they split yesterday was unrelated
[12:54] <ogra> good
[12:54] <lool> a crasher likely preventing to go that far
[12:55] <ogra> hmm, why is sil2100 not here
[12:55]  * ogra sees him active in -touch
[12:55] <asac> lool: ok. dont know. just feels that no developer has ever tested this stuff
[12:55] <lool> asac: that's what ricm said yesterday
[12:55] <asac> i will complain in ricks call today. thats just unbearable
[12:55] <lool> asac: that said, it would work if it was foo %u
[12:55] <lool> asac: it doesn't work with foo --xyz=%u
[12:56] <asac> well. it sounded like --file=... is the new way
[12:56] <asac> of most of the things
[12:56] <lool> so I think I know how to fix
[12:56] <asac> 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] <lool> will submit a mp and test the .debs
[12:56] <asac> thanks
[12:57] <asac> so whats up with sil?
[12:57] <asac> anyone remembered how long he wanted to be gone? :)
[12:57]  * asac just waits longer
[12:58] <asac> Mirv: so unity-lens we have to take over? or is it looking good?
[12:58] <ogra> :)
[12:58] <asac> hah
[12:58] <asac> :)
[12:59] <sil2100> ;)
[12:59] <asac> sil2100: welcome back :-P
[12:59] <sil2100> So many different channels...!
[12:59] <asac> sil2100: oh ... so no autojoin yet?
[12:59] <asac> kk
[12:59] <ogra> yeah, feels like one more per week
[12:59] <asac> i dont care about the rest as long as folks are in here :)
[12:59] <asac> lol
[13:10] <Mirv> 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] <Mirv> 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] <lool> Mirv: qtwebkit-opensource-src accepted some time ago
[13:11] <asac> sil2100: thats about the unity-lens-.. row 30
[13:11] <lool> 12 minutes ago actually
[13:11] <asac> Mirv: yeah.  i think we expect one bug today
[13:11] <asac> and not both
[13:11] <asac> thanks\
[13:11] <Mirv> lool: awesome
[13:12] <lool> Mirv: shit: it's depwait on libwebp-dev
[13:12] <plars> 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] <lool> Mirv: where is libwebp-dev and do you have a FFE for it?
[13:12] <asac> 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] <plars> I don't see it on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html yet
[13:13] <asac> sil2100: sounds like one test run all together :) and then we are fine
[13:13] <asac> lool: so is the  fix moving? or are we waiting for someone to approve MP?
[13:13] <ogra> asac, some packages sit in the NEW queue, we need to wait for them
[13:13] <asac> ogra: some packages for what?
[13:13] <ogra> asac, for sil2100's stuff above
[13:13] <asac> hmm
[13:13] <asac> thought it was prenewed
[13:13] <asac> ok
[13:13] <lool> asac: I'm waiting for a build to test it
[13:14] <asac> cool
[13:14] <lool> albeit I could try to cross-build it
[13:14] <ogra> asac, i think this is binary NEW now
[13:14] <Mirv> lool: https://launchpad.net/ubuntu/+source/libwebp - doh, it's in universe so would need MIRing
[13:14] <ogra> cant really preNEW that one ... shouldnt cause much delay but needs someone to process it
[13:14] <lool> Mirv: please give me a debdiff to revert the addition then
[13:15] <lool> Mirv: webp would be a nice to have, but the Mir will take some time (security review) and require its own FFE
[13:15] <ogra> asac, ah, colin is just processing them, see #ubuntu-touch
[13:15] <lool> Mirv: add --disable-webp and drop bdep
[13:15] <lool> Mirv: if you could handle the testbuild that would be great
[13:19] <Mirv> lool: yeah, I try to give it to you still
[13:22] <sil2100> Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_pkgs_for_unity8/+merge/186531
[13:23] <cjwatson> the purpose of preNEW is to shorten the time that needs to be spent in NEW
[13:23] <cjwatson> it doesn't actually allow bypassing the NEW queue
[13:23] <cjwatson> FYI
[13:26] <lool> Why dont I get .debs in https://code.launchpad.net/~lool/upstart-app-launch/lp-1227632/+merge/186526 ?
[13:26] <lool> I get only test builds, no generated packages
[13:39] <Mirv> 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.
[14:16] <xnox> 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] <xnox> Otherwise I'll just upload it "manually"
[14:17] <ogra> xnox, did you add it to the spreadsheet to ask for consideration ?
[14:18]  * ogra hasnt seen it
[14:18] <xnox> ogra: no, as it's unrelated to touch, that's for desktop.
[14:18] <xnox> ogra: my assumption that it should be still on every 4h release schedule?!
[14:18] <ogra> oh, ok
[14:19] <xnox> ogra: i mean it does build mobile icons, but there is no changes to those.
[14:19] <ogra> xnox, if it has anything in the touch image it falls under the touch restrictions
[14:20] <ogra> (so you should at least add a line to the spreadsheet saying that the change doesnt affect touch)
[14:20] <xnox> ogra: it has mobile-icons, that were not changed.
[14:20] <ogra> CI is on manual otherwise
[14:20] <cjwatson> xnox: the daily-release mechanism is all on manual now
[14:23] <fginther> rfowler, these are the devices currently offline: maguro-0149BD7E0501401E and mako-0090f741e3d141bc
[14:23] <xnox> 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] <fginther> rfowler, the maguro had a problem earlier this week as well
[14:23] <ogra> asac, ^^^
[14:23] <cjwatson> xnox: you need approval before upload at the moment
[14:24] <cjwatson> xnox: so please don't dput in advance of that
[14:24] <xnox> ok.
[14:25] <cjohnston> xnox: there was an email sent by lool for how to handle that
[14:28] <cjwatson> asac: can I please have edit access to the landing-requests sheet?
[14:28] <cjwatson> as a tech lead
[14:29] <doanac> 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] <asac> doanac: sure
[14:31] <asac> man... why dont we have a ue-leads google group
[14:31] <asac> would be so much easier
[14:31] <asac> doanac: seems you were omitted from our CI meeting
[14:31] <ogra> why doesnt launchpad have an office suite ?
[14:31] <asac> doanac: in now for the future ones
[14:31] <ogra> it has the group stuff already :P
[14:32] <thomi> fginther: got a second?
[14:32]  * doanac still not used to seeing thomi online at this hour :)
[14:32] <fginther> getting ready for a quick hangout, can it wait ~15 minutes/
[14:32] <fginther> ?
[14:33] <thomi> fginther: sure. ping me when you're ready
[14:33] <fginther> thomi, ack
[14:41] <lool> cjwatson: I added your canonical address there, there was already an entry for you with another account
[14:44] <lool> Mirv: dropping the bdep is strictly speaking incorrect; you need to pass some disable flag
[14:44] <lool> Mirv: because people might build locally and get a different result if they have webp-dev installed
[14:44] <lool> Mirv: Sorry for only mentioning that now
[14:44] <cjohnston> asac: http://<IP_ADDRESS>:8000/ vs http://reports.qa.ubuntu.com/ for touch_ro.. does that look better?
[14:45] <cjwatson> lool: ah, yes, I have two google accounts
[14:45] <cjwatson> lool: thanks
[14:45] <lool> 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] <lool> 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] <cjohnston> thanks plars. asac nvm, plars already did it
[14:50] <ChickenCutlass> asac, ok qtubuntu is ready to land -- is in trunk
[14:50] <ChickenCutlass> asac, line 46
[14:51] <ogra> yay
[14:51] <ogra> ChickenCutlass, i'll take care for the rest then
[14:51] <cjwatson> ubuntu-themes added to the landing reqs sheet now - would be nice if it could make it in time for UI freeze
[14:51] <ChickenCutlass> ogra, thanks
[14:53] <cjohnston> plars: fwiw, a commit message is required for testing/merging with qa-dashboard
[14:56] <plars> cjohnston: ah, that's right, you have tarmac there
[14:57] <cjohnston> plars: upstream merger stuff requires it as well
[14:58] <plars> 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] <plars> cjohnston: is that just a config problem?
[14:58] <cjohnston> it barfed
[14:58] <cjohnston> i fixed
[14:59] <fginther> thomi, pong
[14:59] <thomi> fginther: got a few minutes for a hangout?
[14:59] <sil2100> asac: btw. some time ago I landed unity8 and unity-mir (as per landing plan) - forgot to mention :|
[14:59] <fginther> yes
[14:59] <plars> 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] <plars> cjohnston: I don't think I did that though ^
[15:00] <cjohnston> nope
[15:00] <cjohnston> thats an ongoing issue that I'm waiting for feedback from QA
[15:00] <cjohnston> it wasn't a quick fix and I want to just delete the code
[15:00] <plars> fginther: can you give me access to restart jobs on s-jenkins? pwlars is my username there
[15:01] <plars> just in case I need to restart something for someone anytime
[15:01] <lool> ogra: qtubuntu needs new platform-api
[15:02] <ogra> lool, i'm pretty sure ricmm has a MP for that
[15:02] <asac> sil2100: thx. update the spreadsheet
[15:05] <ogra> lool, seems you mix up the branches
[15:05] <ogra> lool, what just landed in trunk doesnt need the platform-api bump ... treh url fix does though
[15:06] <sil2100> asac: did that already when publishing!
[15:11] <asac> sil2100: cool. what about ralsinas items?
[15:11] <asac> sil2100: unity-lens-applications
[15:12] <asac> sil2100: mirv validated it
[15:12] <asac> see the entry. just eeds final fiddling and publishing
[15:15] <Mirv> 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] <cjohnston> vila: replied to you :-)
[15:16] <Mirv> 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] <fginther> plars, try  it now
[15:23] <plars> fginther: got it, thanks
[15:30] <Mirv> 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] <doanac> plars: I update https://code.launchpad.net/~doanac/ubuntu-test-cases/get-opts/+merge/186442
[15:31] <doanac> no rush, you can merge/deploy at your leisure
[15:31] <plars> doanac: cool, I was about to test some stuff out locally, I may just pull it all and try there
[15:32] <Saviq> asac, ogra, unity-mir is still up for release - unity-mir isn't mentioned in the Landing Plan?
[15:32] <ogra> lool, so did you bump platform-api for your url-dispatcher stuff ?
[15:33] <lool> ogra: I did not, ricmm told me he would care to fix the bdep
[15:33] <ogra> Saviq, it kind of drowns a bit in a generic "unity8 fixes" entry
[15:33] <lool> ogra: but it doesn't matter if you take care to land platform-api
[15:33] <lool> ogra: just dont copy qtubuntu out of the PPA without platform-api
[15:33] <Mirv> lool: or, with UNRELEASED removed http://pastebin.ubuntu.com/6128756/
[15:33] <ogra> lool, right i think we want both now qtubuntu as is in trunk and the platform-api bump for url-dispatcher
[15:34] <lool> Mirv: yes, I think you have to pass WITH_ or ENABLE_FOO=no to qmake
[15:34] <Saviq> 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] <ogra> lool, i dont copy anytthing (i dont even think i can) ... someone else has to do that step
[15:34] <ogra> Saviq, right, i think the unity-mir bit has a different (higher) prio
[15:34] <Mirv> 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] <lool> ogra: ok, since I read you were taking care of things from there on earlier, I thought you would do that
[15:36] <lool> Mirv: ah I see your second debdiff now
[15:36] <lool> Mirv: sorry, I'm processing pings slowly  :-)
[15:36] <ogra> lool, taking care to avoid my team mates going even more mad on the chaos the spreadsheet is
[15:36] <ogra> (like bugging people to get our stuff in etc :) )
[15:36] <ogra> i cant really drive any CI engines
[15:37] <asac> Saviq: the unity8 bug fixes usually include that
[15:37] <Saviq> asac, ogra, ok, just didn't want it to slip through the cracks
[15:37] <lool> Mirv: looks good, thanks for the builds, building source and then uploading
[15:37] <asac> Saviq: no?
[15:37] <asac> Saviq: double check plz... currently on a call
[15:38] <ogra> Saviq, as long as it is in the stack that sil2100 just landed i think we should be fine
[15:38] <Saviq> ogra, yes, if it's stack-based, unity-mir is in the unity8 stack indeed
[15:38] <ogra> sil2100, ^^^ can you confirm ?
[15:38] <asac> Saviq: check with sil2100 on unity8 bugfixes
[15:39] <asac> but usually that includes ubuntu-mir...
[15:39] <asac> Saviq: oh ... could be that its not landable
[15:39] <asac> because we have the experimental ppa for sprint
[15:39] <asac> Saviq: but double check with sil2100
[15:39] <ogra> the fix i talk about should be in the normal trunk though
[15:40] <ogra> asac, and we better get that landed, so people can stop twiddling thumbs
[15:40] <Mirv> lool: thanks to you
[15:41] <jdstrand> 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] <asac> ogra: well, i am not sure if the ubuntu-mir package is diverted and not going into our daily-build ppa
[15:42] <asac> sil2100 has to check that
[15:42] <ogra> asac, we need to fix, it stalls work on multimedia stuff
[15:42] <asac> jdstrand: on landing plan or landing ask sheet?
[15:42] <ogra> s/to/the/
[15:42] <ogra> same for qtubuntu
[15:42] <jdstrand> 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] <jdstrand> asac: I was looking at Landing Pipeline
[15:43] <asac> jdstrand: so you want to land apparmor-easyprof-ubuntu 1.0.32 as part of the content-hub SDK landing?
[15:43] <asac> we can hook it up there
[15:43] <lool> Mirv:  subject: [ubuntu/saucy-proposed] qtwebkit-opensource-src 5.1.1-1ubuntu2
[15:43] <lool> accepted
[15:43] <asac> alternatively we can try a separate landing
[15:43] <asac> before
[15:44] <jdstrand> asac: it can be separate. 1.0.32 just needs to be in place for apps to use the content-hub
[15:45] <lool> 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] <jdstrand> asac: I don't consider it a 'landing'-- it is just bug fixes/policy to allow stuff that is currently denied
[15:46] <jdstrand> asac: but I'll let you call it what you will
[15:46] <ogra> asac, i'm fully with lool, one of the fixes is essential for MM
[15:46] <fginther> 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] <elopio> hello.
[15:46] <elopio> 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] <fginther> elopio, let me take a look
[15:47] <elopio> thanks fginther.
[15:52] <fginther> 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] <fginther> elopio, now that we've seen it twice, it doesn't appear to be a fluke
[15:53] <elopio> 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] <fginther> 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] <fginther> elopio, I'll file a bug and start looking at a fix.
[15:55] <robert_ancell> http://<IP_ADDRESS>: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] <cjwatson> fginther: apt doesn't but the standard maintainer scripts generated by python helpers normally do
[15:56] <fginther> cjohnston, do you know if those helpers do cleanup on upgrade/downgrade too?
[15:56] <fginther> robert_ancell, looking
[15:56] <cjohnston> :-(
[15:57] <fginther> err, wrong cj
[15:57] <fginther> cjwatson, , do you know if those helpers do cleanup on upgrade/downgrade too?
[15:57] <elopio> fginther: and, how can I land my branch?
[15:58] <rfowler> fginther: ps-mako-02 is back up... same thing... had to reboot it
[15:59] <cjwatson> fginther: yes
[15:59] <fginther> 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] <elopio> fginther: good. Thanks.
[16:02] <lool> asac: Good news, the music playback can go in
[16:03] <fginther> robert_ancell, it did look hung. I re-approved to restart it
[16:03] <lool> 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] <robert_ancell> fginther, thanks
[16:03] <ogra> ++
[16:03] <lool> asac: who triggers the copy from PPA to archive?
[16:03] <lool> cjwatson: with you once I'm done updating the spreadsheet for this landing  :)
[16:04] <fginther> rfowler, I'm concerned that this has happened 3 times in one day, have you seen any other devices doing this?
[16:05] <cjwatson> lool: ok
[16:06] <asac> lool: anyone from didrocks team usually does that if i understand your questionm correctly
[16:06] <ogra> lool, did the last merge of qtubuntu build already ?
[16:06] <ogra> i see it in trunk but cant find out which PPA it lands in
[16:07] <lool> asac: ok; thanks
[16:07] <lool> asac: copy from PPA to archive?
[16:08] <lool> asac: is it ok to push this in now?
[16:08] <lool> asac: the last thing missing before /image build/ are a) copy above list to archive, b) music-app finishing to build
[16:08] <lool> ogra: yes, but not the bdep thing I think
[16:09] <ogra> lool, bdep thing ?
[16:09] <ogra> lool, for that merge nothing else is needed
[16:09] <lool> ogra: not hte platform-api bdep
[16:09] <lool> ogra: and apparently the touch thing missed the window
[16:09] <ogra> thats not needed for this merge
[16:09] <lool> ogra: the mediaplayer fix
[16:09] <lool> ogra: the platform-api bdep was for the url landing
[16:09] <ogra> right that doesnt need a bump
[16:09] <lool> it does, it doesn't build without the new platform-api
[16:09] <ogra> ricmm, ^^^ ?
[16:10] <ogra> lool, could it bne that you messed up ricmm's order of landings ?
[16:11] <ogra> there was an order of commits that had to go in
[16:11] <fginther> 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] <lool> ogra: I dont understand what you mean
[16:12] <ogra> lool, the mediaplayer fix was supposed to go in first ... two days ago actually
[16:12] <ogra> i think ricmm had an order in which these merges were supposed to land
[16:12] <lool> ogra: I dont think the two relate in any way; but he might have had different priorities
[16:13] <ogra> which is why the url-dispatche stuff was kept from being approved until the medioaplayer fix landed
[16:13] <ogra> so you only need to bump the platform-api for this one
[16:13] <ricmm> whats the issue now?
[16:13] <ricmm> all trunks are fine for release
[16:13] <ogra> ricmm, lool lcaims there is a platform-api bump needed
[16:14] <lool> ogra: this is a commit ricmm prepared that didn't make it
[16:14] <lool> if we're careful, we can land without it, but it would be nice to get it in
[16:14] <lool> maybe it's in bzr, but it's not in PPA
[16:14] <lool> it's not in bzr
[16:15] <ricmm> its fine if you land it as-is, p-api is already in the ppa
[16:15] <ricmm> so no breakage should happen
[16:15] <ogra> right
[16:29] <asac> ricmm: ok ... will you file the rt and CC me/elmo?
[16:29] <asac> have to run to two more calls and might miss it
[16:30] <ogra> asac, i just agreed in the other channel to do it
[16:30] <ogra> asac, this channel is for landing stuff :P
[16:30] <asac> right
[16:30] <asac> just ensure the proper CC list
[16:30] <asac> yeah
[16:30] <ogra> asac, so just say "yes" to lool and we're fine
[16:30] <asac> didnt look at the channel, just aw that ricmm was talking here
[16:31] <asac> lool: if everything is tested etc... just go ahead
[16:31] <ogra> to confirm landing qtubuntu is fine as is
[16:32] <doanac> ev, asac: we having the standup meeting?
[16:41] <xnox> 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] <fginther> kenvandine, can you help out xnox?
[16:42] <fginther> kenvandine, ^^
[16:54] <kenvandine> xnox, actually i'll be publishing that today
[16:54] <kenvandine> waiting for the new wallpaper
[16:56] <kenvandine> xnox, is there a bzr branch?>
[17:08] <lool> asac: ok
[17:08] <lool> Mirv: around still?
[17:09] <lool> or can someone please copy platform-api, qtubuntu, upstart-app-launch, url-dispatcher from PPA to saucy(-proposed?)?
[17:10] <lool> 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] <ogra> 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] <ogra> in fact i have to ... i didnt notice it slipped into the last meta laready ... damn
[17:15] <xnox> kenvandine: lp:ubuntu-wallpapers
[17:15] <kenvandine> xnox, ok, when i get the new default wallpaper, i'll be proposing a branch there
[17:15] <kenvandine> when that's merged i'll build the stack
[17:16] <plars> !
[17:16] <plars> ogra: I have something interesting for you
[17:16] <plars> sec, pastebining
[17:17] <asac> lool: kenvandine cyphermox sil2100 and Mirv can help on these things
[17:17] <plars> ogra: I was able to reproduce some of these crazy network problems at home just now
[17:17] <ogra> asac, so ... sad i have to say that ... stop the line ...
[17:17] <ogra> something untested slipped in
[17:17] <plars> after a phablet-flash, and phablet-network, it looked like things were working, could even resolve dns
[17:17] <asac> ogra: whats that?
[17:17]  * ogra is revertin
[17:18] <plars> then apt-get update failed
[17:18] <plars> http://paste.ubuntu.com/6129129/
[17:18] <asac> ogra: thx
[17:18] <plars> looks like I had the default route over rmnet_usb0
[17:18] <plars> after a fresh flash/boot
[17:18] <ogra> asac, there was a seed change i didnt notice, so two new packages ended up in the last meta upload
[17:18] <plars> I rebooted, and just had wifi though
[17:18] <asac> ogra: ok ... can you not check if the they dont break the autopilots?
[17:18] <ogra> rolled back already ... waiting for the meta generation
[17:18] <asac> or do we see breakage?
[17:19] <ogra> asac, dunno what they could break
[17:19] <asac> ogra: i think if we dont see breakage (and want that change in general), we can call it a lucky shot
[17:19] <asac> ogra: do we wnat those packages in general?
[17:19] <asac> ogra: if so, pull them on phone and just test with autopilot if they break something - at least would be an option.
[17:19] <ogra> asac, no idea, ask dpm and dholbach, they seeded them
[17:19] <asac> if you dont want to test, just backout
[17:19] <xnox> kenvandine: ok. note that the UserInterfaceFreeze is today, are we getting the new default wallpaper today?
[17:19] <ogra> i dont even know what they are :)
[17:19] <asac> ogra: cant you see it in bzr?
[17:20] <asac> what are their names?
[17:20] <kenvandine> xnox, that's what i've been told
[17:20] <ogra> asac, gimme a sec until the meta generatio is done ... that is quite dresource emanding :)
[17:20] <xnox> 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] <asac> ogra: suresure
[17:21] <lool> 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] <xnox> kenvandine: not sure we have a saucy pictogram... given that we didn't have usual uds branding / t-shirts / et al
[17:21] <lool> kenvandine: ~ubuntu-unity/daily-build ppa that is
[17:21] <cjwatson> lool: -proposed, yes
[17:21] <cjwatson> no copies directly to saucy except by proposed-migration :)
[17:22] <lool> good  :)
[17:23] <cjwatson> (archive admins technically can but shouldn't; everyone else will get an error if they try)
[17:26] <asac> ogra: so not sure
[17:26] <asac> let me check what the landings say
[17:27] <ogra> asac, we need the ablve copy lool  just did
[17:27] <ogra> *above
[17:27] <asac> ok so url-dispatcher is still worked on
[17:27] <ogra> and unity8/unity-mir was in the works, not sure where that stands
[17:27] <asac> sil2100: still there?
[17:27] <lool> asac: worked on?
[17:27] <asac> whats the status on all those things :)?
[17:28] <ogra> and i'm just trying to land the seed change for click-update-manager
[17:28] <lool> asac: the ones for the music playback are good to go
[17:28] <asac> lool: its INFLIGHT... so i thought not everything is in yet
[17:28] <lool> hmm where is that
[17:28] <ogra> asac, soon in proposed :)
[17:28] <ogra> left sheet
[17:28] <ogra> or first ..
[17:28] <asac> ok. just wonder if we had another batch that needed testing anyway
[17:28] <asac> then we could have just ensured that our seed landing didnt break stuff
[17:29] <asac> so the two things we wanted to do is applications #4
[17:29] <asac> and phablet-tools
[17:29] <ogra> no, we should actually be ready to run after my meta upload and after everything came out of proposed
[17:29] <lool> asac: updated status
[17:29] <lool> asac: I had missed that
[17:29] <asac> lool: INPPA? i want tht in INARCHIVE
[17:29] <lool> asac: well i need someone to do that
[17:29] <ogra> right
[17:29] <lool> asac: I've been pinging around... Mirv and Ken
[17:29] <asac> sil2100: ^^
[17:29] <ogra> someone needs to copy it to proposed
[17:29] <asac> kenvandine: ^^
[17:29] <asac> cyphermox: ^^
[17:30] <asac> we need someone to copy something
[17:30] <lool> [ the request is to copy platform-api, qtubuntu, upstart-app-launch, url-dispatcher from PPA to saucy-proposed ]
[17:30] <cjwatson> are those normally managed by cu2d?
[17:30] <cjwatson> didrocks' stuff?
[17:30] <asac> yeah i think so
[17:30] <cjwatson> or is it always a manual thing?
[17:30] <asac> no... there is a tooled way to do that step
[17:30] <asac> i am sure
[17:31] <cjwatson> ok, while I can do the copy technically I'd prefer not to sidestep tools
[17:31] <asac> yeah dont do that
[17:31] <asac> not sure what explodes
[17:31] <asac> we might want to look for documentation. maybe its super simple
[17:31] <ricmm> kenvandine: cyphermox ^ can you help here?
[17:31] <cjwatson> it's probably all on Didier's blog
[17:31] <ricmm> sounds like they need to run release on the platform stack and upstart-app-launch, url-dispatcher
[17:31] <ricmm> from daily-build to proposed
[17:31] <cjwatson> or somewhere under https://wiki.ubuntu.com/DailyRelease
[17:32] <cjwatson> does packagelist_rsync_cu2d-* ring a bell?
[17:32] <asac> most likely in this section: https://wiki.ubuntu.com/DailyRelease/FAQ#ubuntu-unity_team
[17:33] <asac> https://wiki.ubuntu.com/DailyRelease/FAQ#ubuntu-unity_team
[17:33] <asac> err'
[17:33] <asac> https://wiki.ubuntu.com/DailyRelease/FAQ#Forcing_a_stack_publication
[17:34] <asac> so i think individual packges are manually copied
[17:34] <asac> tools only exist for proper publication of whole stack
[17:35] <cjwatson> if it helps there's a copy-package script in lp:ubuntu-archive-tools
[17:35] <cjwatson> but I have to go for dinner
[17:35] <asac> "It's really urgent
[17:35] <asac> 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] <cjwatson> 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] <cjwatson> I think that "It's really urgent" is directed at Ubuntu core developers not using the CI infrastructure
[17:36] <asac> well. lets wait. one of kenvandine Mirv cyphermox and sil2100 must be around :)
[17:36] <asac> right
[17:36] <asac> just saying that in worst case we can fall back to that
[17:36] <cjwatson> We shouldn't need a manual upload here
[17:36] <asac> ack
[17:37] <cjwatson> copy-package is access-controlled to anyone who could ordinarily upload the package
[17:37] <cjwatson> so in general core-devs can copy anything into Ubuntu
[17:37] <cjwatson> anyway, yeah, that's your infodump, dinner
[17:46]  * fginther is having a bad day
[17:46] <asac> fginther: is there a way to turn that into a good day?
[17:47] <asac> :)
[17:47] <ogra> give hime more devices :)
[17:47] <ogra> working ones
[17:47] <fginther> ogra, only if I don't f'em up first
[17:47] <ogra> working ones
[17:47] <ogra> ;)
[17:48] <ogra> the ones that *just work* :)
[17:48] <fginther> 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] <ogra> oh my
[17:49] <fginther> it's getting better. it has to
[17:50] <asac> ogra: any idea if the qtbackports landed?
[17:50] <ogra> qtbackports ?
[17:50] <asac> qtwebkit backports
[17:51] <ogra> at least in proposed i saw them on the -changes ML
[17:51] <ogra> https://launchpad.net/ubuntu/saucy/+source/qtwebkit-opensource-src/5.1.1-1ubuntu2
[17:51] <ogra> still building :(
[17:52] <lool> yes, 40 minutes to go + -proposed migration
[17:52] <plars> ogra: any idea why rmnet_usb0 is coming up after I set up the network and getting the default route?
[17:52] <plars> http://paste.ubuntu.com/6129129/
[17:52] <asac> ogra: ic
[17:52] <asac> so calxeda isnt fast enough :/
[17:52] <ogra> asac, faster than amd64 obviously :P
[17:52] <lool> webkit is not small either  :-)
[17:52] <asac> clickmanager-plugin
[17:52] <ogra> if you judge speed by the queue
[17:53] <ogra> :P
[17:53] <lool> today, the CI for upstart-app-launch completed on armhf twice as fast as on i386 and amd64  :-)
[17:53] <ogra> yeah
[17:53] <asac> ogra: so the clickmanager-plugin thing
[17:53] <asac> ogra: did we seed that?
[17:53] <ogra> asac, 20min ago ...
[17:53] <ogra> its in proposed
[17:54] <ogra> thats why i discovered the seed issue ... would ahve been ready 1h ago
[17:54] <asac> ogra: the seed?
[17:54] <asac> good
[17:54] <asac> ogra: let me install a new image and see what happens if we pick up those community seeds
[17:54] <ogra> community seeds ?
[17:54]  * ogra wonders what that is :)
[17:54] <asac> ogra: ah... so did we back them out or not (e.g. do i need to test?)
[17:55] <ogra> you mean the grilo stuff ?
[17:55] <ogra> yes
[17:55] <asac> good
[17:55] <asac> then i dont need to test
[17:56] <ogra> plars, getprop sys.usb.config
[17:56] <ogra> what does that return
[17:56] <ogra> looks like you accidentially enabled rndis
[17:56] <plars> ogra: mtp,adb
[17:57] <ogra> (though that shouldnt persist)
[17: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?
[17:57] <ogra> plars, well, then you shouldnt have such a device
[17:58] <ogra> oh, wait
[17:58] <ogra> plars, thats 3G
[17:58] <ogra> plars, i think cyphermox is on that one
[17:58] <ogra> (the _usb0 confused me)
[17:58] <ogra> (especially since i assumed a lab device without sim)
[17:59] <plars> 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] <plars> ogra: no, this is at home, and I have a sim
[17:59] <ogra> yeah
[17:59] <ogra> else you wouldnt have thaty device
[17:59] <plars> ogra: also, in the lab we have sims in the devices we're testing on
[17:59] <ogra> ah
[17:59] <ogra> well, then that bug could bite oyu, yeah
[17:59] <plars> what's odd though is that i seem to be able to reproduce this every time
[18:00] <plars> at least the last 3 times I've tried this morning
[18:00] <ogra> right, ask davmor :)
[18:00] <plars> heh, ok
[18:00] <ogra> he whines about that since days
[18:00] <ogra> i think restarting NM helps
[18:00] <ogra> at least from what i picked up from backlogs
[18:00] <plars> ogra: I found this, but it seems it's fixed? https://bugs.launchpad.net/touch-preview-images/+bug/1193161
[18:00] <plars> must be a different one
[18:01] <ogra> yeah, thats old
[18:02] <asac> lool: you think you could create another sheet that displays the DONE?
[18:02] <lool> asac: we could, but it would be read-only
[18:02] <asac> ok... well just seeing would help me i think
[18:03] <asac> 16:59 < sil2100> asac: btw. some time ago I landed unity8 and unity-mir (as per landing plan) - forgot to  mention :|
[18:03] <asac> i cant find that in landing plan
[18:03] <lool> 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] <lool> asac: I think that's line 35
[18:03] <lool> 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] <lool> not 100% sure
[18:04] <lool> Published in saucy-release on 2013-09-16
[18:04] <lool> so 3 days ago
[18:05] <asac> yeah
[18:05] <asac> http://people.canonical.com/~platform/cu2d/results
[18:06] <ogra> hmm
[18:07] <ogra> there is one qtubuntu merge missing from that
[18:07] <ogra> lool, can you trigger a rebuild of that ?
[18:08] <asac> robru: hey
[18:08] <asac> robru: do you know how to publish individual packages?
[18:08] <robru> asac, yes, i do now
[18:08] <ogra> lool, (or point me somewhere where i can do that myself)
[18:08] <asac> robru: how do you do that? is there a script?
[18:09] <robru> asac, yeah, it's an extra option to the cu2d-run script
[18:09] <asac> robru: where were the docs you looked at yesterday?
[18:09] <asac> couldnt find that answer on the ubuntu wiki :/
[18:09] <robru> 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] <asac> robru: ok... thats not documented? sure that didnt push the full stack :)?
[18:10] <asac> robru: just wonder because we need to publish a few things :)
[18:10] <robru> 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] <asac> i think some are complete stacks, but some are individual ones
[18:10] <asac> maybe we should look together
[18:10] <asac> lool: so what exactly do you want to publish?
[18:10] <asac> lool: can you give us a list?
[18:11] <asac> robru: yeahg. .but the copy was just _one_ package in the end?
[18:11] <robru> asac, i'd have to double check that
[18:12] <asac> robru: please do... dont want to accidentially flush everything in :)
[18:12] <asac> lool: so... http://people.canonical.com/~platform/cu2d/results
[18:12] <asac> lool: maybe there are a few stacks we want to tak completely?
[18:13] <kenvandine> fginther, i see you aborted a CI build for https://code.launchpad.net/~kalikiana/ubuntu-ui-toolkit/appname/+merge/180601
[18:13] <kenvandine> fginther, is that getting run again?
[18:14] <fginther> kenvandine, yes, I'll try to re-run things when the touch image issue is fixed
[18:14] <kenvandine> fginther, cool, thanks
[18:14] <lool> asac: new sheet with DONE is done
[18:16] <asac> lool: do you see all your package for url-dispatcher here: http://people.canonical.com/~platform/cu2d/results ?
[18:16] <robru> 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] <asac> kenvandine: do you know how to release a single package and not the whole stack in a safe way?
[18:16] <ogra> asac, qtubuntu needs a rebuild, it didnt pick up the laste merge
[18:16] <robru> asac, my understanding is that didrocks is the author of this tool, so if it's broken, blame him ;-)
[18:16] <asac> kenvandine: sorry to disturb you, but that info would help us alot
[18:17] <asac> i am blaming noone :)
[18:17] <asac> i just want to not do mistakes :-P
[18:17] <robru> kenvandine, I thought I knew but it seems it released more than what i specified. i'd love to be educated
[18:17] <ogra> sil2100, could you trigger a qtubuntu build for latest trunk ?
[18:17] <ogra> (or anyone else who can)
[18:17] <lool> asac: yes
[18:18] <asac> robru: can you trigger builds for branches? :)
[18:18] <asac> i hope
[18:18] <robru> asac, how is that different? branches are 1:1 with packages.
[18:18] <lool> asac: platform and misc stacks
[18:18] <lool> but they have other things
[18:18] <fginther> doanac, plars, does utah have code to enable rw mode on the ubuntu-system images?
[18:18] <asac> 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] <robru> 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] <doanac> fginther: yes
[18:19] <fginther> doanac, cool, can you point me in the general direction? my grep foo isn't helping
[18:19] <lool> fginther: hey, would you think you could give my username (lool) in jenkins to trigger rebuilds of failed builds from merge proposals?
[18:19] <doanac> fginther: http://bazaar.launchpad.net/~utah/utah/dev/view/head:/examples/run_utah_phablet.py#L109
[18:19] <robru> 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] <kenvandine> asac, robru: i didn't think you could publish single packages
[18:19] <kenvandine> that was just for builds
[18:20] <asac> wait :)
[18:20] <asac> i think we mix things up
[18:20] <asac> we have stacks
[18:20] <fginther> lool, sure, as long as you don't trigger anything that tests on touch until the image issue is resolved
[18:20] <asac> and we have source packages in that stack
[18:20] <asac> we want to publish those source packages with their binaries :)
[18:20] <ogra> while this discussion goes on ... could someone trigger a build for qtubuntu please ...
[18:20] <robru> asac, yeah, but you're wanting to publish individual packages, not whole stacks?
[18:20] <kenvandine> asac, yes... afaik you can do a stack build limited to a single project/package
[18:21] <kenvandine> but you can limit publishing to a single package
[18:21] <asac> hmm
[18:21] <kenvandine> i am pretty sure it's designed to only publish entire stacks
[18:21] <asac> robru: right. just publish one package
[18:21] <asac> should we just package copy from ppa?
[18:21] <robru> 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] <lool> fginther: ok, I'm not sure what the image issue is
[18:21] <asac> ic
[18:21] <kenvandine> that was by design, didrocks had reasons for that
[18:21] <asac> yeah. so no tools to force
[18:21] <fginther> lool, see mail to ubuntu-engineering
[18:22] <asac> lool: i am pretty sure we should use cjwatsons commands
[18:22] <kenvandine> he wanted to prevent that
[18:22] <asac> a) the FAQ says you can even upload directly - skipping the whole system
[18:22] <ogra> if you sync up the branch afterwards
[18:22] <lool> asac: yeah me too
[18:22] <robru> 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] <lool> fginther: ah right, sure
[18:23] <asac> robru: thats fine. i have plenty of those :)
[18:23] <asac> we just didnt want to bust the CI system in case we do stuff manual
[18:23] <robru> 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] <asac> 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] <asac> page
[18:24] <ogra> so could someone rebuild it please
[18:24] <asac> robru: i think since we do a binary copy there wont be a merge needed
[18:24] <asac> we have the CI built versionm and just copy it
[18:24] <asac> robru: problem is that there is stuff in the stack that we dont want :)
[18:24] <asac> so...
[18:24] <asac> :)
[18:24]  * ogra feels invisible
[18:24] <asac> robru: at least for some. let us go back. maybe we have a few stacks that should go in completely
[18:25] <robru> 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] <lool> 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] <asac> 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] <asac> i think his problem is easier
[18:25] <lool> asac: I can explain some of this, but not tonight  :-)
[18:25] <asac> lool: well. can we discuss this later?
[18:25] <asac> lool: we have a landing plan
[18:25] <lool> ogra: rebuild?
[18:25] <asac> we want to get that in :)
[18:25]  * ogra hugs asac
[18:25] <asac> simple
[18:26] <lool> asac: yes, this is for later
[18:26] <ogra> lool, it doesnt build automatically on merge
[18:26] <asac> ok :)...good.
[18:26] <asac> so lets cross match
[18:26] <asac> so we know what we want to copy
[18:26] <lool> asac: but I dont want to create new tools that hook to a spreadsheet that we write manually to like now
[18:26] <lool> it's just too fragile
[18:26] <ogra> lool, so the final merge wasnt picked up, it isnt in the changelog
[18:26] <asac> lool: i dont want that either for now
[18:26] <asac> just want to figure what we want to copy :)
[18:26] <asac> seems sil and friends have a better mental model to know what to do
[18:27] <asac> lool: let me create a pad
[18:27] <asac> lool: so what do we need for: "Make app scope ignore click packages"
[18:27] <robru> ogra, sorry, what's up?
[18:28] <asac> i will record them and tell you after
[18:28] <ogra> robru, can you trigger a build for qtubuntu trunk ?
[18:28] <lool> ogra: oh yes
[18:28] <lool> ogra: that's upstream merger
[18:28] <ogra> ah, k
[18:28] <ogra> for qtubuntu upstream merger :)
[18:28] <lool> 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] <robru> ogra, no, fginther does upstream merger. I can do the releases after the branch lands in trunk
[18:29] <ogra> robru, yeah, still finding my way around all these new terms :)
[18:29] <robru> ogra, yeah, it took me a while to figure it out too ;-)
[18:30] <fginther> lool, ogra, if it's already in trunk, it's someone else's job :P
[18:30] <robru> 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] <ogra> 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] <lool> 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] <robru> ogra, ok, yeah. if it's in trunk i can make a release of it
[18:31] <lool> robru: that's qtubuntu
[18:31] <ogra> https://code.launchpad.net/~phablet-team/qtubuntu/trunk ... we want a package with 178 in it :)
[18:32] <lool> bed time, bbiab
[18:32] <robru> 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] <ogra> hmm
[18:33] <asac> lool: right. i think thats known
[18:33] <asac> lool: we will feed that back after release to rick
[18:33] <ogra> we only want that one package, not sure if there were any landings in other branches since
[18:34] <ogra> i wonder how the last build was done then ...
[18:34] <asac> robru: just build ... dont publish
[18:34] <asac> we will do the publishing after its in the ppa and tested
[18:34] <ogra> robru, so i guess building all and only releasing the new qtubuntu is what i want
[18:34] <ogra> yeah
[18:34] <robru> asac, ok, i will kick off a build
[18:34] <ogra> that :)
[18:35] <asac> ok that simple :)
[18:35] <ogra> (it has been tested already with local builds of the package)
[18:35] <asac> ogra: its all about learning each others languages
[18:35] <robru> ok, it's building.
[18:35] <ogra> yeah
[18:35] <ogra> hehe
[18:36]  * asac goes and installs the apps
[18:36] <asac> to try
[18:36] <robru> 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] <robert_ancell> fginther, that job seems to have locked up again http://<IP_ADDRESS>:8080/job/mir-saucy-amd64-autolanding/344/
[18:37] <fginther> robert_ancell, looks like it just finished
[18:38] <robert_ancell> fginther, oh, sorry. Looks like the page wasn't refreshing right
[18:38] <ogra> robru, right
[18:38] <fginther> robert_ancell, it did take nearly 2x normal time
[18:39] <robert_ancell> fginther, argh, it's that stupid amd64 box failing again
[18:39] <fginther> robert_ancell, is there something wrong with the host?
[18:40] <robert_ancell> fginther, the tests are running incredibly slowly on it
[18:41] <robert_ancell> 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] <fginther> robert_ancell, hmmm... looks like the mir builds are leaving behind memcheck processes
[18:46] <fginther> uptime
[18:47] <fginther> robert_ancell, there are 31 valgrind process, some going back to july
[18:47] <alan_g> fginther: we don't need them
[18:47] <robert_ancell> fginther, yeah, you can probably kill some of those...
[18:48] <asac> robru: right. thats what we plan to do
[18:48] <asac> i have core-devs for that ... so
[18:48] <asac> lets hope lool comes back though... :)
[18:49] <asac> "bed time, bbiab" feels conflicting
[18:49] <fginther> alan_g, robert_ancell, I'll do a reboot of the build host when the tests drain
[18:49] <lool> back now
[18:49] <lool> asac: it was not _my_ bed time  :-)
[18:50] <asac> i hoped :)
[18:50] <asac> ogra: so ubuntu-touch-session is a branch?
[18:50] <asac> ogra: you upload that directly?
[18:50] <alan_g> fginther: thanks - wonders what happened only 31 times since july
[18:50] <alan_g> *I wonder
[18:50] <ogra> yes, its a branch thats not hooked into any automation
[18:51] <asac> ogra: where is it?
[18:51] <lool> where is the qtubuntu build?
[18:51] <asac> ogra: kgunn wants to land SF lightdm support in there later
[18:52] <asac> ogra: he will update the landing plan entry... just want to be sure he knows where :)
[18:52] <ogra> asac, err, is that the same patch mterry wanted to land that didnt work ?
[18:52] <asac> kgunn: ^^
[18:52] <asac> ogra: i think they fixed it
[18:52] <asac> :)
[18:52] <asac> ogra: do you see a new MP?
[18:52] <ogra> https://launchpad.net/session-manager-touch/trunk
[18:53] <ogra> probably, i just got 140 new ones ... one sec
[18:53] <asac> ogra: https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch/+merge/184659
[18:53] <asac> seems fresh on the stand
[18:54] <ogra> SWEET !
[18:55] <ogra> X-LightDM-Session-Type=surfaceflinger
[18:55] <ogra> thats what we need :)
[18:55] <lool> asac: so in lp:cupstream2distro I found copy2distro which seems to do what Colin described copy-package does
[18:55] <asac> lool: nice
[18:55] <robert_ancell> 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] <asac> lool: so can we go through and just copy what we think is ready?
[18:56] <lool> except it does it as ~cupsream2distro
[18:56] <asac> robert_ancell: ok also added to the landing entry
[18:56] <asac> robert_ancell: have you tested all that etc.?
[18:56] <robert_ancell> asac, yes, mterry and I tested it here locally
[18:56] <asac> robert_ancell: or still working on it? if so, be sure you update the entry before tomorrow
[18:56] <robert_ancell> on a Nexus 4
[18:56] <robert_ancell> asac, it's landing now
[18:56] <asac> otherwise we will try to pick that
[18:56] <ogra> robert_ancell, land it !
[18:56] <lool> 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] <robert_ancell> asac, lightdm is manually released though, so let me/mterry know if you need to synchronise that
[18:57] <asac> lool: the commands colin gave us might be easier to use directly? at least there we would have access to know how :)
[18:57] <lool> asac: thats what I was thinking, was looking for him actualy
[18:57] <lool> cjwatson: back from dinner by any chance?  :-)
[18:58] <ogra> 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] <lool> 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] <asac> lool: so first i would like to try "Make app scope ignore click packages"
[18:58] <ogra> robert_ancell, if it is in, let me know and i upload the session stuff
[18:58] <asac> i wil in the meantime test the apps
[18:58]  * asac  continues with that
[18:59] <kgunn> 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] <robert_ancell> ogra, ok, will upload in an hour or so
[18:59] <lool> asac: I'm not going to last long tonight
[18:59] <lool> probably gone at 10pm
[18:59] <ogra> robert_ancell, great ... i'll be around for ~2h more ...
[18:59] <lool> would really like to see the music playback stack though  :-)
[19:01] <kgunn> 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] <asac> lool: sure... you just need to copy those things that are there
[19:01] <asac> apps can be completely copied as a stack etc.
[19:01] <lool> I found the script now
[19:01] <sergiusens> kgunn, I'll give it a go
[19:01] <mterry> sergiusens, heyo!
[19:02] <mterry> sergiusens, you were testing my branch the other day and saw some jankiness right?
[19:02] <sergiusens> yes
[19:02] <mterry> sergiusens, I'd appreciate a re-look on that.  I couldn't reproduce (on nexus4).  What device did you use?
[19:02] <lool> asac: fasten your seat belt
[19:02] <sergiusens> mterry, maguro
[19:02] <asac> lool: nice... what are you copying? can you log it :)
[19:02] <mterry> 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] <mterry> sergiusens, ah.  hrm, maguro has general mir slowness right?
[19:03] <sergiusens> mterry, yeah
[19:03] <mterry> 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] <lool> asac: http://paste.ubuntu.com/6129553/
[19:03] <kgunn> mterry: sergiusens  https://plus.google.com/116997345010659023379/posts/cWSUVkvpGax
[19:04] <sergiusens> mterry, can you send them in an email so they don't get lost?
[19:04] <lool> asac: seems to have worked, now in proposed
[19:04] <mterry> sergiusens, https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch/+merge/184659/comments/425142
[19:04] <asac> lool: nice... update landing item :)
[19:04] <mterry> sergiusens, I left a comment in that MR.  Is that permanent enough?
[19:05] <mterry> sergiusens, hopefully in a about an hour or so, lightdm in saucy will be updated to include that branch
[19:05] <lool> landing updated
[19:05] <mterry> sergiusens, or you could build it yourself if you're impatient for all the surfaceflinger goodness
[19:06] <asac> lool: ok testing for this stuff starting: http://paste.ubuntu.com/6129562/
[19:06] <asac> dont think will take long
[19:06] <asac> i believe its all the apps
[19:06] <asac> but some are in services etc.
[19:06] <asac> so we need to copy the packages above
[19:07] <asac> but wait for tests
[19:07]  * asac scared that we just destroy the CI system :)
[19:07] <lool> I think it can't distinguish this from a direct upload
[19:07] <lool> so we're fine
[19:07] <lool> IMO
[19:08] <asac> right
[19:08] <asac> i see it the same
[19:08] <asac> its even better... the changelogs etc. are still in sync
[19:08] <lool> yeah, it might bug if there's nothing to merge back, but I think not
[19:08] <asac> dont think so
[19:09] <asac> i believe this thing is pretty robust wrt to changes that can happen in ubuntu archive :)
[19:09] <vila> +1
[19:09] <vila> at least that's the feeling I got by discussing with didier
[19:09] <asac> right. he told me many times :)
[19:09] <asac> now we will see
[19:09] <sergiusens> mterry, well I'll be free around that time, so I can wait
[19:10] <ogra> hmm
[19:10] <mterry> 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] <ogra> so building qtubuntu locally takes 5-10 min ...
[19:10] <vila> 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] <ogra> i wonder how much the CI build adds up to that due to "building the stack"
[19:10] <sergiusens> mterry, oh, missread thee
[19:11] <asac> vila: we will find out soon i guess :)
[19:11] <doanac> cjohnston: you still have that jenkins config lying around where you passed parameters to the downstream jobs?
[19:12] <vila> ogra: don't forget that question :)
[19:12] <lool> 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://<IP_ADDRESS>:8080/job/cu2d-platform-saucy-1.1prepare-qtubuntu/14/ ?
[19:12] <lool> robru: I dont seem to find the right job
[19:12] <ogra> vila, you mean i should better write it down for tomorrow ? :)
[19:13] <robru> lool, http://<IP_ADDRESS>:8080/view/cu2d/view/Saucy/view/All/job/cu2d-platform-saucy/15/console this is the build I started.
[19:13] <vila> ogra: I mean that one I'm asking too so we should smoke a virtual one sometimes and talk about  that ;)
[19:13] <lool> robru: thanks!
[19:13] <vila> ogra: I mean that's one I'm asking too so we should smoke a virtual one sometimes and talk about  that ;)
[19:13] <ogra> vila, ++
[19:14] <cjwatson> lool: copy-package is in lp:ubuntu-archive-tools, if you didn't already find it
[19:14] <vila> 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] <lool> cjwatson: yup, found it and tried it now  :-)
[19:14] <lool> cjwatson: worked fine, thanks for the flags and all
[19:15] <robru> lool, asac: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages I see today's qtubuntu in here
[19:15] <lool> robru: It's odd that it's not already in the PPA though
[19:15] <lool> robru: I see one from 4 hours ago
[19:15] <asac> robru: maybe they want more?
[19:15] <asac> (not sure)
[19:15] <cjwatson> lool: all that infrastructure work last year has been paying off :)
[19:15] <robru> 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] <cjohnston> doanac: ya
[19:16] <cjohnston> give me a bit
[19:16] <lool> robru: it should have "If window has a parent, send duplicate events to it."
[19:16] <asac> lool: can you check the changelog amybe?
[19:17] <robru> lool, asac: ok, this build is from r177, so it's not including r178, the most recent. damnit
[19:17] <lool> asac: confirm changelog misses it too
[19:18] <asac> robru: and we tried to build the right stack?
[19:18] <asac> did we see the package uploaded in logs somewhere?
[19:18] <lool> also confirmed revision is missing
[19:18] <robru> 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] <lool> robru: yes, that's what I wanted to speed up  :-)
[19:19] <ogra> sigh
[19:19] <lool> robru: it picks up bzr revs every 4 hours; it missed the last tick by a tiny bit
[19:19] <lool> robru: and I wanted to run it manually
[19:19] <robru> lool, actually in this case the most recently included commit is only 7hrs, so that seems like a general improvement
[19:19] <lool> robru: that's about right, 12pm UTC
[19:19] <robru> 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] <lool> robru: where is the job scanning for the changes though?
[19:20] <asac> cu2d-run -R <stack_name> -r <release> <components>
[19:20] <asac> that should rerun a partial release
[19:20] <lool> 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] <lool> I prefer option 1, but then I've pissed ricm enough for these days
[19:20] <asac> if you add something like --no-publish
[19:20] <asac> then it should be right
[19:20] <asac> dont have the -h anymore unfortuntely
[19:20] <lool> *off
[19:20] <robru> lool, well I am just at the start of my day, I can rerun the stack in ~4hrs and see what happens
[19:21] <asac> lool: what is this about?
[19:21] <asac> lool: mediaplayer doesnt sound like worht investing night time if i hear just that
[19:21] <ogra> lool, my team blocks on this since two days ... the change was supposed to land this morning originally
[19:21] <lool> asac: it's a fix for the touch events in the mediaplayer app
[19:21] <asac> lool: meaning?
[19:21] <lool> ogra: how does it block them?
[19:21] <robru> ogra, you're saying you're blocked because r178 of qtubuntu needs to be released?
[19:21] <asac> doesnt sound that would block
[19:21] <asac> right
[19:21] <ogra> 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] <asac> ok
[19:22] <lool> 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] <asac> so its for preparing multimedia?
[19:22] <ChickenCutlass> asac, robru we are blocked without landind qtubuntu
[19:22] <ogra> robru, we're blocked because it sat for two days on a spreadsheet
[19:22] <asac> so ... can we first focus on getting in what we have tested?
[19:22] <asac> this qtubuntu thing cant be so hard :)
[19:22] <ogra> robru, and then the order of planned commits for qtubuntu was unconditionally broken
[19:22] <lool> ogra: well it wasn't merged either...
[19:22] <ogra> this was supposed to land first
[19:22] <lool> ogra: It was only approved this morning
[19:22] <lool> happroved that is
[19:23] <robru> 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] <ogra> lool, yes due to a communication breakdown
[19:23] <lool> ChickenCutlass: situation is that we have a hard time picking up the bzr branch to stuff it in ppa automatically
[19:23] <ogra> lool, when i wanted to approve it today i was denied
[19:23] <asac> lool: so we have two things we wanted to finish urgently. thats the url-dispatcher lot
[19:23] <asac> we must not give up without that being in
[19:23] <ogra> lool, else we would have had it this morning after meeting
[19:23] <asac> the applications are easy and they are about to finish testing. so we should also take that
[19:23] <ChickenCutlass> lool, qtubuntu is already in CI
[19:23] <ChickenCutlass> is it not
[19:24] <ChickenCutlass> and daily release
[19:24] <lool> ChickenCutlass: I know, but it's not picked up and we dont have someone to unbreak it
[19:24] <asac> yes, but we are not able to kick a fresh build with the final commit
[19:24] <lool> ChickenCutlass: it's like super slow to pick up the latest bzr rev
[19:24] <asac> the last build was a couple hours ago and it was not in by then it seems
[19:24] <ogra> 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] <lool> ChickenCutlass: and the european folks are running out of time  :-)
[19:24] <lool> ogra: I have nothing to do with this  :-)
[19:24] <ogra> lool, you definitely do
[19:24] <ogra> 50%
[19:25] <ogra> lool, unless you forgot that you talked to ricmm about this before
[19:25] <asac> too lool defense i dont see how he is involved in the daily-release system not picking up a bzr branch
[19:25] <asac> when running the stack
[19:25] <ogra> asac, that started before
[19:25] <ChickenCutlass> we never had problems landing qtubuntu before -- I don't understand
[19:25] <lool> 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] <asac> lool: we have to finish the binary copies of what we have first
[19:26] <asac> then we can do 1)
[19:26] <lool> ogra: I didn't talk about this branch at all
[19:26] <asac> lool: lest do that now
[19:26] <asac> and someone else can do with qtubuntu
[19:26] <asac> maybe we find out :)
[19:26] <ogra> lool, no, but the other branch was supposed to be merged after this one
[19:26] <lool> I can upload it to ppa or -proposed manually too
[19:26] <ogra> we had a planned order
[19:27] <lool> ogra: it doesn't matter, it would have been picked up if it had been happroved at the time the importer ran
[19:27] <asac> hey. as i said earlier, we have no say in what is merged when
[19:27] <asac> anyway. can we please go step by step
[19:27] <asac> lool: dropping out in 30 minutes is not the best case
[19:27] <ogra> lool, right, which i wasnt allowed to because asac wanted manager signoff from ChickenCutlass
[19:27] <lool> asac: do you want an image build *before* copying any qtubuntu / music bits or not?
[19:27] <asac> but if he drops out and we didnt even do the copies we have nothing
[19:27] <asac> we can still juggle a bit after
[19:28] <asac> lool: i want to get url-dispatcher in
[19:28] <asac> lool: i want the apps that are finished testing copied
[19:28] <asac> then we can build
[19:28] <asac> i want the binaries copied that are ready and tested
[19:28] <lool> webkit is in proposed
[19:28] <asac> thats good.
[19:28] <asac> so lets please quickly run through
[19:28] <asac> we can look at qtubuntu after...
[19:28] <asac> or not
[19:29] <asac> (not with you)
[19:29] <ogra> no, not not
[19:29] <asac> we can look after
[19:29] <robert_ancell> fginther, any progress on the amd64 box?
[19:29] <asac> but it doesnt help if we dont get anything done
[19:29] <ogra> this trashed my day heavily ... i want to see it in
[19:29] <asac> sure
[19:29] <asac> we will find a way
[19:29]  * ogra is grumpy enough already
[19:29] <asac> lool: so
[19:29] <robru> asac, actually url-dispatcher is done.
[19:29] <lool> robru: yup
[19:30] <lool> robru: this one is fine
[19:30] <asac> lool: url-dispatcher for video and music lenses
[19:30] <asac> thats INPPA
[19:30] <asac> you say thats copied now?
[19:30] <lool> yes, everything for music is in PPA, special is music-app  whichi is another PPA that will be included
[19:30] <lool> but that's ok
[19:30] <lool> and the fix is trivial and I tested it locally
[19:30] <robru> asac, yep, I built and published the misc stack about an hour ago, that includes url-dispatcher.
[19:30] <lool> well the change, not the .deb
[19:30] <fginther> robert_ancell, I rebooted it to remove the stale processes
[19:30] <asac> INARCHIVE? or INPROPOSED?
[19:30] <lool> asac: music stuff is all in PPA
[19:31] <lool> asac: I can copy /if you want/
[19:31] <robru> 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] <lool> asac: I'm trying to understand whether you want to build an image *without* them first
[19:31] <ogra> which means INPROPOSED
[19:31] <asac> lool: is it tested?
[19:31] <ogra> (after the copy)
[19:31] <lool> asac: yes
[19:31] <asac> lool: no... i want them
[19:31] <asac> i want all the binaries copied that are tested
[19:31] <robert_ancell> fginther, ok, cool. Just wondering if Jenkins is asleep then - https://code.launchpad.net/~robert-ancell/lightdm/surfaceflinger/+merge/186596
[19:31] <lool> uploading
[19:32] <lool> done
[19:32] <asac> lool: good
[19:32] <asac> lool: also i ready is applications
[19:32] <asac> i have tested all
[19:32] <asac> here the list:
[19:32] <asac> address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app
[19:32] <asac> lool: check that that matches line 36 please
[19:33] <asac> i attached the pastebin with my test results for those
[19:33] <lool> asac: no telephony-app?
[19:33] <lool> ah dialerp-app
[19:34] <asac> lool: thats not in the list
[19:34] <asac> there exists only dialer :)
[19:34] <asac> yeah
[19:34] <lool> asac: so webbrowser-app and gallery-app are from another row
[19:34] <asac> sould be all in the same row
[19:34] <asac> might be two rows :)
[19:34] <asac> i wont rule that out
[19:34] <asac> for me they display in one row
[19:34] <asac> but its ffox
[19:35] <asac> address-book-service, address-book-app, history-service, telephony-service, dialer-app
[19:35] <lool> asac: I dont seem them in this row
[19:35] <asac> thats what i copied out
[19:35] <asac> lool: ah webbrowser is ok
[19:35] <asac> we take all apps that are there
[19:35] <lool> asac: you also tested webbrowser-app and gallery-app
[19:35] <asac> due to there nature
[19:35] <lool> asac: gallery too?
[19:35] <asac> lool: right. i tested all
[19:35] <asac> see the paste
[19:35] <asac> wait
[19:35] <lool> asac: just confirming you're landing these too, ok
[19:35] <asac> http://paste.ubuntu.com/6129638/
[19:35] <asac> yeah
[19:35] <lool> asac: copying these?
[19:35] <asac> i added them
[19:35] <asac> let me add them to plan
[19:35] <asac> yeah
[19:36] <jdstrand> asac: hey, so I'm not clear on whether or not I can upload apparmor-easyprof-ubuntu
[19:36] <asac> jdstrand: no upload without ask :)
[19:36] <asac> jdstrand: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[19:36] <asac> do you have a request?
[19:36] <asac> otherwise just put one in and tell us about the impact
[19:36] <asac> we dont want it in before we cut the next image for sure
[19:37] <jdstrand> asac: I thought I asked earlier. we ask for bug fixes too?
[19:37] <asac> ogra: so did you find the logs for qtubuntu?
[19:37] <asac> ogra: the daily-release logs?
[19:37] <asac> jdstrand: for uploads. yes
[19:37] <ogra> ?
[19:37] <lool> asac: copied address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app
[19:37] <ogra> asac, what for ?
[19:37] <asac> jdstrand: everything that goes on the image
[19:37] <robert_ancell> fginther, that MP has been sitting for >1hr and Jenkins doesn't seem to have noticed it
[19:37] <asac> ogra: i want to look whats goinmg on
[19:37] <asac> and why it doesnt work
[19:37] <robru> 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] <ogra> asac, thats a jenkins issue now apparently
[19:37] <fginther> robert_ancell, jenkins is paused for a bit, please see email on ubuntu-engineering
[19:38] <lool> robru: unless you can do something about the qtubuntu one, I'm good  :-)
[19:38] <asac> ogra: well i want to quickly glance at the logs :)
[19:38] <lool> robru: have a good lunch!
[19:38] <robert_ancell> fginther, ok, thanks!
[19:38] <asac> robru: can you give me the last jobs you tried?
[19:38] <ogra> robru, well, are there chances it gets picked up now ?
[19:38] <robru> lool, I will try that one again in a couple hours and hope for the best
[19:38] <lool> robru: check here before you do, we might upload it by hand if all else fails
[19:38] <jdstrand> asac: I can't edit that. didn't you say that you didn't want people to be able to edit that?
[19:38] <robru> lool, ogra: well ok, I'll try it again now, but i don't expect much.
[19:38] <ogra> asac, the last log looks identical to the former one, the change didnt reach the builder
[19:38]  * jdstrand is confused
[19:39] <ogra> asac, http://<IP_ADDRESS>:8080/job/cu2d-platform-saucy-2.1build/
[19:39] <lool> robru: ok; thanks
[19:39] <robru> lool, ok, it's started. if it fails, i'll try it again in 2-3hrs
[19:39] <robru> bbl
[19:40] <ogra> asac, it takes 4h until a trun commit is picked up apparently (if i understood the above right)
[19:41] <ogra> (or i guess the importer runs on a cron schedult that runs every 4h ... )
[19:41] <ogra> *schedule
[19:41] <asac> but you can force the run
[19:41] <asac> afaik
[19:41] <ogra> seemingly not the importer
[19:41] <ogra> only the build
[19:42] <ogra> (or if we can we dont knwo who can do it)
[19:42] <jdstrand> asac: how should I edit?
[19:42] <ogra> jdstrand, *you* are the security guy
[19:42]  * ogra shakes head
[19:42] <ogra> hack it indeed ... this is a test :P
[19:43] <jdstrand> hehe
[19:43] <ogra> :)
[19:44] <asac> jdstrand: add a landing ask now
[19:44] <asac> lool: ok so all what we tried is copied?
[19:44] <lool> ogra: that's right, it runs every 4 hours
[19:44] <asac> all that we have right now?
[19:44] <lool> asac: yes
[19:44] <lool> asac: all the apps, the music stack
[19:45] <lool> and the scope for the click issue
[19:45] <asac> lool: can you check that all shows up in proposed and double check that we didnt miss anything in our TODO?
[19:45] <lool> asac: right, was waiting for propagation
[19:45] <asac> then go off :)
[19:45] <asac> we will sort qtubuntu
[19:45] <asac> maybe direct upload
[19:45] <lool> asac: which TODO?
[19:45] <lool> asac: right, either upload qtubuntu to PPA or to archive
[19:45] <asac> lool: just run through what was INARCHIVE etc. for today
[19:45] <asac> and see that really everything is done there :)
[19:45] <asac> if not dont worry
[19:45] <asac> i will do that then
[19:45] <jdstrand> asac: do I not worry about "status"?
[19:46] <asac> just dont want to miss a binary copy
[19:46] <asac> jdstrand: if there is code, say "Candidate"
[19:46] <lool> webkit is in archive (updated)
[19:46] <jdstrand> asac: there is no code. unless you consider a change to a postinst
[19:47] <asac> say it anyway and point at debdiff
[19:47] <lool> ogra: is status for line 28 up-to-date?
[19:47] <asac> or say "ping jamie"
[19:47] <asac> jdstrand: or leave it free... just say how we get the code or get you to upload the code when ready
[19:48] <ogra> lool, seed change is in since hours ... i had set the status right, not sure who re-set it
[19:49] <ogra> (well, i had it set ro INPROPOSED)
[19:50] <lool> asac: so I did something bad with the scope
[19:50] <lool> asac: it depends on a new unity
[19:50] <lool> libunity rather
[19:52] <lool> asac: I dont think it needs it
[19:53] <lool> actually it does, but not due to the click fix
[19:54] <lool> asac: so I think I'll copy libunity too
[19:57] <asac> lool: ok .... what that means i dont know :)
[19:57] <asac> are we diverging from plan or was that just an oversight and you tested the new libunity as well?
[19:57] <lool> asac: I'm a bit scared
[19:57] <lool> looking at the corresponding stack, there is a big unity update there
[19:57] <asac> lool: can you tell me how i can try to install the packages you have now?
[19:57] <asac> lool: i have the phone here and can just see if it still boots :)
[19:57] <lool> asac: I have not tested either, nor the scope nor libunity
[19:58] <asac> lool: so... thats desktop i think
[19:58] <asac> unless its unity8
[19:58] <lool> it's libunity
[19:58] <lool> asac: correct, unity is desktop indeed
[19:58] <asac> so my understanding is that
[19:58] <asac> libunity, unity-mir and unity8 have to move at same time
[19:59] <ogra> yeah
[19:59] <ogra> iirc there was also a -common
[19:59] <asac> lool: the scope was not tested?
[19:59] <asac> lool: which landing are we talkinga bout there?
[20:00] <lool> asac: the scope was tested by Mirv
[20:00] <lool> asac: line 20
[20:00] <lool> not by me
[20:00] <asac> lool: is the scope still in prposed?
[20:00] <asac> i think we can kick it out there
[20:00] <lool> asac: there is no ask for libunity, but it seems not too risky changes
[20:00] <asac> ok
[20:00] <asac> that shouldnt need anything new
[20:00] <asac> wait a sec
[20:00] <lool> asac: the scope change doesn't, but was built against a libunity that got staged there
[20:00] <asac> so the scope depends on the libunity?
[20:01] <asac> are you sure?
[20:01] <asac> and there was a SONAME bump?
[20:01] <asac> or?
[20:01] <asac> otherwise, we might be lucky?
[20:01] <asac> i can just try
[20:02] <asac> lool: will this not be catched in proposed?
[20:02] <asac> lool: so... if i install that thing
[20:02] <asac> it installs libunity private
[20:03] <asac>  libunity-protocol-private0 (>= 7.1.0+13.10.20130828.1)
[20:03] <asac> lool: thta looks ok
[20:03] <asac> its an old libunity it tries to instasll
[20:03] <asac> lool: what makes you think something is missing?
[20:04] <asac> lool: its odd
[20:04] <lool> asac: dependencies are broken in britney output
[20:04] <asac> oh wait
[20:04] <asac> yeah
[20:04] <asac> so ... let me try
[20:04] <lool> asac: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[20:05] <lool> asac: see #ubuntu-touch with alec.u
[20:06] <cjohnston> doanac: https://bazaar.launchpad.net/~cjohnston/+junk/convergence/view/head:/jenkins/templates/touch-master.xml.jinja2#L29
[20:06] <lool> asac: we might get away with a no change rebuild
[20:06] <doanac> cjohnston: thanks
[20:06] <lool> asac: Or I can revert back to saucy + just the change we want
[20:06] <cjohnston> :-)
[20:06] <asac> sil2100: still not there?
[20:07] <lool> asac: I guess Mirv didn't notice the new dep and tested with both
[20:07] <asac> lool: not sure it onlinstalls the private lib
[20:07] <asac> not the rest
[20:07] <asac> hence i am not sure what i need to test
[20:08] <lool> asac: well let me start with a nochange rebuild
[20:08] <doanac> cjohnston: so that allows install-and-boot to pass parameters to the other jobs?
[20:08] <lool> asac: if that works and the packages are broken, it was a missing dep  ;-)
[20:08] <asac> lool: that means? just uploading to saucy a +1
[20:08] <lool> asac: yeah
[20:08] <cjohnston> doanac: that takes params.txt and passes it to the other jobs
[20:08] <asac> ok
[20:08] <asac> lool: you could give me a deb to try as well
[20:08] <doanac> cjohnston: and params.txt is generated by your install=and-boot?
[20:09] <asac> lool: i think its the best course
[20:09] <asac> given that we dont know what we are doing
[20:09] <cjohnston> doanac: https://bazaar.launchpad.net/~cjohnston/+junk/convergence/view/head:/jenkins/templates/touch-install-and-boot.xml.jinja2#L32
[20:09] <asac> lool: we just need to merge the changelog into the right trunk after afaik
[20:09] <doanac> cjohnston: awesome!
[20:09] <doanac> thanks
[20:09] <cjohnston> :-)
[20:12] <lool> asac: even the changelog merging should be automatic -- I hope
[20:12] <lool> asac: good news, your -service / -app copies seem to be on their way to relesae pocket
[20:13] <lool> so the scope is building fine in saucy so far
[20:13] <asac> at least :)
[20:13] <lool> no missing bdep
[20:14] <asac> lool: i am sure it has to happen by hand (changelog)
[20:14] <lool> upstart-app-launch is in
[20:14] <lool> asac: ah sorry then
[20:14] <asac> goodie
[20:14] <lool> even if that changelog is overwritten, it's no loss
[20:14] <asac> still not happy that we were not smart enough to release the lense properly
[20:15] <lool> but it might block next auto publishing
[20:15] <lool> 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] <asac> lool: i dont understand why we need those tighlty locked libs
[20:15] <asac> its not good
[20:15] <asac> imo all that stuff should be in one source
[20:15] <asac> and never exported
[20:18] <ogra> well, gating vis proposed will surely help
[20:18] <ogra> *via
[20:19] <lool> ogra: I think we're just pushing it down one level but we will face the same issue: single bzr branch
[20:19] <asac> right
[20:19] <lool> but if we get down in backlog it will be better
[20:19] <asac> proposed is orthogonal
[20:19] <asac> the problem is the lib version screw/deadlock
[20:20] <lool> 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] <lool> (IMO)
[20:20] <ogra> right, but proposed would catch that for you before you try to release it
[20:20] <asac> so dont do proper lib versioning?
[20:20] <asac> :)
[20:20] <asac> i relaly feel ... everything that is tightly locked should be in one source and not even export their libs to the world
[20:21] <ogra> no, dont push packages in by accident that have it
[20:21] <lool> asac: that's fair
[20:21] <ogra> you wont get around that unless you become upstream for everything :)
[20:23] <lool> asac: has debs: https://launchpad.net/ubuntu/+source/unity-lens-applications/7.1.0+13.10.20130919.3-0ubuntu2/+build/5033945
[20:23] <vila> lool: +1 on various PPAs in parallel
[20:25] <lool> \o/
[20:25] <fginther> robert_ancell, autolanding jobs are enabled again. Please let me know if you seen issues with the mir amd64 jobs
[20:27] <lool> asac: so even before trying the new .debs, I can't reliably launch clicks right now
[20:27] <lool> sigh
[20:27] <lool> maybe it's because I kept my home dir with .clicks
[20:27] <lool> ah one worked now
[20:28] <lool> ok, now trying .deb
[20:28] <vila> lool, ogra: and the ability for devs to build their own images for tests
[20:28] <ogra> yeah
[20:29] <vila> ogra: without an official stamp that is ;)
[20:30] <lool> asac: success
[20:31] <lool> asac: I dont see the preinstalled clicks; not sure I had them earlier though
[20:33] <lool> afraid I need to reflash  :-(
[20:37] <robru> lool, ogra, asac: bah, last build I started still only got r177 of qtubuntu, not the latest
[20:40] <ogra> robru, well ... let it spin ?
[20:40] <ogra> it has to pick up at some point :)
[20:41] <lool> robru, ogra: I think this is the wrong job
[20:41] <lool> or it would work
[20:41] <ogra> hmm
[20:41] <lool> robru: do you have error output or other things you could run?
[20:42] <ogra> it had qtubuntu in the logs
[20:42] <robru> 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] <asac> lool: so i dont know what i have to validate
[20:42] <asac> with this thing
[20:42] <lool> robru: something is creating this lag; I see it in the bzr branch
[20:42] <lool> robru: this is the job we need to fix / run
[20:42] <ogra> asac, its a unity plugin, i'd take the unity8 test
[20:43] <robru> 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] <lool> asac: I'm dong this: a) install click, see it's listed twice along the preinstalled ones listed twice too
[20:44] <lool> b) install update and check that all clicks are still there
[20:44] <lool> unfortunately, a lot of reboots are involved
[20:47] <lool> asac: did b) successfully, installing another click now
[20:48] <lool> asac: ok, all working
[20:48] <lool> asac: didn't run unity testsuite
[20:49] <lool> asac: alecu said it passed with the ppa binaries
[20:51] <lool> now I'm screwed because of -proposed migration
[20:51] <lool> asac: oh wait, dont need to retest the already tested binaries
[20:52] <lool> ogra, asac: Can we kick an image once britney has run and packages move out of proposed?
[20:52] <ogra> indeed
[20:53] <lool> marked as INARCHIVE
[20:53] <ogra> did it pass britnety ?
[20:53] <ogra> (and the publisher)
[20:53] <lool> ups INPROPOSED
[20:53] <lool> ogra: ack, just realized while I was updating spreadsheet
[20:54] <ogra> :)
[20:54] <asac> lool: yeah
[20:54] <asac> lool: i can run another unity8 auto
[20:54] <asac> while that is
[20:56] <asac> failed
[20:56] <asac> upgraded the packages accidentiall
[20:56] <lool> asac: what failed?
[20:56] <asac> me ... personal failyre
[20:56] <asac> sorry
[20:57] <asac> nothing for you guys
[20:58] <asac> cant test anymore
[20:58] <asac> downgrade is too tedious through adb
[20:59] <ogra> just reflash
[20:59] <asac> sure i can do that
[20:59] <asac> but we shouldnt wait for image kick
[20:59] <ogra> usually faster than fiddling
[20:59] <lool> asac: do a flash?  I did one in 10mn or so
[20:59] <lool> less than rather
[20:59] <asac> lool: on maguro?
[20:59] <lool> with the cached odwnloads
[20:59] <lool> ah no on mako
[20:59] <asac> maguro doesnt like xz
[20:59] <asac> tkes like 40 minutes :)
[20:59] <lool> right, can guess  :-)
[21:00] <ogra> yeah, maguro rather takes a small century
[21:00] <lool> might not be as fast IO wise either
[21:00] <asac> anyway... i am flashing anyway
[21:00] <ogra> yeah, its not the copying
[21:00] <asac> so are we ready?
[21:00] <ogra> the unpacking takes very long
[21:00] <asac> or still stuff in proposed chilling?
[21:00] <ogra> yeah
[21:00] <lool> I can confirm that various packages landed
[21:01] <asac> all in releasae pocket?
[21:01] <asac> then shoot it!!
[21:01] <asac> and go off lool :0
[21:01] <asac> you are way late
[21:01] <asac> ogra: can you upload qtubuntu?
[21:01] <asac> or are we thinking the thing is now picking it up?
[21:01] <ogra> hmm, and risk being shouted at by didrocks ...
[21:01] <ogra> hmm hmm hmmm
[21:01] <asac> yeah. well
[21:01] <asac> ogra: robru said its now running?
[21:01] <asac> robru: ?
[21:01] <ogra> let robru do one more try
[21:02] <ogra> and i'll upload before going to bed
[21:02] <ogra> (if that didnt succeed)
[21:02] <lool> ok, address-book-service address-book-app history-service telephony-service dialer-app webbrowser-app gallery-app are INARCHIVE I think
[21:02] <asac> robru: ?
[21:02] <asac> lool: cooli
[21:02] <lool> ogra: is there a fast way to check one with madison
[21:02] <robru> hi
[21:02] <robru> i ran one recently but it still only grabbed r177. i can run it again if you want
[21:02] <asac> robru: what command are you running?
[21:02] <ogra> lool, check what with madison ?
[21:03] <robru> ./cu2d-run -r saucy -R platform --check-with-whole-ppa
[21:03] <robru> that builds the stack but doesn't release anything
[21:03] <asac> robru: what did -h give you again?
[21:04] <robru> asac, http://paste.ubuntu.com/6129956/
[21:04] <asac> robru: where is the job where we can see the bzr command?
[21:04] <lool> url-dispatcher upstart-app-launch qtubuntu platform-api are in
[21:04] <robru> what bzr command?
[21:04] <asac> robru: the one used to get the code (r177)
[21:05] <lool> ogra: ah shit, it still shows in proposed with madison  :-((
[21:05] <asac> ogra: what is the qtubuntu branch again?
[21:05] <robru> http://<IP_ADDRESS>: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] <lool> asac: sorry, was looking at launchpad output
[21:05] <lool> things are still not published
[21:06] <lool> which means the scope will take another hour
[21:06] <sil2100> eh, need to take a sick day, I'm unable to do anything today...
[21:06] <asac> lool: another hour?
[21:06] <asac> thought that happens every 5 minutes :)
[21:06] <sil2100> I'll try to publish some things
[21:06] <robru> ok, i'm re-running platform
[21:06] <asac> sil2100: wait :)
[21:06] <lool> asac: just the scope
[21:06] <lool> asac: but I think we build an image soon
[21:06] <asac> sil2100: dont do anything :-P a) you are sick
[21:06] <lool> when it's in archive for real
[21:06] <lool> not sure how long that takes
[21:06] <asac> and b) we did damage :-P
[21:07] <lool> 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] <sil2100> ...?
[21:07] <robru> sil2100, oh no! sick! hope you feel better soon
[21:07] <sil2100> What happened?
[21:07] <asac> sil2100: gimme a sec... i have to recapture :)
[21:07] <ogra> lool, not really, nusakan has wait-for-package though
[21:07] <lool> FFS why doesn't http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html get updated
[21:07] <ogra> asac, https://code.launchpad.net/~phablet-team/qtubuntu/trunk
[21:07] <asac> sil2100: so our problem is that qtubuntu is not getting picked up\
[21:08] <asac> sil2100: thats the only problem actually... the rest i think we solved through smart package copies :)
[21:08] <cjwatson> lool: launchpad -> really: usually c. 30 minutes
[21:08] <asac> sil2100: https://code.launchpad.net/~phablet-team/qtubuntu/trunk there we have r178
[21:08] <cjwatson> lool: actually less
[21:08] <asac> sil2100: but cu2d always builds r177 ... no matter what
[21:08] <robru> 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] <cjwatson> lool: 20 mins or so
[21:09] <cjwatson> lool: update_excuses> mostly because lillypilly is horrifically overloaded.  we're moving to a new host next week
[21:09] <lool> cjwatson: ah thanks
[21:09] <cjwatson> lool: which should also speed up rmadison rather a lot
[21:09] <asac> robru: http://<IP_ADDRESS>:8080/job/cu2d-platform-saucy-3.0publish/4/console ... that thing doesnt show the bzr branch
[21:09] <asac> command etc.
[21:09] <asac> just the version
[21:09] <robru> 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] <lool> cjwatson: https://launchpad.net/ubuntu/+source/platform-api
[21:10] <asac> robru: sure. i am just looking for the bzr command that does the actual checkout
[21:10] <robru> asac, it says right on that page: "'qtubuntu', '0.52+13.10.20130919-0ubuntu1', '177', 'lp:qtubuntu')"
[21:10] <robru> asac, i don't know where that is
[21:10] <lool> cjwatson: -proposed 56 minutes ago, passed previous britney run, not in -release pocket according to rmadison
[21:10] <asac> robru: but thats not the bzr command :)
[21:10] <asac> thats a json tuble
[21:10] <lool> cjwatson: bunch of other packages from the same run didn't make it
[21:10] <asac> robru: yeah.
[21:11] <asac> robru: nevermind. i believe its a jenkins issue... most likely we use the jenkins bzr support or something
[21:11] <asac> and that causes troubles
[21:11] <asac> robru: how does one get access (login) to that machine?
[21:11]  * ogra wonders if there is just a clock wrong somewhere
[21:11] <asac> i mean the jenkins login (so one can see)
[21:11] <robru> asac, no idea. i just fiddle the bits. didrocks would know. maybe sil2100 knows?
[21:11] <asac> yeah its fine
[21:11] <asac> lets wait if sil2100 knows something
[21:12] <asac> but he should go to bed too
[21:12] <cjwatson> lool: one moment
[21:12] <asac> so if not ... shrug :)
[21:12] <ogra> intresting
[21:13] <ogra> http://<IP_ADDRESS>:8080/job/cu2d-platform-saucy-2.1build/16/console
[21:13] <ogra> seems it bumpred the version of the two other packages
[21:13] <ogra> but not qtubuntu
[21:13] <cjwatson> lool: I think the rmadison backend is having difficulty for some reason
[21:14] <lool> cjwatson: ah, but the package are truly in as the LP web UI shows?
[21:14] <cjwatson> lool: it's in http://ports.ubuntu.com/ubuntu-ports/dists/saucy/main/binary-armhf/Packages.gz, so you should be fine
[21:14] <lool> cool
[21:14] <robru> 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] <ogra> ah, i thought it bumps regardless
[21:15] <lool> cjwatson: and britney doens't manage a run per hour on lillypilly?  seems really bad
[21:15] <robru> ogra, nah, if it did that we'd have dozens of unreleasable versions from various failed builds ;-)
[21:15] <ogra> lool, asac, so should i build now ?
[21:15] <lool> ogra: I think, can you hold one sec, I'll check for a couple of other packages
[21:15] <ogra> ok
[21:15] <cjwatson> lool: lillypilly is fairly hosed.  but this is an "analyse all stable and development releases" run, not the proposed-migration bit
[21:15] <asac> ogra: whenever the stuff we believe is in, go ahead
[21:16] <ogra> asac, right, waiting for lool 's ok
[21:16] <asac> ack
[21:16] <asac> he has the say then
[21:16] <lool> ok, gallery-app is in too
[21:17] <sil2100> hmmm
[21:17] <asac> lool: thanks. now go home!
[21:17] <asac> more than enough for today from you here
[21:17] <lool> and qtubuntu
[21:17] <lool> ogra: I think we can kick
[21:17] <ogra> ok
[21:17] <lool> will be missing scope
[21:17] <lool> and the other qtubuntu thing obviously
[21:18] <lool> asac: I guess the unity8 fixes were in some days ago, need to confirm with sil2100 tomorrow
[21:18] <sil2100> asac: to get to jenkins you need access to mangers, since it's on mangers actually
[21:18] <ogra> running
[21:18] <lool> cjwatson: ah
[21:18] <sil2100> lool: I released latest unity8 today, so the messaging indicator is back in
[21:18] <ogra> yay
[21:18] <lool> sil2100: where is it?
[21:18] <sil2100> lool: unity8?
[21:19] <ogra> lool, in the PPA
[21:19] <ogra> didnt you copy it ?
[21:19] <lool> no
[21:19] <sil2100> hmmm
[21:19] <sil2100> Interesting
[21:19] <cjwatson> 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] <cjwatson> lool: so it's hard to sort out whether it's just "machine too loaded for words" or an actual problem
[21:19] <lool> sorry, but I was confused about its state and I didn't find it
[21:20] <lool> sil2100: I can copy it now; are you confortable it doesn't depend on anything?
[21:20] <lool> cjwatson: can we kill the worst jobs there?
[21:20] <sil2100> lool: publish it with the new unity-mir
[21:20] <asac> sil2100: so unity8 in ppa is ready?
[21:20] <lool> cjwatson: like anything we can stop ourselves or ask is to stop?
[21:20] <asac> sil2100: i think lool doesnt know how to publish
[21:20] <sil2100> lool: it's safe as I tested it today
[21:21] <asac> we were kind of brute force copyuing :)
[21:21] <sil2100> lool: I'll publish it ;)
[21:21] <asac> sil2100: can you show lool how you do that :)
[21:21] <lool> ok
[21:21] <asac> ?
[21:21] <asac> thanks
[21:21] <asac> just a log after i guess
[21:21] <lool> sil2100: I'd love learning how to do that, don't have credentials though
[21:21] <sil2100> I'm not sure if lool has the right credentials to do it, that's the problem
[21:21] <ogra> sil2100, ++
[21:21] <sil2100> Right
[21:21] <asac> right
[21:21] <asac> sil2100: ok. well. go ahead
[21:21] <asac> record the log
[21:21] <asac> and then we at least know in theory
[21:22] <lool> cjwatson: woot, britney completed
[21:22] <lool> unity-lens-application is valid candidate
[21:22] <ogra> i thought that was in ?
[21:23] <cjwatson> lool: I killed it (mentioned on #ubuntu-release)
[21:23] <sil2100> I guess I only dreamt of publishing unity8...
[21:23] <cjwatson> heh, of course now it's started again, let's keep an eye on it
[21:23] <sil2100> The command was ready, but it missed the enter key, hm
[21:24] <lool> cjwatson: I see an excuses from :20, should I ignore it?
[21:24] <lool> anyway, it was valid, so I guess the package will migrate
[21:24] <sil2100> I'm looking into the qtubuntu issue now
[21:24] <cjwatson> lool: hm?  I didn't kill the britney that's part of proposed-migration
[21:25] <sil2100> Maybe I'll find something
[21:25] <lool> cjwatson: ahhh ok
[21:25] <cjwatson> lool: I killed the separate analysis run
[21:25] <lool> cjwatson: I thought it would also output this
[21:25] <lool> like a larger run also doing the proposed migration
[21:25] <lool> ok
[21:25] <ogra> sil2100, dont spend to much time on it, worst case i'll just upload it
[21:25] <cjwatson> 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] <lool> erf