[00:27] <xnox> Why has the https://bugs.launchpad.net/ubuntu/+source/indicator-bluetooth/+bug/1241539 not been released to trusty yet?
[00:27] <xnox> (all linked branches)
[00:28] <xnox> I need those fixes in the distro for the desktop installer (touch unrelated), shall I cherry-pick indicator-profile configs and upload into the archive?
[00:29] <Mirv> xnox: I believe we're still in manual mode, ie. you need to add to the Landing Asks page
[00:30] <Mirv> plus a lot of stuff was blocked by Mir transition which has now been just released (in proposed)
[00:30] <xnox> ogra_: didrocks: please release indicators, including changes introduced by merge proposals linked on the bug 1241539.
[00:30] <xnox> Mirv: I see, thanks for the head's up.
[00:31] <xnox> ogra_: didrocks: and / or schedule it on the landing as appropriate. I care about my changes =) which in that bug are non-touch.
[00:46] <didrocks> xnox: it's getting landing starting tomorrow
[00:47] <didrocks> xnox: we needed to unscrew mir
[00:47] <didrocks> which is the case now
[00:51] <Mirv> didrocks: should we suggest landing indicators to sil2100 now that mir is resolved?
[00:56] <didrocks> Mirv: right, now that discussion is over, I'm trying to put that on the landing ask
[01:04] <Mirv> mir "INARCHIVE" \o/
[01:07] <xnox> cihelp
[01:08] <cjohnston> xnox: ?
[01:09] <xnox> cjohnston: i thought some magic will happen and a bot will talk to me. Apperantely there is indicators-sound landing ask required to be filed (to land my change) and i'm not sure where/how to do that.
[01:09] <cjohnston> xnox: there was an email sent about it
[01:10] <xnox> cjohnston: the very old one - talk to your techlead and/or manager? both of them are sprinting in 7h timezone difference.
[01:11] <xnox> " 3. CI/trunk components:
[01:11] <xnox>      - continue to use Landing Asks sheet for the time being"
[01:11] <Mirv> xnox: the page to add to is https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[01:11] <cjohnston> AIUI they are still the only ones with commit access
[01:11] <cjohnston> s/commit/edit
[01:12] <cjohnston> xnox: but a large portion of the landing team is in Oakland right now too
[01:12] <cjohnston> or atleast a decent
[01:12] <xnox> cjohnston: i am a core dev working on ubiquity in my spare time (non-company time) and there is a savere regression in saucy installer of not showing any indicators, which is now fixed.
[01:13] <xnox> cjohnston: when the rest of indicators are landing from https://launchpad.net/bugs/1241539 they should land with changes across the board from that bug (all are tested & merged into trunk)
[01:13] <xnox> Affects	Status	Importance	Assigned to	Milestone
[01:13] <xnox> ​	 indicator-bluetooth (Ubuntu) Remove	
[01:13] <xnox> Triaged
[01:13] <xnox> High
[01:14] <xnox>   Dmitrijs Ledkovs  Edit
[01:14] <xnox> Target to milestone
[01:14] <xnox> ​	 indicator-keyboard (Ubuntu) Remove	
[01:14] <xnox> Triaged
[01:14] <xnox> High
[01:14] <xnox>   Dmitrijs Ledkovs  Edit
[01:14] <xnox> Target to milestone
[01:14] <xnox> ​	 indicator-session (Ubuntu) Remove	
[01:14] <xnox> Triaged
[01:14] <xnox> High
[01:14] <xnox>   Dmitrijs Ledkovs  Edit
[01:14] <xnox> Target to milestone
[01:14] <xnox> ​	 indicator-sound (Ubuntu) Remove
[01:15] <xnox> cjohnston: is there an email queue for landing ask at all?
[01:15] <cjohnston> xnox: not to my knowledge
[01:15] <xnox> note that i'm not the team/"owner" of the said components i need to get released to unbreak installer. *sigh*
[01:16]  * xnox will go and upload something into debian.
[01:18] <cjohnston> xnox: sorry I don't have anything better to tell you. I'm not very familiar with the process to know if there is anything else you could do
[01:19] <xnox> cjohnston: ok. thanks alot. I've requested it via my tech lead. And added reminder to check upon it in couple of weeks.
[01:20] <cjohnston> thanks xnox
[01:33] <cjwatson> xnox's request is landing ask #216 now
[09:14] <ogra_> sil2100, where do we stand with unity8, mir and friends ? should i trigger a new image ?
[09:17] <sil2100> ogra_: hi! You didn't get any message from Didier?
[09:18] <sil2100> ogra_: from what he e-mailed me, it seems that mir + unity8 is tested and works, I have some landing asks TODO but these already use the new mir and unity8
[09:21]  * ogra_ didnt see any message
[09:21] <ogra_> so you mean i should wait til your stuff has landed ?
[09:21] <sil2100> ogra_: no no, I guess we can spin a new image with the new mir + unity8 I guess
[09:21] <ogra_> awesome, going to then ...
[09:21] <sil2100> ogra_: btw. what image are we on now?
[09:22] <sil2100> Since my stuff is targetted for image 7
[09:22] <ogra_> proposed is on 6, trusty is on 5
[09:22] <ogra_> ah, the next build would be 7 ... so re-target to 8
[09:22] <sil2100> ACK ;)
[09:23] <ogra_> [10:22] <vila> ogra_: I used the 'adb shell system-image-cli -c trusty -b 0 -b' to switch channels. I had to resest clock from epoch to make it work but it's good now.
[10:22] <ogra_> why the second -b ?
[10:23] <vila> ogra_: it's my french accent, read it as -v ;)
[10:23] <ogra_> haha
[10:23] <vila> ogra_: yet, I want #6 or even #7, should I redo that with s/trusty/trusty-proposed/' ? (yeah, yeah, s/-b$/-v/ too ;)
[10:24] <ogra_> if you want to be on proposed, yes, do that
[10:24] <vila> ogra_: ok, I'll stick to OTA from there
[10:24] <vila> ogra_: and thanks !
[10:24] <ogra_> np :)
[11:00]  * psivaa is seeing 'ERROR:phablet-flash:Installation is taking too long or an error occured along the way.' when flashing with image 7
[11:00] <psivaa> ogra_: ^
[11:01] <psivaa> installing one locally to confirm
[11:07] <ogra_> psivaa, check if there are any crash files ... if apport kicks in on first boot it might time out before it finished
[11:17] <psivaa> ogra_: i can't connect to the devices that failed in this way.. probably a consequence of the bad flash
[11:17] <ogra_> hmm, yeah
[11:18] <ogra_> what device is that ?
[11:18] <ogra_> mko or maguro
[11:18] <ogra_> *mako
[11:18] <psivaa> both
[11:18] <ogra_> oh
[11:19] <psivaa> yea, there are 5 devices now i could not connect in the lab
[11:20] <psivaa> all had attempted to install image 7
[11:20] <psivaa> mixture of mako and maguro
[11:20] <ogra_> well, image 7 isnt existent yet
[11:21] <ogra_> hmm, unless my terminal lies
[11:21] <ogra_> (teh build command didnt return yet in the terminal i started it in)
[11:21] <ogra_> bah
[11:21] <ogra_> you are right, 7 is there
[11:21]  * ogra_ tries an OTA upgrade on maguro
[11:26] <ogra_> there was an adbd update from xnox, but i think plars tested that
[11:28] <ogra_> ok, UI is up here ... no adb
[11:28] <ogra_> xnox, !!
[11:28] <ogra_> no mtp either
[11:28] <ogra_> hmm
[11:29]  * ogra_ wonders if this is a subjective feeling or if maguro really got faster 
[11:32] <ogra_> bah and now unity crashed
[11:33] <ogra_> and this time maliit ... hard to get any logs in the terminal-app if everything crashes all the time
[11:36] <ogra_> sigh
[11:36] <ogra_> so adbd doesnt start and maliit crashes after thre chars in the terminal-app
[11:37] <sil2100> popey: hi!
[11:37] <sil2100> popey: are you around?
[11:47] <sil2100> ogra_: do you have a moment for a packaging diff ACK?
[11:48] <sil2100> ogra_: https://jenkins.qa.ubuntu.com/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-sound_12.10.2+14.04.20131029.1-0ubuntu1.diff
[11:50] <xnox> sil2100: looks good to me.
[11:51] <sil2100> xnox: awesomage, thanks!
[11:52] <ogra_> what xnox said
[11:53] <ogra_> xnox, so image 7 doesnt start adb ... nor does it start mtp ...
[11:54] <xnox> ogra_: i'm upgrading grouper to image 7 at the moment.
[11:54] <ogra_> k
[11:54]  * ogra_ tries to grab logs via recovery
[11:55] <ogra_> android-tools-adbd stop/pre-start, process 2027
[11:55] <ogra_> thats what i see in the upstart log
[11:56] <ogra_> so it seems to hang in pre-start
[11:57]  * ogra_ wishes it would be easier to access the ro image from recovery :(
[11:57] <ogra_> xnox, !
[11:58] <ogra_> typo
[11:58] <ogra_> pre-start script
[11:58] <ogra_> 	if [ -d /sys/class/android_usb ]
[11:58] <ogra_> 	then
[11:58] <ogra_> missing semicolon
[12:03] <ogra_> hmm, definitely not enough
[12:04] <xnox> hm? is /sys/class/android_usb present ?
[12:04] <ogra_> no idea
[12:04] <ogra_> i have no chance to get in at all
[12:04] <ogra_> cant start ssh because the kbd dies
[12:05] <xnox> ogra_: right so from terminal.app "sudo adbd" does get me adbd
[12:05] <ogra_> i cant type that
[12:06] <ogra_> dies after three chars for me
[12:06] <ogra_> but it looks like you completely reversed the logic for the pre-start script
[12:06] <xnox> ogra_: true and the qemu grep is killing it.
[12:07] <ogra_> why did that work during testing ?
[12:07] <xnox> grep qemu /proc/cmdline is killing it.
[12:07] <xnox> let me reboot and make the image writable
[12:08] <ogra_> phew, i'm in via ssh
[12:10] <sil2100> Ok guys, I go for lunch and changing locations, be back in ~2h
[12:11] <xnox> ogra_: testing http://paste.ubuntu.com/6323631/
[12:11] <ogra_> root@ubuntu-phablet:~# grep -q qemu /proc/cmdline || echo foo
[12:11] <ogra_> foo
[12:11] <ogra_> ah, yeah, that might work
[12:13] <ogra_> xnox, works
[12:13] <ogra_> though i wonder why you also broke mtp
[12:13] <ogra_> seems that died alongside
[12:14]  * ogra_ reboots with the change added
[12:14] <ogra_> lest see
[12:14] <ogra_> probably just a coincidence
[12:15] <ogra_> xnox, what i dont get is why it worked for the testers yesterday
[12:15] <ogra_> hmm, adb still works, mtp still broken after reboot
[12:15] <ogra_> ah
[12:15] <ogra_> i spoke to soon
[12:15] <ogra_> works :)
[12:17] <xnox> ogra_: i did $ watch -d adb devices
[12:18] <xnox> ogra_: on the host & rebooted, grouper briefly appears and disappears
[12:18] <ogra_> yeah
[12:18] <ogra_> the fix is fine, please upload
[12:18] <ogra_> i'll roll a new image
[12:18] <xnox> ogra_: which is very odd, since in the past once up, it stayed up.
[12:18] <ogra_> under ubuntu ?
[12:19] <ogra_> we dont use persistent properties yet
[12:19] <ogra_> so that theoretically cant work
[12:19] <ogra_> (it used to work before we flipped the conatiner though, but teh flip broke that part )
[12:20] <ogra_> xnox, dont forget the semicolon btw :)
[12:20] <xnox> ogra_: where a semicolon, and why.
[12:20] <ogra_> (or does the linewrap suffice there ?)
[12:21] <ogra_> xnox, after the if condition, before then
[12:21] <xnox> it should be needed. I've tested the patch as it is here http://paste.ubuntu.com/6323631/
[12:21] <ogra_> ok
[12:21] <ogra_> mine had the semicolon added after ]
[12:22] <ogra_> but if the linewrap is sufficient then i'm fine
[12:27] <xnox> ogra_: how does mtp suppose to work? and why is it sometimes flacky?
[12:35] <ogra_> xnox, it works through the same gadget device
[12:36] <ogra_> xnox, by setting additional properties for the device
[12:51] <sergiusens> cjohnston, hey having a license problem with renato_ on a build here
[12:52] <cjohnston> sergiusens: I'll need more info please
[12:52] <sergiusens> cjohnston, this is the result http://paste.ubuntu.com/6323802/ if I add Collabora to the allowedlicenses in http://bazaar.launchpad.net/~private-ps-quality-team/pbuilderjenkins/trunk/view/head:/hooks/A10checklicenseheaders.in
[12:52] <sergiusens> cjohnston, but I'm not sure what the proper solution would be for the other bits
[12:52] <sergiusens> the allowedlicenses thing seems weird though; I'd imagine a list of GPL, LPGL, ...
[12:53] <sergiusens> cjohnston, this is the job btw https://code.launchpad.net/~renatofilho/address-book-service/fork-dummy/+merge/192964
[12:53] <cjohnston> sergiusens: looking
[13:04] <cjohnston> sergiusens: we are investigating and will get back to you hopefully shortly
[13:04] <sergiusens> cjohnston, get back to renato__ directly if you want; he just pinged me as I used to do this for him ;-)
[13:04] <cjohnston> ok
[13:04] <ogra_> hmm, so rmadison thinks android-tools is in ...
[13:05]  * ogra_ gives it another 10min to be 100% sure ... 
[13:05] <ogra_> hmm, no sil2100 ...
[13:06] <ogra_> i'll mess up his image planning with my build :/
[13:07] <renato__> ogra_, hi, I would like to know if you have plans to update  folks and EDS packages  on "Trusty"
[13:07] <ogra_> me ?
[13:08]  * ogra_ has no plans regarding this ...arent we getting that via sync from debian ?
[13:08] <renato__> ogra_, yes bill told me to ping you :D
[13:08] <ogra_> s/sync/autosync/
[13:08] <ogra_> renato__, traditionally seb128 (or his team) maintained eds
[13:09] <ogra_> he should be online soon (at the sprint)
[13:09] <renato__> ok thanks
[13:10] <plars> ogra_, xnox: hi... so was the adbd that went into 7 different somehow from the one I tried yesterday?
[13:10] <ogra_> plars, well, not sure
[13:10] <ogra_> i havent looked inside the deb yesterday
[13:11] <ogra_> but appraently it was different. yes
[13:16] <xnox> ogra_: android-tools is in release pocket.
[13:17] <ogra_> xnox, i know
[13:17] <ogra_> it is since a while
[13:17] <ogra_> xnox, prob is that sil2100 is gone
[13:17] <xnox> ok =) sorry.
[13:17] <xnox> ogra_: ah, fair enough.
[13:17] <ogra_> and he has pending stuff according to the spreadsheet
[13:17] <ogra_> waiting for him to return from lunch
[13:19] <cjwatson> You don't need to wait once rmadison says it's in
[13:19] <cjwatson> It's definitely fine for image building then
[13:19] <ogra_> looking at the sheet it seems only the hud fixes didnt get in yet
[13:19] <ogra_> cjwatson, k
[13:19]  * ogra_ thinks we can afford one more build later this evening and just kicks off image #8 now 
[13:28] <ogra_> popey, do you know if we will revisit the app categories  at some point ? the options the store offers are really odd imho
[13:29] <popey> i hope so, but that's more bueno's dept
[13:40] <xnox> popey: ogra_: it feels like at the moment it's offering categories as as for .debs / from debian policy. (so copy&paste from the non-click app store)
[13:41]  * xnox ... maybe not policy, but wherever debian lists all possible categories.
[13:43] <ogra_> yeah
[14:02] <dobey> fginther: https://bugs.launchpad.net/jenkins-launchpad-plugin/+bug/1214970 <- this is "fix released" now right?
[14:06] <fginther> dobey, yes, that's been fixed
[14:06] <fginther> was a configuration issue, not an actually code change
[14:09] <dobey> right
[14:11] <dobey> i'm doing some work to get tarmac back up to par, for where we need it to be
[14:24] <ogra_> [14:24] <ogra_> psivaa, plars ^^^ that one should work again
[14:25] <plars> ogra_: you rock!
[14:25] <plars> rfowler_: are the devices back up?
[14:25]  * ogra_ upgrades
[14:31] <ogra_> ogra@chromebook:~$ adb shell
[14:31] <ogra_> root@ubuntu-phablet:/#
[14:31] <ogra_> looks good
[14:31] <ogra_> xnox, ^^^
[14:32]  * popey updates to 8
[14:53] <didrocks> hey sil2100, how are you?
[14:54] <didrocks> hey ogra_!
[14:54] <ogra_> sil2100, we had an issue with image 7 ... we fixed it and rolled #8 a bit earlier
[14:54] <didrocks> ogra_: ah nice, you kicked an image!
[14:54] <didrocks> (that was my question)
[14:54] <ogra_> sil2100, i updated the spreadsheet for your stuff
[14:54] <didrocks> what was wrong with image 7?
[14:54] <ogra_> didrocks, adbd didnt start
[14:55] <didrocks> ah, not nice!
[14:55] <ogra_> issue with the upstart job
[14:55] <didrocks> mir was in image 7 as well?
[14:55] <ogra_> it was tested by two people ...
[14:55] <ogra_> yeah
[14:55] <didrocks> ok…
[14:55] <ogra_> new mir and unity8
[14:55] <didrocks> excellent!
[14:55] <ogra_> not sure how the tests did succeed though
[14:55] <didrocks> thanks ogra_, /me won 10 minutes :)
[14:55] <didrocks> ogra_: tests succeed?
[14:55] <ogra_> (for the broken adbd)
[14:55] <didrocks> I see no result on the dashboard
[14:56] <didrocks> ah
[14:56] <didrocks> yeah, this was landing ask #?
[14:56] <ogra_> yeah, #7 didnt start ... no adb :)
[14:56] <ogra_> and #8 is there since 20min only
[14:56] <sil2100> Hello!
[14:56] <didrocks> ogra_: I mean, I don't see the adb upload
[14:56] <didrocks> hey sil2100 ;)
[14:56] <sil2100> ogra_: ok, thanks :)
[14:56] <didrocks> ogra_: in the landing plan
[14:56] <ogra_> didrocks, oh, that was xnox , i think we might have missed adding it
[14:57] <ogra_> but he asked popey and plars for testing ... sorry, i should have taken care of the spreadsheet
[14:57] <fginther> plars, rfowler_, any issues getting our devices restarted to flash to image 8?
[14:57] <ogra_> (but it was late last evening and i forgot)
[14:57] <plars> fginther: it looks like they are still not up, for image testing at least
[14:58] <ogra_> hmm
[14:58] <didrocks> ogra_: no worry, thanks for tracking that to the end
[14:58] <ogra_> so Mir on maguro is *a lt* snappier after reboot
[14:58] <didrocks> sil2100: how is the landing going? Seems well from what I see
[14:58] <didrocks> ogra_: yeah, there is still some mem leaks
[14:58] <ogra_> but gets really awful after starting a few apps
[14:58] <didrocks> (visible on mako as well)
[14:58] <ogra_> like, worse than before imho
[14:58] <didrocks> oh really?
[14:58] <didrocks> possible, quite a bunch of code entered
[14:58] <ogra_> its lots and lots better after a fresh boot
[14:59] <popey> yeah, feels quite sluggish
[14:59] <sil2100> didrocks: rather well, I also tested indicator-datetime, no regressions with AP unity8 but I'm not sure how the fix is supposed to work
[14:59] <ogra_> nearly as smooth as mako
[14:59] <popey>  3386 phablet   20   0  284180  53304  37700 S  99.3  2.8   0:37.20 camera-app
[14:59] <sil2100> didrocks: I set up an alarm and didn't see any indication of it alarming
[14:59] <ogra_> but as soon as i have a few apps open it crawls
[15:01] <didrocks> sil2100: argh, checkig with upstream as well?
[15:01] <ogra_> didrocks, since youre at it, can you add robru's seed change to the plan too ?
[15:01] <didrocks> sil2100: basically, instead of having the day, you should have a generic message
[15:01] <ogra_> so we finally get that off the plate
[15:02] <didrocks> ogra_: well, I want that backward compatibility to be discussed properly here before we take a decision
[15:02] <didrocks> ogra_: I try to have that happens, it's hard for them to see that blocking us :p
[15:02] <ogra_> at the sprint you mean ?
[15:02] <didrocks> yep
[15:02] <ogra_> yeah, we need a defined process how to change the API
[15:02] <ogra_> but that one is actually safe
[15:02] <ogra_> 3D directional audio is definitely not used by any app yet :)
[15:03] <didrocks> right, but imagine someone start developping today
[15:03] <didrocks> basing on our sdk 1
[15:03] <xnox> sil2100: i open indicator, and it says "... Battery, Sound, Tuesday, Network, ..." which is plain odd =)
[15:03] <plars> fginther: haven't heard back yet, but it looks like the devices on the image testing side are up now at least. Just started the tests
[15:03] <xnox> (that's with old image)
[15:03] <didrocks> they will have a surprise :)
[15:03] <plars> ogra_: ^
[15:03] <plars> fginther: can you check yours?
[15:03] <ogra_> plars, great
[15:03] <popey> ogra_: didrocks #8 seems to have broken the music app?
[15:04] <popey> I get a white screen on mako
[15:04] <ogra_> popey, oh ?
[15:04] <sil2100> xnox: ah, this is ok
[15:04] <sil2100> didrocks:  ^
[15:04] <ogra_> popey, works on my maguro
[15:04] <popey> hmm
[15:04] <ogra_> (well, i have no music on it ... )
[15:04] <sil2100> didrocks: I mean, the Tuesday -> now it's Upcoming
[15:05] <fginther> plars, all are still off-line. I'll follow up with rfowler_ in case he's not aware they need attention
[15:05] <sil2100> didrocks: but there was also a mention about the alerts being fixed
[15:05] <ogra_> popey, "please import music and restart the app" ... on mako as well
[15:05] <popey> ogra_: for me it started the first time after a reboot, showed some music and then fell over
[15:05] <popey> ah, add some music
[15:06] <sil2100> didrocks: I'm waiting for upstream to comment
[15:06] <didrocks> sil2100: oh that one, yeah
[15:06] <ogra_> so its more the scanning than the app
[15:06] <didrocks> sil2100: sounds good, put it in red
[15:06] <popey> dunno
[15:06] <sil2100> didrocks: in the meantime, I check the hud maybe
[15:06] <popey> scanning is separate
[15:06] <popey> it could be something inside the app reading from mediascanner
[15:06] <ogra_> yeah, that shouldnt cause a white sceeen
[15:06]  * popey reboots and tries again
[15:07] <popey> #5 is fine
[15:07] <didrocks> sil2100: yeah, sounds good!
[15:08] <ogra_> popey, musci app is native C++ right ?
[15:09] <popey> nope
[15:09] <popey> qml + plugin
[15:09] <ogra_> k
[15:10] <ogra_> popey, coudl you check #6 ?
[15:10] <popey> /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene: unrecognized option '--file='
[15:10] <popey> /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene: invalid option -- 'I'
[15:10] <popey> QUbuntu: Could not create application instance
[15:10] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131025.changes
[15:10] <popey> http://paste.ubuntu.com/6324436/
[15:10] <ogra_> i see mediascanner was updated in #6
[15:11] <popey> yeah
[15:11] <popey> ok, will test #6
[15:12] <popey> phablet-flash ubuntu-system -d mako --revision 6
[15:12] <popey> ?
[15:12] <ogra_> -b  6
[15:12] <ogra_> oh
[15:12] <ogra_> phablet-flash
[15:12] <ogra_> yeah
[15:13] <popey> ah, needed channel too
[15:13]  * ogra_ is so focused on system-image-cli nowadays 
[15:13] <popey> INFO:phablet-flash:Flashing revision 6 from channel trusty-proposed
[15:13] <popey> yay
[15:13] <popey> i like that it tells me now
[15:13] <ogra_> :)
[15:13] <popey> shame it whizzes past so fast
[15:14] <ogra_> WOAh
[15:14] <ogra_> system-settings just crashed in my face
[15:15] <ogra_> and doesnt start anymore now
[15:16] <ogra_> and again
[15:20] <popey> ogra_: music app works in #6
[15:20] <ogra_> popey, can you try if system-settings behaves for you ?
[15:20] <popey> on #6?
[15:20] <ogra_> it just vanishes for me after clicking around in it a bit
[15:20] <ogra_> on 8
[15:21]  * ogra_ wonders if anyone actually checked the impact of the boots transition for out toolkit
[15:21] <ogra_> *boost
[15:21] <ogra_> *our
[15:21] <popey> i have visited every pane in system settings on #6
[15:21] <popey> no problems
[15:23] <ogra_> hmm, doesnt for me anymore either
[15:23] <ogra_> but i'm at the tenth try or so
[15:25] <ogra_> oh
[15:25] <ogra_> and now the G+ app crashed
[15:32] <ogra_> wow
[15:32] <ogra_> apps are super crashy on #8
[15:33] <ogra_> didrocks, do you know if anyone from the SDK team asessed the impact of the boost transition on our stuff ?
[15:34] <ogra_> haha
[15:34] <sergiusens> ogra_, how does the whole landing ask work for the android tree?
[15:34]  * ogra_ just tried to start the ubuntu desktop tour on the ubuntu website in the browser
[15:34] <cjwatson> Didn't the boost transition predate the previous good image?
[15:35] <sergiusens> ogra_, can I just push stuff to the repo?
[15:35] <cjwatson> Please could you find out whether it's actually related before implicating it
[15:35] <ogra_> cjwatson, oh, right, it was all boost updates, not the transition itself
[15:35] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131029.1.changes
[15:35] <cjwatson> There's a boost change in this image, but it's not the transition, indeed
[15:36] <ogra_> ah, no
[15:36] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131029.changes
[15:36] <ogra_> its also bumping from 1.53 to 1.54
[15:36] <cjwatson> Wasn't #7 good?
[15:36] <ogra_> (image 7 was broken)
[15:36] <ogra_> no, adb was messed up
[15:36] <ogra_> so the tests couldnt run
[15:37] <cjwatson> Oh.  Well, please still find out whether it's related before we go trying to unwind a complxe transition
[15:37] <cjwatson> *complex
[15:37] <ogra_> cjwatson, i only wanted to know if someone from the SDK team actually checked the potential sisk for us
[15:37] <ogra_> *risk
[15:37]  * ogra_ didnt mean to point fingers or anything 
[15:38] <cjwatson> That looks like only a small part of the boost transition - most of it was already done
[15:39] <cjwatson> I think that was just lucene++?
[15:39] <thomi> sil2100: hey man, I wonder if you could comment on this please? https://bugs.launchpad.net/autopilot/+bug/1244089
[15:39] <ogra_> cjwatson, yeah, my path of thought wa more going towards if we potentially need to rebuild any native apps
[15:40] <ogra_> or if thats covered on the Qt level for us
[15:40] <cjwatson> There's more in http://people.canonical.com/~j-lallement/touch/changes/20131025.html, but there's also quite a lot else
[15:40] <cjwatson> (that was #6 - looks like the last promoted image was #5?)
[15:40] <ogra_> 25 was image 6
[15:41] <ogra_> i ran that fro a few days without issues
[15:41] <cjwatson> OK
[15:41] <ogra_> the breakage came between 6 and 8
[15:42] <sergiusens> xnox, do you know what the process is for committing/pushing to the android repo these days?
[15:43]  * ogra_ thought that process was called rsalveti 
[15:43] <sergiusens> ogra_, I have push rights; just want to know how it plays with the landing asks and all that
[15:43] <rsalveti> sergiusens: you need to push, wait for the tarball to be out, and upload
[15:44] <rsalveti> sergiusens: the tarball is done at every hour
[15:44] <ogra_> sergiusens, ah
[15:44] <rsalveti> but you need to sync with the landing team
[15:44] <sergiusens> rsalveti, ok, I just want to push the revert for mtp
[15:44] <rsalveti> sergiusens: or just ask either me or xnox to sponsor it
[15:44] <cjwatson> ogra_: FWIW I just unpacked everything from http://people.canonical.com/~ubuntu-archive/click_packages/click_list and none of those have any direct linkage to boost
[15:44] <rsalveti> sergiusens: which patches?
[15:44] <ogra_> sergiusens, you need to mount / rw and replace the android img file i think ... to test it
[15:45] <cjwatson> ogra_: I would have expected direct linkage to boost from apps to be strictly forbidden - the SDK team doesn't like that kind of thing :)
[15:45] <ogra_> inside the ubuntu-system.imd
[15:45] <sergiusens> rsalveti, http://people.canonical.com/~sergiusens/mtp/0001-Revert-Disabling-mtp-for-manta.patch
[15:45] <sergiusens> rsalveti, remember :-)
[15:45] <ogra_> cjwatson, well, system-settings is native iirc
[15:45] <ogra_> cjwatson, as well as the browser
[15:45] <rsalveti> sergiusens: yeah, I can check it now :-)
[15:45] <rsalveti> got the new laptop in place
[15:45] <sergiusens> ogra_, I know how to test; I have my changes locally
[15:45] <ogra_> cjwatson, i meant less the click packages ...
[15:46] <rsalveti> sergiusens: will review your other mrs today as well
[15:46] <cjwatson> ogra_: It neither directly build-depends nor depends on boost
[15:46] <sergiusens> ogra_, I just need to know what the bureaucratic part is
[15:46] <ogra_> cjwatson, k
[15:46] <cjwatson> ogra_: Likewise webbrowser-app
[15:46] <ogra_> sergiusens, landing ask ... have someone from the team move it to landing plan ...
[15:46] <cjwatson> ogra_: So I suppose it's *possible* something obscure there is going on but it doesn't seem like the highest-probability cause ...
[15:47] <ogra_> cjwatson, yeah ... Mir and unity depend on it, if there is breakage its more likely in them, thanks for checking the apps !
[15:49] <ogra_> hmm
[15:49] <ogra_> gallery-app looks really bad on the dashboard
[15:50] <ogra_> 50% fail rate
[15:50] <xnox> cjwatson: can you grep for dlopen? =)
[15:53] <ogra_> funny, locally it is actually rock solid
[15:53] <cjwatson> xnox: no matches
[15:54] <sil2100> thomi: sure, give me a moment ;)
[16:10] <plars> ogra_: yeah, on mako and maguro too
[16:11] <ogra_> right
[16:11] <sergiusens> ogra_, are you not on canonical irc for a reason?
[16:11] <ogra_> sergiusens, erm, no reason except not noticing that i dropped
[16:29] <thomi> sil2100: I assigned you to the bug, and marked it as incomplete. Feel free to change the status once that information is added. Thanks!
[16:29] <sil2100> thomi: sure! Thanks, will test the branch whenever it's possible
[16:45] <thomi> ok, I figured there was an automated system for that
[16:45] <thomi> thanks for your help
[16:48] <sil2100> Mirv: tested HUD, publishing if all is ok in cu2d
[16:56] <Mirv> sil2100: cool, and morning!
[16:57] <Mirv> cyphermox: could you pre-ack packaging change http://10.97.0.1:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_dialer-app_0.1+14.04.20131029.1-0ubuntu1.diff ?
[16:57] <Mirv> sil2100: so you got unity8 AP also working?
[16:58] <cyphermox> hrm, sure...
[16:58] <sil2100> Mirv: yes \o/
[16:59] <sil2100> Mirv: some tests are failing, but re-runs help
[16:59] <ogra_> plars, given the crashyness of apps, i dont think it is worth to give back anything on image 8
[16:59] <sil2100> Mirv: those seem like problems with introspecting unity8 in overall sometimes
[16:59] <plars> ogra_: agree, tests are still running so if there's anything you're curious about we can do retries in a bit, but I don't think it looks good
[16:59] <Mirv> sil2100: yeah being able to run unity8 tests now with the new Mir with just one command is great
[16:59] <sil2100> Mirv: btw. we have a lot of failures for one machine for HUD - you think it's still ok to publish? Other platform is better, below threshold
[17:00] <ogra_> plars, yeah, its not woth it, we need a fix for Mir first
[17:00] <Mirv> sil2100: I don't know, better do some validating of those?
[17:01] <cyphermox> Mirv: all good for dialer-app
[17:01] <cyphermox> I'd be a bit wary of running that on a "live" phone though :)
[17:01] <Mirv> sil2100: have you looked that there are _1400_ autopilot errors in unity stack?
[17:01] <cyphermox> Mirv: the autopilot tests themselves scare me ;)
[17:02] <Mirv> yeah I wouldn't suggest running the autopilot tests with SIM card..
[17:03] <slangasek> ci help
[17:03] <thomi> slangasek: :)
[17:03] <cjohnston> doanac: ^
[17:04] <cjohnston> slangasek: no space between the two... but if there is a vanguard, they are even better :-)
[17:04] <slangasek> oh
[17:04] <slangasek> cihelp?
[17:04] <doanac> slangasek: works. what's up?
[17:04] <cjohnston> slangasek: that's the one
[17:04] <slangasek> doanac: hi :)  Just testing the system that ev is briefing us all on :-)
[17:04] <Mirv> ticket resolved :)
[17:05] <doanac> slangasek: also a tip: the channel topic includes some information about who's vanguard and what critical issues are known
[17:05] <sil2100> Mirv: I vaildated that those are not regressions if anything, still wondering why those fail
[17:05] <sil2100> Mirv: oh, didn't look at unity stack ;p
[17:05] <sil2100> 1400?!
[17:05] <sil2100> :O
[17:05] <Mirv> sil2100: maybe related to the unity stack problem...
[17:05] <cjohnston> slangasek: tell ev to explain to ping the vanguard if there is one instead of cihe*lp please :-)
[17:05] <sil2100> Mirv: :O
[17:06] <slangasek> doanac: ack - but ev didn't tell us to look at the topic, he just said to type 'ci help' ;)
[17:06] <doanac> slangasek: makes sense. we should update our alert patterns to catch that also
[17:06] <slangasek> too late, the moment has passed, we'll have to clarify this by email later ;)
[17:06] <doanac> :)
[17:06] <Mirv> sil2100: yeah, slight problems, looks like dbus also with autopilot 1.3? (you e-mailed about autopilot 1.4)
[17:06] <Mirv> doanac: maybe support also "ci help", "CI Help!" and so on :)
[17:07] <cjohnston> Mirv: there is a reason it's what it is. :-)
[17:07] <cjohnston> not all clients support things like spaces
[17:07] <Mirv> right
[17:15] <sil2100> didrocks: ACK please! http://10.97.0.1:8080/view/cu2d/view/Head/view/HUD/job/cu2d-hud-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_hud_13.10.1+14.04.20131029.1-0ubuntu1.diff
[17:16] <didrocks> sil2100: +1 of course
[17:16] <sil2100> \o/
[17:16] <didrocks> thanks dude!
[17:16] <ogra_> didrocks, bug 1245958
[17:17] <ogra_> FYI
[17:17] <ogra_> didrocks, no way to promote that one
[17:17] <didrocks> ogra_: argh, Mirv can you handle that? ^
[17:18] <ogra_> didrocks, kdub and alan_g discuss it in -touch atm
[17:19] <ogra_> but i wont be around late today so wont be able to drive that
[17:19] <Mirv> didrocks: ok, I'll at least poll on them to get the news on a fix
[17:20] <didrocks> ogra_: ah nice!
[17:20] <didrocks> thanks :)
[17:21] <Mirv> I do have some crash files in /var/crash for apps too, although from user perspective one doesn't see that much it seems
[17:22] <didrocks> ok
[17:22] <Mirv> marked the bug as critical as it prevents image promoting
[17:30] <ogra_> sergiusens, added landing #288 to the landing plan for you
[17:35] <sergiusens> ogra_, thanks
[17:38] <popey> oooh Mirv https://codereview.qt-project.org/#change,69368 via https://bugreports.qt-project.org/browse/QTBUG-32225
[17:42] <kenvandine> Mirv, sil2100: i've added a reference to the bug report for Mir causing lots of app crashes in image 8 to the old unity team work spreadsheet, so we prevent to much duplicate work
[17:44] <Mirv> popey: \o/ for progress
[17:44] <Mirv> kenvandine: thanks
[17:44] <Mirv> vila: can you glance at http://10.97.0.1:8080/job/autopilot-trusty-daily_release/216/ - all AP tests failing because of a dbus problem?
[17:47] <vila> Mirv: EOD, doanac ? ^
[17:47] <doanac> looking
[17:47] <doanac> seems limited to unity8?
[17:48] <vila> doanac: thanks
[17:56] <Mirv> doanac: unity7, not unity8
[17:56] <doanac> Mirv: sorry those keys are too close together
[17:56] <Mirv> doanac: I noticed upgrading to that trunk unity install xpathselect 1.4, maybe it's related?
[17:58] <Mirv> doanac: I also saw an e-mail from Chris Lee related to problemws with Autopilot 1.4 (but we use 1.3 in the PPA) about that Unity7 "hasn't been updated to use thenewer 1.4 DBus wire protocol (Unity7 a unique beast in that the functionality that isusually provided by libautopilot-qt/gtk is part of the Unity7 source tree.)" - it says dbus but does that mean xpathselect instead?
[17:58] <doanac> Mirv: possibly. i was worried some of those DBUS errors seemed unrelated. but that seems feasible.
[17:59] <Mirv> ah right
[17:59] <Mirv> https://code.launchpad.net/~3v1n0/unity/xpathselect-1.4 - so maybe this?
[18:01] <Mirv> I filed bug #1245988 now, updates welcome
[18:01] <doanac> Mirv: both 1.3 and 1.4 are getting installed for xpath
[18:02] <Mirv> doanac: the new unity-autopilot only depends on libxpathselect1.4
[18:02] <fginther> doanac, Mirv, i think that's the culprit. unity is speaking 1.4, autopilot is listening to 1.3
[18:04] <thomi> hi guys
[18:05] <fginther> thomi, o/
[18:05] <thomi> so, Marco and I were looking at those branches yesterday - I didn't think he'd merged them yet though
[18:05]  * thomi pulls unity
[18:05] <Mirv> it seems https://code.launchpad.net/~townsend/unity/fix-lp1243529/+merge/192381 got merged
[18:05] <fginther> thomi, it's been merged
[18:05] <thomi> oh
[18:05] <thomi> well
[18:05] <thomi> this is the problem we face - landing autopilot 1.4 and *all* the test suites at the same time takes som serious coordination :)
[18:05] <Mirv> so is this a chicken and egg problem with moving to autopilot 1.4?
[18:06] <thomi> right - either we land AP 1.4 and fix the tests later, or we try and do everything at the same time
[18:07] <thomi> We were trying to do everything at once, but I guess I should have been clearer with Marco
[18:07] <thomi> so I guess the options are either to revert the unity7 change, or go ahead and land AP. I know which one I'd rather do, but I'll leave that to you guys :)
[18:08] <fginther> I vote for reverting the unity7 change
[18:08] <thomi> ಠ_ಠ
[18:10] <doanac> i'm pretty sure asac would prefer to revert
[18:10] <fginther> of course now I see the bug that was addressed: https://bugs.launchpad.net/unity/+bug/1243529
[18:11] <fginther> appears that unity7 fails to build with xpathselect 1.3?
[18:12] <thomi> fginther: should build fine once marcos branch is reverted
[18:13] <thomi> I mean, it used to build against 1.3, marco merged code to build it against 1.4
[18:14] <fginther> thomi, ok, I see that 1.4 isn't in trusty anymore
[18:14] <fginther> hang on
[18:15] <doanac> so are there 2 changes that would need reverting:  https://code.launchpad.net/~townsend/unity/fix-lp1243529/+merge/192381 and http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/3581 ?
[18:15] <fginther> thomi, ah. libxpathselect 1.4 is still in the daily-build ppa
[18:16] <fginther> that's causing unity7 not to build (https://launchpadlibrarian.net/154760401/buildlog_ubuntu-trusty-amd64.unity_7.1.2%2B14.04.20131023-0ubuntu1_FAILEDTOBUILD.txt.gz), hence the bump
[18:19] <thomi> fginther: I see.
[18:21] <thomi> fginther: I'm not really sure what makes it land in the PPA
[18:21] <thomi> I guess it's some cu2d config?
[18:21]  * thomi shrugs
[18:22] <fginther> thomi, yes. whoever added the autopilot 1.3-trusty branches probably didn't realize that xpathselect was a dependency
[18:23] <thomi> :(
[18:23] <thomi> We never expected 1.3 to land in trusty. I guess the config was written assuming 1.4 would get released there
[18:24] <fginther> thomi, most likely
[18:30] <fginther> doanac, mirv, wokring on a suggestion, one moment
[18:31] <balloons> psivaa, plars just an update on filemanager.. 4 errors are bugs, the rest I think I've fixed
[18:31] <plars> balloons: awesome, is it more consistent now too? or are the 4 bugs things that don't happen every time?
[18:32] <balloons> plars, the 4 remaining failures have to do with seemingly the clipboard not working
[18:35] <Mirv> fginther: ok. indeed xpathselect was probably not in radar when reverting to AP 1.3 for trusty.
[18:36] <psivaa> balloons: are the fixes in already with image 8?
[18:36] <fginther> doanac, Mirv, thomi, so we have two options: 1) add xpathselect 1.3 to trusty and revert the unity7 MP or 2) Land autopilot 1.4 in trusty and update the remaining autopilot tests
[18:36] <balloons> psivaa, no, i'm working on a branch
[18:37] <psivaa> balloons: ack, thank you :)
[18:37] <balloons> trying to get everything working :-)
[18:37] <fginther> either way 2) needs to happen eventually
[18:37] <doanac> 2 is probably less total work also.
[18:38] <fginther> with 2 there will be test failures for the image and for upstream merger, but this might put more pressure on getting them resolved
[18:38] <doanac> fginther: who makes the decision? asac?
[18:40] <fginther> doanac, this might be didrock's team. they did the original change to get 1.3 into trusty
[18:41] <fginther> doanac, this is probably a landing pipeline descision
[18:41] <doanac> yeah
[18:43] <doanac> fginther: given they are probably in meetings, should I send off an email to summarize?
[18:43] <fginther> doanac, good idea
[19:16] <slangasek> didrocks: clearly, that subtitle should have been written 'quickly improve'
[20:26] <Mirv> fginther: it should be a revert - as discussed before all AP 1.4 changes should land at once, otherwise we block various stacks for undetermined amount of time
[20:28] <Mirv> ogra_: are you about? the qtmultimedia/audioengine seed changes are finally greenlighted now
[20:31] <fginther> Mirv, I can start on the cu2d-config changes. Once that's done, can you remove the xpathselect 1.4 packages from the daily ppa?
[20:37] <Mirv> fginther: yes, I can remove it then
[20:42] <fginther> Mirv, doanac, can you review: https://code.launchpad.net/~fginther/cupstream2distro-config/xpathselect-trusty-1.3/+merge/193133
[20:43] <doanac> fginther: looks good
[20:45] <Mirv> +1, deleting the PPA build of xpathselect 1.4
[20:56] <fginther> Mirv, doanac, now to revert the unity7 bump of xpathselect: https://code.launchpad.net/~fginther/unity/revert-libxpathselect1.4/+merge/193137
[21:01] <doanac> fginther: reading
[21:02] <Mirv> thanks for that, hopefully we'll get desktop AP results after that. as an example, because of the problem I had to dedicate my laptop to running unity7 AP:s manually so that it would be possible to validate an libunity release, instead of getting the desktop results from jenkins.
[21:02] <fginther> Mirv, you remember to pack a spare laptop just for this purpose, right? :-)
[21:07] <Mirv> yeah, my draggable trusty 5y old Dell is so fun to travel with :)
[22:29] <thomi> doanac: ping?
[22:30] <thomi> doanac: can you please explain to me what the three touch images are? There's "touch_sf4p", "touch", and "touch_custom". Why are there several images, and what do they mean?
[22:32] <thomi> cihelp
[22:32] <thomi> ^^
[22:33] <cjohnston> thomi: one sec
[22:33] <thomi> thanks :)
[22:34] <cjohnston> touch == mir
[22:34] <cjohnston> custom is a custom variant
[22:35] <cjohnston> sf4p iirc is mir disabled
[22:35] <cjohnston> thomi: ^
[22:36] <thomi> cjohnston: any idea what's different on the custom image?
[22:36] <cjohnston> thomi: tis a question for achiang
[22:36] <thomi> ok
[22:37] <thomi> thanks charles
[22:37] <thomi> oops
[22:37] <thomi> thanks cjohnston
[22:37] <cjohnston> ya, him too
[22:37] <cjohnston> lol
[22:38] <charles> thomi: no problem at all
[22:38] <charles> thomi: anytime