[00:02] <lool> rsalveti: w00t?
[00:02] <lool> rsalveti: did you want that to go to PPA?
[00:02] <lool> rsalveti: it seems to be setup not to
[00:02] <rsalveti> lool: well, that's what we asked to fginther
[00:03] <lool> rsalveti: I think he setups the upsteam merger
[00:03] <rsalveti> to follow the normal daily CI path and such
[00:03] <lool> not the cu2d stuff
[00:03] <rsalveti> that needs to happen then
[00:03] <rsalveti> maybe something cyphermox can give us a hand?
[00:03] <rsalveti> in case you're unable to do so
[00:03] <lool> rsalveti: the truth is that there are 2 completely separate systems
[00:03] <lool> rsalveti: lp:~phablet-team/ofono/ubuntu still the right branch?
[00:04] <sergiusens> lool, what are our grounds on the qtdeclarative grilo plugin?
[00:04] <lool> sergiusens: I don't understand the question?
[00:04] <lool> sergiusens: you mean is it part of official platform?
[00:05] <sergiusens> lool, inside the music app or seeded? and if seeded I guess it would be in sdk-libs or touch?
[00:05] <rsalveti> lool: yes
[00:05] <lool> sergiusens: hmm I remember mhall tried to push to seed it; I personally think it's fairly internal stuff, so I'd rather err on the side of caution and say to include it for now
[00:06] <sergiusens> lool, include in music app you mean?
[00:09] <lool> sergiusens: yeah
[00:09] <lool> cjwatson: hi there, reading https://wiki.ubuntu.com/DailyRelease/FAQ#Adding.2BAC8-removing_components_to_a_stack it seems I need to poke an archive admin to add a package to the allowed set coming out of cu2d
[00:09] <lool> cjwatson: the source package is ofono
[00:10] <lool> cjwatson: I've pushed it to the cupstream2distro-config branch; in fact it was there but with daily_release: False
[00:11] <lool> rsalveti: preparing ofono in PPA
[00:12] <lool> rsalveti: it didn't like the versioning there
[00:12] <lool> Exception: Didn't find a correct versioning in the current package: 1.12+bzr-0ubuntu1
[00:13] <rsalveti> lool: do you know what would be the correct versioning in there?
[00:14] <lool> rsalveti: 1.12+13.10.20131007-0ubuntu1
[00:14] <lool> rsalveti: note that I think we wont be using upstream tarballs anymore
[00:15] <lool> rsalveti: I think it generates tarballs on the fly
[00:15] <rsalveti> lool: but thought that the CI script itself would bump the version
[00:15] <lool> is that what we want here?
[00:15] <lool> rsalveti: it will, but it's checking that it's not screwing the versioning scheme
[00:15] <rsalveti> this branch is bzr bd compatible, so it's fine to not generate the upstream tarball at every upload
[00:15] <lool> rsalveti: hmm I suspect cu2d might still generate the tarball at every upload
[00:16] <rsalveti> right, that's not ideal but works
[00:16] <lool> rsalveti: you know I think I don't really want this to be cu2d-ized right now; too much of a time waste without didrocks
[00:16] <lool> rsalveti: let's visit this post-13.10
[00:17] <lool> cjwatson: sorry, cancel that; I think we'll do it post 13.10
[00:17] <rsalveti> lool: right, that's fine, should I upload this by hand then?
[00:17] <rsalveti> maybe cyphermox can give us a hand as well on that
[00:18] <rsalveti> anyway, bbl
[00:18] <lool> rsalveti: are there any testsuites for these two?
[00:18] <rsalveti> for ofono we only have unit tests
[00:19] <rsalveti> for tofono I'm not sure
[00:20] <lool> cyphermox: Would you mind testing and landing telepathy-ofono from PPA and ofono from https://code.launchpad.net/~rsalveti/ofono/ubuntu-fixes-online-offline-netreg-mute/+merge/189204 ? it's landing #140
[00:20] <rsalveti> sure
[00:20] <rsalveti> ofono was tested already, just need to test tofono with it
[00:21] <cyphermox> sure, hold on
[00:24] <lool> sergiusens: tested clicks, looked good!
[00:25] <lool> sergiusens: I added a slot for another round when you like
[00:25] <cjwatson> lool: ack
[00:27] <sergiusens> lool, great, let me prepare them
[00:36] <lool> sergiusens: Hmm since it requires coordination to change the 2/3 places, maybe best to stage this for tomorrow afternoon
[00:36] <lool> sergiusens: are there 4 remaining ones that we do in one go?
[00:40] <cyphermox> lool: building ofono right now
[00:40] <cyphermox> rsalveti: ^
[00:58] <lool> cyphermox: actually ofono was already landing #123; doens't change anything  :-)
[01:01] <cyphermox> well, you mentioned both
[01:01] <cyphermox> brb
[01:09] <sergiusens> lool, let me just add calendar and notes?
[01:12] <lool> sergiusens: Hmm about to kick a build
[01:12] <lool> just waiting for dbus to come out
[01:12] <sergiusens> lool, ok, lets leave it for the next build
[01:12] <sergiusens> I'll bbl then and send you an email with everything
[01:14] <lool> sergiusens: do you have the -meta prepared?
[01:14] <lool> sergiusens: Or I can just drop them from meta
[01:15] <lool> sergiusens: ah that reminds me, we miss the upstart conversion job for the transition to mir
[01:15] <sergiusens> lool, https://code.launchpad.net/~sergiusens/ubuntu-seeds/notes_calendar_as_click/+merge/189749
[01:15] <sergiusens> lool, and if cjwatson still around he would need to trigger the click_copy to get the clicks in
[01:16] <lool> sergiusens: Yeah not sure
[01:16] <cjwatson> I would if I could get to snakefruit
[01:16] <cjwatson> Ah, there
[01:17] <cjwatson> sergiusens: http://paste.ubuntu.com/6207493/
[01:17] <cjwatson> enoworky
[01:18] <sergiusens> cjwatson, I just ran it, worked fine :-/
[01:19] <sergiusens> cjwatson, ah, sorry...
[01:19] <cjwatson> same when I retry.
[01:19] <sergiusens> cjwatson, I'm noticing you are using https://jenkins.qa.ubuntu.com instead of the internal one
[01:19] <sergiusens> cjwatson, I wasn't publishing this one, one sec
[01:36] <sergiusens> cjwatson, ok, had to rebuild to get it published, can you try now?
[01:37] <cjwatson> sergiusens: done
[01:40] <lool> sergiusens: meta is in too
[01:40] <lool> sergiusens: anything else missing for this to be picked up?
[01:40] <sergiusens> lool, nope, we just need plars to update testing
[01:40] <cjwatson> Can I drop the proposed-migration exception for calendar-app?
[01:41] <cjwatson> It didn't have one for notes-app, since that's in the primary archive
[01:41] <lool> plars: Mind updating tests for notes-app and calendar-app now as clicks?
[01:41] <lool> cjwatson: yup
[01:41] <sergiusens> cjwatson, almost sure we can
[01:42] <cjwatson> I'll wait until tomorrow morning so you can be really sure
[01:42] <cjwatson> No huge rush
[01:49] <lool> 'night
[02:23] <plars> sergiusens, lool: back, sorry for the delay. Had some stuff I had to do tonight at home
[02:36] <plars> lool, sergiusens: notes and calendar will run as click packages now
[02:39] <cyphermox> lool: it's late, but yeah telepathy-ofono + ofono looks fine to me
[02:39] <cyphermox> oh, I forgot to test the enable/disable
[02:43] <cyphermox> that doesn't work any better than it did before, but at least I see no regression
[03:31] <plars> hmm, who's up building images now?
[03:31] <plars> guessing it's sergiusens
[07:10] <jibel> enabling BT from system-settings is broken in #86 (regression from #82 or so)
[07:10] <jibel> bug 1236249 with SF and bug 1236705 with Mir
[07:11] <jibel> and also playing a song while one is already playing crashes qmlscene with bug 1234152
[08:05] <seb128> good morning!
[08:12] <lool> jibel: Thanks for the heads ups
[08:12] <lool> jibel: disabling bluetooth works from indicator though?
[08:12] <jibel> lool, yes, but unity crashes when you re-enable it from u-s-s
[08:18] <seb128> jibel, only from u-s-s, not from the indicator?
[08:18] <Laney> you can't re-enable it from the indicator
[08:18] <Laney> because it disappears, right?
[08:18] <jibel> seb128, you cannot re-enable from indicator
[08:18] <seb128> u-s-s does nothing else than using the indicator service though qmenumodel
[08:18] <Laney> try calling the action over dbus
[08:18] <seb128> Laney, how did we workaround the setting switch going away when the indicator goes away? I though we didn't solve that issue yet
[08:19] <Laney> in the battery panel, no
[08:19]  * seb128 didn't see the mr going through to fix that
[08:19] <Laney> but in bluetooth it always shows it
[08:19] <seb128> oh, right
[08:19] <seb128> I keep mixing controls in battery with the individual panels :p
[08:20] <jibel> seb128, bug 1233626 and bug 1134375. It didn't mark them duplicates because I don't know if the behaviour should be different on desktop and touch
[08:20] <Laney> seemed to crash unity here
[08:20] <Laney> gdbus call --session --dest  com.canonical.indicator.bluetooth --object-path /com/canonical/indicator/bluetooth --method  org.gtk.Actions.Activate bluetooth-enabled \[\] {}
[08:20] <Laney> run that to toggle it
[08:23] <seb128> jibel, desktop and touch are not supposed to behave the same no, desktop is not supposed to hide the icon since there is enough place, touch is more limited in space so the indicator is supposed to only be listed if bluetooth in on
[08:23] <seb128> not sure I agree with that, but that's how mpt designed it
[08:25] <jibel> seb128, okay, so that's invalidate slangasek's report because it can be re-enable from system-settings/bluetooth on the desktop
[08:26] <Laney> I bet the one with the *emphasis* is his
[08:26] <Laney> oh, how did I guess? :P
[08:27] <seb128> jibel, well, on the desktop it shouldn't be hidding
[08:27] <seb128> jibel, https://bugs.launchpad.net/bugs/1233626
[08:27] <jibel> oh yes
[08:28]  * jibel leaves the indicators alone and goes find more crashes
[08:30] <lool> sil2100: joining us this morning?
[08:33] <sil2100> Shit!
[08:42] <lool> jibel: was the music-app crash on Mir?
[08:42] <jibel> lool, yes, Mir only
[08:42] <jibel> duflu is on it
[09:01] <sil2100> My plugin crashed, uh
[09:08] <cjwatson> lool: We have a bunch of arm64 build fixes all of which need to be done fairly urgently and many of which are in core so are on touch images.
[09:09] <cjwatson> lool: Any chance we could have blanket approval for the ones that per common sense don't make behavioural changes?
[09:09] <Mirv_> ok I think this should be good when the unity-mir changes are in: http://pastebin.ubuntu.com/6208552/
[09:09] <lool> cjwatson: ok, I can watch #ubuntu-relesae for these uploads
[09:09] <cjwatson> They're mostly autotools updates and such
[09:09] <lool> cjwatson: Yes, please upload safe changes
[09:09] <cjwatson> Thanks.  We just have very limited time to get this going and I want to minimise round-trips
[09:10] <sil2100> Aw come on, again crash
[09:15] <jibel> lool, bug 1236757 makes WPA dialog unusable on Mir
[09:16] <jibel> the bug exists with SF and Mir but with Mir the dialog cannot be dismissed
[09:18] <lool> jibel: that's bad
[09:18] <lool> Saviq: this sounds like another inputarea thing?   ^
[09:20] <Saviq> lool, jibel, no, it's *the same*
[09:21] <Saviq> lool, jibel, you just didn't release unity-mir yet
[09:21] <lool> Saviq: Ok; that's exactly what I wanted to confirm
[09:21] <lool> Saviq: that it would be fixed with the inputarea fix
[09:21] <Saviq> lool, yes
[09:21] <lool> Saviq: bear with us, we just came out of our landing/ci team hangout, and my day started an hour ago  :-)
[09:22] <Saviq> jibel, lol bug #1235215
[09:22] <Saviq> lool, jibel, you can try packages from http://people.canonical.com/~msawicz/mir-input/ that contain the fix
[09:23] <lool> Saviq: we'll be landing all of this in the PPA ASAP
[09:23] <Saviq> lool, it's actually there in daily-build ppa already
[09:23] <Saviq> lool, got built as part of unity8 stack
[09:23] <Saviq> lool, just not published
[09:24] <lool> Saviq: perfect, that's what I was about to check
[09:25] <jibel> Saviq, thx, I'll test again when it is part of the image
[09:56] <sergiusens> morning
[09:57] <sergiusens> lool, hey, what's the ETA for next build?
[10:02] <asac> psivaa: did the tests got better on latest image when retrying?
[10:03] <psivaa> asac: gallery on mako and music on maguro did get better
[10:03] <psivaa> asac: i am still working on calendar tests
[10:03] <asac> psivaa: did any crash go away?
[10:05] <psivaa> asac: no in the still failing tests, the upstart crash is still occurring
[10:06] <asac> psivaa: but there were tests fixed on retry that had crashes and those dont have crashes anymore?
[10:08] <psivaa> asac: no, those that got fixed in the rerun did not have crashes originally
[10:08] <ogra_> bah so webapps start now again but dont take any input
[10:08] <ogra_> (at least G+ doesnt)
[10:09] <asac> ogra_: so webapps are annoying right now?
[10:09] <psivaa> asac: i could try a re-install and then re-run those tests that still produce crashes if you like
[10:09] <asac> ogra_: did lool say that dbarth was working on those?
[10:09] <psivaa> to see if there is any improvement
[10:09] <ogra_> asac, well, i only tested G+ and dholbachs new app
[10:09] <asac> psivaa: right.
[10:09] <ogra_> asac, G+ doesnt scroll ... and while playing with daniels app maliit apparnetly died
[10:10] <asac> psivaa: lets look at dashboard for a sec
[10:10] <ogra_> it takes *some* input but no scroll events and kbd input
[10:10] <asac> psivaa: so those crashes started in 07.1
[10:10] <asac> thats http://people.canonical.com/~ogra/touch-image-stats/20131007.1.changes
[10:10] <asac> ogra_: whats the new upstart thing doing there? do you know?
[10:11] <asac> psivaa: maybe try removing upstart-app-launch-tools and see if that fixes the problems
[10:11] <ogra_> theer were some bugfixes
[10:11] <psivaa> asac: i could try that
[10:11] <ogra_> oh
[10:11] <asac> psivaa: e.g. try to reproduce crash of one tests
[10:11] <ogra_> that one
[10:11] <asac> and see if it goes away
[10:11] <asac> psivaa: but pick a test that didnt crash before 07.1 :)
[10:11] <psivaa> s
[10:11] <psivaa> asac: sure
[10:11] <ogra_> asac, upstart-app-launch-tools isnt used anywhere, its scripts that make debugging easier
[10:12] <asac> so what causes the reproducible crashes here: http://people.canonical.com/~ogra/touch-image-stats/20131007.1.changes
[10:12] <asac> ?
[10:12] <asac> ubuntu-sdk-libs:armhf from 1.083 to 1.085 ?
[10:13] <ogra_> that were just seed changes iirc
[10:13] <ogra_> qtdeclarative5-friends-plugin
[10:13] <ogra_> this was dropped from ubuntu-sdk-libs
[10:13] <ogra_> (ubuntu-sdk-libs is part of ubuntu-meta now, if you see ubuntu-touch updated it will be there too)
[10:19] <ev> !ci
[10:19] <ev> #ci
[10:19] <ev> ^ ignore all that. Testing.
[10:20] <psivaa> ogra_: is calendar app comes as click package?
[10:20] <psivaa> calendar-app-autopilot is not installed as part of it if it's under click packages
[10:20] <ogra_> psivaa, i think sergiusens changed it to one yesterday
[10:20] <psivaa> ogra_: ack
[10:21] <sergiusens> yeah, you don't want to install those packages for click
[10:21] <sergiusens> they depend on the app's deb package and would just be an invalid
[10:21] <sergiusens> test
[10:23] <lool> sergiusens: next build coming up pretty soon
[10:23] <lool> asac: dbarth is working on getting us more testsuites, albeit not one that would test whether webapps work
[10:23] <lool> asac: both cordova and unity-webapps-qml testsuites need some love I think
[10:24] <psivaa> plars: ^ re: calendar app click package changes in the smoke tests, i used rev:45 of ubuntu-test-cases/touch with 86
[10:24] <lool> but that's kind of low priority on the grand scheme of things
[10:24] <sergiusens> lool, hmmm, well I have a notes-app fix
[10:24] <lool> sergiusens: ok, can you show it to me?
[10:24] <lool> sergiusens: I think it should go in ASAP
[10:24] <lool> sergiusens: pulling trunk
[10:24] <sergiusens> lool, https://code.launchpad.net/~sergiusens/notes-app/app_domain/+merge/189798
[10:25] <sergiusens> lool, problem with the whole localstorage thing
[10:25] <psivaa> asac: so, i removed upstart-app-launch-tools and ran clock tests (which did not produce crash before 07.1) and it still produces the upstart crash
[10:25] <lool> sergiusens: is anything hardcoding notes-app?
[10:25] <lool> sergiusens: icon theme?  other tests?
[10:26] <asac> psivaa: ok...
[10:26] <lool> sergiusens: does this affect other packages?
[10:26] <asac> psivaa: so sdk tools?
[10:26] <sergiusens> lool, applicationName
[10:26] <asac> psivaa: did you reboot?
[10:26] <asac> after?
[10:26] <lool> sergiusens: local_location = "../../notes-app" in tests/autopilot/notes_app/tests/__init__.py?
[10:26] <psivaa> asac: yes twice :), i manually rebooted and then the test does it anyway
[10:26] <lool> sergiusens: are you trying to keep the .deb working?
[10:26] <sergiusens> lool, nah, I ran the tests yesterday, but I had the old ui toolkit
[10:27] <sergiusens> lool, yes
[10:27] <sergiusens> lool, yes for the deb
[10:27] <sergiusens> lool, MRs are deb dependent so I have to anyways ;-)
[10:27] <sergiusens> lool, upstream merger hasn't upgraded to click yet
[10:28] <asac> psivaa: try downgrade the sdk-libs
[10:28] <asac> http://people.canonical.com/~ogra/touch-image-stats/20131007.1.changes
[10:28] <asac> psivaa: ubuntu-sdk-libs:armhf from 1.083 to 1.085
[10:28] <psivaa> asac: ack
[10:28] <asac> psivaa: otherwise its 100% the click testing
[10:28] <asac> sergiusens: anmy idea?
[10:28] <asac> e.g. why we see those crashes?
[10:29] <lool> sergiusens: see review from osomon there
[10:29] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/maguro/86:20131008:20131003.2/4608/ubuntu-clock-app-autopilot/
[10:29] <lool> sergiusens: Otherwise, good with me if the tests pass
[10:31] <sergiusens> lool, already fixed :-)
[10:32] <sergiusens> lool, I'll keep you posted
[10:32] <lool> sergiusens: including the .pot?
[10:32] <sergiusens> lool, yup
[10:32] <lool> sergiusens: ok, please prepare the updated click and ping me when it's up  :-)
[10:32] <lool> sergiusens: how can I see it's ready for image build and where's the list of clicks + versions?
[10:33] <lool> sergiusens: added to landing plan
[10:33] <sergiusens> lool, http://people.canonical.com/~ubuntu-archive/click_packages/click_list
[10:34] <lool> rsalveti: could you give a heads up here before uploading a package to archive like android?
[10:35] <lool> rsalveti: how do we test it works?
[10:35] <sergiusens> lool, the bzr revno is embedded in the manifest for the click package though
[10:35] <lool> rsalveti: I mean what's the symptom of the property watcher that is fixed?
[10:36] <sergiusens> lool, what rsalveti uploaded was a patch to property watcher, it's grabbing the full list now
[10:37] <lool> sergiusens: so you're uploading notes-app to store by some jenkins magic from trunk, then updating that click repo location from store, then manually updating the click_list?
[10:37] <lool> sergiusens: do we have to ping ~ubuntu-archive to get an updated click in there?
[10:37] <cjwatson> Or wait for the cron jobs
[10:37] <cjwatson> Or I can bump the frequency ...
[10:37] <lool> sergiusens: android property watcher >> I see the fix in the diff, but I dont know in practice how to tell what works; is this to watch android bionic getprop properties?
[10:38] <lool> sergiusens: what's the use case for watching them?  adb?
[10:38] <lool> cjwatson: ah there's a cron pulling latest version from store?
[10:38] <cjwatson> Yes
[10:38] <lool> cjwatson: what's the frequency?
[10:38] <cjwatson> lool: I've made it every hour rather than every six hours now
[10:38] <lool> ok
[10:38] <sergiusens> lool, I'm not doing store uploads yet; the store is single user still and I'm afraid of havoc
[10:38] <cjwatson> 11 * * * *
[10:38] <lool> cjwatson: thanks
[10:38] <cjwatson> sergiusens: I would really appreciate it if you could make click_copy.py be quiet on stdout/stderr unless something is wrong
[10:38] <cjwatson> sergiusens: One of the reasons I had it on a lower frequency was the cronspam
[10:39] <sergiusens> lool, upstart-local-bridge; init uses the android property system
[10:39] <lool> sergiusens: so you're manually building a click from trunk and uploading to store?
[10:39] <sergiusens> cjwatson, ack; I'll change
[10:39] <cjwatson> thanks
[10:39] <sergiusens> lool, no, built in jenkins
[10:39] <lool> ok
[10:39] <lool> sergiusens: concretely, what behavior changes can I see from the upstart fix?  :-)
[10:40] <lool> cyphermox: news of ofono and telepathy-ofono?
[10:40] <sergiusens> lool, if you create a job that has a 'start on android-container svc.init.servicemanager=running' it will work on all boots instead of 9/10
[10:41] <lool> sergiusens: grep -rl svc.init.servicemanager /etc/init returns nothing; what are we using this for?
[10:42] <sergiusens> lool, that was an example
[10:42] <lool> I see /etc/init/upstart-local-bridge.conf will emit android-container
[10:42] <sergiusens> lool, that's why I said 'if you create'
[10:42] <lool> sergiusens: looking for concrete places where we use this that are affected
[10:43]  * lool lunch &
[10:43] <sergiusens> lool, no where yet, but it would get all the sleeps out of the jobs if we wanted to
[10:43] <asac> psivaa: did that help?
[10:45] <asac> Mirv_: the landing 83 is still being worked on?
[10:45] <asac> or is it in image/archive now?
[10:49] <psivaa> plars: nope it it
[10:49] <psivaa> it did not
[10:49] <psivaa> asac: it did not..
[10:49] <psivaa> my fingers are playing havoc :)
[10:50] <lool> sergiusens: Ok; that's good motivation (stronger upstart jobs, dropping the sleeps)
[10:50] <lool> sergiusens: thanks
[10:50] <lool> asac: landing #83 is done
[10:51] <lool> asac: it's still up because it's not in a promoted image, and it shows as FAILED #84 because it caused some regressions indirectly, but we want to keep it
[10:52] <lool> asac: the step we will take to fix the remaining desktop regression will be added to landing plan once ready (thumbnailer split); the other regression is fixed in #86
[10:52] <lool> image #86
[10:52] <psivaa> asac: downgrading ubuntu-sdk-libs:armhf to 1.083 needed installation of dropped qtdeclarative5-friends-plugin
[10:52] <psivaa> asac: still it did not help
[10:52] <asac> lool: where are the regressions?
[10:53] <asac> where are the getting fixed?
[10:53] <lool> asac: that's what I just said
[10:53] <asac> lool: sorry
[10:53] <asac> yeah
[10:53] <lool> also covered them this morning, but I understand of information at once
[10:53] <asac> lool: so i got feedback from app folks that they hate
[10:53] <asac> if we jsut regress them
[10:53] <lool> who is this?
[10:53] <asac> the community folks
[10:53] <lool> you mean if we regress the image?
[10:54] <asac> if we regress their tests by updating sdk
[10:54] <asac> etc.
[10:54] <lool> we haven't promoted any regressed apps though
[10:54] <asac> we shouldn't let those things in
[10:54] <lool> yes, the failing tests have been catched before including the SDK in the image
[10:54] <asac> no... its in image
[10:54] <asac> and archive
[10:54] <asac> hence their merge tests fail
[10:54] <asac> etc.
[10:54] <lool> and it /just broke the tests/ not the app, and the tests were fixed /before/ we landed the SDK
[10:54] <asac> thats an invalid argument
[10:54] <lool> ah the current ones in -proposed
[10:54] <asac> but well
[10:54] <asac> lool: oh... we fixed the tests?
[10:55] <asac> thoguth they are still pending (you said above)
[10:55] <lool> asac: well, the first round of regressions from the SDK yes
[10:55] <lool> the ones with the database pathes
[10:55] <lool> see the bug link in the SDK landing you just asked about
[10:55] <lool> it has 8 or so merge proposals attached to fix tests
[10:55] <asac> right. we shouldnt have let that in anyway without coordinating with all stakeholders.
[10:55] <lool> but it's not related to the failures in #86
[10:55] <lool> asac: we have not let itin
[10:55] <asac> yeah. just saying
[10:55] <lool> asac: this was in PPA only
[10:56] <ogra_> we also switched from friends1 to friends2 in the ADK
[10:56] <ogra_> *SDK
[10:56] <ogra_> which definitely broke one app out there
[10:56] <lool> asac: please, let's stop discussing this past stuff, errors were catched before landing; I got pressure the other way around already that the SDK was not getting updated fast enough blahblah
[10:56] <sergiusens> lool, those all need to be updated again because they are not using apparmor paths
[10:56] <asac> lool: ok. no problem
[10:56] <lool> let's keep calm, look at current failures and upcoming landings
[10:56] <asac> just wanted to get the idea
[10:56] <cjwatson> ogra_: it wasn't a switch - friends2 was added *ages* ago
[10:56] <lool> got to go to school. be back in a few
[10:56] <cjwatson> (it's now explicitly seeded, but it was present earlier anyway)
[10:57] <ogra_> ok, well, then we removed friends1
[10:57] <cjwatson> yes, which should have been done at roughly the time it stopped being built by its source
[10:57] <cjwatson> this was tech debt
[10:57] <ogra_> (which was scheduled and all ... and discussed witrh the app owner)
[10:57] <cjwatson> right, we didn't cowboy that
[10:58] <ogra_> i.e. the process was all fine just pointing out that we did such a change that broke backwards compatibility
[10:58] <ogra_> and i dont think we can avoid such stuff before v1.0
[10:58] <asac> sergiusens: in case you missed: any idea why we see those crashes in app tests after moving to click?
[10:58] <ogra_> app devs will have to adapt until we have a really stable API
[10:58] <sergiusens> asac, yeah, it's supposed to be fixed in latest upstart-app-launch
[10:59] <sergiusens> zeitgeist crashes
[10:59] <ogra_> sergiusens, yeah
[10:59] <asac> sergiusens: is that already in http://people.canonical.com/~platform/cu2d/results ?
[10:59] <sergiusens> asac, I don't know, I'm not following all projects
[10:59] <sergiusens> asac, ...  lool told me not to worry
[10:59] <asac> lool: is it in there?
[11:00] <asac> psivaa: you could try upgrading that
[11:00] <asac> psivaa: upstart-app-launch (0.1+13.10.20131008-0ubuntu1) saucy; urgency=low
[11:00] <asac> psivaa: thats in daily-build ppa
[11:00] <psivaa> asac: ack, will do
[11:00] <ogra_> doesnt that also need unity-mir and unity8 updates ?
[11:01] <asac> ogra_: maybe... there is a new unity-miro as well
[11:01] <asac> ogra_: i care about the crashes
[11:01] <ogra_> i know
[11:01] <ogra_> jzust saying we held it back because someone said its a set that needs to land together
[11:02] <ogra_> so if you just install upstart-app-launch, yu most likely trigger new issues
[11:04] <Mirv_> asac: satoris is fixing the thumbnailer split
[11:04] <sergiusens> cjwatson, lp:click-sync -> http://bazaar.launchpad.net/~ubuntu-cdimage/click-sync/trunk/view/head:/click-sync.py
[11:04] <asac> Mirv_: can you add a comment about the status of UI toolkit landing (the one that failed)?
[11:04] <asac> landing 83
[11:04] <asac> e.g. what issues are left on latest proposed image
[11:05] <sergiusens> cjwatson, same syntax and silent argv[0] is different but feel free to rename if needed
[11:07] <cjwatson> sergiusens: Great, thanks, that's fine
[11:07] <Mirv_> asac: it's there in the column I, the thumbnailer plugin split. nothing to be fixed AFAIK on the image, but on the desktop side only.
[11:07] <cjwatson> sergiusens: switched
[11:09] <Mirv_> so satoris has now a MP to thumbnailer that according to bzoltan fixes the desktop side issue
[11:09] <Mirv_> I asked satoris to join here as well to coordinate on getting the fixed thumbnailer released
[11:10] <Mirv_> so it will not need SDK update, only thumbnailer from the services stack
[11:10] <asac> sergiusens: how can i find which apps are now shipped as click?
[11:10] <sergiusens> asac, http://people.canonical.com/~ubuntu-archive/click_packages/click_list
[11:11] <asac> sergiusens: how can i see that on the device? i assume i can use some click cli tools?
[11:11] <ogra_> sergiusens, do you think we'll manage to get all core apps to click (i.e. can we drop the PPA before release)
[11:11] <sergiusens> asac, sudo -u phablet -i; click list
[11:11] <ogra_> clikc list ?
[11:12] <sergiusens> click list --manifest for details
[11:12] <sergiusens> ogra_, yeah, we will; going to happen today I guess
[11:12] <satoris> Mirv_: here I am.
[11:12] <asac> sergiusens: how do i see which ones are installed by default and which i installed on my own?
[11:12] <Mirv_> satoris: so, we (lool, sil2100) mainly need to know when it's merged so that we can relaunch services stack build to have a package to test and then promote to archives
[11:12] <asac> wait
[11:12] <asac> let me try L:)
[11:13]  * ogra_ hugs sergiusens
[11:13] <sergiusens> asac, it will be obvious when using --manifest
[11:13] <satoris> Mirv_: the MR is here and I can approve it any time you choose: https://code.launchpad.net/~jpakkane/thumbnailer/gst-disable/+merge/189818
[11:14] <satoris> Once Jenkins gives it the go-ahead.
[11:14] <Mirv_> lool: how far did you understand the issue and does that ^ seem good to merge for you?
[11:16] <Mirv_> satoris: so what again were the implications of that on the device?
[11:17] <satoris> Mirv_: none, really. Embedded album art in MP3 files stops working.
[11:19] <Mirv_> satoris: right, just read it from the bug report. that sounds good to me at least, so unless anyone here objects go ahead and approve it when jenkins is happy.
[11:19] <satoris> That is, it won't be shown in the dash.
[11:19] <Mirv_> ("disable embedded album art provider in thumbnailer, because it is the only part that uses GStreamer and is in the same process (video is done out-of-process)")
[11:20] <satoris> This should not require rebuilding anything as API and ABI are preserved.
[11:23] <satoris> Mirv_: Jenkins approved, bzoltan approved, top approving now.
[11:23] <Mirv_> I also tested it on desktop, and like bzoltan seems fixed
[11:24] <satoris> Approved.
[11:24] <satoris> Mirv_: so you could reproduce it on the desktop? Why is my machine the only one where the issue does not happen? :)
[11:25] <cjwatson> asac: click list --manifest shows the directory where they're installed (the _directory key) - the ones you installed on your own are under /opt/click.ubuntu.com, the others are elsewhere
[11:25] <cjwatson> So if you need to know this for some reason then you can work it out that way
[11:25] <Mirv_> satoris: so you tried the Jamie's approach? I don't know.. it hanged without your branch, and launched + worked after installing the thumbnailer from your branch
[11:26] <Mirv_> satoris: one option is that if you've played/installed the qtmultimedia-touch packages at some point to your desktop
[11:27] <satoris> I most definitely have not.
[11:27] <satoris> It's not installed according to apt.
[11:29] <satoris> Oh well, the dynamic linker works in mysterious ways.
[11:29] <Mirv_> lool: added satoris' thumbnailer change to the landing asks page
[11:29] <lool> Mirv_: looking
[11:30] <lool> satoris: hey I thought the plan was to split thumbnailer entirely out of SDK
[11:30] <lool> satoris: or at least in its own binary package
[11:30] <satoris> lool: we fixed the core issue so it is not necessary.
[11:30] <Mirv_> I think the talk on sdk channel went something like this is the less risky way than splitting at this point of time
[11:31] <lool> satoris: so from the look of the changes, you've disabled a class of use cases
[11:31] <satoris> lool: yes, but that is not a regression as it was all new functionality. :)
[11:31] <lool> satoris: a) what are we missing functionnaly with the commented out changes  b) was this tested on desktop and on touch?
[11:32] <lool> satoris: well, IIUC unity scopes wanted to leverate this?
[11:32] <lool> satoris: if it's new funcitonality that we don't need we should drop it though  :-)
[11:32] <satoris> a) mirv_'s comment about 13 minutes ago b) yes.
[11:33] <asac> cjwatson: yeah. looks good. thx
[11:33] <lool> satoris: so MP3 album art *stored in ID3vN tags* is the only thing we'd be missing?
[11:33] <satoris> lool: yes.
[11:33] <lool> satoris: but it still seems to pull in gstreamer, how can that work if there were symbol clashes?
[11:33] <satoris> lool: that is for video thumbnailing which is done out-of-process.
[11:33] <satoris> A standalone binary, basically.
[11:34] <sil2100> Mirv_: https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_pkgs_for_phone_again/+merge/189820 <- hello ;)
[11:34] <lool> satoris: so you're saying gstreamer 0.10/1.0 mixup is dropped by this change; there is still a plugin using gstreamer, but it's not used by default and the processes using it only run on touch and work?
[11:35] <satoris> lool: basically yes, except that the binary is not optional. The reason the clash happened is because libthumbnailer.so linked against GStreamer 1.0. Now it does not anymore. Only the standalone executable does.
[11:35] <lool> satoris: if that's indeed the case, then it seems a better approach indeed
[11:36] <lool> satoris: what's the standalone executable?
[11:36] <satoris> lool: vs-thumb, a binary that creates a snapshot image of a video file.
[11:36] <lool> satoris: Ok
[11:36] <lool> satoris: yeah, plans look good to me
[11:36] <lool> satoris: so the album art thing was in "imdump"?
[11:36] <lool> Mirv_: Ok, let's test and land this
[11:36] <satoris> Once desktop moves to GStreamer 1.0 we can re-enable all this.
[11:37] <lool> psivaa: did you manage to test updated unity-mir in PPA?
[11:37] <satoris> lool: no, those are helper binaries that are not installed. Only vs-thumb is.
[11:37] <Mirv_> lool: ok
[11:37] <psivaa> asac: so, installing upstart-app-launch (0.1+13.10.20131008.1-0ubuntu1) from daily ppa did make the crash go away
[11:37] <ogra_> lool, asac there are two harmless emulator changes we need, i just added them to landing asks line 143 ... or to put them on the landing plan ?
[11:37] <Mirv_> sil2100: I actually had that already deployed, but I kind of thought the issue would go away once UI Toolkit hit the archives
[11:38] <ogra_> (zero risk xnox is just doing regression testing)
[11:38] <lool> ogra_: I kind of feel like putting emulator on backburner
[11:38] <lool> it's noise
[11:38] <lool> I've pushed back on the customization stuff for post-release
[11:38] <psivaa> lool: i only installed the ustart-app-launch.. just to see if it makes the crash go away..i'll install the rest of unity-mir packages to test
[11:38] <lool> realistically, we're not getting any benefit from emulator at this point
[11:38] <lool> so let's focus on release on phones
[11:39] <ogra_> lool, well, that means we cant change our landing process after release ... i would pretty much like to see all emulator stuff we can land before release
[11:39] <sil2100> Mirv_: hmm, not sure, since is that installed in the image by default?
[11:39] <ogra_> the emulator is essential for scalable testing
[11:39] <asac> psivaa: interesting
[11:39] <asac> psivaa: how does the phone look like with just that?
[11:39] <asac> can you use it?
[11:39] <Mirv_> sil2100: it should be now, since it comes from qtdeclarative5-ubuntu-ui-toolkit-plugin, and it's now in archives
[11:39] <lool> ogra_: we can always update it after release
[11:39] <lool> ogra_: development wont stop at 13.10
[11:40] <Mirv_> sil2100: but was it only desktop image that counts?
[11:40] <sil2100> Mirv_: sadly, qtdeclarative5-ubuntu-ui-toolkit-plugin is not in the iso manifest
[11:40] <lool> ogra_: what has to go in 13.10 are fixes for real phones
[11:40] <sil2100> Mirv_: for daily-build we use desktop images
[11:40] <Mirv_> sil2100: right, so because this is touch only.
[11:40] <psivaa> asac: i was using the phone in the lab.. i'll try with rest of the unity-mir updates locally
[11:40] <ogra_> xnox, sounds like this is a no :(
[11:40] <sil2100> Mirv_: so we anyway need this installed in the extra packages - it won't get away otherwise
[11:40] <asac> psivaa: i am intersted in just app-launch without unity-mir
[11:40] <asac> but nevermind
[11:40] <asac> i can do it here too
[11:40] <sil2100> Mirv_: since cu2d will try fetching it as a dep otherwise, no?
[11:41] <psivaa> asac: i'll try without mir first
[11:41] <ogra_> lool, do you have any status for the kernel uploads ? i havent seen a trace of them
[11:41] <sil2100> Mirv_: so if you can, please approve so that we have it in cu2d from now on ;) I learned the hard way with autopilot that redeploying things without merging it into VCS later just means trouble ;p
[11:42]  * ogra_ wants the ureadahead patches, there is still enough userspace stuff to do to use them
[11:42] <xnox> ogra_: is that no for both, or only initramfs-tools-ubuntu-touch?
[11:42] <Mirv_> sil2100: yes, approved
[11:42] <lool> ogra_: no I was told tuesday or so; it would actually be super helpful if you could check where these stands
[11:42] <lool> ogra_: perhaps ping ogasawara or apw?
[11:43] <ogra_> yep
[11:43] <Mirv_> sil2100: and, since it's needed please check https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/feedback_thumbnailer_apps_media_sdk_unity8/+merge/189823 as well, those are also already deployed but would get undeployed if it's not merged
[11:43] <xnox> ogra_: lool: please comment as such on merge proposals please: https://code.launchpad.net/~xnox/ubuntu/saucy/initramfs-tools-ubuntu-touch/missing-mkdir/+merge/189789 and https://code.launchpad.net/~xnox/ubuntu/saucy/lxc-android-config/add-generic-rules/+merge/189792
[11:43] <ogra_> xnox, lool i think the udev rules for emulator are absolutely harmless ... imho they should go in
[11:44] <ogra_> but not my call, lool is the gatekeeper :)
[11:44] <apw> ogra_, ?
[11:44] <apw> (as in you needed something)
[11:44] <xnox> ogra_: lool: i'm not blocked, i'll just have to hack up locally to modify stuff post-build.
[11:45] <ogra_> apw, waiting for aa updates and ureadahead fixes for out touch kernels
[11:45] <lool> xnox: are these changes the last ones to get a working emulator?
[11:45] <ogra_> s/out/our/
[11:45] <sil2100> Mirv_: ACK
[11:45] <xnox> lool: no idea, but it does make a bootable emulator & lxc-android container out of the box.
[11:45] <apw> ogra_, yep, the kernel parts are pending on the apparmor userspace changes going in first, though there is a FAIL marked in the landing asks page, which i am waiting on jds to wakeup to get clarification on
[11:46] <ogra_> lool, ^^^
[11:46] <lool> xnox: did you test these on mako or maguro?
[11:46] <xnox> lool: still no, GLES yet nor video output. So I think there will be more changes. No idea if that would be in android package or elsewhere.
[11:46]  * ogra_ wasnt aware that waits on userspace changes
[11:46] <xnox> lool: i only have grouper.
[11:46] <lool> xnox: ok, if we're not getting video output, I think we should defer emulator related landings to post 13.10
[11:46] <xnox> lool: ok.
[11:46] <lool> xnox: will update mps
[11:47] <apw> ogra_, when the kernel goes in i believe it makes things work, which needs the changes for the profiles etc in first else your networking stops at a minimum
[11:47] <apw> ogra_, but with the mark against it it ain't going nowhere anyhow
[11:47] <ogra_> ah k
[11:47] <apw> i am expecting the mind with the info imminently
[11:47] <ogra_> yeah
[11:48] <ogra_> slackish USians ... always sleep into the afternoon
[11:48] <apw> i know just rude isn't it
[11:48] <ogra_> yeah, they should take the asians as example
[11:48] <xnox> apw: oh, i didn't realise that it's tangeled up like that.
[11:48] <ogra_> they are always up early !
[11:48] <apw> xnox, it is a tangle and no mistake
[11:49] <asac> lool: is there something to test/publish on the input handling front?
[11:49] <lool> apw: we've uploaded some apparmor-easyprof-ubuntu changes yesterday; is this what we needed?
[11:49]  * asac reflashes latest proposed
[11:49] <lool> asac: you want to upgrade to latest unity-mir + upstart-app-launch from PPA
[11:49] <lool> I'd like to start an image build ASAP
[11:49] <lool> checking what's in flight
[11:49] <asac> lool: would we copy them to archive?
[11:49] <lool> asac: not before we get Mir
[11:49] <asac> lool: ok. plesae update spreadsheet
[11:49] <apw> lool, my crib sheet says that first, then apparmor, then the kernels, but i may have it wrong but i need the same person to clarify that :)
[11:50] <lool> asac: please update spreadsheet for what?
[11:50] <asac> lool: ok, then i wait for mir before spending time testing it
[11:50] <asac> lool: with wahts inflight etc.
[11:50] <asac> whats
[11:50] <lool> asac: please test them *on mir*  :-)
[11:50] <asac> 13:49 < lool> checking what's in flight
[11:51] <asac> lool: ok, will just wait for now. please ping me when the mir that we want to publish together with this is avail.
[11:51] <lool> psivaa, asac: Also looking for someone to run either webbrowser-app or unity8 AP on Mir with latest unity-mir + upstart-app-launch
[11:52] <asac> lool: wait. i thought we wait for everything that we believe we need and then test it manually
[11:52] <asac> do you feel that webbrowser-app is alrady fixed with the above?
[11:53] <lool> asac: that's what I want to know
[11:54] <lool> asac: we have 1/3 merged, 1/3 approved, 1/3 needs a commit message fix
[11:54] <asac> we hsouldnt test if we have no indication that we fixed something :)
[11:55] <asac> if you know we fixed something, we can confirm i guess
[11:55] <asac> anyway, psivaa can probably do it as he has his device set up anyway
[11:56] <psivaa> asac: lool: doing that now
[11:56] <asac> lool: so what do we expect?
[11:57] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/touch_mir/maguro/86:20131008:20131003.2/4610/webbrowser-app-autopilot/
[11:57] <asac> that one failed a lot :)
[11:57] <asac> will it fix the hud crash?
[11:57] <asac> maliit surely isnt fixed without the input handling fix?
[12:06] <lool> asac: hud updates underway
[12:06] <asac> lool: so what about the phone stack
[12:07] <lool> Mirv_: BTW I added a landing slot for SDK update with the thumbnailer gst fix
[12:07] <asac> there seem to be a few changes that might be ready to take ?
[12:07] <lool> asac: you mean from cu2d/results?
[12:07] <asac> lool: right. checking what is staged/accumulated
[12:07] <lool> asac: ofono and telepathy-ofono have to be landed
[12:07] <cjwatson> I keep reading "hud" as "hurd"
[12:07] <asac> lool: we only have ofono :)
[12:07] <asac> err
[12:07] <lool> asac: the cu2d/results page is way too long, too much noise; I kept taking stuff from there in last days, but I think it's time to stop
[12:07] <cjwatson> trying to work out why you care :)
[12:08] <asac> we dont have ofono, just the telepathy part
[12:08] <lool> asac: no we also have ofono, but it's not ci-ed
[12:08] <lool> I almost did that yesterday, but was too painful, will be post-13.10
[12:08] <asac> lool: well, we must continue to be fair to all stakeholderes
[12:08] <lool> asac: cyphermox has 2 landing asks
[12:08] <lool> asac: I'm considering all landing asks fairly
[12:08] <asac> those guys have potential good stuff staged, so lets check with them
[12:08] <asac> right
[12:08] <lool> asac: I am stopping considering stuff getting into trunk as being needed for 13.10, unless I'm asked about it
[12:09] <asac> lool: so we dont have a phone landing ask?
[12:09] <lool> asac: outside of the ofono and telepathy-ofono ones, no
[12:10] <asac> lool: i think its worthwhile checking with everyone who has something staged given that potentially might stop landing/testing stuff unrelated to mir for a few days
[12:10] <asac> at least as long as we dont have the bits for mir together
[12:10] <Mirv_> lool: ok.
[12:12] <lool> asac: this is what we already did since friday
[12:12] <asac> lool: well, we still dont have everything together, so... :)
[12:12] <lool> asac: we looked at all cu2d/results and took a lot everyday last week, and aggressively friday and monday
[12:12] <lool> asac: it never stops
[12:12] <asac> anyway. i will deal with it
[12:12] <lool> asac: there are always more things landing
[12:12] <asac> lool: sure. thats CI :) ... it never stops
[12:12] <lool> asac: I've reviewed it before going to bed yesterday, and picked the indicator-power fix and history-service fix
[12:13] <Mirv_> sil2100: lool: FYI DHCP issue again at cu2d, aborting qa stack check job because of that
[12:13] <lool> asac: well I think it's the time to stop taking everything though
[12:13] <asac> lool: lets just keep going with business as usual
[12:13] <psivaa> asac: lool: unity8 crashes when mir enabled after installing the packages from daily ppa
[12:13] <asac> we can take mir when its there
[12:13] <lool> Mirv_: did you manage to fix?  maybe ping retoaded or IS
[12:13] <asac> folks are still working on stuff etc.
[12:13] <asac> no panick is the no. 1 rule
[12:14] <psivaa> asac: lool: making the device not usable when mir enabled
[12:14] <lool> asac: yes, no panic, and not trying to land everything we can; it's time to be more conservative to allow Mir to get in and to focus on that
[12:14] <asac> psivaa: thanks
[12:14] <lool> asac: we can fix most important bugs after Thursday
[12:14] <psivaa> that's with 86 + unity daily ppa
[12:14] <asac> lool: well, we dont need to stop and be paralysed
[12:14] <asac> they are still working on things
[12:14] <lool> asac: we're not stopping, see the landing plan
[12:14] <asac> why would we stop the rest :)
[12:14] <asac> yeah.
[12:15] <lool> asac: we have enough landing asks, and we should give priority to that
[12:15] <Mirv_> lool: we workaround when spotting, it should have been fixed several times but still pops up every now and then. one notices it by checking why it seems a stack is stalled in autopilot.
[12:15] <lool> if I'm twiddling thumbs, I'll ping you to get some work  ;-)
[12:15] <sil2100> Mirv_: damn...
[12:15] <asac> lool: do we have all failures in current image understood?
[12:15] <asac> will they be fixed?
[12:15] <asac> i felt we stopped doing that
[12:15] <asac> on "more conservative" ... we should be as conservative as always
[12:15] <asac> have decent rules and continue to apply them
[12:15] <lool> asac: hold on, weren't you just arguing for landing more crack that you weren't even requested to take?  ;-)
[12:16] <asac> lool: right. just want to say that we should try to get a good/green image
[12:16] <lool> yes
[12:16] <lool> and I also want Mir
[12:16] <asac> and ignore mir until tvoss comes along saying they are ready
[12:16] <asac> yeah, but our hope will not make that happen sooner :)
[12:17] <lool> asac: did you look at the 3 Mir MPs?
[12:17] <lool> asac: have a look
[12:18] <asac> lool: yeah. but tvoss is still working on webbrowser test fixes
[12:18] <asac> etc.
[12:18] <lool> asac: I've invited you to 2 Mir status standups of 10mn until Thursday that I've setup with kgunn, saviq and dandrea
[12:18] <asac> so it will take a bit
[12:19] <asac> lool: so lets wrap up a good image and see where we are at then
[12:19] <lool> asac: webbrowser is not critical to switch to Mir
[12:19] <asac> what do we need to take to get a green image?
[12:19] <lool> asac: that was the decision from yesterday
[12:20] <Saviq> lool, just one in my calendar
[12:20] <asac> lool: right. we can look at it later
[12:20] <asac> lool: i dont have all the bits to test yet in the ppa
[12:20] <lool> Saviq: kgunn added you to them; he might not have picked the early one
[12:20] <asac> so we can just work as if it doesnt exist
[12:20] <lool> Saviq: you want the one in 30mn too?
[12:20] <lool> Saviq: I see youon both actually
[12:21] <lool> Saviq: one optional and one optional where you said no
[12:21] <Saviq> lool, right, interesting
[12:21] <Saviq> lool, ah now I see it - just today, though
[12:21] <asac> lool: so going back to start... what do we need before we kick a new image? :)
[12:21] <Saviq> lool, the other one... yeah, it's 10pm here when that happens ;)
[12:22] <lool> Saviq: correct
[12:22] <lool> Saviq: yeah, sleeping or relaxing might be a better option at that time
[12:23] <lool> sil2100: do we have history-service?
[12:24] <lool> sergiusens: did you upload a new notes-app click?
[12:25] <lool> cyphermox: around?
[12:25] <lool> cyphermox: any ETA for upload of ofono / telepathy-ofono?
[12:25] <sergiusens> lool, it just merged 6 minutes ago...
[12:25] <sergiusens> one sec
[12:25] <lool> sergiusens: I know, but I know you're fast  ;-)
[12:26] <sergiusens> lool, jenkins is slow on MRs ;-)
[12:26] <sergiusens> lool, you still get the flaky tests every now and then
[12:26] <lool> asac: so I dont think we're getting the upstart fix this time around
[12:26] <sergiusens> cjwatson, how frequent is the cron now?
[12:26] <lool> asac: after retries, the pass rate is pretty good IMO
[12:26] <cjwatson> sergiusens: 11 * * * *
[12:26] <lool> asac: getting the notes-app AP fixes
[12:27] <lool> sergiusens: yeah, as before
[12:27] <sergiusens> lool, it's not really AP fixes, it's apparmor fixes with localstorage
[12:27] <cjwatson> sergiusens: In fact I've made it 11,41 * * * * now that the cronspam's gone
[12:27] <lool> sergiusens: I mean, it will give us a higher AP tests passrate, yes?
[12:28] <sergiusens> lool, yes, notes should load ;-)
[12:30] <sergiusens> lool, plars doanac  would be good to get syslog or at least output of grep DEN /var/log/syslog in the collected results
[12:30] <lool> sergiusens: you have dmesg I think
[12:30] <sergiusens> lool, denies don't show up there though
[12:30] <lool> sergiusens: albeit I see nothing there https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/155/artifact/clientlogs/dmesg.log/*view*/
[12:30] <lool> sergiusens: they do
[12:31] <lool> it might be a dmesg before the test?
[12:31] <jdstrand> sergiusens: I just got here-- can you tell me what the apparmor fixes with localstorage is?
[12:31] <jdstrand> s/is/are/
[12:31] <sergiusens> jdstrand, applicationName
[12:31] <lool> jdstrand: https://code.launchpad.net/~sergiusens/notes-app/app_domain/+merge/189798
[12:31] <jdstrand> sergiusens: right-- that was a change in the sdk. applicationName must be set correctly. apparmor policy has allowed that for ages
[12:32] <sergiusens> jdstrand, yeah, but since the aplicationName was 'notes-app' instead of 'com.ubuntu.notes' now that the bug is fixed, it was trying to create in the wrong location
[12:32] <sergiusens> s/but//
[12:32] <jdstrand> sergiusens: right-- that actually should have broken when the sdk changed
[12:33] <sergiusens> jdstrand, first time we retest this since notes-app was built as click 2 weeks ago
[12:33] <jdstrand> ah, but not for localstorage, right
[12:33] <sergiusens> bit rotting apps ftw :-)
[12:33] <jdstrand> cause that only just changed in landing #83
[12:35] <asac> lool: so what do you suggest?
[12:35] <jdstrand> sergiusens: so, all the click apps should have their applicationName corrected, not just the ones with localstorage, otherwise there is a hidden bug if they are updated to do something that needs applicationName properly set
[12:35] <asac> lool: wait for the notes-app fix before respin? what exactly will not be fixed due to upstart missing?
[12:35] <sergiusens> jdstrand, I'm changing all of them
[12:35] <lool> asac: upstart mainly affects mir
[12:35] <jdstrand> sergiusens: awesome, sounds like I didn't need to join the conversation :)
[12:35] <lool> asac: SF is completely bearable with this issue
[12:36] <jdstrand> sergiusens: thanks for the update
[12:36] <asac> lool: i am talking about AP results
[12:36] <lool> asac: I think current image is pretty good except for notes-app which will be fixed here; also getting a wagon of fixes into one
[12:36] <sergiusens> jdstrand, also see that 'friends' and 'usermetrics' are in, so now I can update some jobs
[12:36] <jdstrand> yep :)
[12:36] <lool> asac: then I think we want to land just after an image build: upstart fix, test input fixes, and consider landing Mir
[12:36] <lool> which would be in 2 hours
[12:36] <asac> lool: so we wait for notes-app fix and then we have a green image?
[12:36] <lool> when the MP with missing commit message is fixed, and after checking with mir folks, and ourselves playing with it
[12:36] <lool> asac: it wont be 100% green, but yeah
[12:36] <asac> lool: will our tests regress with just upstart and test input fix?
[12:37] <jdstrand> usermetrics in particular is a fun one. more apps shoudl use it-- I think the infographic is cool :)
[12:37] <sergiusens> jdstrand, only side effect of this applicationName thing is the translations need to follow it too
[12:37] <lool> asac: upstart wont regress anything; it's always been broken on mir and never an issue on SF
[12:37] <asac> lool: i am looking for results like 84
[12:37] <lool> asac: input will only affect mir and will progress it, but it depends on u-a-l which will regress user experience on SF (perhaps not tests)
[12:37] <asac> lool: when you say we wait for MIR, that implies the merge requests that got approved in the bug?
[12:38] <asac> lool: u-a-l?
[12:38] <asac> ah
[12:38] <lool> asac: that the last of the 3 merge requests goes in
[12:38] <asac> is there a way we can test u-a-l
[12:38] <jdstrand> sergiusens: oh? I was unaware of that-- popey and I sent out an email to app developers on how to update their apps for this, but didn't mention translations. can you describe the problem?
[12:38] <lool> asac: yes, that's what I asked this morning
[12:38] <lool> test on mir with updated upstart-app-launch + unity-mir from PPA
[12:38] <lool> unity-mir will soon have another of the 3 mp in PPA
[12:38] <jdstrand> http://bazaar.launchpad.net/~sergiusens/notes-app/app_domain/revision/207
[12:39] <asac> i mean... how can we test the regression on SF
[12:39] <jdstrand> sergiusens: ^ that's only for debs though, right?
[12:39] <asac> from what i undersatnd you propose to land the bits, but not the default switch
[12:39] <sil2100> lool: I tested it, all ok, but was waiting for the phone stack to finish
[12:39] <asac> (in 88)
[12:39] <sil2100> But it's running since 2 hours still
[12:39] <sergiusens> jdstrand, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1233071
[12:39] <sil2100> lool: so I guess I'll publish what is ready
[12:39] <jdstrand> no, I guess not, even in the click it should be renamed
[12:40] <asac> lool: anyway, lets wrap up the 87 image
[12:40] <jdstrand> CLICK_DIR
[12:40] <asac> lool: would love to have the crashes fixed though too
[12:40] <jdstrand> uh oh
[12:40] <asac> but we cant land u-a-l without the rest?
[12:40] <sergiusens> jdstrand, from what I think happens, gettex domain is taken from applicationName
[12:40]  * jdstrand looks closer
[12:41] <lool> sil2100: is phone stack stuck?
[12:41] <lool> cause I updated it yesterday twice
[12:41] <lool> added ofono and removed it
[12:41] <sil2100> lool: it was waiting on other stacks to finish, but due to the DNS issues it was stuck longer...
[12:41] <lool> asac: fixing the crashes is just cosmetic and work intense
[12:41] <asac> well
[12:41] <lool> asac: the fix is in upstart-app-launch and it has other changes in trunk that will regress SF
[12:41] <jdstrand> ok, the patch use a relative path, that seems ok
[12:41] <lool> asac: it was confirmed that trunk fixes it already
[12:42] <asac> so we can land it on SF
[12:42] <asac> what is the impact?
[12:43] <lool> asac: it does away with the stopping and starting of apps with an URL; because it has no API to resume them + bring them to front, it will fail sending the new URL to e.g. music-app or webbrowser-app or mediaplayer-app
[12:43] <lool> so pressing files from scopes will only work once
[12:43] <asac> lool: and the crashes we got because of us moving to click, right?
[12:43] <asac> thats understood and clear?
[12:44] <lool> asac: I dont think all were chased no
[12:44] <asac> note that crashes are not really cosmetic from CI perspective. they create work all the time as AP tests become flaki when crashing etc... so the time saved here is offset at some point by us retrying and praying :)
[12:45] <lool> I think the notes-app ones will go away
[12:46] <lool> we have a calendar and a clock regression
[12:46] <lool> and the usual weather-app flakyness
[12:46] <lool> overall, it's good
[12:46] <lool> it's just notes-app and crashes polluting this run
[12:46] <asac> are calendar and clock understood and worked on?
[12:46] <lool> no
[12:46] <asac> are both core apps?
[12:46] <lool> sorry not calendar
[12:47] <lool> calculator
[12:47] <lool> asac: I believe so
[12:47] <lool> balloons: would you think you could take a look at the latest clock + calculator AP issues?
[12:50] <lool> history-service is in proposed
[12:51] <Mirv> sil2100: lool: still encountering problems at the 'check' (autopilot) phase in cu2d. I've pinged on the #qa channel on the issues, but if you want stuff to build you may need to manually go to the 'check' job and press the red 'x' to cancel those to allow next stack(s) to build if the problem persists
[12:51] <fginther> morning
[12:52] <sil2100> Mirv: thanks for the info
[12:53] <Mirv> yeah so since I won't here be for that long, so that you know what to do
[12:53] <Mirv> morning fginther
[12:53] <fginther> Mirv, o/
[13:02] <plars> good morning
[13:03] <plars> psivaa: what's up with calendar app click packages? I didn't get the context from that
[13:04] <psivaa> plars: calendar-app-autopilot is not installed after the latest changes, so the tests failed to execute
[13:04] <plars> psivaa: yes, that was intentional
[13:04] <plars> psivaa: you saw the merge proposal last night?
 plars: Mind updating tests for notes-app and calendar-app now as clicks?
[13:05] <psivaa> plars: yea and according to sergiusens the calendar-app-autopilot is not part of click
[13:05] <plars> psivaa: ^
[13:05] <plars> psivaa: oh, from what I was told last night, calendar and notes were going to click in the next build and needed to change
[13:06] <lool> ogra_: would you be able to prepare a change to set CPU governor to performance as to fix mir display slow downs?
[13:06] <psivaa> plars: calendar could be part of click but may be the autopilot part is not
[13:06] <plars> psivaa: sorry, the latest image came in close to midnight for me, and I fell asleep before the tests got far enough to confirm
[13:07] <plars> sergiusens, lool: what's up with that? ^
[13:07] <sergiusens> plars, they are click
[13:07] <ogra_> lool, we can force it after the container is up i suppose ... but thats indeed highgly device specific
[13:08] <sergiusens> lool, the fix is in (for domain standardpaths for notes app)
[13:08] <sergiusens> plars, I think psivaa is confused on how tests are provisioned
[13:08] <ogra_> lool, original governor setup comes from android ... and in case of mako i think performance is broken due to the android "interactive" implementation ...
[13:09] <lool> sergiusens: cool
[13:09] <lool> sergiusens: click updated in repo?
[13:09] <plars> psivaa: sorry, I think you were out of the loop on this a bit
[13:09] <plars> psivaa: it looks like they passed in the latest run though - you didn't do anything to re-enable the -autopilot package did you?
[13:10] <psivaa> plars: i used rev 45 of u-test-cases/touch to make it pass
[13:10] <lool> plars: could you update tests for the new clicks?
[13:10] <lool> plars: clock and calculator
[13:10] <ogra_> lool, for which arches would that be, only maguro ? (i dont realyl see slowdowns on mako)
[13:10] <psivaa> plars: not the latest (46) where you've disabled for click changes
[13:10] <plars> lool: clock and calculator were already added yesterday
[13:10] <lool> ogra_: all arches
[13:10] <plars> lool: they were in the first batch
[13:10] <sergiusens> lool, yes
[13:10] <lool> ogra_: it slows down after a while, when powerd gets into some lower sleep state apparently
[13:10] <plars> psivaa: err, so you re-pushed the old revision?
[13:10] <ogra_> lool, they will cause probs on grouper and mako
[13:11] <lool> ogra_: https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1235190
[13:11] <plars> psivaa: let me go look at what was failing, we need it to *not* install that package
[13:11] <ogra_> lool, both use interactive governors
[13:11] <psivaa> plars: no, i edited the config of the jobs temporarily.. did not make a MP since not really sure of the history
[13:11] <plars> psivaa: ok
[13:12] <plars> lool: be aware, I made the changes for notes and calendar last night but those probably didn't run as is in the current results. i.e. they ran with the autopilot package (and thus the deb for notes/calendar rather than the click)
[13:14] <plars> psivaa: did you revert that change already?
[13:14] <plars> psivaa: I don't see where you made it
[13:14] <psivaa> plars: yea i reverted it in the config
[13:14] <plars> psivaa: ok, thanks
[13:15] <psivaa> plars: http://<IP_ADDRESS>:8080/user/psivaa/my-views/view/Maguro-ro/job/saucy-touch_ro-maguro-smoke-calendar-app-autopilot/125/console you could see i used 45
[13:18] <plars> psivaa: just a brief rundown on what's changed...
[13:18] <plars> psivaa: for apps that are now getting installed as click packages rather than deb, we want to remove the dependency on installing the -autopilot deb package because it would depend on the deb for the app
[13:19] <plars> psivaa: the ci scripts now run phablet-click-test-setup, which is something sergiusens set up to look at the manifest data for all installed click packages and pull the bzr branch for the version we have installed
[13:20] <plars> psivaa: then we run the autopilot tests and have them point PYTHONPATH to /home/phablet/autopilot to ensure they can find the tests for that app
[13:20] <psivaa> plars: ohh ok, i did not see the second bit
[13:21] <plars> psivaa: so it looks like the tests actually ran ok for calculator, or tried to at least, but there was some sort of output processing issue once it got to the yaml. I'm installing locally so I can debug it easier
[13:21] <ogra_> lool, asac, you are aware that switching to performance will kill batteries en masse ?
[13:22] <lool> psivaa: hey
[13:22] <psivaa> plars: from what i could see, the tests did not run
[13:22] <lool> psivaa: so we're reinstating the manual mir testing spreadsheet
[13:23] <lool> psivaa: we've also landed updated unity-mir + upstart-app-launch + qtubuntu
[13:23] <lool> psivaa: could you try updating qtubuntu-android libupstart-app-launch1 upstart-app-launch upstart-app-launch-tools libunity-mir1
[13:23] <lool> and run tests there?
[13:23] <psivaa> lool: ack will do
[13:25] <lool> psivaa: I've added a template for current revisions of packages
[13:28] <psivaa> lool: is that on image 83?
[13:29] <psivaa> lool: current devel-proposed is 86 so a little confused
[13:30] <lool> psivaa: on devel-proposed
[13:30] <lool> psivaa: sorry my bad
[13:30] <lool> psivaa: fixing
[13:31] <psivaa> lool: nw, i already have 86 :)
[13:35] <plars> psivaa: ahh, I see the problem
[13:35] <plars> sergiusens, psivaa: calendar-app-autopilot apparently depends on python-dateutil
[13:36] <sergiusens> plars, ok, let me look at that
[13:36] <plars> sergiusens, psivaa: we can work around it by specifying that the test needs to install python-dateutil as a prerequisite if needs be
[13:37] <psivaa> plars: ahh ok, that probably explain line 20 error.. sorry i was kind of in a hurry to make it pass :)
[13:37] <lool> ok, about to build an image
[13:37] <lool> history-service is in
[13:38] <lool> == Building #87 ==
[13:38] <plars> psivaa: the error gets sort of hidden because we use autopilot list to generate the list of tests to run, so it was trying to run one with that in the name
[13:38] <sergiusens> plars, please do, and I'll add that and python-mock to phablet-click-test-setup
[13:38] <plars> psivaa: so the easy way to see it is to run the autopilot list by hand
[13:40] <psivaa> plars: ack
[13:42] <plars> psivaa, doanac, cjohnston, josepht: could one of you ack https://code.launchpad.net/~pwlars/ubuntu-test-cases/ubuntu-system-settings-online-accounts-autopilot/+merge/189753 for me, I'd like to get it in before the next build lands
[13:42] <josepht> plars: looking
[13:42] <lool> asac: binaries: qtubuntu-android libupstart-app-launch1 upstart-app-launch upstart-app-launch-tools libunity-mir1
[13:42] <lool> psivaa: ^
[13:42] <lool> not sure where qthybris goes
[13:44] <psivaa> lool: running unity8 tests with the above on 86
[13:47] <lool> cool
[13:48] <lool> hmm image build returned, but that's too short
[13:50] <lool> psivaa: you installed said packages?  (updated first column)
[13:50] <asac> lool: i guess we should create one sheet for each build id
[13:50] <asac> so we know if the results are up to date :)
[13:51] <lool> asac: I've put the details on the left
[13:51] <asac> lool: so with the stuff installed, the unity8 autopilots still fail miserably
[13:51] <lool> image id + package revnos
[13:51] <asac> i see that
[13:51] <lool> and I've hidden older runs
[13:51] <asac> but still we could jkust keep the 83 result and create a new for whatever build you want to see tested
[13:51] <asac> anyway
[13:51] <asac> unity8 APs fail miserably still afaict
[13:51] <lool> asac: the 83 results are still there
[13:52] <lool> sergiusens: heya
[13:52] <asac> right. but where is the 86? :)
[13:52] <lool> sergiusens: so dont convert the apps which have URL handlers to click yet
[13:52] <lool> sergiusens: calendar, music, gallery, mediaplayer
[13:52] <lool> sergiusens: cause they need updated upstart-app-launch
[13:52] <sergiusens> lool, calendar has them?
[13:53] <lool> sergiusens: there are some calendar:// links yes
[13:53] <sergiusens> lool, darn, I knew about music, gallery and camera
[13:53] <sergiusens> lool, so when can that happen?
[13:53] <sergiusens> we did calendar last night
[13:53] <lool> sergiusens: reviewing mp
[13:53] <lool> sergiusens: after mir
[13:53] <sergiusens> lool, isn't that really risky?
[13:53] <sergiusens> unless mir happens like now
[13:54] <lool> sergiusens: what do you want to break?  :-)
[13:54] <ogra_> asac, lool, http://paste.ubuntu.com/6209409/ but i would really rather not do that just to hide a not properly researched bug ...
[13:54] <lool> sergiusens: hey I think I need some of your help to prepare an upstart job to switch to mir for people upgrading wtih system-image
[13:54] <sergiusens> lool, I prefer url handlers as a bug than switching when it's too late to fix any unknown
[13:54] <lool> sergiusens: if upgrading from build <= xyz, then touch .display-mir; done
[13:54] <asac> ogra_: yeah. at least get a good bug for that
[13:54] <asac> :)
[13:54] <asac> thanks
[13:55] <lool> sergiusens: so we want something shippable by thursday; then we have one week to land safe bug fixes
[13:55] <asac> ogra_: i thought there was a bug already, check with lool and tvoss
[13:55] <lool> sergiusens: but the deadline is that thursday needs to have mir and be good
[13:55] <lool> asac: I passed ogra_ the bug link already
[13:55] <asac> lool: can you give it to me as well?
[13:56] <lool> ogra_: isn't there standard infrastructure to set this?  /etc/init.d/ondemand or such?
[13:56] <lool> asac: 15:11 < lool> ogra_: https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1235190
[13:57] <asac> so with latest from ppa unity8 still crashes with unity8 crashing
[13:57] <lool> sergiusens: Mir should be tonight
[13:57] <lool> but we need to lock asac in a closet first
[13:57] <asac> unity8 AP fails with unity8 crashing i mean
[13:57] <ogra_> lool, no, that sysv script is desktopish and built to force ondemand
[13:57] <ogra_> lool, we dont want to abuse it for a temporary hack on touch
[13:57] <lool> ogra_: I know, just felt it was handling this kind of settings
[13:58] <ogra_> definitely not
[13:58] <asac> lool: the thostr_1 hud fix ... is that in the ppa already?
[13:58] <lool> ogra_: I thought there was some config file for this
[13:58] <ogra_> this is one of the grossest hacks we have done yet
[13:58] <lool> ogra_: or wouldn't e.g. sysctl.d/*.conf work for this?
[13:58] <ogra_> i will definitely not add it to some sane script
[13:58] <sergiusens> plars, fwiw, just seeing that calendar tests are broken com.ubuntu.calendar-app is supposed to be com.ubuntu.calendar
[13:58] <psivaa> lool: the versions are 0.1+13.10.20131008.1-0ubuntu1, the sheet says the source code versions i suppose
[13:58] <lool> asac: no, it's at bottom of landing asks, waiting on code
[13:58] <ogra_> lool, i dont think sysctl covers cpufreq
[13:59] <asac> lool: thats the one that tvoss said might fix our unity8 crashes, right?
[13:59] <asac> wasnt there a MP
[13:59] <asac> ?
[13:59] <lool> psivaa: Yes; you be able to confirm from changelog
[13:59] <ogra_> lool, this is a hack we should remove asap (and i still think it is wrong to do it at all)
[13:59] <psivaa> lool: ack, will confirm that
[13:59] <lool> psivaa: or by looking at PPA .changes
[13:59] <ogra_> lool, so the lxc-android-config package is the proper place to not affect desktop
[13:59] <lool> asac: yes
[13:59] <lool> ogra_: Ok; could you test it?
[14:00] <ogra_> will soon
[14:00] <plars> sergiusens: confusing... is someone fixing that? The module for autopilot will still be calendar_app though right?
[14:00] <asac> lool: ok, so we need that for mir i guess. thanks
[14:00] <ogra_> just testing another fix
[14:00] <lool> ogra_: perhaps how battery life is affected / does device get hot when not in use / when in use
[14:00] <sergiusens> plars, yeah, just the package name is wrong, I'll fix
[14:01] <sergiusens> lool, music app as click is working fwiw
[14:01] <ogra_> lool, right
[14:01] <lool> cjwatson: Hmm I dont see where my livefs build log went
[14:01] <ogra_> lool, battery testing takes time though
[14:01] <cjwatson> lool: The public site mirrors hourly
[14:01] <ogra_> the hack is small enough that we can quickly add and remove it though
[14:02] <lool> cjwatson: ok thanks
[14:02] <cjwatson> lool: Is there a problem, or just curious?
[14:04] <thostr_1> thostr
[14:05] <thostr_1> asac: lool: no hud fix landed yet.... we're still testing making sure it really works
[14:06] <asac> thostr_1: ok, but you have one that looks promossing??  will that fix the unity8 autopilots?
[14:06] <cyphermox> lool: pushing the buttons now to land ofono and telepathy-ofono, unless you tell me now that I should still wait
[14:06] <asac> with mir?
[14:06] <thostr_1> asac: yes, that fix adds/completes hud support for mir
[14:07] <asac> thostr_1: so you say you have run unity8-autopilot with mir enabled and it succeeds? wow. cool!
[14:08] <cyphermox> rsalveti: do you normally do the uploads for ofono yourself or can I just take the code and upload it?
[14:08] <thostr_1> asac: no, I said we're testing this. I'm not saying yet it fully works
[14:08] <asac> thostr_1: kk. please check unity8-autopilots. and sorry for asking so details, want to get a better picture of whats coming today
[14:10] <sergiusens> plars, this is sort of ugly, but gets the job done https://code.launchpad.net/~sergiusens/phablet-tools/click_testing_python_modules/+merge/189744
[14:15] <plars> sergiusens: if we just need python-mock also, I'm happy to add that on our side
[14:15] <plars> sergiusens: which one needs that? It doesn't look like it's calendar
[14:16] <plars> sergiusens: just filemanager and music-app?
[14:16] <sergiusens> plars, terminal and/or filemanager
[14:17] <sergiusens> plars, well if we do it in phablet-click.... there's no need to go into rw
[14:17] <cyphermox> lool: ok to push?
[14:17] <plars> sergiusens: this is true. When are those slated to arrive as click?
[14:17] <sergiusens> plars, today
[14:18] <plars> sergiusens: not in 87 though right?
[14:18] <sergiusens> plars, well music right after mir
[14:18] <sergiusens> nope
[14:18] <plars> ok
[14:18] <plars> so we should have what we need for 87, except there could be problems because of s/calendar-app/calendar right?
[14:19] <sergiusens> plars, I'm running ap right now to test the fixes for calendar
[14:25] <lool> cyphermox: yes
[14:25] <lool> cyphermox: you'll need to manually upload ofono
[14:26] <lool> cjwatson: my build failed, but no idea why
[14:26] <cyphermox> yeah
[14:26] <lool> cjwatson: or it was way too short
[14:26] <lool> cjwatson: not seeing the build log still
[14:27] <cjwatson> lool: You didn't ask it to do a livefs build
[14:27] <cjwatson> So it reused the existing one
[14:27] <lool> cjwatson: right
[14:27] <cjwatson> lool: I advise copying and pasting from the crontab
[14:27] <lool> cjwatson: that's what I do 99% of the time; first time I didn't do it, crap
[14:27] <cjwatson> (i.e. you forgot the --live option, it seems)
[14:28] <lool> actually I ran for-project ubuntu-touch cron.daily-preinstalled --live I think
[14:28] <cjwatson> You didn't
[14:28] <lool> weird
[14:28] <lool> maybe a paste error
[14:28] <cjwatson> The log is in http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-touch/saucy/daily-preinstalled-20131008.1.log
[14:28] <cjwatson> Note the difference at the top between that and 20131008
[14:28] <lool> cjwatson: indeed, I've missed
[14:28] <lool> cjwatson: did you run it?
[14:28] <lool> or can I run one
[14:28] <cjwatson> I left it to you
[14:29] <lool> thanks
[14:29] <lool> running
[14:30] <lool> seb128: are you working on the bluetooth crasher in settings?
[14:30] <seb128> lool, no, I've no clue about bluetooth, charles_ owns it
[14:31] <charles_> lool: I'm working on bluetooth now
[14:31] <seb128> lool, what bug is that? I'm not even sure we have it/its a settings bug
[14:31] <asac> psivaa: do you have a mako as well?
[14:32] <psivaa> asac: no, only maguro
[14:32] <charles_> lool, do you have a bug # on that?
[14:34] <lool> charles_: cool
[14:34] <lool> charles_: I've given a heads up to olli about, sorry if he pings you again (reviewing high prio crashers with jfunk)
[14:34] <lool> charles_: yes will give you bug id
[14:35] <lool> charles_:  * bluetooth crasher in settings when turning back on (LP #1236705)
[14:36] <lool> cjwatson: and sorry for the confusion BTW
[14:36] <cjwatson> np
[14:36] <lool> I didn't remember where the cdimage logs were
[14:37] <charles_> lool, seb128: at first glance it looks like a mir crash
[14:38] <lool> charles: could you escalate this?  is it some UI thing you're doing that's crashing it?  minimal test case + reassign to Mir perhaps?
[14:38] <charles> lool, let me test & see if I can reproduce it
[14:39] <charles> this is kind of in the area that I'm working on, with interaction between the bluetooth indicator & settings panel
[14:39] <charles> but I haven't seen a crash
[14:44] <charles> lool, seb128: I flashed my nexus 7 about 30 minutes ago with devel-proposed and followed the recipe in https://launchpad.net/bugs/1236705, but am not seeing a crash
[14:44] <lool> charles: are you using Mir?
[14:44] <lool> charles: not sure that works on nexus7
[14:47] <sergiusens> plars, lool fixes for calendar coming in
[14:48] <charles> lool, erm, good question. let me check
[14:48] <rsalveti> lool: to test the android package you need to rebuild the image, that's why it was reviewed and tested by sergiusens before the upload was done
[14:48] <asac> lool: so you said that we have the fix for enabling hwdecode in browser ready?
[14:48] <asac> rsalveti: ?
[14:48] <rsalveti> it's a one liner that fixes the index of the loop, you can easily see that it was wrong
[14:49] <rsalveti> lool: and property watcher wasn't working, it's now :-)
[14:49] <rsalveti> asac: ?
[14:49] <sergiusens> rsalveti, I already explained btw ;-)
[14:49] <rsalveti> sergiusens: yeah, just explaining it again :-)
[14:49] <asac> rsalveti: browser has no hwdecode was said you had a fix for
[14:49] <rsalveti> in case lool itself wants to test everything
[14:49] <rsalveti> asac: has hwdecode, missing support for software rendering, same as thumbnail, which is in progress
[14:50] <charles> lool, ps isn't showing unity-system-compositor running on the nexus... so, I guess not. :/
[14:50] <asac> rsalveti: i thought we dont have that in browser working. then i have bad info it seems
[14:50] <asac> ik
[14:53] <lool> sergiusens: I've approved the upstart-app-launch work to get the URLs working with click
[14:54] <lool> in dispatcher
[14:54] <lool> sergiusens: but will take some time to land
[14:54] <rsalveti> asac: the issue is the same as with the thumbnail, you'll see a corrupted screen
[14:54] <rsalveti> but it's decoding the video using the hw decoder
[14:54] <lool> asac: we will NOT get hwdecode in browser
[14:54] <lool> asac: software only
[14:54] <sergiusens> lool, which MRs?
[14:54] <asac> lool: we will not get it for 13.10?
[14:54] <rsalveti> lool: we *do* get hwdecode
[14:54] <rsalveti> we don't hw *rendering*
[14:54] <lool> ah, sorry for mixing the two
[14:55] <asac> but will we be able to view 1080p h.264 video?
[14:55] <asac> rsalveti: ?
[14:55] <lool> in the browser?
[14:55] <asac> yeah
[14:55] <rsalveti> asac: yup, but not with 0-copy yet
[14:55] <rsalveti> our webkit version doesn't support texture streaming
[14:55] <asac> rsalveti: thats a GL extension, right?
[14:56] <rsalveti> asac: not actually, the browser would just need to create a egl texture and use that when rendering it's own engine
[14:56] <rsalveti> that's happening in upstream, but qt also dropped support for webkit
[14:56] <rsalveti> so I expect this to happen just when they move away from webkit
[14:56] <rsalveti> and switch to blink
[14:57] <ogra_> lool, asac, so after using mako on performance for about 30min it drained 10% battery ... and this is without SIM, only wlan
[14:57] <asac> rsalveti: ok, so no youtubre without draining battery :)
[14:57] <asac> hehe
[14:57] <rsalveti> cyphermox: please, just use bzr bd and you should have something valid to upload
[14:57] <asac> rsalveti: fine. wonder why we didnt know before though :)
[14:57] <lool> ogra_: but with screen on?
[14:57] <asac> ogra_: we have jfunk testing that
[14:57] <asac> and giving us an assessement
[14:57] <lool> ogra_: if you leave it unattended / unplugged, does it remain hot, and does it drain?
[14:57] <ogra_> lool, yes, 30min browsing and playing around with apps
[14:58] <lool> that's expected to drain it though  ;-)
[14:58] <ogra_> it is constantly warm when on
[14:58] <rsalveti> asac: because we didn't technically investigated it until a few weeks ago, we were still focusing on getting hw decode to work
[14:58] <ogra_> lool, well, 12h vs 5h is quite a hit
[14:58] <lool> rsalveti: android >> it's not that I want to test every single thing, but it's a touch specific package and I didn't understand the change and it went in without a heads up
[14:58] <rsalveti> lool: because it's not even used yet
[14:58] <ogra_> lool, asac, also note that this change doesnt seem to have any influence on maguro performance
[14:58] <lool> rsalveti: a) couldn't tell  b) can still break stuff
[14:59] <ogra_> the UI is still stuttering
[14:59] <rsalveti> I wouldn't push stuff that would affect the image without pinging you :-)
[14:59] <rsalveti> that's why I didn't push ofono
[15:00] <ogra_> rsalveti, do you know anything about why the omabfb driver sends out uevents for each vsync ? does PVR use it ?
[15:00] <rsalveti> ogra_: well, not that I know, but I believe such event might be currently dropped in android
[15:00] <rsalveti> ogra_: you could ignore it in udev and see what happens
[15:00] <lool> charles: can you try a bit harder?  it seems the bug can sometimes be triggered on SF
[15:01] <lool> charles: I'm also asking for someone to teston Mir
[15:01] <rsalveti> otherwise we can try to ignore it in upstart, to avoid it sending a dbus message for every vsync
[15:01] <ogra_> rsalveti, lol, no, fire up dbus-monitor --system on maguro and see yourself :)
[15:01] <ogra_> rsalveti, right, we have a patch for upstart-udev-bridge
[15:01] <ogra_> but still need one for udev
[15:01] <cjohnston> asac: did now work for you for a 1:!?
[15:01] <cjohnston> 1:1 too
[15:01] <rsalveti> you probably just need one for udev
[15:01] <charles> lool, ack
[15:01]  * ogra_ has a quiet dbus over here already, but also a udevd that constantly eats 5% CPU
[15:02] <ogra_> rsalveti, well, i was hpoing we could just drop the code from the driver
[15:02] <ogra_> rsalveti, and was trying to understand why it is there at all
[15:02] <rsalveti> ogra_: oh, ok, I might be able to take a look
[15:02] <rsalveti> let me clone the maguro tree
[15:03] <asac> cjohnston: this was suppoed to be moved over to ev
[15:03] <cjohnston> ahh
[15:03] <asac> cjohnston: maybe an oversight
[15:03] <asac> cjohnston: seems its because you hadf it on your calendar... can you move over?
[15:04] <asac> thanks
[15:04] <cjohnston> sure.. I'll talk to ev and see when he wants to chat
[15:04] <ogra_> rsalveti, the function around line 2303 in drivers/video/omap2/omapfb/omapfb-main.c
[15:04] <ev> msm seems to have missed that one when moving the rest over. Sorry guys
[15:04] <ev> cjohnston: happy to chat after this call
[15:04] <cyphermox> rsalveti: yeah almost done
[15:04] <rsalveti> ogra_: thanks
[15:04] <ev> ~25 minutes
[15:04] <rsalveti> cyphermox: great
[15:04] <ev> if that works for you?
[15:05] <cjohnston> sure
[15:08] <cyphermox> lool: rsalveti: telepathy-ofono and ofono done
[15:09] <cyphermox> lool: btw, landing asks is out of date... I saw you mentioned I had two asks, I see only one and that one has landed already
[15:09] <cyphermox> however, there will still be NM <IP_ADDRESS>, which isn't in asks yet if you want to add it or something
[15:10] <rsalveti> cyphermox: great!
[15:10] <rsalveti> thanks
[15:11] <Saviq> fginther, we always only had one mako for s-jenkins?
[15:12] <sergiusens> fginther, i just had to mannually launch the saucy VMs; I launched two to get my jobs run and noticed others taking the queue meaning they weren't being launched for a while
[15:12] <sergiusens> fginther, did that ever happen to you?
[15:12] <fginther> Saviq, we're fighting a temporary config problem and need to reload the configuration soon to fix it
[15:13] <Saviq> fginther, k
[15:13] <fginther> sergiusens, i think it's related. jenkins accepted a bad none name and lots of things stopped working
[15:13] <fginther> sergiusens, s/none/node/
[15:13] <cyphermox> rsalveti: https://code.launchpad.net/~mathieu-tl/ofono/1.12+bzr6836-0ubuntu1/+merge/189884
[15:17] <lool> cyphermox: check the list, there are two
[15:17] <lool> cyphermox: you have two landing slots in the main plan
[15:18] <cyphermox> ah, in plan
[15:18] <cyphermox> yeah, so 111 is landed akready
[15:19] <cyphermox> and yeah 123 is just uploaded
[15:22] <lool> cyphermox: yup, updated, thanks
[15:24] <sergiusens> fginther, thanks
[15:28] <cyphermox> lool: can you add asks / plan for NM <IP_ADDRESS> ?
[15:28] <lool> cyphermox: what's this?
[15:28] <lool> new upstream?
[15:28] <cyphermox> lool: NM bugfix release, yeah. a new minor version
[15:32] <asac> lool: the new image is ready for pick uyp?
[15:32] <asac> psivaa: plars: ^^ 87
[15:33] <asac> lool: we want 87 right? or was it 88?
[15:33] <plars> asac: yeah, testing has kicked off on it
[15:34] <asac> cool
[15:36] <rsalveti> cyphermox: thanks
[15:40] <psivaa> lool: asac: do you want me to run the mir testing on 87 then?
[15:41] <asac> psivaa: might be good to see if anything improved at all
[15:41] <asac> afaik there are still some things in the ppa
[15:43] <psivaa> asac: ack
[15:53] <popey> asac / lool we're not expecting webapps to work in #87, right?
[15:54] <asac> popey: would be nice if you could get dbarth more involved here
[15:54] <asac> sorry, but cant answer your question i think
[15:54] <popey> k
[15:55] <asac> plars: how do sneak results look like?
[15:55] <plars> asac: not much to see yet, install and default have run on mako with no problem, install still running on maguro
[15:56] <asac> lool: so notes-app didnt make it?
[15:56] <asac> for .2?
[15:56] <asac> lool: seems we didnt build the new revision from trunk yet even
[15:58] <Mirv> as the hangout replaces our weekly irc chat I'm joining but again in a noisy place because of the evening
[16:01] <psivaa> plars: in running the AP tests for one of the click packages i get. http://pastebin.ubuntu.com/6209898/
[16:02] <asac> lool: coming?
[16:02] <psivaa> plars: do you think i should do anything else
[16:02] <plars> psivaa: you need to be the phablet user
[16:03] <plars> psivaa: you should just run with jenkins.sh from the touch branch
[16:03] <psivaa> plars: ok, ill try them. thanks
[16:03] <plars> psivaa: if you installed with provision.sh, then all you need to do is ./jenkins.sh -s <your serial> -a <app>
[16:04] <psivaa> plars: i have used phablet-flash but i'll try those with provision
[16:43] <lool> thostr_1: https://code.launchpad.net/~indicator-applet-developers/hud/support-unity8-window-stack/+merge/189810
[16:43] <lool> thostr_1: a lot of people believe that fixing hud will trigger less unity8 crashes and that it's important while switching to mir
[16:44] <lool> thostr_1: the first of the two Hud branches is approved, this one is needs review, is review already assigned on this one?
[16:44] <lool> thostr_1: (thanks!)
[16:45] <thostr_1> lool: ted and pete are working together so they can cross review
[16:46] <lool> thostr_1: perfect, thanks
[16:47] <lool> thostr_1: FYI, I've acked two MPs (one was already acked) to allow click apps to be launched by url-dispatcher to allow switching remaining apps to click (calendar was bogusly already switched in #86 or so)
[16:47] <lool> thostr_1: this was something I wanted to defer to post-13.10, but we need it so...
[16:47] <lool> thostr_1: this is url-dispatcher code BTW
[16:48] <thostr_1> lool: ok, ted wanted to sync with you that anyway at some point... now hud got into way
[16:49] <lool> thostr_1: I think we did earlier today
[16:49] <lool> but perhaps that was another sync
[16:49]  * lool updates to #87
[16:49] <thostr_1> no, that might have been it... it's already 3 hours I talked to him
[16:49] <Mirv> lool: if there's pressure to get the thumbnailer in then it should be good to go, but thostr_1's mediascanner crash report made me doubt enough so that I'd like to double-check the thumbnailer with Satoris
[16:50] <lool> 50 MB update again
[16:50] <lool> gosh
[16:50] <lool> Mirv: is mediascanner crashing with new thumbnailer?
[16:50] <Mirv> lool: it's a good question, https://bugs.launchpad.net/mediascanner/+bug/1236940 - I don't see that, but I also can't evaluate whether it's a new crash or would happen also with the old thumbnailer
[16:51] <thostr_1> Mirv: I think that crash would also happen with the old one...
[16:52] <lool> thostr_1: ah thanks, just what I was asking in the bug
[16:52] <thostr_1> Mirv: but I'm seeing other strange behaviour.. have you tried adding new videos after a while? When I did that no video is shown any more
[16:52] <lool> thostr_1: wit old mediascanner or old thumbnailer?
[16:52] <thostr_1> lool: I only upgraded thumbnailer
[16:53] <lool> thostr_1: so you were testing the mediascanner from image?
[16:53] <Mirv> thostr_1: the problem is that I haven't seen video thumbnails for some time with or without the thumbnailer update, which is I guess also known
[16:53] <lool> Mirv: yeah; I saw /some/ between crashes with updated mediascanner + mediascanner-scope
[16:53] <thostr_1> Mirv: yeah...
[16:53] <lool> but it was too crash, filed a bug on that one
[16:53] <ogra_> Mirv, yeah, thats an issue of the MM stack
[16:53] <lool> thostr_1: did James H look into the double-free?
[16:54] <thostr_1> lool: that is fixed
[16:54] <lool> cool
[16:54] <thostr_1> lool: https://bugs.launchpad.net/ubuntu/+source/mediascanner/+bug/1236637
[16:55] <thostr_1> lool: I think I might have found something: CRITICAL critical: gst_amc_format_free: assertion 'format != NULL' failed
[16:55] <thostr_1> that comes from gstreamer when thumbnailing... seems like a missing or broken codec
[16:56] <lool> https://code.launchpad.net/~ted/hud/fix-hud-activation/+merge/189869 looks really fishy actually
[16:57] <lool> thostr_1: yeah
[16:57] <lool> rsalveti: ^ does this ring a bell?
[16:57] <Mirv> lool: ogra_: so IMHO the new thumbnailer does not regress anything and would fix the SDK on desktop, but I just feel I don't have the complete picture because there are so many issues elsewhere. if you think it seems ok I'd like to release it, but otherwise I'll recheck in the morning with Satoris.
[16:57] <lool> rsalveti: the CRITICAL critical: gst_amc_format_free: assertion 'format != NULL' failed
[16:58] <lool> Mirv: I think you can land it then
[16:58] <ogra_> ++
[16:58] <Mirv> ok, thanks
[16:58] <lool> Mirv: this one is relatively safe, I know the feature we will be lacking is completely not release critical
[17:02] <rsalveti> lool: hm, in bug 1236637?
[17:03] <rsalveti> we shouldn't be using our stack when building stuff in the archive
[17:13] <dobey> lool: hey. there's a package pulled into the touch image via hard dependency, ubuntuone-client-data. i'm about to upload a new version into ubuntu, but there's no source change to it. it's only a version bump. do we need to do a special landing request for it or anything, or it's ok and will just get pulled in the next image builds once it's in the archive?
[17:14] <rsalveti> lool: how did you get that message?
[17:14] <ogra_> rsalveti, thostr_1 had it
[17:14] <ogra_> trying to generate thumbnails
[17:15] <thostr_1> rsalveti: I copied the video from http://www.doi.gov/news/video/thisweeksept202013.cfm to device
[17:15] <lool> rsalveti: mediascanner on some files (thostr gets it) with thumbnailer
[17:16] <lool> dobey: will check after dinner
[17:16] <thostr_1> rsalveti: see also https://bugs.launchpad.net/thumbnailer/+bug/1236874
[17:17] <rsalveti> thostr_1: right, the lack of thumbnail is what we're currently working on
[17:18] <rsalveti> it uses the hw decode elements, but it fails to copy it over for sw rendering
[17:18] <thostr_1> ah, that perfectly explains this
[17:18] <thostr_1> can you update/reassign the bug accordingly
[17:18] <rsalveti> thostr_1: yes, thanks
[17:19] <thostr_1> rsalveti: thank you!
[17:22] <rsalveti> done
[17:23] <asac> lool: how is the spin of the final things we wanted to pull goinmg?
[17:24] <asac> did we pick up half-hud as well?
[17:24] <asac> e.g. in ppa for testing
[17:24] <rsalveti> lool: is bug 1236355 still happening?
[17:25] <asac> rsalveti: is there a landing ask that would fix that?
[17:26] <rsalveti> asac: the crash loop issue was in theory fixed in the thumbnailer
[17:27] <asac> rsalveti: the bug is pretty empty on this regard
[17:28] <rsalveti> right, that's why I'm asking lool to see if it's still happening with latest
[17:42] <plars> the notes-app tests seem to be getting stuck and timing out
[17:42] <plars> even on sf
[17:51] <popey> asac: is #88 ETA today?
[17:51] <ogra_> kind of
[17:52] <ogra_> it would only be released tomorrow morning though
[17:58] <asac> popey: some stuff still coming in afaict
[17:58] <asac> but we try to do it before EOD
[17:58] <asac> lool knows all
[17:58] <sergiusens> lool, do I have headways to switch more apps?
[18:00] <asac> afaik we havent seen the crashes getting fixed in click apps yet
[18:00] <asac> so, i prefer to do that later :)
[18:01] <ogra_> as long as it is before release :)
[18:01]  * ogra_ wants to get rid of the PPA
[18:01] <sergiusens> asac, doesn't that mean I have to wait for mir?
[18:02] <asac> yeah
[18:02] <sergiusens> meaning potentially not landing or landing too late?
[18:02] <asac> right. everything has to stand back now
[18:02] <sergiusens> asac, that's just hiding a problem; click apps are being used daily; crashes are just happening everywhere
[18:03] <asac> who knows
[18:03] <asac> so fix that first
[18:03]  * sergiusens avoids discussing again
[18:17] <jdstrand> fyi, landing ask line 124 "apparmor: fix AF_UNIX..." is now "Code ready"
[18:18] <ogra_> jdstrand, thats the one that needs to go in together with the kernel fixes ?
[18:18] <lool> sergiusens: URL apps or non-URL apps?
[18:18] <lool> sergiusens: URL apps needs u-a-l to land first
[18:18] <jdstrand> ogra_: yes
[18:18] <ogra_> yay
[18:19] <jdstrand> ogra_: apparmor + kernel. lool said I can upload apparmor-easyprof-ubuntu now (in landing page for mir)
[18:19] <jdstrand> so that will be handled shortly
[18:19] <lool> jdstrand: Yup, shoot
[18:19] <ogra_> great
[18:19]  * ogra_ is waiting for ureadahead fixes in the kernels that were held back for this
[18:19] <lool> jdstrand: so the kernels are also getting ready?
[18:19] <lool> jdstrand: will likely be post Mir then
[18:20] <jdstrand> lool: the kernel team and cking tested those, yes
[18:20] <jdstrand> sorry, the security team and the kernel team (cking in particular)
[18:20] <sergiusens> lool, terminal and filemanager where my thoughts
[18:21] <lool> rsalveti: apparently this was a grilo bug: https://bugs.launchpad.net/ubuntu/+source/mediascanner/+bug/1236637
[18:21] <lool> will check
[18:21] <jdstrand> lool: apparmor is ready and is also tested. it can go any time. please contact apw for the kernels
[18:21] <jdstrand> apparmor-easyprof-ubuntu uploaded
[18:21]  * jdstrand heads over to #ubuntu-release
[18:21] <lool> jdstrand: thanks
[18:21] <lool> sergiusens: Let's just wait for apparmor-easyprof-ubuntu to be approved, then you can go; let me add a slot
[18:22] <lool> sergiusens: note that clicks dont work on mir without new apparmor
[18:23] <lool> sergiusens: I've rated this medium because terminal is mission critical for some folks  ;-)
[18:24] <sergiusens> lool, ack, also is zeitgeist crash already landed?
[18:24] <sergiusens> lool, and last but not least; is 87 from earlier today or fresh?
[18:25] <lool> sergiusens: no, it's in PPA, going in with Mir tonight
[18:25] <lool> sergiusens: looking
[18:25] <lool> sergiusens: oh image #87 is from this afternoon
[18:25] <lool> sergiusens: like 2pm UTC
[18:25] <lool> or 3pm rather
[18:26] <sergiusens> lool, hmmm, why didn't my notes and calendar fixes make it in :-/
[18:26] <lool> bfiller: You added an ask for notes-app, but sergiusens already uploaded it tihs morning  :-)
[18:27] <lool> sergiusens: what's the expected notes version?
[18:27] <lool> sergiusens: this is in: com.ubuntu.notes        1.4
[18:27] <lool> com.ubuntu.calendar     0.4
[18:27] <sergiusens> lool, give me the click list --manifest
[18:27] <lool> http://paste.ubuntu.com/6210481/
[18:27] <bfiller> lool, sergiusens : don't see a release in the changelog of notes-app trunk, bunch of things were merged today
[18:28] <sergiusens> bfiller, it's click now
[18:28] <lool> sergiusens: r206 is there
[18:28] <sergiusens> lool, 206 has my fixes :-/
[18:28] <bfiller> sergiusens: how can you tell when a click was released?
[18:29] <bfiller> sergiusens: need r207
[18:29] <lool> psivaa: in case you're still trying Mir stuff manually, leave it some time until we land more input focus fixes; the results you have posted are bad enough to confirm we want them; thanks a lot for listing them up there
[18:29] <sergiusens> bfiller, on the device run click list --manifest; com.ubuntu.notes will have a bzr revno in there
[18:30] <sergiusens> bfiller, it's just missing ugo's qmlscene fixes which isn't used in click anyways
[18:30] <lool> sergiusens: what's the problem is r206 has your fixes and r206 is there?
[18:30] <lool> we just need to do another one for bfiller's fixes in r207
[18:30] <lool> that's alright
[18:30] <bfiller> sergiusens: is there a bzr branch for the click packaging?
[18:30] <lool> bfiller: it's the same one
[18:31] <sergiusens> bfiller, it's all in code
[18:31] <lool> sergiusens: good idea on README.click BTW
[18:31] <sergiusens> bfiller, there's a readme in there
[18:31] <ogra_> ++
[18:31] <bfiller> lool, sergiusens: would be nice to add a commit or tag or something so I could look at trunk and see what rev has been released as click as I did with deb
[18:32] <lool> bfiller: yeah
[18:32] <lool> bfiller: currently parts of the relesae process is manual (sergio uploads to appstore)
[18:32] <lool> bfiller: perhaps we can do that manually too?
[18:32] <lool> sergiusens: ^
[18:32] <lool> sergiusens: until that's automated that is
[18:32] <lool> sergiusens: so were you worried because the tests aren't passing?
[18:32] <lool> they aren't failing either, they are somehow in limbo
[18:33] <lool> plars: mind checking what the notes-app click tests are doing?
[18:33] <sergiusens> bfiller, lool there is no fun dch in click, but I can hack something if you want
[18:34] <sergiusens> lool, yes, it isn't loading for some reason
[18:34] <sergiusens> lool, the clock failuers I tracked down to clock app using dconf, which isn't allowed
[18:34] <plars> lool: yeah, I'm looking
[18:35] <lool> sergiusens: just tag it appstore-0.4 or something?
[18:35] <lool> sergiusens: uhoh
[18:35] <apw> jdstrand, whenever the apparmor is up let us know, we have the kernels pending ready to copy
[18:35] <lool> sergiusens: what is it for?  do we need it unconfined, or is this internal?
[18:36] <sergiusens> lool, to store settings I think, being discussed in #ubuntu-touch
[18:36] <lool> apw: apparmor is going in to fix mir, but we'd like to hold kernels til tomorrow to focus on landing mir tonight, unless anything dramatic happens
[18:36] <lool> apw: could we coordinate this tomorrow?
[18:36] <lool> sergiusens: thanks for passing that on
[18:36] <lool> sergiusens: let me know when the fix comesin
[18:36] <plars> lool: all I know right now though is that they seem to either be taking forever, or getting stuck at some point and timing out
[18:37] <plars> lool: I'm setting things up to run them locally so I can watch though
[18:37] <sergiusens> plars, I think it slows down once apport gets in
[18:37] <jdstrand> lool: to be pendantic-- apparmor-easyprof-ubuntu is going to fix mir, and is uploaded. the kernel also needs an apparmor upload to happen at the same time or before the kernels
[18:37] <plars> sergiusens: could be
[18:37] <jdstrand> apw: ^
[18:38] <jdstrand> lool: that is tested and ready to go at any time. just let me know
[18:38] <lool> plars: ok
[18:38] <lool> jdstrand: Oh right _apparmor_ itself, I remember it from the ask
[18:38] <lool> jdstrand: if you want to push apparmor now too, that's fine
[18:39] <jdstrand> lool: yeah-- seems like they go together, but they don't. apparmor-easyprof-ubuntu is just click policy. apparmor is the whole shebang
[18:39] <jdstrand> so we separated them
[18:39] <lool> bfiller: so do we need r207 of notes-app?
[18:40] <jdstrand> (updating policy is less disruptive than apparmor uploads)
[18:40] <lool> jdstrand: sure, I understand; had just forgotten that apparmor itself also needed an upload
[18:40] <bfiller> lool: yes for it to work properly with MIR I believe so, sergiusens is this still true?
[18:40] <lool> jdstrand: did you test the mir change with new or old apparmor?
[18:40] <jdstrand> lool: new
[18:40] <lool> jdstrand: ok, then it might as well go in now
[18:41] <jdstrand> lool: is that an ok to upload? :)
[18:41] <sergiusens> bfiller, lool 207 is just for desktop/deb mode http://bazaar.launchpad.net/~phablet-team/notes-app/trunk/revision/207
[18:42] <lool> fginther: https://code.launchpad.net/~dandrader/unity8/fix_lp1236773/+merge/189821 seems bad; do we have a spare mako there?
[18:42] <sergiusens> lool, bfiller that said, you can daily release it and nothing will break
[18:42] <lool> jdstrand: yes
[18:43] <lool> jdstrand: definitely
[18:43] <lool> jdstrand: updated the landing slot
[18:43] <jdstrand> uploading
[18:43]  * jdstrand heads to #ubuntu-release
[18:44] <fginther> lool, we're down to two at the moment, one was taken offline a little bit ago because it was failing everything. I'm trying to get it back up
[18:44] <fginther> lool, that MP is running now on mako and maguro
[18:45] <lool> fginther: awesome
[18:49] <psivaa> lool: ack, was having a bit of difficulty running click package app tests..
[18:52] <lool> psivaa: these are actually all failing on Mir
[18:53] <lool> psivaa: and we just uploaded a fix
[18:53] <lool> psivaa: apparmor-easyprof-ubuntu
[18:53] <lool> psivaa: minutes ago
[18:53] <psivaa> lool: ack, thanks :)
[18:54] <lool> bfiller, sergiusens: right, so I'll abstain on the notes-app thing; bfiller I've pointed your ask as sergiusens' upload
[18:54] <lool> bfiller, sergiusens: we don't need to fix notes-app.deb
[19:06] <lool> Saviq: can unity8 tip with all merges go in without unity-mir/upstart-app-launch/qtubuntu?
[19:07] <lool> Saviq: I wanted to try running these tests alone
[19:07] <lool> (would rather land things one by one than as a group)
[19:07] <Saviq> lool, there's no hard requirement, but don't expect fireworks if you don't get it all
[19:08] <Saviq> lool, as in, unity8 only had a handful of fixes - that don't work without the other things
[19:10] <asac> lool: are all the bits we want to check now built?
[19:12] <lool> Saviq: yes, my goal is to take unity8, test it, mark it good, move to the next one
[19:12] <lool> Saviq: probably qtubuntu next
[19:12] <lool> then upstart-app-launch + unity-mir as one
[19:13] <lool> asac: it's all merged now!
[19:13] <lool> since 1mn
[19:13] <lool> now looking at getting it in PPA
[19:13] <Saviq> lool, and why won't you just make sure all works in concert?
[19:13] <Saviq> lool, and in case of regressions we'll do the long route?
[19:14] <Saviq> anyway, your call ;)
[19:15] <lool> Saviq: it's a bit of a gut feeling
[19:15] <lool> we usually land these one by one most of the time
[19:15] <lool> sometimes 2 together
[19:15] <Saviq> k
[19:15] <lool> it's still some 7 merges in unity8
[19:16] <asac> lool: hmm... so still not done before the call
[19:16] <asac> let me know
[19:24] <Saviq> lool, huh? 3 are in queue, and they're all minor
[19:26] <dobey> lool: re: ubuntuone-client-data landing?
[19:30] <lool> Saviq: oh right sorry, was checking bzr log and skipped over a changelog update
[19:31] <lool> dobey: what's the goal of the version bump?
[19:32] <dobey> lool: version consistency across the ubuntuone packages.
[19:32] <lool> dobey: ok, shoot
[19:32] <lool> dobey: I'll update spreadshhet
[19:32] <dobey> lool: ok, thanks
[19:35] <lool> Saviq: Ok, I'll try to update everything; the qtubuntu changes are tiny and unity8 changes are smaller than I thought, it's not worth delaying testing too much
[19:35] <lool> package being uploaded...
[19:37] <lool> upgraded
[19:37] <lool> rebooting
[19:39] <lool> Cache invalid, retry (internally handled)
[19:39] <lool> wtf
[19:39] <lool> sensorservice is pegging the CPU during boot like crazy
[19:40] <lool> couple of crashes: _usr_bin_maliit-server.32011.crash _usr_lib_arm-linux-gnueabihf_hud_hud-service.32011.crash
[19:40] <lool> can enter passwords
[19:40] <lool> in wifi setup
[19:43] <lool> ok, launching webbrowser tests
[19:46] <lool> kgunn: so I wanted to run the webbrowser-app-autopilot, these stop unity8 and start it again immediately, but it doesn't seem to come up
[19:46] <lool> kgunn: like can't unblank display thing
[19:47] <lool> it came back after the test
[19:47] <kgunn> lool: that's weird...the webbroweser ap tests stop unity8 ??
[19:48] <kgunn> lool: is there a reason for that ?
[19:48] <kgunn> thomi: ^ just in case you know
[19:48] <lool> kgunn: to turn on "testability"
[19:48] <lool> what's odd is that I dont see the failure
[19:48] <lool> I see the display is actually on, albeit black
[19:48] <lool> maliit-server uses 100% CPU
[19:50] <asac> lool: webbrowesr AP tests stop unity? is that new?
[19:50] <asac> thought we only use -n for unity8
[19:50] <lool> it's actually me being stupid
[19:50] <lool> asac: right
[19:51] <lool> asac: I forgot -n was doing that
[19:51] <Saviq> lool, stop unity8?
[19:51] <Saviq> lool, right - that
[19:51] <Saviq> lool, yeah, and that's the cause for unity8 test failures, btw - only the first test will ever start
[19:51] <Saviq> lool, 'cause the others get the unblank issue
[19:52] <Saviq> lool, or well, you can `sudo stop powerd` to help
[19:52] <lool> asac: joining?
[19:52] <lool> Saviq: ok interesting
[19:53] <lool> Saviq: in the past I was getting the socket things when restarting unity8, but not anymore
[19:53] <lool> need to find out why
[19:53] <Saviq> lool, it was improved in mir in the mean time
[20:05] <plars> sergiusens: so, trying to revert to just running notes_app tests with phablet-test-run, I get 'initctl: Unknown instance: com.ubuntu.notes_notes_1.4'
[20:06] <plars> sergiusens: anything special I need to do with phablet-test-run for running click tests?
[20:07] <lool> getting timeouts in the browser tests
[20:12] <sergiusens> plars, I'm almost sure that's the loop waiting for the app to come up
[20:14] <plars> sergiusens: it seems to be trying to launch, maybe that's the crash
[20:15] <asac> fginther: hi
[20:16] <asac> fginther: so the latest idea is to turn off the upstream merger for everything
[20:16] <asac> and revisit tomorrow morning what to turn on if anything
[20:16] <fginther> asac, that was going to be my question
[20:16] <asac> fginther: can you do that and send a mail to ci mailing list? CC olli.ries and lool
[20:16] <plars> sergiusens: yeah, upstart-app-launch crashing
[20:17] <fginther> asac, ack
[20:17] <asac> fginther: "in order to ensure that the default mir switch does not cause confusion due to temporarily failing upstream merger jobs, we
[20:18] <asac> decided to turn of upstream merger and autolanding until further notice ...
[20:18] <plars> asac: hopefully image 88 will fix that?
[20:18] <asac> plars: fix what?
[20:18] <fginther> asac, thanks
[20:18] <asac> plars: the app tests? yes
[20:18] <plars> asac: the upstart-app-launch crashes
[20:18] <plars> asac: ok, I *think* that might be the source of a lot of our problems
[20:19] <asac> fginther: tell them we plan to revisit the state of the dashboard tomorrow and might enable CI participants who have green tests again, but that they should stay tuned
[20:19] <plars> given what I'm staring at locally, I'm sort of amazed anything is working properly
[20:19] <asac> and that them waiting will give the mir team a less noisy environment to focus making this key feature happening in time for saucy!
[20:19] <asac> fginther: ^^
[20:19] <asac> thats the full story i guess :)
[20:19] <fginther> asac, thanks
[20:20] <asac> fginther: CC olli.ries@ and asac@ and send to ubuntu-phone@ and ci@
[20:20] <fginther> asac, should that go out to ubuntu-engineering as well?
[20:21] <asac> fginther: i dont think so... if at all it should be<EMAIL_ADDRESS>[20:21] <asac> fginther: CC olli ... he will take the internal share role
[20:21] <asac> and forward where needed
[20:21] <fginther> asac, ok
[20:21] <asac> fginther: use<EMAIL_ADDRESS>we can still forward as we like
[20:34] <lool> Saviq: it's odd, I can ran the tests with stop powerd, but getting:
[20:34] <lool> Ran 22 tests in 983.110s
[20:34] <lool> FAILED (failures=21)
[20:35] <lool> Saviq: looks like AP can't verify the widget data
[20:35] <Saviq> lool, only first test passed, I imagine?
[20:36] <Saviq> lool, what's in stderr / stdout?
[20:36] <lool> Saviq: yeah
[20:36] <lool> Saviq: I see stuff like:
[20:36] <lool> debian phablet-click-test-setup phablet-config phablet-demo-setup phablet-dev-bootstrap phablet-flash phablet-network phablet-test-run phabletutils repo setup.py tests (process:12162): CRITICAL **: Unable to get session bus: Error calling StartServiceByName for com.canonical.hud: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of com.canonical.hud timed out
[20:36] <lool> file:///usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Components/MainView.qml:257: TypeError: Cannot call method 'hasOwnProperty' of null
[20:36] <lool> process-return-code: {{{-11}}}
[20:36] <lool> that's SEGV I think
[20:38] <Saviq> lool, yes it is
[20:39] <Saviq> lool, CRITICAL **: Unable to get session bus: huh?
[20:39] <lool> Saviq: It might be the same issue url-dispatcher has
[20:39] <Saviq> lool, actually that's hud's fault
[20:39] <Saviq> lool, you should have a unity8 crash file, then
[20:40] <lool> Saviq: apparently upstart fails to set DBUS env properly in some cases
[20:40] <Saviq> lool, apport-bug it?
[20:40] <lool> Saviq: I do have it
[20:41] <lool> I see /usr/lib/arm-linux-gnueabihf/hud/hud-service crashed with no DBUS in env
[20:43] <popey> hmm, mediascanner is eating cpu on #83 here
[20:44] <popey>  2274 phablet   20   0  210m  22m  15m S 100.2  1.2   6:44.65 mediascanner-se
[20:47] <bregma> fginther, the upstream merger freeze is not aplying to the Unity7 stack is it?
[20:48] <popey> https://bugs.launchpad.net/mediascanner/+bug/1237065
[20:48] <fginther> bregma, that specifically wasn't discussed. does any of that go into touch?
[20:48] <fginther> asac, lool ^
[20:50] <bregma> fginther, not that I know of, but 13.10 final freeze is effectively tomorrow for projects with autolanding, it would really hurt to lose any builds at this point
[20:50] <fginther> bregma, http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/view/head:/stacks/saucy/unity.cfg
[20:51] <fginther> bregma, looks like a few scopes and a lens are on touch
[20:51] <fginther> bregma, will try to get some clarification
[20:56] <asac> fginther: nothing is auto
[20:56] <asac> people have to ask if they want to get desktop only stuff built etc.
[20:58] <fginther> bregma, ^. so if you have specific unity 7 centric branches, let me know
[20:59] <fginther> bregma, -ci jobs are still enabled
[21:15] <lool> testing boot thing
[21:15] <sergiusens> plars, I think I found the cause of notes-app failing; and reason is in syslog
[21:17] <lool> What's the best way to test for this or that device?
[21:17] <lool> kgunn: any good way to detect whether a device is supported by Mir?
[21:17] <lool> kgunn: or should I hardcode mako || maguro?
[21:21] <thomi> Hi All - what's the current problem running unity8 AP tests in the image builds?
[21:21] <lool> thomi: a) we have to stop powerd before running it, but not related to AP   b) somehow not getting the widget values; processes crash and/or not getting the data over dbus or something
[21:21] <lool> thomi: usually just the first test succeeds
[21:22] <thomi> hmmm
[21:22] <thomi> lool: so are those tests just disabled? I notice that the dashboard says 0 tests were run
[21:22] <lool> thomi: depends which
[21:22] <lool> thomi: but try e.g. webbrowser-app-autopilot ones
[21:24] <thomi> lool: I specifically need the unity8 output, but that's OK, was more curious than anything else
[21:24] <sergiusens> plars, yup, works fine... I'll prepare an MR
[21:24] <plars> sergiusens: what's the deal?
[21:25] <sergiusens> plars, test needs an emulator param and app needs network access
[21:26] <sergiusens> plars, the initctl: Unknown instance: com.ubuntu.notes_notes_1.4 is just initctl status looping on the app_id until it finds the app to start the test
[21:26] <plars> sergiusens: I did see notes-app blink up quickly then die when I got those messages
[21:27] <plars> doanac: I recreated the jobs for ro and mir
[21:27] <sergiusens> plars, if you want I can create a test app for you
[21:27] <plars> doanac: note: we have a new test now too
[21:27] <plars> sergiusens: a test app?
[21:28] <sergiusens> plars, a testing non release notes click app
[21:29] <plars> sergiusens: for what purpose though? just trying the mechanism of upstart, click starting apps, etc?
[21:29] <kgunn> thomi: fginther ....just fyi, we are trying to land this on our trunk https://code.launchpad.net/~mir-team/mir/fix-1236912/+merge/189916
[21:29] <sergiusens> plars, oh, I just thought you were curious to try; it's ok not to ;-0
[21:29] <kgunn> thomi: fginther basically moves the mir_socket to a diff dir, per security team
[21:30] <kgunn> understand there might be some hardcoded tests checking /tmp/
[21:30] <kgunn> just a heads up
[21:30] <thomi> kgunn: thanks
[21:30] <thomi> kgunn: did the fix to remove stale sockets get landed?
[21:31] <doanac> plars: nice. thanks
[21:39] <lool> thomi: BTW the output I was getting from unity8 was like:
[21:39] <lool> 22:36 < lool> debian phablet-click-test-setup phablet-config phablet-demo-setup phablet-dev-bootstrap phablet-flash phablet-network phablet-test-run phabletutils repo setup.py  tests (process:12162): CRITICAL **: Unable to get session bus: Error calling StartServiceByName for com.canonical.hud:  GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of com.canonical.hud timed out
[21:39] <lool> 22:36 < lool> file:///usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Components/MainView.qml:257: TypeError: Cannot call method 'hasOwnProperty' of null
[21:39] <lool> 22:36 < lool> process-return-code: {{{-11}}}
[21:39] <thomi> O.0
[21:42] <lool> thomi: do you have a Mir capable device?
[21:43] <thomi> lool: yes
[21:43] <lool> thomi: would you want to reproduce?
[21:43] <lool> thomi: basically upgrade to unity8, upstart-app-launch, unity-mir, qtubuntu from ppa:ubuntu-unity/daily-build
[21:45] <thomi> lool: I'm knee deep in debugging something else right now. If I get that done I can take a look, but I don't think I'm the right person for this - it looks to me like some odd security issue perhaps?
[21:45] <thomi> p $esp
[21:45] <thomi> oops, wrong window
[22:47] <sergiusens> lool, plars fwiw https://code.launchpad.net/~sergiusens/notes-app/click-fixes/+merge/189980
[22:47] <sergiusens> lool, plars this needs to land for notes to have passing tests
[22:49] <lool> sergiusens: mind reviewing https://code.launchpad.net/~lool/session-manager-touch/lightdm-depends-on-lxc-android-config/+merge/189981 ?
[22:50] <lool> sergiusens: empty line in .desktop is ok?
[22:51] <lool> sergiusens: please upload any time, landing #152
[22:53] <sergiusens> lool, upstream merger is disabled though
[22:54] <lool> sergiusens: session-manager-touch is upstream merged?  don't think so
[22:54] <lool> sergiusens: or you meant notes-app?
[22:55] <sergiusens> lool, oh, I meant notes app
[22:55] <sergiusens> lool, let me test this
[22:58] <lool> sergiusens: if you dont mind, mind testing https://code.launchpad.net/~lool/ubuntu/saucy/lxc-android-config/set-display-mir/+merge/189986 afterwards
[23:02] <sergiusens> lool, done with https://code.launchpad.net/~lool/session-manager-touch/lightdm-depends-on-lxc-android-config/+merge/189981 (I can't upload though, remember?)
[23:02] <sergiusens> rsalveti, can you ^^
[23:03] <lool> sergiusens: I can
[23:03] <lool> sergiusens: was looking for peer review
[23:03] <rsalveti> fine if lool can't take it
[23:03] <sergiusens> rsalveti, it's his MR ;-)
[23:03] <rsalveti> oh, sure then :-)
[23:04] <rsalveti> lool: sergiusens + and started lxc-android-config)
[23:05] <rsalveti> shouldn't be and started android?
[23:05] <rsalveti> lxc-android-config emits android
[23:05] <sergiusens> rsalveti, started on  is for proper upstart jobs
[23:05] <rsalveti> right, not started on
[23:05] <rsalveti> but on android
[23:05] <rsalveti> anyway, should work, but I know that job emits android as well
[23:06] <lool> rsalveti: whatever you think is cleanest, but I think on android will prevent lightdm restarts
[23:06] <lool> since android is emitted once
[23:06] <lool> not 100% sure
[23:06] <rsalveti> right, but I don't think you ever want to restart lxc-android-config
[23:06] <rsalveti> restarting container is probably a no-go
[23:07] <lool> lightdm
[23:07] <rsalveti> right, but why depending on lxc-android-config wouldn't?
[23:07] <lool> ah right, it might try to restart the container
[23:09] <lool> rsalveti: didn't seem to restart lxc-android-config here
[23:09] <lool> don't ask me why
[23:09] <sergiusens> lool, what is the purpose of XXX in https://code.launchpad.net/~lool/ubuntu/saucy/lxc-android-config/set-display-mir/+merge/189986
[23:09] <rsalveti> lool: good then
[23:09] <rsalveti> lool: why a job for that?
[23:09] <lool> sergiusens: it's to be fixed if we fix boot hooks
[23:09] <rsalveti> shouldn't be part of livecd-rootfs?
[23:09] <lool> rsalveti: this will not work on upgrades
[23:09] <sergiusens> rsalveti, for people doing upgrades
[23:09] <rsalveti> why not?
[23:09] <rsalveti> oh, it's home
[23:09] <rsalveti> that's why
[23:10] <sergiusens> rsalveti, yeah, any writable location would had that issue
[23:10] <sergiusens> have
[23:11] <rsalveti> 29	+start on boot-hooks and starting lxc-android-config
[23:11] <rsalveti> will this be enough for lxc-android-config to always get that file when starting itself?
[23:11] <rsalveti> it should I believe
[23:11] <sergiusens> rsalveti, lxc-android-config won't start until this task is finished
[23:12] <rsalveti> cool, upstart is that smart then
[23:12] <sergiusens> rsalveti, although not a task as the job says
[23:12] <sergiusens> rsalveti, that's the magic of 'starting'
[23:12]  * lool uploaded ubuntu-touch-session_0.77_source.changes
[23:12] <lool> oh crap
[23:14] <rsalveti> looks fine then
[23:14] <rsalveti> we can revert this after we have a released image with it included by default right?
[23:14] <rsalveti> no, until we move that file somewhere else, anyway, this should be good
[23:17] <asac> plars: 87 is not getting better?
[23:17] <asac> lool: ?
[23:18] <asac> plars: notes app in particular
[23:18] <lool> asac: didn't look at 87
[23:19] <asac> hmm
[23:19] <asac> not good
[23:20] <lool> asac: I ran unity8 testsuite on SF and it passed here
[23:20] <asac> lool: unity8 is not the problem
[23:20] <asac> notes-app
[23:20] <asac> that was supposed to be fixed
[23:21] <lool> asac: it wasn't enough, sergiusens did another fix
[23:21] <lool> asac: https://code.launchpad.net/~sergiusens/notes-app/click-fixes/+merge/189980
[23:21] <asac> lool: why didnt we know?
[23:21] <asac> thats not really promissing
[23:22] <lool> sergiusens: I'm assuming notes-app wont be automerged, would you merge it by hand?
[23:22] <asac> lool: what is really bad is that we regressed our image without even landing mir
[23:23] <lool> asac: Yeah, so I don't know how to test the new click APs personally, I think we should do that before landing other clicks
[23:23] <lool> install the click by hand, run the tests
[23:23] <lool> plars, sergiusens: Is there an easy way to run the AP tests on clicks?
[23:23] <asac> i dont understand why we even move to more click apps if we cant test it
[23:23] <asac> can we revert notes-app?
[23:23] <asac> i am sure its still in the ppa?
[23:23] <asac> i just dont want more click app transition noise
[23:24] <lool> asac: it's well isolated
[23:24] <asac> i dont know
[23:24] <lool> asac: I think it's good to decouple the image from the apps with this move
[23:24] <asac> feels very wrong to be so lax about things.
[23:24] <asac> with what move?
[23:24] <asac> mir?
[23:25] <asac> mir didnt even land :)
[23:25] <asac> the thing is that we introduce something that will now create regressions on apps
[23:25] <asac> so we dont have notes-app in the game for mir team to look at
[23:25] <asac> same for all the other apps that we regressed
[23:25] <asac> (still not sure what change exactly started our crashers and why we kept going, but well.)
[23:26] <asac> anyway
[23:27] <lool> == Published qtubuntu (platform stack) ==
[23:28] <sergiusens> asac, the crashers were still there
[23:28] <sergiusens> asac, just not exposed
[23:28] <sergiusens> so I don't understand how you can be against that
[23:29] <sergiusens> we had a bad image that just looked good on the dashboard
[23:29] <sergiusens> asac, if no regressions is the case, mir is a big one
[23:29] <asac> we had a missing test for click packages i feel
[23:29] <lool> == Publishing unity8 (unity8 stack) ==
[23:29] <asac> that doesnt mean we have to put all the other apps in the spotlight as well
[23:30] <sergiusens> asac, it's a transition; not a thing forever
[23:30] <asac> anyway, i see a few with crashers
[23:30] <asac> and thats fine... notes-app is just still broken
[23:30] <sergiusens> asac, and by doing this we are finding a bunch of fallacies in our tools
[23:30] <asac> sergiusens: you can prep transitions outside
[23:30] <sergiusens> asac, not if you merge above
[23:30] <sergiusens> asac, not when I need support from the infra
[23:31] <sergiusens> asac, if it's not in the image, it doesn't get exposed so people won't fix btw
[23:32] <asac> thats exactly the attitude we try to fix
[23:32] <sergiusens> asac, how?
[23:32] <asac> its also not really true for things that have priority
[23:32] <asac> we have seen lots of landings that we didnt do because they were not ready, and that could very well be prepped outside
[23:32] <asac> breaking the image is not a mean to get priority
[23:32] <asac> if thats the case, we should fix that
[23:33] <sergiusens> asac, the image isn't broken btw, you can write notes still, it's just the tests
[23:33] <asac> well, if the APs are broken you cant merge anymore
[23:36] <sergiusens> ok
[23:39] <cjwatson> lool: It's supposed to be phablet-click-test-setup
[23:40] <cjwatson> I haven't actually tried it myself
[23:40] <cjwatson> (I think, anyway)
[23:40] <lool> ok
[23:40] <sergiusens> cjwatson, lool yes, that's how I got the results in the MR btw
[23:41] <lool> asac: I think we have a serious issue with new upstart-app-launch
[23:41] <sergiusens> after installing you need to run 'phablet-config autopilot --dbus-probe enable'
[23:41] <lool> can someone please test upstart-app-launch in PPA and check whether you can open OS updats from settings?
[23:42] <lool> I'm trying to Mir
[23:42] <lool> from
[23:45] <lool> so it worked in Mir, and it worked on reboot
[23:49] <lool> ok, upstart-app-launch works for me
[23:49] <lool> good news is that we get click appearing on instal now
[23:50] <lool> dobey, ralsina: Seems I can't uninstall preinstalled click again; looks like an UI thing though
[23:52] <lool> sergiusens: do you have a fixed notes-app.click I can try with phablet-click-test-setup?
[23:58] <lool> == Publishing upstart-app-launch (misc stack) ==