[01:21] <RobbyF> This device is really gaining groound.
[02:05] <nico_> hey, so i was trying to install ubuntu touch on my nexus 4. half way through it restarts and it got disconnected. so I have access to the recovery menu, whats the best way to either restore my android back up or get the script to start running again?
[03:09] <BeJota> hi
[03:10] <BeJota> how can I install ubuntu touch on my galaxy s
[03:11] <BeJota> I follow the steps, but I get a black screen when phone is booting
[03:43] <stgraber> lool: found another bug in the /lib/modules handling, this time in the initrd. Uploaded the fix, will wait for it to publish, then upload android and then it should be time for me to finally EOD.
[03:49] <bzoltan> mhall119:  Not yet
[03:50] <crazyvonkey> hi
[03:50] <crazyvonkey> can i install Ubuntu Touch on my Sony XperiaZ?
[04:45] <plars> stgraber: this will fix the security tests perhaps?
[05:17] <tiagoscd> heyall
[05:18] <tiagoscd> do you know how can I install dependencies to run messaging-app on my machine?
[05:18] <tiagoscd> when I try to run it I got 'module "Ubuntu.Telephony" is not installed'
[05:19] <tiagoscd> I am running raring here
[07:02] <dholbach> good morning
[07:06] <lool> morning
[07:15] <lool> psivaa: hey
[07:16] <lool> psivaa: would you help me relaunch the failed touch_ro tests?
[07:16] <lool> psivaa: that is, retrying failed tests from http://reports.qa.ubuntu.com/smokeng/saucy/image/3982/?sort=name which passed in http://reports.qa.ubuntu.com/smokeng/saucy/image/3980/?sort=name
[07:17] <lool> psivaa: hmm actually some might be running, so let's just look at the failed ones
[07:31] <AskUbuntu> Difference between phablet-flash cdimage-touch and phablet-flash ubuntu-system? | http://askubuntu.com/q/341613
[07:41] <asac> moin
[07:42] <asac> ogra_: moin
[07:42] <asac> psivaa: good morning
[07:43] <asac> let me know when there ;)
[07:43] <asac> sil2100: Mirv: morning ... once you are up and have a quiet moment ping me for a quick standup i guess
[07:48] <sil2100> asac: morning! I should be ready in some ~30 minutes
[07:49] <dholbach> does launching the g+ app work for anyone?
[07:51] <asac> dholbach: we have a g+ app?
[07:51] <asac> :)
[07:51] <Mirv> asac: morning!
[07:51] <dholbach> asac, a webapp
[07:51] <dholbach> hum, looks like none of the apps can be launched
[07:52] <asac> dholbach: ouch... which image?
[07:53]  * ogra_ always uses G+ from the browser
[07:53] <dholbach> asac, 4.3
[07:53] <dholbach> but let me do an upgrade and see if that works
[07:53] <ogra_> i wasnt aware we had a webapp
[07:54] <ogra_> unity-webapps-qml:armhf from 0.1+13.10.20130829.2-0ubuntu1 to 0.1+13.10.20130904.2-0ubuntu1
[07:54] <ogra_> that was upgraded between .2 and .2
[07:54] <ogra_> err
[07:54] <dholbach> ogra_, just install it from the store
[07:54] <asac> dholbach: 4.3 is the latest available i think
[07:54] <ogra_> .3 indeed
[07:55] <ogra_> 05 is due in ~30min
[07:55] <asac> dholbach: try downgrading above
[07:55] <dholbach> no, it's not related to this
[07:55] <asac> ogra_: yeah... and then we have a call :)
[07:55] <asac> lol
[07:55] <dholbach> none of the click apps work
[07:55] <ogra_> asac, a call ?
[07:55] <asac> dholbach: RO or RW image
[07:55] <asac> ogra_: i just inviuted you
[07:55] <dholbach> asac, the one I got through --pending
[07:56] <ogra_> uh
[07:56] <asac> dholbach: yeah. thats latest
[07:56] <dholbach> no, still same problem after doing a dist-upgrade + reboot
[07:57] <asac> dholbach: mako/maguro?
[07:57]  * asac installs latest
[08:04] <wellsb> dholbach: g+ app didn't load for me yesterday, but it does work today.  Other click apps are working here, as well
[08:09] <asac> stgraber: so can we change the : to something that is < .
[08:09] <asac> ?
[08:09] <asac> stgraber: this would help us having a saner sorting
[08:10] <asac> without investing in a smart version semantic tool :)
[08:10] <asac> stgraber: alternatively we could change our . to something that is > : in the respin build id
[08:10] <lool> asac: it's for QA team to change this
[08:10] <asac> lool: where is the iamge version encoded in though?
[08:11] <asac> lool: whatever you deliver as a version would be nice to just sort
[08:11] <lool> asac: the version we deliver is "4"  :-)
[08:11] <asac> lool: so 4:20130904:20130903.2	
[08:11] <asac> is invented by QA?
[08:11] <asac> out of stuff they find in the image somewhere?
[08:11] <lool> yes, it might be based on a script stgraber provided
[08:11] <lool> I hope it's from the image itself
[08:12] <lool> the other option would be that it's from system-image, in which case it's read twice and there's a possible race
[08:12] <asac> lool: the channel has no knowledge about version and doesnt give yo a version?
[08:12] <OrokuSaki> So all we do to disable apparmor for all click apps... is...  remove this line ? "apparmor switch ${APP_ID}"
[08:12] <lool> asac: it does provide you with other versions
[08:12] <asac> lool: so we have the encoded 4:...:... on the image?
[08:12] <lool> asac: this is what our tools give:
[08:13] <asac> or just the 4 and the ... individually?
[08:13] <lool> asac: http://paste.ubuntu.com/6065595/
[08:13] <lool> asac: stgraber requested that we change this to "4 (ubuntu=20130904.3, grouper=20130904.3)" for clarity
[08:13] <wellsb> Scratch that, g+ app seems to be intermittent.  Not working now
[08:13]  * asac looks into the json
[08:13] <asac> http://system-image.ubuntu.com/daily-proposed/mako/index.json
[08:13] <lool> asac: once ids are unique (soon) we could switch to just the id
[08:13] <lool> asac: look at the paste
[08:13] <lool> asac: it's derived from the json
[08:14] <lool> and sums up what we care about for testing
[08:14] <lool> asac: "utils/check-latest --channel daily-proposed mako" in lp:~ubuntu-system-image/ubuntu-system-image/server
[08:14] <asac> lool: how do we know whats the latest proposed image against "3" towards "4"  is?
[08:14] <lool> asac: I didn't understand your question
[08:15] <asac> lool: http://system-image.ubuntu.com/daily-proposed/mako/index.json
[08:15] <asac> how can i figure which of those is the latest
[08:15] <asac> or rather: how does our update tool pick
[08:15] <asac> what to download/install
[08:15] <lool> asac: it's the highest "version:"
[08:15] <OrokuSaki> asac or lool.. do you know how to disable apparmor for all click apps? I have 2.6.35..
[08:15] <asac> lool: in that file we have multiple version: that are the same
[08:15] <lool> asac: it happens to be two paragraphs from the end
[08:15] <OrokuSaki> you guys seem really smart
[08:16] <lool> OrokuSaki: seems pretty dangerous to me!
[08:16] <asac> lool: oh i see
[08:16] <asac> we always have one full and one delta
[08:16] <asac> so always exactly two
[08:16] <lool> OrokuSaki: you'll be running untrusted code
[08:16] <asac> ... kk
[08:16] <asac> that confused me a bit
[08:16] <OrokuSaki> I am okay with it
[08:16] <lool> asac: we have two fulls
[08:16] <OrokuSaki> I saw this in the new porting guide... "click: adjust the desktop file for the click package in ~/.local/share/applications/<click>.desktop to not use aa-exec and/or adjust /usr/share/upstart/sessions/application-click.conf to not use 'apparmor switch' "
[08:16] <lool> asac: in fact we have more, but we need at least two
[08:16] <asac> lool: right. i was sayuing: we have two blocks for each version
[08:16] <asac> one delta and one full
[08:16] <lool> asac: so that QA can deploy version-1 to upgrade to latest version
[08:17] <asac> right
[08:17] <asac> we should just keep all
[08:17] <asac> :)
[08:17] <lool> asac: if you look at the output of the tool, you'll see it's also much clearer on what is what
[08:17] <OrokuSaki> maybe I should remove the override
[08:17] <lool> version is 4, ubuntu version is so and so, and android version is so and so
[08:18] <lool> OrokuSaki: if it's just to try things out then hand-editing generated .desktop files seem best; you can confirm things work without aa-exec
[08:18] <lool> OrokuSaki: but after that you should make sure you get apparmor working
[08:18] <lool> or don't use .click packages
[08:19] <lool> psivaa: around?
[08:19] <OrokuSaki> thanks.. bu still.. eventually someone will ask... I bet its the override
[08:20] <asac> lool:  you want to be in todays CI standup?
[08:20] <asac> lool: i will invite you in 10 minutes
[08:20] <asac> its a one timer
[08:20] <asac> for checking how we get unity8 and touch_ro done
[08:20] <OrokuSaki> I know my device to much to care about untrusted code
[08:21] <dholbach> wellsb, that's strange - I get an error about .desktop files missing
[08:22] <lool> asac: ok
[08:23] <psivaa> lool: asac: good morning
[08:23] <lool> psivaa: hey
[08:23] <seb128> mardy, hey, do you have any objection if somebody port ubuntu-system-settings from qmake to cmake?
[08:23] <seb128> Laney, ^
[08:23] <lool> psivaa: some tests didn't run as part of http://reports.qa.ubuntu.com/smokeng/saucy/image/3982/?sort=name
[08:23] <lool> psivaa: would be good to retry them
[08:23] <seb128> cmake is apparently you "standard build system" and it would make easier to have free support for stuff like code coverage, cross compilation
[08:24] <wellsb> dholbach: Mine is not loading anymore
[08:24] <lool> psivaa: I'm comparing with http://reports.qa.ubuntu.com/smokeng/saucy/image/3980/?sort=name
[08:24] <JamesTait> Good morning all, happy Be Late For Something Day! :-D
[08:24] <dholbach> wellsb, which error message?
[08:24] <lool> psivaa: camera-app-autopilot, ubuntu-clock-app-autopilot
[08:24] <wellsb> I'm getting apparmor denied errors
[08:24] <psivaa> lool: i ignored the failed camera and clock earlier and restarted them both
[08:25] <Laney> seb128: No, I'm pretty equally clueless about both
[08:25] <psivaa> lool: let me check if the new runs have made it through
[08:25] <Laney> seb128: does this somebody exist?
[08:25] <lool> psivaa: cool; would you give back webbrowser-app-autopilot/?
[08:25] <lool> test_progressbar.TestProgressBarAtStartup.test_chrome_initially_shown_then_hides_when_loaded failed
[08:25] <lool> but doubt this is realted to touch_ro
[08:26] <jjohansen> wellsb: what do the errors look like?
[08:26] <seb128> Laney, yes, tvoss and asac care enough about us changing that they are trying to get some of Satoris' time allocated to help us converting it
[08:26] <Laney> wow, OK
[08:26] <lool> psivaa: also notes-app-autopilot
[08:27] <Laney> well if it supports all of the normal things like PREFIX and DESTDIR and so
[08:27] <asac> seb128: well. i am not sure
[08:27] <Laney> then +1
[08:27] <asac> at best folks would just give it a try
[08:27] <asac> and convert
[08:27] <asac> if you lack a good example lets focus on getting that out
[08:27] <Laney> also I could do that symlink properly ...
[08:27] <psivaa> lool: kicked off webbrowser and notes
[08:28] <wellsb> jjohansen: dholbach: The app does load if I wait long enough.  The apparmor reports are dbus related
[08:30] <lool> psivaa: thanks
[08:31] <sil2100> asac, Mirv, ogra_: meeting, yes?
[08:31] <Mirv> sil2100: here we are
[08:31] <ogra_> sil2100, everyone but asac is there :P
[08:32] <psivaa> lool: we may not see the results of the ones that we kicked off.. i see there is a new build image now  and the tests are picking it up now
[08:36] <lool> psivaa: I don't see this new image; which one is it?
[08:36] <psivaa> lool: ignore me :), maguro is the one that's picking up new image. mako is still running the old image
[08:36] <lool> right
[08:36] <lool> haven't looked at maguro yet
[08:36] <lool> looking now
[08:37] <lool> asac: standup URL?
[08:49] <asac> lool: too late
[08:49] <asac> lool: so we finiah the currening of daily-release, which will give us friends-app test
[08:49] <asac> then move to manual publishing, then let unity8 in, ensure we go back to green
[08:50] <asac> lool: if touch_ro is at the end of the day in same state
[08:50] <asac> we are happy to move over end of day
[08:50] <ogra_> asac, sil2100, Mirv, FYI http://paste.ubuntu.com/6065706/
[08:51] <lool> asac: to switch from touch_ro to touch images tonight?>
[08:51] <lool> cool
[08:52] <asac> lool: yeah. thats the idea. if we see results similar, i will just focus on touch_ro and you can announce the default switch etc
[08:52] <asac> similar == equal
[08:54] <lool> asac: well if the delta is super small and we can explain it, I think we should switch
[08:54] <asac> lool: sure, i am open to stories
[08:54] <asac> however, you got very far
[08:54] <asac> lets go the last few steps
[08:55] <asac> lool: do you already know about things that are understood to be different?
[08:55] <asac> maybe start explaining :)
[08:56] <lool> asac: for maguro, two tests of difference
[08:56] <lool> asac: one I think just needs a retry
[08:56] <lool> asac: the other is the SDK tests that stgraber uploaded a fix for missing /lib/modules
[08:56] <lool> asac: sorry s/SDK/security/
[08:56] <lool> brainbug
[08:56] <ogra_> should be in the current image
[08:56] <ogra_> should be in the current pending image
[08:56] <ogra_> :P
[08:57] <lool> asac: for mako, some tests weren't run, a couple of retries needed, and one extra test passing on _ro
[08:57] <lool> ogra_: right
[08:57] <lool> asac: so the only true regression is this security test which is being worked on
[08:57] <asac> lool: so we want to kick off a golden image
[08:58] <lool> asac: there's also this thread on network failures in the lab, it seems orthogonal but I can't exclude that a race condition happens more frequently with ro than with touch, but it didn't seem touch related
[08:58] <asac> that will be the /current for the unity8 isolated landing
[08:58] <asac> can we get the secyurity fix in byu then?
[08:58] <lool> asac: it should be in
[08:58] <lool> asac: we will see once the tests run
[08:58] <asac> lool: yeah, but the network seems to go away when retrying
[08:58] <asac> so i am sure we are willing to retry a few omre times
[08:58] <asac> lool: right. i asked psivaa to escalate in case the security thing is still failing
[08:58] <asac> in te image coming out now
[08:59] <asac> if its still failing we still have a couple hours
[08:59] <lool> asac: BTW, I think touch tests get scheduled before touch_ro tests
[08:59] <lool> anyway this is temporary
[09:00] <psivaa> asac: lool: security tests still failing in this morning's run: http://reports.qa.ubuntu.com/smokeng/saucy/image/3982/security/
[09:01] <lool> psivaa: Yup; should be fixed with android=20130903-0ubuntu2
[09:02] <lool> psivaa: or Android 20130904.3 rather
[09:02] <lool> err no, sorry, with 05
[09:02] <lool> psivaa: basically, should be fixed when system-image finished to import the image  :-)
[09:02] <psivaa> lool: ack :)
[09:02] <lool> asac: could you bump this pxz ticket again?
[09:02] <asac> lool: they should be in parallel ... we use separate devices at last
[09:02] <asac> lool: whats the id?
[09:03] <lool> asac: I think this is the origina of the delay
[09:03] <lool> asac: #63025
[09:03] <asac> lool: you say that ticket is the cause of the security failure?
[09:04] <lool> asac: no, it's the cause of the delay to test images
[09:04] <lool> asac: because it takes 30 minutes instead of 5 to generate the xz tarballs
[09:04] <asac> lool: oh you say the images come a bit later
[09:04] <asac> kk
[09:04] <asac> thats okaish given how fast our images are built, but yeah
[09:04] <asac> we should
[09:04] <asac> if we default now
[09:05] <lool> 25mn image build time win for a one off 5mn backporting work is a nobrainer for me  :-)
[09:05] <lool> asac: exactly
[09:05] <ogra_> lool, hmm, doesnt the compressing run on a fast x86 machine ?
[09:05]  * ogra_ is surprised it takes so long 
[09:06] <cjwatson> it does but pxz still helps.  nusakan has plenty of cores
[09:06] <asac> lool: ok asking in IS
[09:06] <ogra_> cjwatson, well, i think that part runs on the syste-image server
[09:06] <ogra_> *system
[09:06] <cjwatson> $ grep ^processor /proc/cpuinfo | tail -n1
[09:06] <cjwatson> processor       : 11
[09:06] <asac> telling them it blocks a diligent transition to our final image format, so hope that is good enough for getting someone doing it nowish
[09:06]  * asac hopes that story is roughly rightly phrased :)
[09:06] <cjwatson> ogra_: according to the ticket just referenced which stgraber filed, he was asking for pxz to be installed on nusakan
[09:07] <ogra_> oh, great then
[09:07] <Mirv> ogra_: asac: sil2100: friends-app now in archive/proposed https://launchpad.net/ubuntu/saucy/+source/friends-app/0.92.0+13.10.20130905-0ubuntu1
[09:08] <ogra_> did it publish already ?
[09:08] <asac> Mirv: great. anything else that is pumping still? otherwise i guess we can go to manual publishing
[09:08] <ogra_> ah, no
[09:08] <ogra_> and it seems the ppc build is in dep-wait
[09:09] <aquarius> ev, ping
[09:09] <Mirv> asac: galler-app, not sure if its update is wanted. and mediaplayer-app + upstart-app-launch would be upcoming
[09:09] <cjwatson> ogra_: which matters not at all since the previous version in saucy wasn't built on powerpc either
[09:09] <ogra_> cjwatson, right
[09:10] <ev> aquarius: pong
[09:11] <Mirv> sil2100: can you schedule yourself to run the manual-mode semiautoscript in 30mins?
[09:11] <asac> Mirv: what commit message do you see for gallery?
[09:11]  * asac checks if the tests are failing there
[09:12] <asac> Mirv: gallery-app is green, so i guess we dont want it
[09:12] <asac> Mirv: same argument would work for mediaplayer
[09:13] <asac> Mirv: not sure what usptart-app-launch is about
[09:13] <asac> Mirv: maybe that fixes dholbach's problem?
[09:13] <asac> dholbach: can you start apps now?
[09:13] <aquarius> ev, just reading your thread about runaway processes on the touch mailing list (I'm not subscribed to the list, so there's no good way of replying), and I had a thought: it seems to be primarily about *accidental* runaways (I put an infinite loop in my code by mistake), and all the discussion is "how do we know if this process is actually accidental, or if it's deliberately using 100% CPU because it's properly
[09:13] <aquarius> busy doing a lot? The thought is: provide an API call yesIAmReallyBusy which you can call every few seconds while you're busy and then the runaway-killer will know you're not a runaway and will ignore you. This is how screensaver stuff works -- your movie-playing app calls "ignoreTheScreenSaverForAMinute" every minute, and then you don't have to worry about holding locks or anything, and if your app crashes the
[09:13] <aquarius> screensaver doesn't stay disabled.
[09:13] <Mirv> asac: content-hub, using url instead of filename
[09:14] <Mirv> asac: and then we don't have unity8 building at the moment, now that it still didn't build I reported it onwards
[09:14] <asac> Mirv: what does it mean that its not building?
[09:14] <asac> doesnt have changes?
[09:14] <Mirv> asac: FTBFS
[09:14] <ev> aquarius: did you see cking's reply? It seems to be going down this route of "can we tell between accidental runaway and purposeful"
[09:14] <Mirv> asac: https://bugs.launchpad.net/unity8/+bug/1221102
[09:14] <asac> ok good
[09:14] <asac> well thats ok
[09:14] <Mirv> asac: fix should land soon according to #ubuntu-unity
[09:14] <asac> we dont want a new unity anyway before we do the landing later today
[09:15] <asac> after we turn off automatic publishing
[09:15] <asac> they can start getting everything in place as they want
[09:15] <asac> Mirv: maybe tell unity folks in channel that they might want to hold back landing stuff in trunk
[09:15] <asac> that isnt related to getting unity8/mir landing ...
[09:15] <ev> aquarius: getting stuck on poll() being an example near and dear to my heart
[09:15] <asac> at least until we have talked to kgunn
[09:15] <aquarius> ev, I did. The discussion is about being clever around trying to identify from outside the runaway process whether it is runaway or not, which is a useful thing to have if you can do it certainly. What I'm suggesting is making it explicit -- a system service should throw a yesIReallyAmBusy() into its high-CPU processing loop, and then we don't *have* to dwim it; we'll know.
[09:16] <ev> ah right
[09:16] <Mirv> asac: well to land unity8/mir I guess we need unity8 building anyhow?
[09:16] <aquarius> ev, definitely if it can be reliably dwimmed then we don't need explicitness
[09:16] <ev> any idea if Android already does something like this?
[09:16] <ogra_> Mirv, details :P
[09:16] <asac> Mirv: ack
[09:16] <asac> Mirv: that they can surealy work on :)
[09:16] <asac> lol
[09:16] <aquarius> ev, I don't know, for background services. I've seen background services throw an error report on Android, but I don't know if that's because they ran away or because they crashed :)
[09:16] <Mirv> asac: anyhow, since the manual mode is not yet switched on the gallery-app already landed and unless I abort them so will mediaplayer-app + upstart-app-launch
[09:16] <asac> unless its a part of unity that will be disabled soon of course
[09:17] <ev> aquarius: I realise you're not subscribed, but if you post anyway I'll con someone into letting it through
[09:17] <Mirv> (but no others since other stacks aren't running / have run before)
[09:17] <asac> Mirv: ok... in case we see mediaplayer failures, we should just backout
[09:17] <ev> or if you'd prefer I can copy and paste all this into the thread :)
[09:17] <asac> without waiting for them to fix
[09:17] <aquarius> ev, I would if I knew a way of generating an email from scratch which looks like a reply to an existing email :)
[09:17] <asac> Mirv: same for the upstrart launch landing ... if something very odd happens we should be preppred to remove it
[09:17] <ev> ah, I'll handle this
[09:18] <cjwatson> aquarius: find Message-ID:, copy into In-Reply-To:
[09:18] <aquarius> cjwatson, ha! Doable with a *proper* email client. AFAICT gmail.com can't do that sort of thing.
[09:18] <cjwatson> Sadly lists.launchpad.net doesn't show Message-IDs
[09:19] <cjwatson> aquarius: doctor, doctor, it hurts when I do this
[09:19] <aquarius> cjwatson, shut up. :)
[09:19] <aquarius> I suspected that response was coming :)
[09:19] <cjwatson> My predictability knows no bounds
[09:19] <ev> aquarius: what's your email address?
[09:19] <asac> Mirv: sil2100: any idea how it could land being not buildable?
[09:19] <cjwatson> (Also, bored waiting for a test livefs build ...)
[09:20] <asac> Mirv: sil2100: i assume its an armhf only failure?
[09:20] <asac> (and we dont buildtest during MPs)?
[09:20] <aquarius> ev, I brought it up in case clever people like you and cking might say "we can't do that because $REASONS"; if you think it's worth bringing it up for discussion then I think that's a good idea. Two reasons I can see against it: the first is that if I drop yesIReallyAmBusy() into my main processing loop and that loop has a bug which makes it run infinitely by accident then I'm now immume from being killed, which
[09:20] <aquarius> is bad. Secondly, it suggests that if this comes to the desktop that things like Firefox would need to drop a yesIReallyAmBusy() all over the place, which they ought to do (because they want to be a good citizen on Ubuntu) but probably won't (because being a good citizen on Ubuntu isn't a big enough deal to them).
[09:20] <aquarius> ev, LP address is sil-launchpad@kryogenix.og
[09:20] <Mirv> asac: no it's on all archs and no idea how it landed from upstream merger, the unity team seems know what's causing it so they probably have an idea where it came from (like some dependency got updated somewhere in between)
[09:21] <asac> ok
[09:22] <asac> Mirv: sil2100: i guess we dont have the ability to put auto-landing of MP into manual mode as well?
[09:22] <Mirv> aquarius: I hope your HTML5 HOTP is eternal :)
[09:22] <asac> (just asking for future, not for this time)
[09:22] <mardy> seb128: if this person also volunteers to maintain the build system, no
[09:22] <Mirv> asac: no as we in me/sil2100, but maybe fginther would know
[09:22] <dholbach> asac, what changed in the meantime?
[09:22] <mardy> seb128: I personally find cmake horrible, but as long as I don't have to touch it, it's fine
[09:22] <seb128> mardy, ok, seems they do
[09:23] <aquarius> Mirv, well, it should be -- I'm not planning on killing the URL at kryogenix.org. However, it is a pure client-side app -- there's no server component -- so if you're worried about me deciding to screw up Canonical non-Android non-iPhone users just because it might be funny then you are welcome to copy the code and host it somewhere else ;)
[09:23] <seb128> mardy, apparently qmake cross-compilation support is not really there, where it's better for cmake
[09:23] <asac> dholbach: we are seeing a landing of a package called upstart-app-launch :)
[09:23] <dholbach> aha
[09:23] <asac> dholbach: feels like a parcel that might carry your fix
[09:23] <ev> aquarius: there, quick and dirty
[09:23] <asac> haven't looked what is in there
[09:23] <seb128> mardy, but yeah, same for me, the less I need the care about the build system the better ;-)
[09:23] <aquarius> ev, aha, sneaky! that's quite a clever way around :)
[09:23] <dholbach> asac, ok, having a look at it
[09:23] <ogra_>   [ Guenter Schwann ]
[09:23] <ogra_>   * Make libupstart-app-launch usable by C++ programs.
[09:23] <ogra_> asac, ^^^
[09:23] <ogra_> dholbach,
[09:23] <ogra_> thats the only change
[09:24] <ogra_> i doubt it fioxes webapps
[09:24] <ogra_> *fixes
[09:24] <dholbach> hum, the click apps we use don't have c++ bits
[09:24] <ogra_> right
[09:24] <dholbach> ogra_, and there's just one web app - the rest of the click packages are not
[09:24] <Mirv> aquarius: good idea, to make a copy of it just in case
[09:24] <ogra_> dholbach, oh, so none of the click apps start ?
[09:24] <Mirv> aquarius: not that I'd be worried about that happening :)
[09:24] <aquarius> Mirv, agreed
[09:24] <ogra_> i thought only G+
[09:24] <seb128> ogra_, dholbach: that change is just adding an 'extern "C"' to make the compiler happy
[09:24] <dholbach> ogra_, correct
[09:24] <ogra_> ah
[09:25] <ogra_> seb128, yeah, i doubt it has anything to do with dholbach's issue
[09:25] <seb128> not likely no
[09:25] <aquarius> Mirv, someone ought to turn it into an app showdown app; are people who need 2fa and using Ubuntu Phone using my thing, or something else, to log in? :)
[09:26]  * ogra_ sees click-apparmor and python3-apparmor in the changes 
[09:26] <ogra_> i think thats more likely to help
[09:26]  * ogra_ looks at the changelogs
[09:26] <asac> ogra_: do you also see dholbach's problem?
[09:26] <dholbach> ogra_, before and after a dist-upgrade I had the same problem
[09:26] <asac> dholbach: which apps are click? calendar starts here for instance
[09:27] <popey> Mirv: aquarius it's already an app
[09:27] <ogra_> asac, still syncing the image
[09:27] <asac> dholbach: you dist-upgraded? maybe install a fresh image :)
[09:27] <ogra_> asac, alo i dont run the system image atm
[09:27] <dholbach> even before that
[09:27] <dholbach> ureadit, ushopper, hello world, google+, akari
[09:27] <asac> ogra_: he dist-upgraded, so i feel its not the system-image
[09:27] <ogra_> ah right
[09:27] <popey> Mirv: aquarius https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/collection/+packages?field.name_filter=canonical&field.status_filter=published&field.series_filter=
[09:28] <aquarius> popey, what, my thing? It's certainly designed to be runnable offline and bookmarkable so that it seems like an app, and that'll work fine on, say, an iPhone, but I don't know if the Ubuntu browser supports offline HTML or bookmarking a thing to the app screen as an app.
[09:28] <dholbach> asac, even before the dist-upgrade it didn't work
[09:28] <popey> yes
[09:28] <popey> mhall119: app-ified it
[09:28] <asac> dholbach: so i am installing those apps
[09:28] <aquarius> oh really? cool!
[09:28] <asac> but they dont get installed (e.g. i onbly can install)
[09:28] <aquarius> so I already have two Ubuntu Touch apps ;)
[09:29] <dholbach> I'm happy to re-flash with 0905 and try again
[09:29] <dholbach> asac, any error message?
[09:29] <asac> dholbach: no... i just dont see it in "installed" apps
[09:29] <asac> and if i click on the suggestions link again
[09:29] <asac> it only offers to install
[09:29] <aquarius> cjwatson, hm, I wonder if Mailman should have a "send this email, shown in the on-the-web archives, to my email address as if I'd received it originally so that I can reply, and incidentally subscribe me to the list while you're doing that" button, although how you stop it being the world's best spam vector is a problem :)
[09:30] <Mirv> popey: \o/
[09:30] <popey> \o/ indeed
[09:30] <cjwatson> aquarius: I like "bts --show mbox BUGNUMBER", which is a tool for the Debian BTS that opens an entire bug thread in your mailer
[09:30] <cjwatson> aquarius: that style of thing works well for me
[09:30] <aquarius> Mirv, there you go then, someone's already taken a copy of it :)
[09:30] <Mirv> it's good that we support non-android non-iphone phones ;)
[09:31] <cjwatson> aquarius: I think it does require some MUA integration to do well though
[09:31] <asac> dholbach: give a reflash a try i guess and explain to me where to find my installed click apps :)
[09:31] <asac> thanks
[09:31] <aquarius> cjwatson, actually, if mailto: URLs could contain a reply-to header as well as body and subject, that'd cover it. But they cannot :)
[09:31] <dholbach> asac, yeah, right now I don't see them either (on a N7)
[09:33] <asac> dholbach: ok, then i dont know how you know you cant start them :)
[09:34] <dholbach> well, before the last reboot I could see them
[09:34] <asac> yeah. feels that it might be related
[09:38] <asac> lool: stgraber: you think you and stgraber could see if you can see anything that might cause this network issue?
[09:38] <cjwatson> dholbach: anything in "click list"?
[09:38] <cjwatson> (as the phablet user)
[09:38] <asac> lool: stgraber maybe trying to reconnect wifi a few times and seeing if apparmor is a bit unhappy?
[09:39] <asac> cjwatson: i have the apps i installed in click list, yes.
[09:39] <asac> com.ubuntu.developer.mhall119.ureadit	0.9.3
[09:39] <asac> com.ubuntu.dropping-letters	0.1.2.2
[09:39] <asac> com.ubuntu.stock-ticker-mobile	0.3.7ubuntu1
[09:39] <asac> com.ubuntu.sudoku	0.4.3
[09:39] <asac> let me reboot
[09:39] <asac> if its just a unity restart to show them
[09:39] <cjwatson> I was told yesterday that unity doesn't pick up changes to ~/.local/share/applications/ on the fly, so that's possible
[09:40] <asac> right
[09:40] <cjwatson> although I don't know whether that was a categorical statement or whether it's only sometimes broken or what
[09:40] <asac> hmm. they are still not in the expanded "installed" list
[09:40] <asac> odd
[09:40] <cjwatson> asac: even so I'm not sure that that would be connected to the click scope not being able to launch them
[09:41] <ogra_> hmm, i'm running 04.1 here and just noticed that my click scope is completely gone
[09:41] <asac> cjwatson: there is a separate click scope?
[09:41] <asac> i only have home and application
[09:41] <cjwatson> it's one of the data sources for the application page/lens/whateveritscalled
[09:41] <asac> ok ogra_ that might explain what i am seeing :)
[09:41] <ogra_> in applications you should see installable packages
[09:41] <asac> right. i sree suggestions there, i used that to install
[09:41] <asac> but now i cant find those apps
[09:42] <ogra_> not if you expand "installed" ?
[09:42] <cjwatson> I'll reflash in a bit, I'm just trying to get this livecd-rootfs change tested first
[09:42] <cjwatson> though I don't know the click scope all that well
[09:42] <asac> ogra_: no its not in there
[09:42] <asac> ogra_: so i believe there is a click scope?
[09:42] <cjwatson> ogra_: yeah, having to expand that really is a dreadful UI gotcha
[09:42] <asac> that i dont have?
[09:42]  * ogra_ sees all apps he installed in the installed scope
[09:42] <cjwatson> especially because the app you just installed continues to show in suggestions ...
[09:42] <ogra_> but i dont have the "suggestions" that allow me to install
[09:42] <ogra_> which i belive is the click scope
[09:43] <asac> so to be clear, the click scope is part or all of what i see on the "Applications" homescreen?
[09:43] <ogra_> my applications page only has "installed" and "dash plugins" atm
[09:43] <asac> ralsina: hey ... see above
[09:43] <asac> ralsina: me and dholbach cant find the installed clicks
[09:44] <asac> ogra_: i have installed, more suggestions, dashb plugins :)
[09:44] <asac> ogra_: maybe settings in $HOME are screwy?
[09:44] <cjwatson> I guess I have to flash cdimage-touch to reproduce this?
[09:44] <ogra_> asac, right, i'm missing the suggestions part since this morning
[09:44] <asac> thats what i used, yes
[09:44] <asac> cjwatson: with --pending
[09:45] <asac> hmm
[09:45] <ogra_> i'm still on 04.1 though
[09:45] <cjwatson> will take longer then, that's a bigger image and slow internet.  hopefully somebody else will get there first
[09:45] <ogra_> (rsync is still 15min )
[09:45] <asac> cjwatson: if i just wipe my home, will whatewver click puts in .local/ be recreated?
[09:45] <asac> i think i might get tricked by bogus settings
[09:45] <ogra_> if it doesnt, file a bug :)
[09:45] <cjwatson> asac: should do, yes
[09:46] <cjwatson> as of yesterday evening we run "click hook install-user" on session init
[09:46] <ogra_> and that works really well :)
[09:46] <ogra_> my last upgrade kept all my click packages installed
[09:46] <cjwatson> though unity doesn't wait for that before starting, so there is a bit of a race until such time as it starts monitoring ~/.local/share/applications/ properly
[09:46] <asac> wonder what .presage is
[09:47] <cjwatson> ogra_: it was really for proper handling of preinstalled apps though, which you won't be seeing yet
[09:47] <cjwatson> until I get this livecd-rootfs change landed
[09:47] <asac> cjwatson: kk. so maybe two reboots with some time in between
[09:47] <ogra_> ah
[09:47] <cjwatson> I wouldn't worry about some time, click hook install-user shouldn't take more than a second or so
[09:48] <cjwatson> (which is mostly slow python startup, will go away when I rewrite in C, but not for 13.10 ...)
[09:48] <asac> yeah i see the .deskltop files are now there... rebooting
[09:49] <asac> not sure... still nothing
[09:49] <asac> moved .config .local and .presage away
[09:49] <asac> didnt help
[09:49] <asac> not sure if it redumbed a bogus config state right away
[09:49] <cjwatson> I don't know the scope/upstart side of things well enough to be able to debug this remotely I'm afraid
[09:49] <asac> yeah no problem
[09:49] <cjwatson> might be able to grovel about locally and find it
[09:49] <asac> lets wait
[09:51]  * ogra_ reboots his phone to see if the scope comes back
[09:51] <ogra_> aha, reboot got it back
[09:52] <ogra_> and there is G+ now !
[09:52] <rah> I'm trying to port ubuntu touch to a system that doesn't have a cyanogenmod port
[09:53] <asac> psivaa: http://reports.qa.ubuntu.com/smokeng/saucy/image/3991/ first time?
[09:53] <asac> we see gallery-app failure like this?
[09:53] <rah> I'm trying to follow the web page here https://wiki.ubuntu.com/Touch/Porting
[09:53] <rah> unfortunately, some of what it says isn't true
[09:53] <dholbach> asac, ogra: I reflashed --wipe with 0905 and get no click app suggestions, but when I searched for "ureadit" I could start the attempt at installing it, but get "Error using keyfile com.ubuntu.developer.mhall119.ureadit_ureadit_0.9.3.desktop: No such file or directory"
[09:53] <dholbach> ... when trying to launch it
[09:53] <ogra_> dholbach, just installed G+, after a reboot i see the icon in "Installed" and tapping it starts the app fine
[09:53] <rah> specifically, it says "The path to fstab is:
[09:53] <rah> device/[manufacturer]/[codename]/fstab.[codename]"
[09:54] <asac> oha... so thats a regression in 5 over 4.3 thne
[09:54] <asac> let me see
[09:54] <asac> i had 4.3
[09:54] <dholbach> asac, no I had the same issue on 4.3
[09:54] <rah> however, the android tree that I have for the device has no such "fstab.[codename]" file
[09:54] <cjwatson> dholbach: ls -l ~/.local/share/applications/  and see whether that's a dead link
[09:54] <asac> dholbach: thats odd then.
[09:54] <cjwatson> (com.ubuntu.developer.mhall119.ureadit_ureadit_0.9.3.desktop I mean)
[09:54] <psivaa> asac: yes, first time. restarting to confirm it's recurrent
[09:54] <asac> psivaa: thx
[09:55] <rah> what is the best approach for porting to a device that has no cyanogenmod port?
[09:55] <dholbach> phablet@ubuntu-phablet:~$ ls -l ~/.local/share/applications/
[09:55] <dholbach> ls: cannot access /home/phablet/.local/share/applications/: No such file or directory
[09:55] <ogra_> rah, does it have any fstab file ?
[09:55] <dholbach> cjwatson, ^
[09:55] <asac> oSoMoN: gallery-app might be effected by libcontenthub?
[09:55] <popey> dholbach: i got that yesterday when installing a click package
[09:55] <cjwatson> dholbach: could perhaps be bug 1214855
[09:56] <popey> but it actually did put a file there, despite the warning
[09:56] <cjwatson> or indeed bug 1215478
[09:56] <oSoMoN> asac: indeed
[09:56] <cjwatson> popey: yesterday things were different
[09:56] <dholbach> cjwatson, thanks a lot for the link
[09:56] <cjwatson> popey: click desktophook was duplicating the work of upstart-app-launch-desktop - I made it stop doing so
[09:56] <popey> ah
[09:56] <asac> oSoMoN: can you try to reproduce and see if backing out libcontenthub (which gots updated) fixes the test?
[09:56] <cjwatson> which means that we're probably now seeing the bugs of upstart-app-launch-desktop more obviously
[09:56] <rah> ogra_: there are two files, "vold.fstab" and "recovery.fstab"
[09:56] <rah> ogra_: neither look like fstab files
[09:56] <rah> ## Format: dev_mount <label> <mount_point> <part> <sysfs_path1...>
[09:56] <dholbach> popey, do you still see the same issue?
[09:56] <rah> ...
[09:56] <rah> dev_mount       sdcard  /mnt/sdcard     auto    /devices/virtual/block/nandk
[09:56] <asac> oSoMoN: here are the changes from 4.3 to 5
[09:56] <ogra_> yeah, we dont use vold
[09:56] <asac> http://people.canonical.com/~ogra/touch-image-stats/20130905.changes
[09:57] <popey> dholbach: not tried since, been on other things
[09:57] <rah> I don't know what vold is
[09:57] <popey> need to relfash my device
[09:57] <dholbach> ok
[09:57] <ogra_> volume daemon ... an adroid service that manages disk volumes
[09:57] <cjwatson> dholbach: so should be better if you mkdir -p ~/.local/share/applications first
[09:57] <popey> which I'm doing now and will test dholbach
[09:57] <ogra_> +n
[09:57] <rah> I see
[09:57] <dholbach> cjwatson, popey: thanks
[09:57] <cjwatson> dholbach: (I just marked that above bug as a duplicate and have set the appstore tag on the dup target instead)
[09:58] <rah> so what is the best approach for porting to a device that has no cyanogenmod port?
[09:59] <asac> oSoMoN: i think i remember that there was also a gallery-app update in flight... maybe that addresses this issue (if it is an issue)
[09:59] <dholbach> cjwatson, fantastic - thanks!
[10:00] <rah> the porting guide, as it stands, assumes an existing cyangenmod port
[10:00] <asac> gusch: do you know if the gallery-app is suppoed to fix the test failure?
[10:00] <asac> https://code.launchpad.net/~phablet-team/gallery-app/trunk
[10:00] <asac>  -> Return urls not filenames to content hub.
[10:00] <asac> guess that might have the fix
[10:00] <asac> oSoMoN: ^^
[10:01] <gusch> asac: which failure?
[10:01] <ogra_> ah, and a fix for bug 1215478 just landed this minute
[10:02] <rah> where should I ask questions about porting ubuntu touch?
[10:02] <ogra_> rah, here is fine, but i dont think many of us have experience with porting non CWM based devices
[10:03] <oSoMoN> asac: I’ll let gusch deal with the tests failures for gallery-app, it’s his field
[10:03] <dholbach> asac, ogra_, so it is indeed bug 1215478 (creating ~/.local/share/applications makes it work)
[10:03] <ogra_> dholbach, right, upstart-app-launch 0.1+13.10.20130905-0ubuntu1 seems to fix that
[10:04] <asac> gusch: check dashboard
[10:04] <asac> gusch: we got a failyure from 4.3 image to 5
[10:04] <asac> we retry the job, but if its libcontenthub related
[10:04] <asac> we would like to know
[10:04] <asac> 12:04 < asac> gusch: check dashboard
[10:04] <asac> 12:04 < asac> gusch: we got a failyure from 4.3 image to 5
[10:04] <asac> 12:04 -!- gusch [~gusch@chello084115137085.5.graz.surfer.at] has quit [Read error: Connection reset by peer]
[10:04] <cjwatson> ogra_: upstart-app-launch> oh good
[10:04] <asac> 12:04 < asac> we retry the job, but if its libcontenthub related
[10:04] <asac> 12:04 -!- gusch [~gusch@chello084115137085.5.graz.surfer.at] has joined #ubuntu-touch
[10:04] <asac> 12:04 < asac> we would like to know
[10:05] <rah> ogra_: so you're saying there's not really any help for people wanting to port ubuntu touch to devices which have no cyanogenmod port?
[10:05] <ogra_> rah, well, we can surely answer questions to a certain extend ...
[10:06] <rah> ok
[10:06] <rah> what is fstab.[codename]?
[10:06] <asac> Mirv: sil2100: so seems we want upstart-app-launch fix in
[10:06] <rah> is it required?
[10:06] <ogra_> well, whats the name of your device ?
[10:06] <asac> Mirv: sil2100: on gallery-app we wait for gusch feedback
[10:06] <ogra_> usually android uses that to mount the disk partitions
[10:06] <asac> and a retry
[10:06] <iKillCypher> Hello :)
[10:07] <rah> I'd rather not reveal the name of the device
[10:07] <rah> I don't understand why it would be necessary either
[10:07] <ogra_> heh, ok
[10:07] <gusch> asac: you mean http://reports.qa.ubuntu.com/smokeng/saucy/image/3991/gallery-app-autopilot/346984/ ?
[10:07] <cjwatson> asac: upstart-app-launch was already uploaded to the archive, so is presumably already past what Mirv/sil2100 need to look at
[10:07] <asac> cjwatson: k
[10:08] <asac> gusch: right
[10:08] <asac> gusch: a) is that caused by libcontenthub update
[10:08] <asac> or b) an issue that might go away on retrying
[10:08] <asac> or c) is it fixed in latest gallery-app commit
[10:08] <ogra_> rah, well, the fstab file you would use in CWM for i.e. a grouper (nexus7) device would be called fstab.grouper and would tell android specifically how the partition layout on the device is and where which partition needs to be mounted
[10:08] <asac> :)
[10:08] <ogra_> rah, i would assume your adnroid device must have such a file too somewhere
[10:09] <gusch> asac: highly doubt a) doubt c) - so can you try b) ?
[10:10] <gusch> asac: I have never seen that error before
[10:10] <asac> gusch: thats under way. however, we dont have much time, can you try reproduce please?
[10:10] <asac> i would rather like to know if libcontenthub caused regression sooner
[10:10] <asac> so we can throw that out
[10:11] <asac> gusch: if you are 100% sure from looking at libcontenthub changes that its not causing this, then we can wait :)
[10:11] <asac> gusch: here is the libcontenthub update: https://launchpad.net/ubuntu/+source/content-hub
[10:11] <gusch> asac: I am 99.9% sure
[10:11] <asac> and here are things that talk about libcontenthub in trunk of gallery-app
[10:11] <asac> https://code.launchpad.net/~phablet-team/gallery-app/trunk
[10:11] <asac> gusch: they talk about related things
[10:12] <rah> ogra_: there is a file names init.sun6i.rc, which contains these lines at the top:
[10:12] <rah> http://codepad.org/bjAJsHun
[10:12] <rah> in particular:
[10:12] <rah> mount ext4 /dev/block/nandd /system ro wait noatime nodev barrier=0
[10:13] <rah> s/names/named/
[10:13] <ogra_> raaww, thats awful, but i guess then you dont need an fstab ... but need to fix the mount options in there
[10:13] <wellsb> Is the friends module not installed by default on today's image?  "module "Friends" is not installed"
[10:13] <popey> dholbach: just installed com.ubuntu.developer.carloalberto.randomimages-0.4.2.click on device and got no errors http://paste.ubuntu.com/6065947/
[10:14] <cjwatson> popey: (use pkcon rather than click install)
[10:14] <ogra_> wellsb, http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130905/saucy-preinstalled-touch-armhf.manifest says it is
[10:14] <dholbach> popey, what are the pkcon runes?
[10:14] <dholbach> err sorry
[10:14] <cjwatson> pkcon install-local foo.click
[10:14] <popey> i need the runes too!
[10:14] <dholbach> cool!
[10:14] <popey> ta
[10:14] <dholbach> thanks
[10:14]  * popey changes his manky script
[10:14] <rah> ogra_: what is wrong with the mount options?
[10:15] <cjwatson> click install is the low-level tool but requires care and feeding
[10:15] <cjwatson> I should get to writing a man page ...
[10:15] <ogra_> rah, read the proting guide, i think it explains it
[10:15] <popey> screw that, I aint feeding no tool!
[10:15] <popey> cjwatson: can i run pkcon as root or does it need to run as phablet?
[10:16]  * popey is doing this via adb shell
[10:16] <tiagoscd> exit
[10:16] <rah> ogra_: the porting guide says "nosuid" should be removed from the /data partition
[10:16] <rah> ogra_: it doesn't say anything about the /system partition
[10:16] <cjwatson> popey: you must not run it as root
[10:16] <ogra_> rah, right, since it needs to be able to execute suid apps there
[10:16] <popey> ok
[10:17] <ogra_> rah, no, so just fix the /data mounting then
[10:17] <cjwatson> (because if you do that it won't run hooks as the right user)
[10:19] <cjwatson> popey: the reason I say this BTW is that most people forget to do the user registration bit properly when they're using click install; also I get a fair number of support requests from people who don't know about --force-missing-framework
[10:19] <cjwatson> I'll add a note to "click help install"
[10:19] <popey> gotcha
[10:20] <asac> gusch: seems the dragon flew away :)
[10:20] <davmor2> Morning all
[10:21] <wellsb> ogra_: I was importing Friends 0.1.  I didn't realize 0.2 was out?  I don't have that on quantal.  I only have qtdeclarative5-friends-plugin 0.1, not qtdeclarative5-friends 0.2
[10:21] <asac> psivaa: notes-app ... another retryu... remember to note these down in the spreadsheet :)
[10:21] <gusch> asac: hmmm - but would be good to know what caused the failure
[10:21] <ogra_> wellsb, ah, well, quantal touch images are long gone by ... we are on saucy :)
[10:21] <psivaa> asac: right, doing it :)
[10:21] <wellsb> lol indeed
[10:21] <asac> gusch: we are logging all, but would need your help to investigate
[10:22] <asac> like finding ideas/clues etc. what to look for
[10:22] <asac> gusch: we have eliminted noise pretty well on the device
[10:22] <asac> so we currently dont have other stories left that explain the flaki tests
[10:22] <asac> beyond that the tests are really flaki and you have timing issues
[10:23] <asac> so if you see something that is clearly caused by a different thing, lets look together
[10:23] <gusch> asac: this is stange: Unanble to save the thumbnail "/tmp/gallery-ap_sd/.thumbnails/square/6d919bd1ac2782c522811b5b5832480f.jpg.tmp"
[10:25] <ralsina> asac: the installed clicks are not appearing because a hook is not adding the X-Ubuntu-Application-ID= to the .desktop file, IIRC
[10:25] <asac> gusch: here http://reports.qa.ubuntu.com/smokeng/saucy/image/3991/gallery-app-autopilot/346984/ i see that the file doesnt exist
[10:25] <asac> ah
[10:25] <asac> gusch: ah found the error you mentioned
[10:25] <asac> gusch: any idea "who" is saying that?
[10:26] <asac> gusch: i guess the typo: Unanble should be easy to grep :)
[10:26] <gusch> asac: gallery is doing trying to save the thumbnail
[10:26] <cjwatson> ralsina: we worked it out, it was bug 1215478
[10:26] <ralsina> cjwatson: awesome
[10:26] <cjwatson> ralsina: (i.e. yes there was no X-Ubuntu-Application-ID because there was no desktop file at all)
[10:27] <ralsina> haha
[10:27] <asac> gusch: ok and it tells us that it failed, but not why or what failed :/
[10:28] <gusch> asac: saving the image failed - maybe a permission problem?
[10:29] <asac> gusch: would be good to see the system error that got spat out
[10:29] <asac> maybe permission, maybe missing directory
[10:29] <gusch> asac: maybe disk full
[10:30] <asac> gusch: ok = image.save(temporaryName, PREVIEW_FILE_FORMAT, PREVIEW_QUALITY);
[10:31] <asac> doesnt this set an errno or something if failed?
[10:31] <asac> gusch: PhotoMetadata::save
[10:32] <asac> is that the functionm?
[10:32] <asac> we could dump info from the AnyError catched tthere?
[10:32] <asac> instead of just returning false
[10:32] <asac> gusch: http://paste.ubuntu.com/6066005/
[10:32] <asac> there basically
[10:34] <gusch> asac: that is the wrong function - let me see
[10:35] <wellsb> The audio part of bug 1220552 seems to be fixed.  Now it's just the accounts issue that is being worked in libaccounts-glib.  Great work guys
[10:35] <gusch> asac: the problem is in PreviewManager::saveThumbnail()
[10:36] <asac> gusch: that calls image.save
[10:36] <asac> so thought it might be this ::save
[10:36] <asac> that doesnt return info about what happened on the real system
[10:37] <asac> gusch: anyway. better logging is the best we can do for now
[10:37] <asac> so would be nice next time to get the underlying error info
[10:37] <wellsb> mardy: Is the displayName of the accounts model not being populated on touch devices for a particular reason?
[10:38] <mardy> wellsb: it should get populated; for which accounts is it failing?
[10:38] <wellsb> twitter
[10:39] <asac> oSoMoN: webbrowser is unhappy again :) http://reports.qa.ubuntu.com/smokeng/saucy/image/3992/webbrowser-app-autopilot/
[10:40] <asac> running out of ideas there
[10:40] <ogra_> it was fine before
[10:40] <asac> ogra_: i remember so much, yes :)
[10:41] <oSoMoN> asac: same type of errors as before, so I’d say same cause, probably the edge swipe intro coming into play
[10:41] <asac> oSoMoN: no. we dont do that anymore :)
[10:41] <asac> thats fixed
[10:41] <asac> no more swipe demo running for your tests
[10:41] <oSoMoN> asac: how can I be sure that it didn’t creep back in?
[10:42] <oSoMoN> asac: nothing changed in the browser (and in the sdk afaik), so that’s my preferred hypothesis unless demonstrated otherwise
[10:42] <asac> oSoMoN: well, maybe the swipe demo was not the whole story
[10:42] <oSoMoN> asac: could be, I’ll give it a test run on my device, but I’m pretty confident of the result already…
[10:42] <mardy> wellsb: it should work; can i tell you a few commands to debug the issue?
[10:43] <wellsb> mardy: Yes, that's fine
[10:43] <asac> oSoMoN: i will ask mterry to add logging so we are sure it isnt running anymore when we start unity8
[10:43] <oSoMoN> asac: would be good, thanks
[10:43] <asac> oSoMoN: lets retry before you put energy into it
[10:43] <asac> i wanted for more ideas
[10:43] <mardy> wellsb: "account-console list", and find out the numeric ID of the twitter account
[10:43] <asac> i am 95% sure swipe isnt running anymore
[10:43] <wellsb> okay, got it
[10:43] <asac> even higher that we do what mterry told us to do
[10:43] <mardy> wellsb: then "account-console login <id> --service twitter-microblog"
[10:44] <asac> and yesterday it succeeeded with that
[10:44] <asac> psivaa: so give webbrowser back
[10:44] <mardy> wellsb: where <id> is the numeric ID you just found
[10:44] <asac> annotate it with "swipe demo still running?"
[10:44] <wellsb> mardy: Done
[10:44] <mardy> wellsb: does the response include a SceenName field?
[10:44] <wellsb> It does
[10:44] <wellsb> and it's populated
[10:45] <mardy> wellsb: weeeird
[10:45] <wellsb> Does the displayName only populate if you have multiple accounts from the same provider?  Let me test this
[10:45] <asac> plars: doanac: i have hard time finnding the dbus-send command we added in any log
[10:46] <mardy> wellsb: no, it should be populated in any case; but feel free to try again
[10:46] <asac> plars: doanac: can we somehow ensure that those setup commands appear properly in the main console log for the job?
[10:46] <asac> plars: doanac: like http://reports.qa.ubuntu.com/smokeng/saucy/image/3992/webbrowser-app-autopilot/ -> https://jenkins.qa.ubuntu.com/job/saucy-touch-mako-smoke-webbrowser-app-autopilot/116/console
[10:46] <psivaa> asac: that webbrowser failure in mako is kind of random for me and i've restarted it again. this failed run was a result of me running webbrowser again to get rid of 1 random failure
[10:46] <asac> psivaa: yeah
[10:46] <mardy> wellsb: ah, please try starting the system settings from the console; we actually output some debug messages on the terminal
[10:46] <asac> psivaa: problem is that we had a story yesterday why that behaviour coul dhappen
[10:46] <asac> now we dont have it anymore :)
[10:47] <psivaa> asac: yea, this one is on mako and the story was on maguro :)
[10:47] <asac> (besides saying that our fix for that story didnt work)
[10:47] <asac> psivaa: the intro running was a story everywhere... guess on maguro it had the worst effects
[10:47] <asac> because we didnt get any results
[10:47] <asac> but we also saw more failures due to timing issues
[10:47] <asac> if it succeeded (given a longer timeout)
[10:48] <asac> if we never saw problems on mako thats interesting
[10:48] <psivaa> asac: true
[10:48] <mpt> seb128, do you happen to have a screenshot of the ItemSelector you just used for Battery settings?
[10:48] <asac> psivaa: do you know where this utah_setup.sh is run?
[10:48] <asac> or rather where the code for that is?
[10:48] <asac> afaik that should have the new dbus-send
[10:49] <psivaa> asac: let me check
[10:53] <popey> cjwatson: dholbach what I am doing wrong here? http://paste.ubuntu.com/6066072/
[10:53] <popey> looks like it's not installing, but I see no errors indicating that
[10:56] <cjwatson> popey: bug 1218483 makes this a pain to diagnose at the moment I'm afraid
[10:58] <psivaa> asac: http://bazaar.launchpad.net/~doanac/ubuntu-test-cases/converage-new-features/view/head:/scripts/provision.sh
[10:58] <cjwatson> popey: but, er, you do know that the PK API implementation for click isn't complete?  I wouldn't expect search to work yet
[10:58] <cjwatson> popey: try click list instead
[11:00] <psivaa> asac: ^ appears the one but has not been merged yet i suppose
[11:00] <popey> cjwatson: ah, I didn't know that, no ☻
[11:01] <popey> dholbach: phablet@ubuntu-phablet:~$ click list | grep random
[11:01] <popey> com.ubuntu.developer.username.randomimages	0.4
[11:01] <popey> that username doesn't look right
[11:01] <cjwatson> popey: click info com.ubuntu.developer.carloalberto.randomimages-0.4.2.click
[11:01] <cjwatson> bet you it doesn't match the file name
[11:02] <popey>     "name": "com.ubuntu.developer.username.randomimages",
[11:02] <cjwatson> right, the app store ought to forbid that
[11:02] <popey> bingo
[11:02]  * popey pokes beuno 
[11:02] <asac> psivaa: it wasn't?
[11:02] <asac> psivaa: i was told it landed yetrerday
[11:03] <asac> doanac: whats going on here?
[11:04] <psivaa> asac: doanac: my mistake
[11:05] <psivaa> it's merged http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/smoke-touch-apps/view/head:/jenkins/provision.sh
[11:05] <asac> ok :)
[11:05] <asac> psivaa: so this has set -x
[11:05] <asac> so it should be visible in some log
[11:05] <asac> where is the log that i can look at and see the dbus-send?
[11:06] <popey> dholbach: see above, "no" randomimages is not ready
[11:06] <asac> psivaa: this is odd
[11:06] <asac> i expected the dbus-send to land in the same script where we restart unity
[11:06] <asac> doanac: ^^ why do you confuse me :(
[11:07] <psivaa> asac: since this is in provisioning you'll see that: https://jenkins.qa.ubuntu.com/job/saucy-touch-mako-smoke-install-and-boot/108/consoleFull
[11:08] <asac> psivaa: where do i see that unity was restarted after?
[11:09] <asac> /org/freedesktop/Accounts/User32011
[11:09] <asac> odd user
[11:09] <ogra_> phablet
[11:10] <asac> ogra_: thats our fixed number?
[11:10] <asac> who invented that?
[11:10] <ogra_> yes
[11:10] <ogra_> dunno, was existing when i started using the code
[11:10] <asac> is there something special about that numbert? like funy?
[11:10] <asac> kk
[11:11] <ogra_> i think it just needs to be high enough
[11:11] <ogra_> 5000 would work as well
[11:11] <asac> oSoMoN: so we see in log that we run the dbus that prevents the swipe demo from starting
[11:11] <ogra_> or some such
[11:11] <asac> oSoMoN: adb -s 01aa3d7a5dcba4a2 shell dbus-send --system --print-reply --dest=org.freedesktop.Accounts /org/freedesktop/Accounts/User32011 org.freedesktop.DBus.Properties.Set string:com.canonical.unity.AccountsService string:demo-edges variant:boolean:false
[11:11] <asac> thats mterry's special line
[11:12] <oSoMoN> asac: ok, so there must be something else interfering with the tests (I just ran them again on my device btw, they all pass)
[11:12] <asac> oSoMoN: can you run them while you have a whilte true running
[11:12] <asac> to simulate busy state?
[11:13] <asac> oSoMoN: anyway. lets wait for mterry to come up and retry
[11:13] <asac> psivaa: is the retry looking better? :)
[11:13] <psivaa> asac: yes, they all passed
[11:13] <psivaa> still on the way to the dashboard
[11:13] <asac> sil2100: Mirv: so everything landed?
[11:14] <asac> can we kick off a new image?
[11:14] <sil2100> Mirv: ^ ?
[11:14] <sil2100> Mirv: apps and friends landed, right?
[11:15] <asac> important if they are passed proposed :/
[11:15] <asac> a bit annoyubing to check i guess
[11:15] <psivaa> restarting messaging, dialer, notes and friends on mako touch ro
[11:15]  * ogra_ has a script for that 
[11:15] <ogra_> which packages are we looking for ?
[11:15] <asac> psivaa: networking issues?
[11:15] <sil2100> asac: friends-app left proposed and it's in release, so at least that
[11:15] <psivaa> asac: yea
[11:15] <seb128> mpt, hey, http://ubuntuone.com/0UVFz665SlUt5kv7xkfUPl
[11:15] <asac> psivaa: http://reports.qa.ubuntu.com/smokeng/saucy/image/3995/messaging-app-autopilot/
[11:16] <asac> that one doesnt look networkish
[11:16] <asac> not sure
[11:16] <asac> sil2100: what else is in-flight?
[11:16] <asac> would like to pick everything up that came through our final automation tick
[11:16] <ogra_> asac, i bet we want the click packages fix to land too
[11:16] <asac> ogra_: which?
[11:17] <asac> thought its already in
[11:17] <asac> upstart-launch-app?
[11:17] <ogra_> upstart-app-launch 0.1+13.10.20130905-0ubuntu1
[11:17] <asac> thats in, no?
[11:17] <ogra_> i have no idea if that went trhough proposed yet,
[11:17] <asac> ogra_: https://launchpad.net/ubuntu/+source/upstart-app-launch
[11:17]  * ogra_ goes checking
[11:17] <psivaa> asac: yea on maguro, let me try that again to see
[11:17] <asac> seems to be right
[11:18] <cjwatson> ogra_: it's already through, it's fine
[11:18] <asac> cool
[11:18] <ogra_> yep, seeing it
[11:18] <ogra_> anything else we wait for ?
[11:18] <asac> sil2100: Mirv: ok guess just waiting on your side giving a go that all haave made  it
[11:18] <asac> ogra_: i wanted to wait till everything that came through the last automated tick came in
[11:18] <asac> not sure if thats all in (not sure what came in :))
[11:19] <mpt> thanks seb128
[11:19] <sil2100> asac: I'm checking things here, but would be best if Mirv could ACK it himself, as he was kicking off things manually
[11:19] <asac> sil2100: Mirv: right.
[11:19] <asac> ogra_: i would think we are ready or just a matter of minutes, lets wait for confirm
[11:19]  * ogra_ will just wait until someone blows the horn
[11:22] <sil2100> asac: from my side all looks landed
[11:22] <sil2100> Mirv: can you do a final ACK ^ ?
[11:23] <asac> guess he is doing lunch
[11:23] <asac> sil2100: do we see a list of packages that get processed?
[11:23] <asac> somewhere
[11:23] <asac> would be easy to just run through them quickly
[11:24] <ogra_> cjwatson, so when i add support for pulling the android bits from the livefs builder, do you want me to keep the add_android_support function in the code ?
[11:26] <ogra_> hmm, or probably i should just re-use it
[11:28] <sil2100> asac: sadly, there's currently no list as such - it's one thing we would like to add to the mechanisms is to have e-mail notification of packages that got released by daily-release each time
[11:28] <sil2100> asac: so I now browsed each stack checking the publish job if anything got published
[11:30] <dholbach> popey, I'll see if I can cook up a test for it
[11:30] <asac> sil2100: i think i would really like to see a "pump" log for each stack in the dashboard
[11:30] <asac> that gives me for each tick what gets pushed etc.
[11:30] <asac> :)
[11:31] <asac> sil2100: ok all good then. lets go ogra_
[11:31] <sil2100> o/
[11:31] <ogra_> running
[11:32] <cjwatson> ogra_: as you wish
[11:32] <Mirv> sil2100: yes, apps and friends landed 1.5h+ ago
[11:32] <sil2100> \o
[11:32] <popey> dholbach: thanks
[11:32] <Mirv> asac: ^
[11:32] <Mirv> I thought it was now sil2100's reruns' turn (if any)
[11:32] <asac> its all good
[11:32] <sil2100> It's in manualpublishing anyway ;)
[11:32] <asac> its just lack of transparency of whats going on that confuses us when trying to be precise
[11:33] <asac> psivaa: you think in 45 minutes the testing of 05 will be mostly done (just touch?)
[11:34] <psivaa> asac: not sure, there are some jobs in the queue
[11:34] <asac> kk
[11:34] <asac> from the numbers it looks as if it could work
[11:34] <asac> (minus retrying more)
[11:35] <AskUbuntu> How to transfer data to Ubuntu-Touch | http://askubuntu.com/q/341695
[11:36] <asac>  -> for now adb push, later/soon MTP :)
[11:37] <asac> AskUbuntu: ^^ :)
[11:47] <mhall119> hello guys, what's up with Qt Webkit?  None of my apps with a browser component (including webbrowser-app) will run currently
[11:47] <popey> define correctly?
[11:48] <davmor2> popey: mhall119 didn't say correctly he said currently :)
[11:49] <davmor2> mhall119: what image are you on?
[11:49] <popey> Ubuntu Saucy Salamander (development branch) - armhf (20130905)
[11:49] <popey> works fine here
[11:51] <davmor2> mine is currently flashing so for me 4.1 worked fine
[11:55] <mhall119> davmor2: I apt-get dist-upgraded my N4 last night
[11:58] <popey> mhall119: do you know how big the N4 is in gu?
[11:58] <davmor2> mhall119: that might be why, me and popey are using images not dist-upgrade
[12:00]  * popey dist-upgrades
[12:01] <popey> nothing new worth upgrading for
[12:01] <xnox> mhall119: are click packages suppose to be working at the moment? in daily-proposed channel on nexus7 system-image based no click packages show up for me.
[12:01] <popey> expect I have same packages as you mhall119
[12:01] <davmor2> ogra_, popey: OMG!!!!! 3g and it works out of the box I dreamt this day would come.  WOOHOO!!!!!!!
[12:01] <popey> davmor2: update the spreadsheet pls!
[12:01] <xnox> mhall119: the click scope is there & enabled.
[12:02] <davmor2> popey: I will
[12:02] <mhall119> xnox: disabled?
[12:03] <mhall119> click scope should be enabled by default, and it was working
[12:03] <mhall119> popey: click packages?
[12:03] <xnox> mhall119: hm. well none show up for me.
[12:03]  * xnox enables wifi
[12:03] <mhall119> xnox: do you have an internet connection?
[12:03] <mhall119> :)
[12:06] <popey> mhall119: I don't  know wat " popey: click packages?" means. Use more words ☻
[12:06] <popey> mhall119: sudoku dev on G+ asked what size the N4 display was in gu
[12:06] <xnox> mhall119: hm where is the source for googleplus app?
[12:07] <mhall119> 08:01 < popey> expect I have same packages as you mhall119
[12:08] <mhall119> 08:03 < mhall119> popey: click packages?
[12:08] <mhall119> though now I understand that you were referring to my WebKit problems
[12:08] <mhall119> xnox: on my computer ;)
[12:08] <xnox> mhall119: please push it somewhere =) i want to steal it for my webapp ;-)
[12:09] <mhall119> xnox: it's literally an icon, a .desktop file,and the click and apparmor manifests
[12:09] <xnox> mhall119: yeah, and it fails: Error using keyfile com.ubuntu.developer.mhall119.googleplus_googleplus_0.3.desktop: No such file or directory
[12:09] <popey> mhall119: oh, i meant webkit platform ones
[12:10] <davmor2> xnox: you need a net connection and you may have to reboot to get it to resync once you have a net connection
[12:10] <mhall119> xnox: sounds like it didn't install correctly, do you have a .desktop file for it in ~/.local/share/applications/?
[12:10] <cjwatson> xnox: mkdir -p ~/.local/share/applications
[12:10] <cjwatson> xnox: see https://launchpad.net/ubuntu/+source/upstart-app-launch/0.1+13.10.20130905-0ubuntu1 which I'm told fixes this
[12:10] <xnox> cjwatson: hm. that sounds wonderful, glad we have a terminal-app preinstalled.
[12:11] <cjwatson> there's always adb
[12:11] <asac> lool: i think the security fix didnt help
[12:11] <davmor2> xnox: adb is your friend and way faster than trying to type on the phone
[12:12] <mhall119> davmor2: unless you have long commands where it doesn't wrap them to a new line :(
[12:12] <asac> lol
[12:12]  * mhall119 sometimes hates the adb shell
[12:12] <popey> there's a fix for that
[12:12] <mandel> barry, you can find the documentation you requested here: https://wiki.ubuntu.com/DownloadService/DownloadManager and https://wiki.ubuntu.com/DownloadService/GroupDownload there are some missing pages but that should get you started
[12:12] <mhall119> popey: gimme!
[12:12] <mandel> barry, hopefully they will be done before you need them :)
[12:12] <asac> mhall119: its ok if you just close your eyes and focus :)
[12:13] <davmor2> mhall119: rotate the phone :D /me waltzes off sniggering
[12:13] <mhall119> davmor2: the phone's terminal-app is fine in either orientation, it's adb that's the problem
[12:13] <popey> mhall119: fc
[12:13] <cjwatson> yeah, you have to make sure not to resize the adb window horizontally
[12:13] <davmor2> mhall119: twas but a leg pull :)
[12:13] <cjwatson> it's fine if you leave it at 80 columns ...
[12:14] <popey> fc opens your text editor with the last command you typed. so you can type nice long commands, when you exit the editor, it runs the command
[12:14] <mhall119> xnox: lp:~mhall119/+junk/googleplus-app
[12:14] <xnox> mhall119: cheers
[12:14] <mhall119> popey: that's not a fix, that's a hack-around
[12:14] <popey> meh
[12:15] <mhall119> but I'm gonna use it anyway
[12:16] <popey> alternatively stty rows 60 cols 156
[12:17]  * mhall119 hugs popey 
[12:18] <mhall119> cjwatson: are there plans to remove old versions of installed click packages?
[12:20] <mhall119> "file:///usr/share/webbrowser-app/webbrowser-app.qml:40 Type Browser unavailable
[12:20] <mhall119> file:///usr/share/webbrowser-app/Browser.qml:20 plugin cannot be loaded for module "QtWebKit": Unknown error
[12:20] <mhall119> is the error I get now trying to start the webbrowser
[12:20] <cjwatson> mhall119: yes
[12:20] <cjwatson> mhall119: as a matter of fact that's what I'm working on at the moment
[12:20] <mhall119> ok, cool, I'll leave you to it then :)
[12:20] <mdeslaur> I'm confused what I should be installing on my nexus 4 now...phablet-flash now has "cdimage-touch" and "ubuntu-system", etc.
[12:20] <mdeslaur> what's the difference?
[12:20] <popey> first is the usual flipped image
[12:21] <popey> second is the read only one which will eventually become default
[12:21] <mhall119> ubuntu-system is the read-only system image, no dpkg and strange partitions
[12:21] <mdeslaur> ok
[12:21] <mdeslaur> and what should people be using?
[12:22] <popey> I'm using cdimage-touch until we're closer to switching, it's easier to use
[12:22] <mdeslaur> ok, thanks
[12:22] <popey> ubuntu-system runs out of space for example when you enable read-write and install some packages
[12:22] <beuno> cjwatson, forbid what, sorry?  that the file name doesn't match the namespace?
[12:22] <mdeslaur> -ETOOMANYOPTIONS
[12:23] <mdeslaur> thanks popey
[12:23] <popey> np
[12:24] <ogra_> cjwatson, could you review http://paste.ubuntu.com/6066284/ ? all tests passs (though i'm not sure if i adjusted them right)
[12:25] <cjwatson> beuno: yes - compare "carloalberto" and "username"
[12:26] <beuno> cjwatson, ack, will look into what happened
[12:26] <beuno> although, I don't see it in the store
[12:27] <beuno> oh, it's in the review queue
[12:27] <beuno> popey, so that's a reason to reject it
[12:27] <jdstrand> doanac: hey, for your testing just add this to the file: dbus bus="session", # FIXME
[12:27] <beuno> we dont scan files yet
[12:27] <davmor2> popey, ogra_: LMAO the 3g just just treated me to the full range of signals, So no signal then 3g, e, then a tortoise :D
[12:27] <cjwatson> ogra_: that looks good to me if all the tests pass, thanks
[12:27] <jdstrand> doanac: (don't forget the comma)
[12:27] <beuno> so the store wouldn't catch this
[12:27] <cjwatson> beuno: right, I meant the review scripts rather than the store I think
[12:27] <jdstrand> doanac: when you have something for me to test, I can create the appropriate rules
[12:27] <cjwatson> ogra_: (oh yes, you said the tests passed.  good)
[12:28]  * ogra_ merges then and looks for some religious book or so for the praying .... 
[12:28]  * smartboyhw throws ogra_ a bible
[12:29] <beuno>     "lint_package_filename_matches_namespace": "Package name 'com.ubuntu.developer.username' does not match namespace 'com.ubuntu.developer.carloalberto'.",
[12:29] <beuno> cjwatson, ^
[12:29] <beuno> the review script does catch it
[12:29] <beuno> popey, ^
[12:31] <cjwatson> Hah, so the reviewer ignored it
[12:31] <cjwatson> Bad reviewer
[12:32] <ogra_> asac, there is a new touch image building now, feel free to ignore it, i need to test the cdimage changes (to use the android package)
[12:32] <beuno> humans cannot be trusted
[12:32] <cjwatson> ogra_: You could have used DEBUG=1
[12:33] <asac> ogra_: which one is the one i wanted to try?
[12:33] <cjwatson> avoids using a new build ID, publishing, etc.
[12:33] <ogra_> cjwatson, ah, damned, yeah ... well, its running now
[12:33] <cjwatson> (and dumps everything to your terminal)
[12:33] <ogra_> yep, i could also have omitted --live
[12:33] <asac> ogra_: hmm. can we maybe not land those android packaging changes while we try to get to green?
[12:33] <ogra_> since i only want to test the cdimage side
[12:33] <asac> can you go back right after?
[12:34] <ogra_> well, but now its running, so i'lll let it
[12:34] <asac> ogra_:  i am not sure i want it to even go out
[12:34] <asac> it will start consuming our utah lab
[12:34] <asac> so we have to kill everything manually there so we can test what we want
[12:34] <ogra_> asac, why ? if it builds all is fine, there isnt any difference in the resulting images
[12:34] <mhall119> popey: what version of libqt5webkit5-qmlwebkitplugin do you have on your phone
[12:35] <cjwatson> you could ctrl-c although it may leave some cruft around and it won't kill the livefs build
[12:35] <asac> ogra_: because it could not be the same
[12:35] <ogra_> right, and thats the time consuming part
[12:35] <asac> ogra_: we are coordinating landings riught now
[12:35] <ogra_> asac, it is the same, no worries
[12:35] <asac> so we should do the same here
[12:35] <asac> ogra_: i am sure almost everybody tells me that his personal thing is safe
[12:35] <asac> until it is not
[12:35] <mhall119> hmmm, I seem to have QtWebkit installed in 2 different places, bzoltan ping
[12:36] <bzoltan> mhall119: pong
[12:36] <ogra_> asac, android didnt change and this cdimage change will prevent you from it changing underneath you, i thought thats what you wanted
[12:36] <asac> i want that
[12:36] <asac> but not right now
[12:36] <asac> after we managed to get an image promoted and after we got unity/mir in
[12:36] <ogra_> well, in case it fails i'll back it out
[12:36] <asac> if you can test it in isolation that would be great
[12:37] <asac> ogra_: what does fail mean?
[12:37] <ogra_> building
[12:37] <asac> i dont want the build to go into our automation
[12:37] <mhall119> bzoltan: I have /usr/lib/i386-linux-gnu/qt5/qml/QtWebKit/ as well as /usr/lib/i386-linux-gnu/qt5/imports/QtWebKit/
[12:37] <asac> we want the test machinary free for investigating the current build
[12:37]  * ogra_ sighs 
[12:37] <jdstrand> dholbach, cjwatson: fyi, even with 1215478 fixed, will probably still be affected by 1204599
[12:38] <cjwatson> bug 1204599
[12:38] <mhall119> bzoltan: is that correct?
[12:38] <cjwatson> jdstrand: right
[12:38] <mhall119> bzoltan: for some reason apps can't import QtWebkit 3.0 on my Nexus 4
[12:38] <ogra_> asac, this stuff is six weeks behind now,  i need to land it ... your images wont change at all, the content of the android package is identical to whats on jenkins
[12:39] <asac> ogra_: its six weeks behind, so it can easily wait a day
[12:39] <cjwatson> just ctrl-c and then you can use DEBUG=1 and drop --live
[12:39] <cjwatson> so you can test building without it going off to the test lab
[12:39]  * ogra_ does so
[12:39] <asac> ogra_: we want to land unity/mir in a controlled manner. thats currently the top priority
[12:39] <ogra_> yep
[12:39] <asac> i just cant use any other noise
[12:39] <asac> that we can prevent
[12:39] <bzoltan> mhall119:  https://pastebin.canonical.com/96955/
[12:40] <asac> so just sit tight ... or make it so that the build doesnt go into our automation
[12:40] <ogra_> asac, i stopped the build
[12:40] <asac> ok cool. really sorry. it most certainly was safe, but ... :/
[12:40] <ogra_> (well, for some value of stoppped, it still runs bit wont be published)
[12:40] <asac> ok ... can you grab it?
[12:40] <mhall119> bzoltan: ok, so then I have no idea why the import is failing :(
[12:40] <popey> mhall119:   Installed: 5.0.1-0ubuntu6
[12:40] <bzoltan> mhall119: and this https://pastebin.canonical.com/96956/
[12:40] <mhall119> popey: same as me :(
[12:41] <asac> psivaa: plars: is .1 in t3esting?
[12:41] <cjwatson> asac: the livefs build is running but the top-level image part is interrupted
[12:41] <popey> beuno: dholbach added that test an hour ago
[12:41] <mhall119> I guess it's time to phablet-flash and see if that fixes it
[12:41] <asac> kk
[12:41] <ogra_> asac, i cant grab it it would only be half the image
[12:41] <beuno> popey, ah  :)
[12:41] <cjwatson> but "DEBUG=1 for-project ubuntu-touch cron.daily-preinstalled" will build locally without publishing, against whichever livefs part is current
[12:42] <cjwatson> so either the previous one if ogra_ does it now, or the newly-built one if he waits however long it takes
[12:42]  * ogra_ will wait until the livefs builder has settled before doing anything more ... just to be safe
[12:42] <cjwatson> ogra_: it doesn't matter if you skip --live
[12:42] <cjwatson> er, by which I mean "if you skip --live, then it doesn't matter whether you wait for it"
[12:42] <ogra_> oh, it makes sure to use current, not latest ? good
[12:42] <cjwatson> ambiguous grammar
[12:42] <cjwatson> yes, latest => might have failed
[12:42] <psivaa> asac: just starting on maguro touch, all the others waiting in a queue to let the earlier one finish
[12:43] <mdeslaur> is there any way to enter accented characters on the touch keyboard?
[12:43] <ogra_> right, or be half done
[12:43] <asac> psivaa: hwo many left?
[12:43] <asac> psivaa: maybe we want to kill
[12:43] <asac> the old ones that didnt finish
[12:44] <dholbach> thanks jdstrand
[12:44] <lool> barry: hey
[12:44] <lool> barry: system-image-cli -n -v
[12:44] <lool> barry: FileNotFoundError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:547)>
[12:44] <lool> looks like we're missing something in the images
[12:45] <ogra_> cjwatson, looks good, thanks for the help
[12:46] <cjwatson> np
[12:46] <ogra_> at least seems properly populated now /srv/cdimage.ubuntu.com/scratch/ubuntu-touch/saucy/daily-preinstalled/debian-cd/armhf/
[12:46] <lool> 11938 stat64("/usr/lib/ssl/certs/55a10908.1", 0x41580c00) = -1 ENOENT (No such file or directory)
[12:46] <ogra_> god ... shuffle that snetence until it makes sense please
[12:47]  * ogra_ likes that finally all files have the same timestamp now
[12:48] <mandel> barry, the misising object documented https://wiki.ubuntu.com/DownloadService/Download I'll document headers and metadata asap
[12:48] <psivaa> asac: ok, killed the old ones and .1 in testing
[12:48] <jdstrand> mhall119: do you have apparmor denied messages?
[12:49] <asac> psivaa: rock
[12:49] <jdstrand> dholbach: fyi, I checked in a *bunch* of desktop file checks yesterday
[12:50] <dholbach> cjwatson, beuno, popey: the test existed before, but because of some fixes that haven't landed in the store yet, the filename never matched, so we mostly ignored it - I added another test to check if the namespace and the namespace portion of the filename match
[12:50] <dholbach> jdstrand, yeah, I saw it - great work - and you cleaned it up a lot!
[12:51] <beuno> dholbach, the filenames should now be sane for uploads from yesterday and on
[12:52] <dholbach> awesome
[12:53] <mhall119> jdstrand: not in the unity8.log, where can I find them?
[12:53] <jdstrand> mhall119: grep DEN /var/log/syslog
[12:54] <lool> barry: nevermind, my bad; had an old date on the device
[12:54] <lool> barry: fails pretty spectacularly though
[12:55] <ogra_> lool, should we add fixrtc to the initrd ?
[12:56] <ogra_> to prevent that
[12:56] <lool> ogra_: no it's because I played with this stuff
[12:56] <ogra_> ah
[12:56] <lool> ogra_: there's a ntpdate run when connecting to network
[12:56] <mhall119> jdstrand: webbrowser-app works after a phablet-flash
[12:56] <mhall119> so it was something I did
[12:56] <ogra_> lool, i know, but thats can be late in the boot
[12:56] <ogra_> -s
[12:56] <lool> ogra_: but you wont check for OS updates without connecting to the net anyway
[12:57] <lool> so ntpdate should work
[12:57] <ogra_> ah, right
[12:58] <jdstrand> mhall119: ok good. I was quite surprised to see that you put something in the store using ubuntu-webapp-experimental. That was only there for testing. Maybe I should have named it 'ubuntu-webapp-dontusecauseitwillbreak' ;)
[12:58] <asac> ChickenCutlass: !!
[12:58] <ChickenCutlass> asac, what did I do now
[12:58] <asac> ChickenCutlass: hehe
[12:58] <asac> will /msg
[12:59] <mhall119> jdstrand: I was testing it :)
[12:59] <barry> mandel: thanks.  i'll work on this today
[12:59] <jdstrand> mhall119: clearly end-to-end testing :P
[12:59] <barry> lool: `system-image-cli -n -v` wfm
[13:00] <lool> barry: sorry, it was because I had a system time in the past
[13:00] <lool> barry: (year 2000 :-)
[13:00] <mhall119> jdstrand: but it worked :)
[13:00] <barry> lool: nice :)
[13:00] <lool> barry: so ssl handshake failed
[13:00] <jdstrand> *today*
[13:00] <lool> barry: this triggered an "exception in state machine" or something like that in system-image and an exception in handling the exception
[13:01] <lool> barry: UI also froze
[13:01] <lool> barry: it doesn't seem to be a super important / likely use case
[13:01] <ogra_> wow, seems we have the exact same test failures on both devices ... thats a first timer i think
[13:02] <barry> lool: that'll all change too once the d/l service is integrated (starting on that today).  i expect at least a more principled error signal to be sent to the ui
[13:03] <lool> barry: indeed
[13:03] <davmor2> ogra_: do we know why the brightness control no longer has a title in the battery indicator?
[13:07] <ogra_> davmor2, dunno, if you do, i dont :)
[13:07] <mhall119> does anybody else get the HUD activation icon when swiping up from near the bottom but not actually from the bottom edge?
[13:08] <davmor2> ogra_: I have no idea I'll ask tedg when he gets on
[13:08] <ogra_> mhall119, there is a bug from pmcgowan open about that iirc
[13:08] <davmor2> mhall119: yes but I wasn't sure if I was hitting the bottom edge or not some of the time
[13:08] <mhall119> ogra_: thanks
[13:08] <pmcgowan> mhall119, the fix for that landed yesterday
[13:09] <lool> asac: I can't reproduce the issue with check-ufw; it passes locally here
[13:09] <pmcgowan> guess not to the image yet mhall119
[13:09] <lool> asac: modules are there etc'
[13:09] <seb128> Laney, mardy, kenvandine, tedg, mpt: hum, the system settings weekly status update had a limited number of instances and fall off the schedule due to that, I just renewed it ... sorry about that
[13:09] <ogra_> lool, what are you trying, i see all tests passed .... or is that ro ?
[13:09] <Laney> seb128: np, forgot about it
[13:09] <seb128> Laney, mardy, kenvandine, tedg, mpt: I've an appointement and can't join today, since it was off the calendar and we just had vUDS I'm happy to skip if you want, or you guys can just do a status update
[13:10] <lool> ogra_: yes
[13:10] <Laney> skipping is fine
[13:10] <Laney> I'm doing b1 release
[13:10] <ogra_> oh, ok
[13:10] <lool> ogra_: what else?  :)
[13:10] <seb128> Laney, mardy, kenvandine, tedg, mpt: ok, let's skip this week then
[13:10] <ogra_> yeah, i should probably get used to progress :)
[13:11] <kenvandine> seb128, cool
[13:12] <plars> asac: yes, results have started to show up for it
[13:12] <ogra_> lool, http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130905/ ... see the timestamps of the android bits
[13:12] <seb128> charles, ^ (settings' meeting skipping again today)
[13:12] <mhall119> apport using 99% CPU on my phone :(
[13:12] <mhall119> does apport even do anything from the phone?
[13:13] <charles> seb128, kk
[13:13] <charles> seb128: thanks
[13:13] <popey> mhall119: yeah, it creates stuff in /var/crash which whoopsie picks up dunnit?
[13:13] <ogra_> lool, while there was an android  package upload, we are lacking a jenkins build (my current cdimage change fixes exactly that out of sync-ness but asac wants me to hold it back)
[13:13] <plars> and 4:20130905:20130905 on the touch_ro side it seems
[13:13] <ogra_> lool, so i guess 05 is just missing the fix
[13:13] <davmor2> mhall119: why yes it uses 99% of your cpu so it must do something ;)
[13:14] <mhall119> davmor2: :-P
[13:14] <seb128> charles, yw
[13:14] <plars> asac: it looks like security passed on the 05 image, that's good
[13:15] <ogra_> plars, it fails on ro
[13:15] <plars> ogra_: yeah, just saw that, I was looking at the non-ro one
[13:15] <plars> asac: nm
[13:15] <ogra_> yeah, that one looks really good this time
[13:16] <plars> ogra_: do you know if another attempt at fixing it is going in? stgraber?
[13:16] <ogra_> plars, to me it looks like android out of sync-ness
[13:17] <plars> ogra_: aiui, stgraber had built a new android last night to fix it
[13:17] <ogra_> plars, yes, and cdimage pulls from jenkins
[13:17] <ogra_> it only uses boot.img from the package
[13:18] <ogra_> if his fix spreads into something else it wont be complete
[13:18] <lool> ogra_: likely indeed
[13:18] <lool> ogra_: did a jenkins run now?
[13:18] <ogra_> not sure who can do that apart from sergio
[13:18] <lool> plars: the attempt was uploaded, but apparently not picked up
[13:18] <lool> ogra_: well actually it's in the initrd IIUC
[13:18] <lool> so boot.img should be good
[13:19] <ogra_> ok
[13:19] <lool> stgraber: any idea on why the android fix didn't work?
[13:19] <rah> there is no kernel directory for my port
[13:19] <rah> what will the absence of a kernel directory do to the build system?
[13:19] <rah> is the presence of a kernel directory a strict requirement?
[13:21] <ogra_> rah, since you need to make changes to the kernel config ...
[13:21] <ogra_> ... you should rather build it from source ...
[13:23] <stgraber> lool: that's quite a lot of highlights ;)
[13:23] <stgraber> lool: I'll pull the image now and see what's still wrong...
[13:24] <asac> plars: psivaa: what does our result preview say? :)
[13:24] <asac> all going weell so far on touch for .1?
[13:24] <cwayne_> mhall119, ping
[13:24] <psivaa> asac: so far yes
[13:24] <lool> stgraber: on grouper, the test passes locally for me
[13:25]  * asac injects a shot of patience
[13:25] <stgraber> lool: ok, so you have /lib/modules containing stuff on your device?
[13:25] <lool> stgraber: yes
[13:25] <lool> stgraber: and I can enable ufw
[13:25] <stgraber> ok, I'll check on mako
[13:25] <rah> ogra_: I am building the kernel from source
[13:26] <mhall119> cwayne_: pong
[13:26] <stgraber> lool: phablet-flash running, disappearing for a bit while that's running
[13:26] <lool> ack
[13:26] <rah> ogra_: but not within an android build directory
[13:26] <ogra_> ah, well, you somehow need to tell the build scripts to use it then
[13:26] <rah> ogra_: so my question is: will the absence of an android kernel directory for my device, be an issue for the ubuntu touch build system?
[13:26] <cwayne_> mhall119, is there a proper way to customize which click apps are preinstalled?
[13:27] <rah> obviously
[13:27] <mhall119> cwayne_: pre-installed I'm not sure
[13:27] <rah> I have an android device directory already
[13:27] <rah> I don't need to tell the build scripts to use it, they already know
[13:27] <sil2100> asac: is the hangout meeting in 3 minutes?
[13:27] <ogra_> rah, take a look at how mako or maguro are built ... they use kernel binaries by pulling the kernel debs for these arches from launchpad ...
[13:27] <asac> lool: the ticket is closed
[13:27] <plars> asac: for the few tests that have run so far, yes
[13:27] <ogra_> rah, something similar (minus downloading and unpacking a deb) should work for you too
[13:28] <lool> asac: col
[13:28] <lool> asac: cool
[13:28] <asac> lool: so can we do stuff now in parallel?
[13:28] <cjwatson> cwayne_: as of yesterday evening yes.  What exactly are you trying to do?
[13:28] <lool> asac: yep
[13:28] <rah> ogra_: how can I find out how the mako or maguro are built?
[13:28] <asac> sil2100: yes
[13:28] <lool> stgraber: pxz available now!
[13:28] <asac> sil2100: thanks for the ping :)
[13:28] <ogra_> rah, you could run a test build and watch waht it does, look through the build scripts for the kernel parts etc etc
[13:28]  * sil2100 just wanted to prepare lunch when he reminded himself of the meeting
[13:28] <cwayne_> cjwatson, im working on customization to show off to operators, and one of the points of customization is defining which apps are preinstalled
[13:28] <rah> ogra_: what build scripts?
[13:29] <ogra_> the android build system
[13:29] <rah> what is that?
[13:29] <sil2100> Mirv: are you still around to attend the meeting?
[13:29] <rah> I mean, I don't know anything about that
[13:29] <rah> how does it work?
[13:29] <cjwatson> cwayne_: so the way it works now is that we have several layers of click databases; you can define others but the predefined ones are /usr/share/click/preinstalled for core apps, /custom/click for OEM/carrier customisations, and /opt/click.ubuntu.com for user-installed apps
[13:30] <Mirv> sil2100: yes
[13:30] <sil2100> \o/
[13:30] <cjwatson> cwayne_: You can do "click install --force-missing-framework --root=/custom/click --all-users foo.click" to install an app in the /custom/click database
[13:30] <ogra_> rah, are you sure you want to do this port ... looks like a steep learning curve for you then
[13:30] <rah> ogra_: yes, I'm sure
[13:30] <asac> ricmm: coming?
[13:30] <cjwatson> cwayne_: When a user's session starts it registers preinstalled apps that have been installed that way
[13:30] <Mirv> sil2100: what about you? :)
[13:30] <asac> kgunn: ^
[13:30] <cwayne_> cjwatson, should i already have a /custom/click dir?
[13:30] <sil2100> Problems with FF, be there in a moment
[13:31] <cwayne_> cjwatson, so i dont need to do the click register step if i do that?
[13:31] <ogra_> rah, i think thats a good start to learn then http://elinux.org/Android_Build_System
[13:31] <cjwatson> cwayne_: No, mkdir -p 755 /custom/click && chown clickpkg:clickpkg /custom/click
[13:31] <cjwatson> cwayne_: No, you don't and shouldn't
[13:32] <cjwatson> cwayne_: If there's some reason why we need more layers than that, then they're defined in /etc/click/databases/
[13:32] <rah> ogra_: you said to "run a test build"
[13:32] <rah> ogra_: what did you mean by that?  run a test build of what, exactly?
[13:33] <ogra_> rah, mako or maguro
[13:33] <cjwatson> cwayne_: (and yes I ought to write all this up properly at some point ... I only just finished implementing it)
[13:33] <cwayne_> cjwatson, would that still create the desktop files in ~/.local/share/applications ?
[13:33] <cjwatson> cwayne_: Yes
[13:34] <cjwatson> cwayne_: (At user session init time)
[13:34] <rah> ogra_: there are no "mako" or "maguro" directories under device/
[13:34] <cwayne_> cjwatson, it seems that installing click packages doesn't create that dir if it doesn't exist
[13:34] <cjwatson> cwayne_: There's an Upstart job that runs "click hook install-user"
[13:34] <cjwatson> cwayne_: Which dir?
[13:34] <cwayne_> cjwatson, .local/share/applications/
[13:34] <ogra_> rah, they are created during build
[13:34] <ogra_> by brunch
[13:35] <cjwatson> cwayne_: bug 1215478
[13:35] <cjwatson> cwayne_: (fixed this morning, I'm told)
[13:35] <ogra_> fixed in the next image indeed
[13:36] <cwayne_> cjwatson, ah, wonderful! thank you
[13:36] <rah> ogra_: when you say a "test build", do you mean download a whole new tree and run a build for those devices?
[13:37] <ogra_> just copy the tree locally and then follow the porting guide, it has build instructions
[13:37] <cjwatson> cwayne_: Removal isn't implemented in general yet, and we need to come up with a distinction between removable and non-removable preinstalled apps (though in general a determined user will always be able to remove an app from their view so it's a matter of what's presented in the UI)
[13:37] <ogra_> so that you can see how it works
[13:37] <rah> ogra_: I don't understand
[13:37] <cjwatson> cwayne_: But aside from that, let me know if you have further questions
[13:38] <ogra_> rah, but best you first read a lot about how build systems (and specifically the android one) works, since if you dont use CWM you will have to modify it a lot
[13:38] <cwayne_> cjwatson, awesome, thanks so much for your help
[13:38] <rah> ogra_: erm
[13:38] <rah> ogra_: I understand how build systems works
[13:39] <rah> s/works/work/
[13:39] <rah> ogra_: I don't know anything about the Android Build System(tm)
[13:39] <ogra_> so just change it to use your binary kernel then
[13:39] <rah> in this case, "it" is the Android Build System(tm), about which I know nothing
[13:40] <plars> asac, balloons: looks like friends app got fixed
[13:41] <rah> I know about make
[13:41] <rah> I don't know about brunch
[13:41] <rah> except that there's some program called "brunch" which I've seen in instructions which does something which I don't understand and is related in some way to building, but whose relationship to building I do not understand
[13:42] <rah> on account of not knowing anything about the Android Build System(tm)
[13:44] <ogra_> rah, well start with reading the wikipage i gave you above
[13:45] <rah> I am :-)
[13:46] <ogra_> i think thats a good start for the basics, though i guess you also want to read something about the CWM build system since that sits on top in the tree
[13:47] <stgraber> root@ubuntu-phablet:/# ls -lh /lib/modules/
[13:47] <stgraber> total 4.0K
[13:47] <stgraber> drwxr-xr-x 4 root root 4.0K Sep  4 17:30 3.4.0-3-mako
[13:47] <stgraber> lool: ^ on current mako
[13:47] <stgraber> lool: and iptables works without complaining here
[13:48] <ogra_> the test didnt even run on mako
[13:48] <ogra_> and failed on maguro
[13:48] <ogra_> plars, could you trigger a touch_ro security test run ? seems that didnt happen
[13:50] <plars> ogra_: for 	4:20130905:20130905 ?
[13:50] <plars> ogra_: I think it just hasn't got to it yet
[13:50] <lool> yeah
[13:50] <lool> security is one of the last ones if not the last one
[13:50] <plars> on maguro, it looks like it may have failed, looking
[13:51] <lool> and mako has backlog
[13:51] <ricmm> asac: sil2100 Mirv lemme know when any of you guys wrap it up for the day
[13:51] <lool> plars: it did fail there
[13:51] <ricmm> and make sure you brief kenvandine on the plan
[13:51] <lool> plars: we don't have maguro to confirm why though
[13:51] <lool> plars: test passes locally for us
[13:51] <lool> on grouper and mako
[13:51] <rah> ogra_: if ubuntu touch uses the cyanogenmod build system then it probably would be a good idea for me to learn about that
[13:51] <sil2100> ricmm: ok, I'll be on later today as well
[13:51] <rah> ogra_: do you have any appropriate links?
[13:51] <plars> lool: I have a maguro, let me get it installed with the latest and I'll give it a try
[13:52] <plars> lool: on mako, it hasn't got there yet, but you're saying it works for you locally on mako?
[13:53] <rah> *facepalm*
[13:53] <rah> the first bit of significant information in this guide to the Android Build System is not right
[13:54] <ogra_> might be goutdated indeed
[13:54] <rah> it sats "The definition file is called: buildspec.mk, and it is located in the top-level source directory"
[13:54] <Mirv> ricmm: 50mins ago here :) so generally 2am - 1pm UTC
[13:54] <ogra_> its a wiki :)
[13:54] <rah> ubuntu-touch$ ls -l buildspec.mk
[13:54] <rah> ls: cannot access buildspec.mk: No such file or directory
[13:55] <Mirv> 4am-1pm, that is
[13:55] <stgraber> ogra_: so one thing I noticed we're still missing on touch_ro is a SWAP device, which I understand may be pretty important for maguro at this point. My plan is to have the initrd create it and set it up (/userdata/system-data/SWAP.img). How big should it be? And I guess we want to tweak the swapiness to avoid writing to it as much as possible? (swapping out to flash is usually a pretty bad idea)
[13:56] <ogra_> stgraber, iirc we use a 512M file on non readonly images atm
[13:56] <ogra_> stgraber, creating it on first boot will take ages though
[13:56] <stgraber> ogra_: shouldn't, it's a sparse file, the dd should take < 1s and mkswap is pretty quick too
[13:57] <ogra_> no
[13:57] <ogra_> swap cant use files with holes
[13:57] <ogra_> it cant be a sparse file
[13:57] <stgraber> ah, then yeah, it'll take ages
[13:57] <ogra_> you actually need to dd zeros
[13:57] <rsalveti> yeah
[13:57] <rsalveti> 512m should be more than enough
[13:57] <ogra_> thats why we ship it in the zip
[13:58] <mdeslaur> tmoenicke: any idea when longpresses will work in the touch keyboard so I can enter accented characters?
[13:58] <ogra_> stgraber, cant you re-use that file somehow ?
[13:59] <stgraber> ogra_: nope, it's on read-only storage, so I'd have to copy it which would be just as slow as creating a new one
[13:59] <tmoenicke> mdeslaur: very soon, ironing a merge request related to that
[13:59] <mdeslaur> tmoenicke: oh cool, thanks!
[13:59] <ogra_> i could imagine copying being faster
[13:59] <stgraber> ogra_: I don't see how reading and writing to the same device would be faster than dumping 512MB of stuff from /dev/zero
[14:00] <ogra_> stgraber, creating it on the panda took about 15min
[14:00] <stgraber> it shouldn't actually be 50% slower
[14:00] <ogra_> we did that in the beginnong of preinstalled images
[14:00] <stgraber> let me do a quick test on mako, see how long the dd would take
[14:00] <ogra_> well, better do it on maguro, since thats a lot slower and our default device
[14:01] <stgraber> ogra_: I'd if I had one
[14:01]  * ogra_ runs a dd on his maguro
[14:01] <rsalveti> might take even longer with nexus 7
[14:01] <stgraber> ogra_: can you try "dd if=/dev/zero of=test.img bs=4096 count=131072 conv=fdatasync" on userdata
[14:02] <ogra_> oh, yeah
[14:02] <ogra_> stgraber, time dd if=/dev/zero of=/tmp/testfile bs=1M count=512 is currently running since a minute or two already
[14:02] <ogra_> i'll try your command after
[14:02] <ogra_> ah, i exaggerated
[14:02] <ogra_> took 52sec
[14:03] <stgraber> takes 30s on mako
[14:04] <stgraber> I'll do a test run on grouper
[14:04] <nyl> hey
[14:04] <nyl> hi ogra_
[14:04] <rickspencer3> does anyone know where the qml puts the sqlite database files when you use local storage on the desktop?
[14:04] <nyl> ogra_,  http://init2winitapps.com/stories/bootmanager.html :D
[14:04] <ogra_> stgraber, your command was 51sec
[14:04] <stgraber> ogra_: that seems vaguely reasonable then
[14:05] <nyl> will it work with ubuntu touch since it uses android kernel
[14:05] <stgraber> ogra_: surprisingly enough, grouper is very fast at this, 23s
[14:05] <ogra_> wow
[14:06] <stgraber> yeah, I'm very surprised because I/O tends to really suck on it, though apparently long continuous writes of zero is fast on that flash
[14:06] <ogra_> well, thats still a minute more  on a device that already takes over 3min to boot (in maguros case)
[14:06] <ogra_> (and nearly half of that with a black screen)
[14:07] <stgraber> so in theory we've got two options, create it at first boot or create it as part of the flashing in recovery
[14:07] <stgraber> the former is easier to implement since it's just one change to the initrd, the latter will need a change to the upgrader on top of that (so change to android, new android release, export, new source package, ...)
[14:08] <stgraber> the advantage of doing it in recovery is that the screen won't be black
[14:09] <ogra_> the advantage of doing it in recovery is that there users expect it to take a bit of time
[14:10] <ogra_> while a boot is a boot, and we already have people asking if it crashed ... (and it usually comes up after they logged in to IRC to ask us)
[14:11] <stgraber> ok, I'll do it as part of the "format data" target in recovery then and have the initrd just check if it's there and use it
[14:11] <stgraber> that'll take a while to land (I doubt we'll have that before tomorrow)
[14:11] <ogra_> yeah, sounds good
[14:16] <asac> : still looking good?plars: psivaa
[14:16] <ogra_> asac, rw looks pretty good
[14:17] <asac> ogra_: yeah i see the dashboard, wondered about the jobs that ran and are not visible there
[14:17] <asac> ogra_: ro still needs security fix
[14:17] <mpt> seb128, do you have a reference for the media types requirements in the "Storage" screen?
[14:17] <ogra_> asac, ro has the security fix, thats the weird part
[14:18] <ogra_> asac, but plars is testing it
[14:18] <plars> I'm installing it locally right now
[14:18] <plars> on maguro
[14:18] <plars> I think lool said he already tried it on mako? or maybe you did ogra_ ?
[14:19] <ogra_> lool did and it worked for him
[14:19] <ogra_> and i think stgraber said so too above
[14:20] <plars> the one I'm pulling right now seems to be: 4 (ubuntu=20130905.1, maguro=20130905.1)
[14:20] <ogra_> ouch
[14:20] <stgraber> plars: the test here was with 20130905.1
[14:20] <plars> stgraber: ok
[14:20] <ogra_> cjwatson, ^^^ seems the ctrl-c didnt actually stop cdimage
[14:21] <asac> ogra_: yeah could be its fixed. waiting for results on ro i guess
[14:21] <stgraber> plars: http://paste.ubuntu.com/6066650/
[14:22] <ogra_> asac, well, seems stopping my testbuild didnt really work, something got released as 05.1 but with the old android files
[14:22] <asac> ogra_: for RO?
[14:22] <asac> or is the RW image also wrong?
[14:23] <ogra_> no, for rw, but ro immmediately pulls it if it shows up on cdimage
[14:23] <cjwatson> system image versioning doesn't necessarily match cdimage versioning AFAIK
[14:23] <ogra_> cjwatson, well, cdimage has 05.1
[14:23] <asac> ogra_: RW is correct? can you confirm?
[14:23] <ogra_> which is undoubtly the stopped build i did
[14:23] <stgraber> cjwatson: it does for the rootfs, the system image version for this is "4"
[14:23] <ogra_> asac, rw 05 is fine
[14:23] <plars> stgraber: different kernel version, of course
[14:23] <plars> root@ubuntu-phablet:/# ls -l /lib/modules/
[14:23] <plars> total 4
[14:23] <plars> drwxr-xr-x 4 root root 4096 Sep  4 17:19 3.0.0-3-maguro
[14:23] <asac> ogra_: 05.1
[14:23] <asac> ogra_: thats the one i care about
[14:23] <cjwatson> ogra_: furthermore, 05.1 was a build *before* the one that you ctrl-c'ed
[14:23] <plars> but iptables -L works fine here now too
[14:24] <cjwatson> ogra_: the one you ctrl-c'ed was 05.2
[14:24] <asac> ok good
[14:24] <asac> thanks cjwatson
[14:24] <plars> on 5.1 ro image
[14:24] <cjwatson> stgraber: ok, fair enough.  not the issue here anyway :)
[14:24]  * ogra_ checks 
[14:24] <cjwatson> ogra_: see /srv/cdimage.ubuntu.com/log/ubuntu-touch/saucy/daily-preinstalled-20130905.2.log
[14:24] <ogra_> cjwatson, oh, yeah
[14:24] <ogra_> yup, just looking at that
[14:24]  * plars notes that 	4:20130905:20130905 is still running on mako in the lab. asac: want me to kill it so they can both be on 5.1?
[14:25] <plars> maguro is cranking away at 5.1 right now
[14:25] <asac> plars: i asked psivaa to do that i think
[14:25] <asac> thought it was done
[14:25] <asac> but maybe i misremember
[14:26] <plars> psivaa: ?
[14:26] <asac> plars: if you still see them running then probably not. might be the round before that we aborted
[14:26] <plars> I'm going to kill it now
[14:26] <asac> yeah i think it was the catchup round before
[14:26] <plars> ok, done
[14:27] <ogra_> ketcup ... mmmm
[14:27] <plars> catsoup?
[14:27] <ogra_> *slurp*
[14:27] <ogra_> mmm, micey
[14:29] <psivaa> plars: maguro was running .1 . i killed the morning set for that
[14:30] <plars> psivaa: right, we were getting mako up to running .1
[14:30] <plars> psivaa: it's taken care of, just didn't want us both doing it at once :)
[14:30] <psivaa> plars: ack
[14:30] <plars> balloons: calendar appears to still fail, but I don't think we were expecting a fix for that yet right?
[14:33] <rah> ogra_: well that document has completely lifted the veil on how bad the available documentation is
[14:34] <ogra_> LOL
[14:34] <ogra_> yeah
[14:34] <lool> ssweeny: Could you get me commit access to ubuntu-touch-customization-hooks?
[14:34] <lool> plars ogra_: stgraber tried on mako
[14:34] <lool> I tried on grouper
[14:35] <balloons> plars, no we weren't
[14:37] <cwayne_> cjwatson, ping
[14:38] <cjwatson> cwayne_: please just ask your question directly rather than pinging, so that we don't need extra round-trips
[14:39] <cwayne_> cjwatson, so i installed a click app to /custom/click, and it shows up in click list but theres 2 problems: A) none of the other click apps that are normally preinstalled are there, and B) the click app i installed does not show up int he apps lens
[14:39] <cjwatson> cwayne_: I only landed the changes to the other preinstallations this morning; they'll show up in /usr/share/click/preinstalled/ not in /custom/click/
[14:39] <cjwatson> so that's expected
[14:39] <cjwatson> as for the app lens, not sure, did you restart unity after the preinstallation?
[14:40] <cjwatson> and does the app show up in "click list"?
[14:40] <cwayne_> cjwatson, right, but theyre not showing up in /usr/share/click/preinstalled either..
[14:40] <cwayne_> the app shows in click list yes
[14:40] <cjwatson> oh, you said they did
[14:40] <cjwatson> cwayne_: as I said, I only landed that change this morning, it's not in images yet AFAIK
[14:41] <cjwatson> cwayne_: if you could pass me the URL to a package and the command you used to install it so I can test it, that'd be helpful
[14:41] <cwayne_> ah, understood, yeah ill get you a url, 1 sec
[14:42] <cwayne_> cjwatson, im using this click package: http://people.canonical.com/~cwayne/com.ubuntu.developer.alecu.qr-code-0.2.click
[14:42] <cwayne_> installing like this: click install  --force-missing-framework --root /custom/click --all-users /custom/usr/share/clickapps/com.ubuntu.developer.alecu.qr-code-0.2.click
[14:43] <cwayne_> cjwatson, ^ that is running as root though, not sure if that could be causing problems as well
[14:43] <cjwatson> no that's fine
[14:43] <cwayne_> i figured the --all-users would cover that
[14:43] <cjwatson> (though if I were you I wouldn't download the app to /custom/usr/share/clickapps/ - just a waste of space as you aren't going to want to leave the .click there on deployment)
[14:44] <cjwatson> you have to run it as root, it isn't going to work otherwise :)
[14:45] <cwayne_> cjwatson, well i dont download it, its included in the customized tarball, and i can always remove that dir after installation :)
[14:45] <cjwatson> cwayne_: it shows up for me and launches fine
[14:46] <alecu> cjwatson: I thought "click install" was deprecated... I've been telling people to use "pkcon install-local" instead
[14:46] <cjwatson> cwayne_: is it in ~/.local/share/applications/, and (if you installed it in a running system) did you restart unity afterwards?
[14:46] <balloons> plars, btw, what's up with the crazy build numbers?
[14:47] <plars> balloons: ask stgraber :)
[14:47] <cjwatson> alecu: it's not deprecated in general, it just isn't the right thing to use for ordinary user-level installation of click packages
[14:47] <cjwatson> alecu: but this isn't ordinary user-level installation, it's a special case
[14:47] <alecu> ah, ok.
[14:47] <cjwatson> alecu: it's fine for this
[14:47] <cwayne_> cjwatson, it's not in .local/share/applications, hmm
[14:47] <cjwatson> cwayne_: did you create that directory?
[14:47] <plars> balloons: I'm hopeful that this can get fixed at some point, but for the time being, build numbers for touch_ro are a integer that just got reset to "1" and has been incrementing from there
[14:47] <cwayne_> cjwatson, yes, i wonder if it has the wrong permissions, any idea what it should be?
[14:48] <plars> balloons: the problem is, "1" may get reused for new builds in -proposed
[14:48] <cwayne_> and it should be owned by phablet, right?
[14:48] <cjwatson> cwayne_: try restarting your session before looking into this
[14:48] <cjwatson> phablet:phablet mode 0755
[14:48] <cwayne_> cjwatson, well the thing is i'm trying to do all of this before the user's first session
[14:48] <balloons> plars, ahh, so we can blame touch_ro :-)
[14:48] <plars> balloons: so we have to know what that build number equates to. So the other two numbers you see there are the rootfs version and android build version
[14:48] <cjwatson> but I think a permissions problem on that directory is unlikely
[14:48] <cwayne_> i can click install an app manually just fine
[14:48] <cjwatson> cwayne_: you're also trying to work around bugs that are in the process of being fixed, please don't :P
[14:48] <cjwatson> cwayne_: there was a bug fixed this morning that didn't properly autocreate that directory
[14:49] <cjwatson> cwayne_: you probably ran into that
[14:49] <cwayne_> cjwatson, i did when i tried it manually, but our tarball already creates that dir :)
[14:49] <cjwatson> cwayne_: you should not be creating .local/share/applications before the user's first session, and once today's bug fixes land you shouldn't need to
[14:49] <cjwatson> your tarball is wrong :)
[14:49] <asac> plars: ok
[14:50] <asac> plars: touch_ro's can fill up later after we pushed to current
[14:50] <cwayne_> cjwatson, then fix the browser to support changing the homepage without a hacked .desktop file :P
[14:50] <cjwatson> as of earlier today the upstart-app-launch click hook should deal with creating that directory and populating it with all the preinstalled apps
[14:50] <cjwatson> cwayne_: oh, bah, I assumed this was just for click
[14:50] <cjwatson> cwayne_: well, yes, make sure it's phablet:phablet 0755 then
[14:51] <cjwatson> cwayne_: we try to sync everything up on every session start, so if the permissions are wrong, correct them and restart unity (e.g. reboot)
[14:51] <cjwatson> then it should appear
[14:52] <cwayne_> cjwatson, hm, the permissions are already correct
[14:52] <cjwatson> try "click hook install-user" and see if it says anything
[14:53] <cwayne_> cjwatson, hm, so after a reboot it shows up correctly
[14:53] <cwayne_> i was trying to avoid having to do a reboot though
[14:57] <cjwatson> cwayne_: you won't have to, this is probably just a bug in flight
[14:57] <cwayne_> cjwatson, that's what i'm hoping :)
[14:57] <cjwatson> there are absolutely known bugs involving .local/share/applications not being properly rescanned on the fly
[14:57] <cwayne_> cjwatson, so is the fact that the other click packages aren't installing another bug in flight?
[14:58] <cwayne_> the ones in /usr/share/click/preinstalled i mean
[14:58] <cjwatson> cwayne_: does your image contain /usr/share/click/preinstalled at all?
[14:58] <cjwatson> because the latest image I flashed earlier didn't yet
[14:58] <cwayne_> cjwatson, yes it does, but its empty
[14:59] <cjwatson> cwayne_: which image is this?
[14:59] <cwayne_> stgraber, ping
[14:59] <balloons> plars, are there any re-runs planned today? I noticed file-manager ran with the old code.. I would REALLY REALLY like to know if those tests are finally solved
[14:59] <cwayne_> cjwatson, today's daily-proposed ubuntu-system image
[15:00] <stgraber> cwayne_: pong
[15:00] <cjwatson> hmm, http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntu-touch/current/livecd-armhf.out says "Setting up click packages" and then goes on to another hook
[15:00] <cwayne_> stgraber, hiya, we got another custom.tar.xz that needs some signing love if you've got a second :)
[15:00] <stgraber> cwayne_: sure, url?
[15:01] <plars> balloons: with old code? probably new filemanager didn't land you mean?
[15:01] <cwayne_> stgraber, https://jenkins.qa.ubuntu.com/job/sevilerow-watch/14/artifact/custom.tar.xz
[15:01] <balloons> plars, it did land, but I see the test run is the same as before, so I know the new code wasn't used. I would have to track down the package build time vs the test time to confirm, but it's easy to see it's old code
[15:02] <cjwatson> cwayne_: My bad, fixing
[15:02] <ogra_> asac, maguro rw looks really good
[15:02] <plars> balloons: link? and which version were you expecting?
[15:04] <cjwatson> cwayne_: Thanks for the note - livecd-rootfs 2.182 should fix this
[15:04] <cwayne_> cjwatson, thanks, I'll be sure to check it out
[15:04] <stgraber> cwayne_: http://paste.ubuntu.com/6066819/
[15:04] <ronx_> hey
[15:05] <seb128> mpt, reference?
[15:06] <seb128> mpt, out of https://wiki.ubuntu.com/AboutThisDevice?action=diff&rev2=9&rev1=8 you mean?
[15:06] <mpt> seb128, the list of media types, whether there's an "Other" category, etc
[15:06] <mpt> oh, duh
[15:07] <asac> ogra_: :)
[15:07] <asac> ogra_: give it a local run so we can push the button
[15:07] <asac> ogra_: and get feedback from popey i guess :)
[15:07] <ogra_> after the meeting ... i need the bandwith atm
[15:07] <popey> \o/
[15:07] <ogra_> (mumble * downloads works, hangouts dont)
[15:07] <ogra_> s/*/+/
[15:12] <stgraber> sergiusens: can I get a rebuild of android please? (I pushed a change to android_bootable_recovery)
[15:13] <cwayne_> oSoMoN, ping
[15:13] <ogra_> stgraber, well, if asac's current test works we wont need jenkins anymore
[15:14] <ogra_> stgraber, my code is in cdimage and we use the android package now ... but i'm having to back it out in case asac decides the current build isnt good
[15:14] <stgraber> ogra_: ah, then I should pester xnox to get a new android released and uploaded :)
[15:14] <ogra_> you need that anyway
[15:14] <ogra_> boot.img always comes from the package
[15:14] <ogra_> sicne we have it
[15:15] <stgraber> ogra_: sure, but I care about recovery.img :)
[15:15] <xnox> stgraber: ok.
[15:15] <ogra_> only system, recovery and the system.zip come from jenkins
[15:15] <ogra_> stgraber, oops, ok
[15:15] <ogra_> :)
[15:15] <xnox> stgraber: i feel like cronning it, but I don't want to put my gpg key on it.
[15:15] <stgraber> xnox: can you make a new git export and upload that to the archive? (should pickup a recovery change)
[15:16] <xnox> stgraber: so the one from 2:19AM UTC not good?
[15:16] <stgraber> xnox: I pushed to git 2min ago, so probably not
[15:16] <oSoMoN> cwayne_: pong
[15:16] <xnox> stgraber: right. didrocks did tell me if the export would push to a bzr branch, we'd be able to daily-release it on demand.
[15:16] <cwayne_> oSoMoN, hey, is there any ETA on a proper way to set the browser homepage?
[15:16]  * xnox shall ponder about that.
[15:17] <ogra_> something like that would be great
[15:17] <oSoMoN> cwayne_: sorry, unfortunately not, it keeps getting bumped by higher priority tasks
[15:17] <stgraber> xnox: we'd still need to get the export to happen much more often, but that'd be great
[15:17] <oSoMoN> cwayne_: until it becomes high priority, I guess :/
[15:17] <ogra_> also triggered by ubuntu-touch-generic-initrd and libhybris uploads
[15:17] <ogra_> :)
[15:18] <cwayne_> oSoMoN, understood :/
[15:18] <cwayne_> oSoMoN, what about bookmarks?
[15:18] <xnox> stgraber: export would then do the pull / unpack and if there is anything changed => bzr commit & push. From that point on, daily release would pick it up every 4h.
[15:18] <oSoMoN> cwayne_: same :/
[15:18] <cwayne_> damn
[15:18] <xnox> stgraber: I really do want to exclude myself from the loop of uploading android.
[15:18] <cwayne_> oSoMoN, so are bookmarks not supported at all right now?
[15:18] <stgraber> ogra_: that'd be great but not nearly as useful since those two require not change rebuilds, so no big upload involved, the problem is uploading a new release which requires a fair amount ofbandwidth
[15:18] <ogra_> xnox, to late
[15:19] <oSoMoN> cwayne_: they are, but there is currently no way to pre-populate them
[15:19] <ogra_> stgraber, yeah i want both :)
[15:19] <xnox> ogra_: i'll automate myself from the job ;-)
[15:19] <plars> asac: was just talking to rsalveti on this hangout, and at least the main networking problem I've been fighting with right now appears to be https://bugs.launchpad.net/ubuntu/+source/linux-maguro/+bug/1203173
[15:19] <cwayne_> oSoMoN, i can't drop in a sqlite db somewhere or anything?
[15:19] <oSoMoN> cwayne_: wait, actually there is, we discussed it last time, you can prepopulate an SQL db in the user’s home dir
[15:19] <oSoMoN> cwayne_: so that should work alreday
[15:19] <oSoMoN> already
[15:21] <cwayne_> oSoMoN, ah, wonderful!  do you have an example db i could pull by any chance?
[15:21] <oSoMoN> cwayne_: let me check
[15:22] <davmor2> tedg: Hey dude on the battery indicator is there a reason there is no title on the brightness slider?  It's changed recently but I can't say how recently though :)
[15:22] <asac> plars: so thats random? or can we explain why its more often on touch_ro?
[15:23] <ogra_> seems to be a race
[15:23] <oSoMoN> cwayne_: I don’t have one handy, but I can forge one in a moment, just give me 5min
[15:24] <davmor2> asac: RO hates you, hate it back it works for me :) /me hands asac a "I hate you RO flag" ;)
[15:24] <plars> asac: I think we're just running more on touch_ro because sometimes they are getting kicked off twice due to the json file getting updated twice
[15:24] <asac> davmor2: i actually would love RO if it would behave nicely :)
[15:24] <plars> asac: the double-run is on my list of things to fix as soon as I get a spare moment
[15:24] <asac> but as we know love can easily turn to hate
[15:25] <plars> asac: we need to land some changes in the test scripts first that are mostly structural, but trying to hold off on that until we make current so we don't risk disrupting that
[15:25] <tedg> davmor2, Yeah, it's there just temporarily so we didn't invest much time in it :-)
[15:25] <tedg> davmor2, It's a work around for the one in settings not working yet.  Once it does, we'll remove it.
[15:25] <rsalveti> xnox: stgraber: we could probably try to daily release it, but if you need it right now, feel free to upload as a package patch
[15:25] <cwayne_> oSoMoN, sure, thanks!
[15:25] <davmor2> tedg: ah okay thanks I didn't want to report a bug if it was a wip
[15:26] <rsalveti> I had the cron to run once a day, but it seems that people always want a new upload after applying changes
[15:26] <rsalveti> so setting up a daily ci for it would be a good way to solve this
[15:26] <balloons> plars, we wanted  0.1.1bzr60saucy0  for file manager, and it ran at  0.1.1bzr59saucy0 https://jenkins.qa.ubuntu.com/job/saucy-touch-maguro-smoke-ubuntu-filemanager-app-autopilot/71/artifact/clientlogs/utah.yaml/*view*/
[15:27] <xnox> rsalveti: yeah, and due to us separating pending vs current images, there is extensive QA before that android base package is released to en-mass. Such safeguards/integration tests is one of the major creterias getting onto daily release train.
[15:27] <plars> balloons: because that's what was in that image:   ubuntu-filemanager-app: 0.1.1bzr59saucy0
[15:27] <plars> balloons: so I guess it didn't land in 20130905.1 after all?
[15:28] <balloons> plars, indeed, no worries, just sad because I wanted to make sure that was going to fix things
[15:28] <balloons> plars, no it must have just missed the cutoff
[15:28] <rsalveti> xnox: right, but currently we don't test the android package itself
[15:28] <plars> balloons: well, autolanding is shut off at the moment
[15:28] <ogra_> xnox, we dont have any android QA tests
[15:28] <plars> balloons: so you'd need to talk to sil2100? I think?
[15:29] <balloons> plars, you mean to land it today; else wait till tomorrow's build
[15:29] <plars> balloons: well, it may be too late for this one anyway, asac? are you still considering 5.1 likely for current, or would you be interested in a filemanager app fix?
[15:30] <plars> balloons: you've tried it and confirmed it fixes things?
[15:30] <xnox> rsalveti: ogra_: sure we do. It builds, lands on pending image, then the whole autopilot stack is run before that image is promoted to current. If android package is screwed up there are little chances that image will pass all the autopilot tests and get released into the current channel.
[15:30] <ogra_> xnox, biot we dont test any android parts specifically
[15:30] <balloons> plars, heh, working on the device, in the vm and the lab doesn't mean it works in the lab.. I'm CURIOUS to know if it does
[15:30] <asac> plars: no we dont wait for something that never worked
[15:31] <asac> plars: i was kind of ignoring the core apps until balloons cmes along
[15:31] <asac> if he believes he has the fix we can land it after .1 is out
[15:31] <plars> sounds good
[15:31] <asac> balloons: does your stuff go through dail-release?
[15:31] <rsalveti> xnox: ogra_: yeah, we test the entire image, not the package itself
[15:31] <asac> balloons: all that is currently not automatically publishing so you can alreawdy commit
[15:31] <balloons> I wouldn't land anything based on belief.. many failures in the lab work everywhere else
[15:31] <asac> and we will pick it up once we are happey
[15:32] <asac> balloons: everybody has gone through that
[15:32] <xnox> ogra_: yeah we dont' have android package unit tests, but we do have extensive integration tests which should cover all functionality we do rely on from the android package. Which is as best as it can get for android src package.
[15:32] <balloons> asac, yes things go through daily release
[15:32] <asac> balloons: usually folks do something to their device before runnig tests
[15:32] <asac> balloons: the phones in the lab are super stupid. they just boot
[15:32] <asac> and start the tests
[15:32] <asac> dont touch it basically :)
[15:32] <balloons> asac, yes fair enough
[15:32] <asac> balloons: so then its safe
[15:32] <ogra_> xnox, we dont run these tests prior to upload today ... i dont see a reason to block on this
[15:32] <asac> balloons: ultimtely everybody said so far its not reproduible, but in the end it was reproducible and _fixable_ :)
[15:32] <xnox> ogra_: =)
[15:33] <xnox> ogra_: ok, in the mean time, let me prepare an upload for stgraber.
[15:33] <ogra_> would be good to have tests in the future indeed
[15:33] <balloons> asac, I wouldn't make that claim.. if it happens in the lab, I should be able to make it happen locally.. the trouble is iterating on a once a day run
[15:33] <cwayne_> awe, ping
[15:33] <awe> cwayne_, let me ping you in a few...
[15:34] <cwayne_> awe, sure thing
[15:39] <rah> ogra_: is there any documentation for the cm build system?
[15:41] <ogra_> rah, i honestly dont know :)
[15:41] <ogra_> but i would guess so
[15:42] <doanac> sergiusens: looks like click apps aren't in today's image. you know where I can download dropping-letters from?
[15:47] <ogra_> doanac, fixed in the next image, cjwatson just uploaded a fix
[15:47] <doanac> ah - thanks
[15:47] <ogra_> doanac, http://people.canonical.com/~ubuntu-archive/click_packages/
[15:48] <popey> ogra_: next one that has built or will build?
[15:48] <ogra_> popey, well, i'm waiting for an OK from asac so i can fire off a build to test the cdimage fixes too
[15:49] <ogra_> popey, will ...
[15:49] <popey> ah ok
[15:51] <asac> ogra_: how does the dashboard look?
[15:51] <asac> ogra_: anything that regressed compared to our best build?
[15:51] <ogra_> asac, very good i'd say ... mako leads with 16 ... directly followed by maguro with 15 (failures)
[15:54] <ogra_> asac, loks good to me
[15:55] <asac> ogra_: let me look and enjoy for a moment
[15:55] <stgraber> xnox: how's that Android upload going? :)
[15:55] <asac> ogra_: nice
[15:55] <asac> push
[15:55] <asac> lool: so is yoru security fix in sight?
[15:55] <asac> otherwise we could try ogra_ android migration
[15:55] <asac> while we wait for unity landing
[15:55] <ogra_> asac, did we have manual tests yet ?
[15:56] <asac> ricmm: you think we have 3 hours before you are ready for todays merges?
[15:56] <asac> ogra_: thought you know
[15:56] <asac> about manual
[15:56] <asac> popey: ?
[15:56] <popey> ?
[15:56] <asac> popey: mako 5.1 build perfect?
[15:56] <ogra_> asac, nope, i was in a meeting and only started the download afterwards ... still rsyncing
[15:56] <popey> asac: you want an image manually tested? Tell me which one?
[15:56] <ogra_> popey, rw 05.1
[15:57] <asac> popey: latest 05.1
[15:57] <popey> on 5 now. will flash 5.1 now
[15:57] <ogra_> aka /pending
[15:57] <ricmm> asac: I think 3 hours is plausible
[15:57] <ricmm> greyback: what do you think?
[15:58] <greyback> ricmm: 3-4 hours hopefully.
[15:59] <ricmm> asac: why, would you like to land something now?
[15:59] <ricmm> it will definitely be up today, but at the time the testing is done it might require ken instead of sil/mirv
[16:02] <ogra_> ricmm, i changed cdimage and would like to do a test build and there are some people waiting for a new android package that xnox just prepares atm
[16:02] <ogra_> for fixing some tests on the readonly image
[16:02] <lool> asac: Sorry, I can't reproduce the issue
[16:03] <lool> stgraber: you couldn't either?
[16:03] <ogra_> davmor2, did you test 05.1 yet ?
[16:03] <asac> lool: check with doanac how exactly its run etc.
[16:03] <lool> asac: and I chased other rabbits this pm; I don't have the same hardware
[16:03] <asac> lool: who knows if they have added a hack to keep this going
[16:03] <lool> asac: I only have grouper right now
[16:03] <asac> oh
[16:03] <asac> dont bother
[16:03] <lool> asac: we never got a run on mako I think
[16:03] <davmor2> ogra_: no did someone let me know there was one :D  I'll grab it now :)
[16:03] <asac> lool: were you able to reproduce before and now not anymore?
[16:04] <lool> asac: and mako passed for stgraber locally and grouper for me locally
[16:04] <ogra_> davmor2, ta
[16:04] <jdstrand> asac: hey-- can you make sure click-apparmor 0.1.9 and apparmor-easyprof-ubuntu 1.0.29 are pulled in?
[16:04] <lool> asac: well I could verify that the modules appeared here
[16:04] <asac> jdstrand: whats in there?
[16:04] <asac> :)
[16:04] <lool> asac: also, security test is one of the last ones, so haven't gotten many of them in today's runs
[16:04] <asac> jdstrand: is that contributing to our system fixes?
[16:04] <asac> syustem iamge tests failing?
[16:05] <jdstrand> asac: well, where do I see what is already in there besides reflashing, which will take a while
[16:05] <cwayne_> stgraber, ping
[16:05] <stgraber> cwayne_: pong
[16:05] <lool> asac: the only run from today was maguro on 05, not 05.1
[16:05] <ogra_> jdstrand, the manifest files on cdimage
[16:05] <lool> and it failed for unknown reasons
[16:05] <lool> plars: did you reproduce the maguro failure?
[16:05] <jdstrand> asac: click-apparmor is needed for autopilot work for the read-only images
[16:05] <plars> lool: which, the security?
[16:05] <ogra_> jdstrand, the last image didnt have it http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130905.1/saucy-preinstalled-touch-armhf.manifest
[16:06] <asac> jdstrand: those are part of the platform stack?
[16:06] <ogra_> jdstrand, i guess the next build will though
[16:06] <jdstrand> would that be in http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/?
[16:06] <asac> jdstrand: do they use dailyu-release?
[16:06] <jdstrand> ok
[16:06] <asac> ogra_: ok plz test maguro and lets get it out
[16:06] <asac> ogra_: after popey confirms
[16:06] <asac> then we do another image with just your android changes or just jdstrand changes
[16:06] <asac> while we wait for unity and/or lool
[16:06] <cwayne_> stgraber, hey, i hear you may be the man to talk to about the initrd copying stuff from /custom to ~
[16:06] <ogra_> asac, davmor2 is faster than me i think, he already pulls
[16:07] <ogra_> (for maguro that is)
[16:07] <asac> ok also fine
[16:07] <jdstrand> weird that the manifest isn't listed in http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130905.1/
[16:07] <stgraber> cwayne_: probably
[16:07] <ogra_> jdstrand, it is
[16:07] <ogra_> jdstrand, i clicked on it to open it actually :)
[16:07]  * jdstrand squints to see
[16:08] <cwayne_> stgraber, well, i think we have a bug there.  once it's copied over stuff, all of it is owned by 'system' when i think it should be owned by 'phablet'
[16:08] <jdstrand> ah, it is
[16:08] <jdstrand> I am blind
[16:08] <cwayne_> and this breaks installing click apps unless we explicitly chown phablet:phablet ~/.local/share/applications/
[16:08] <asac> jdstrand: is this maybe fixing the problem that i dont even see the installed clicke apps?
[16:08] <asac> on my application screen?
[16:08] <ogra_> jdstrand, there is also http://people.canonical.com/~ogra/touch-image-stats/ that only lists changes between two images
[16:08] <jdstrand> asac: so, you have 0.1.8 which is enough for autopilot
[16:08] <lool> plars: yeah
[16:08] <ogra_> (we'll soon ship such a log alongside on cdimage once the code for it lands)
[16:08] <lool> plars: the security one
[16:09] <lool> plars: cause the only device that ran a test was maguro
[16:09] <plars> lool: running iptables -L worked for me on maguro ro image if that's what you mean... it hasn't made it to that test just yet in automation
[16:10] <plars> I am looking at the 5.1 image on mako locally right now and just got a nice reboot in the middle of a call
[16:10] <lool> plars: I did ufw enable locally and that worked
[16:10] <lool> plars: reboot > bleh
[16:10] <jdstrand> asac: the fix in 0.1.9 was pre-emptive-- dpm mentioned that he couldn't find aa-exec-click in his PATH, but there isn't a bug report yet. click was updated to use aa-exec-click recently. upstart-app-launch shouldn't be using aa-exec-click yet. it shouldn't be an issue
[16:10] <lool> plars: but doubt it's related to new images either  ;-)
[16:10] <stgraber> cwayne_: nope, the problem is your tarball
[16:10] <plars> ogra_: have you ever seen that? reboot in the middle of a phone call?
[16:11] <lool> plars: oh with the phone
[16:11]  * ogra_ pretends he doesnt see plars until he has something nicer to talk about 
[16:11] <stgraber> cwayne_: mfisch's initrd code does a cp -aR
[16:11] <plars> :)
[16:11] <lool> plars: what were you saying?  #bomb #nsa #prism?
[16:11] <davmor2> ogra_: flashing is nearly complete
[16:11] <ogra_> plars, no, i havent
[16:11] <jdstrand> asac: so, your call. it is a teeny fix. apparmor-easyprof-ubuntu is largely cosmetic-- you have 1.0.28 which is good enough
[16:11] <stgraber> cwayne_: and the files in your tarball belong to jenkins:jenkins which doesn't exist on the phone
[16:11] <ogra_> plars, try booting into recovery and capture /proc/last_kmsg before you do anything else
[16:11] <popey> ogra_: camera app locks up in video mode.. known problem?
[16:12] <ricmm> ogra_: well as gerry said we wont be ready for another 3-4 hours
[16:12] <ricmm> I say go for it, again, this isnt all that intrusive at all
[16:12] <stgraber> cwayne_: so we should either stop using -a and do a chown after the copy or you'd have to change your tarball to have phablet:phablet (1000:1000) own all the files
[16:12] <plars> ogra_: it already fully rebooted, so too late?
[16:12] <ogra_> popey, i think we'rre waiting for gstreamer bits for that
[16:12] <popey> k
[16:12] <ogra_> plars, yeah
[16:12] <popey> 5.1 seems good to me
[16:12] <cwayne_> stgraber, would that work even if there's no phablet user on jenkins?
[16:12] <plars> ogra_: let me see if I can reproduce
[16:12] <ogra_> plars, yeah
[16:13] <davmor2> lool: yeah the nsa turned on the gps to track plars movement and it was that, that rebooted the phone....blame the nsa :)
[16:13] <plars> crazy
[16:13] <stgraber> cwayne_: depends how you generate the tarball, if you assemble it by hand, you can do whatever you want
[16:13] <plars> I'm connected now (on phone) but there is no audio
[16:13] <stgraber> cwayne_: anyway, I think the right fix is to chown in the initrd as we probably want /custom to be owned by root and noone else
[16:13] <AskUbuntu> Compatible android devices with Ubuntu | http://askubuntu.com/q/341778
[16:13] <ogra_> lovely
[16:14] <stgraber> cwayne_: so you should be changing your tarball generate code to have root:root own everything under /custom
[16:14] <stgraber> cwayne_: and I'll change the initrd to chown to phablet
[16:16]  * lool brb
[16:16] <davmor2> ogra_: damn you and your 5.1 to hell ;)  3g isn't working again so I guess the race is still in place
[16:17] <ogra_> davmor2, does restarting NM fix it ?
[16:17] <ogra_> cyphermox, ^^^ i thought that was fixed
[16:17] <cyphermox> ogra_: it's supposed to be
[16:19] <davmor2> cyphermox: when I tried 20130905 this morning it worked fine, on 20130905.1 I see the 3g I leave it a couple of minutes I open the browser no connection, reboot n-m and now I do,  I'm supposing a race of some sort
[16:19] <cwayne_> ssweeny, so we need to have root own everything in our tarball
[16:19] <xnox> rsalveti: can we have pxz on hesperidium installed or does that need an RT?
[16:19] <davmor2> ogra_: yeap working fine after reboot
[16:19] <popey> ogra_: 5.1 feels really good
[16:19] <ogra_> ok
[16:20] <cyphermox> davmor2: file a bug, attach /var/log/syslog please
[16:20] <ogra_> davmor2, apart from the NM issue (which isnt a regression) do you agree with popey ?
[16:20] <rsalveti> xnox: would need someone with super cow powers to install it
[16:20] <davmor2> ogra_: give me a minute I was busy with the n-m issue :)
[16:21] <ogra_> heh, yeah, dont feel pushed ...
[16:21] <rsalveti> davmor2: if you can, mind adding debug output for both ofono and nm?
[16:21] <rsalveti> and then trying to reproduce the 3g issue
[16:21] <rsalveti> in theory latest nm should behave way better than before
[16:22] <rsalveti> at least it now works fine for both maguro and mako when testing locally
[16:22] <popey> ogra_: hmm hang on
[16:22] <popey> unity just died on me
[16:22] <ogra_> oh man
[16:22] <popey> phablet    727 23.3  0.0      0     0 ?        Zs   16:05   4:00 [unity8] <defunct>
[16:22] <davmor2> rsalveti: I blame ogra_  and his 5.1 request 5 was perfect ;)  I'll get as much info as I can and try and reproduce it
[16:22] <ogra_> not restarting ?
[16:23] <popey> nope
[16:23] <popey> what logs do I grab?>
[16:23] <cwayne_> stgraber, ack, thanks
[16:23] <ogra_> /home/phablet/.cache/upstart/unity8.log in any case
[16:24] <plars> can't seem to reproduce it
[16:24] <popey> bah, why don't we ship pastebinit by default
[16:24] <plars> maybe lool is right, but if they have our gps working so well, I think they should start sending us patches :)
[16:24] <popey> ogra_: http://paste.ubuntu.com/6067099/
[16:25] <ogra_> popey, heh, well, file a bug with that, i cant read anything out of it
[16:25] <ogra_> that needs a unity8 person
[16:26] <popey> ya
[16:26] <ogra_> is the container still running ?
[16:26] <popey> how can I tell?
[16:26] <ogra_> lxc-info -n android
[16:26] <popey> lxc-info: failed to open log file "/var/log/lxc/android.log" : Permission denied
[16:26] <davmor2> popey, ogra_ : hmm apparently opening lots of apps isn't good for it :D
[16:26] <popey> state:   RUNNING
[16:26] <popey> pid:       456
[16:26] <ogra_> oh, as root/sudo indeed
[16:26] <popey> yes
[16:26] <ogra_> k
[16:27] <ogra_> so its not on a low level, thats good
[16:27] <ogra_> and there are unity8 changes queued
[16:27] <ogra_> with luck they fix it :)
[16:28] <showman-i9300> Hi?????????????
[16:28] <popey> hello
[16:28] <showman-i9300> hello popey
[16:29] <showman-i9300> Can you help?
[16:29] <ogra_> how would he know
[16:29] <ogra_> you didnt ask anything yet
[16:29] <popey> I don't know. Can I help????????????
[16:30] <davmor2> ogra_: popey: hmmm messaging indicator doesn't go blue on a new message
[16:30] <showman-i9300> I'm Spanish, sorry my bad speak to the English. I'm using google translator
[16:30]  * popey invites dpm to translate
[16:31] <popey> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1221323
[16:32] <showman-i9300> http://forum.xda-developers.com/showthread.php?t=2315397
[16:32] <showman-i9300> I can install ubuntu without changing my kernel touch
[16:32] <davmor2> charging always seems to show as red and not show and accurate level till you unplug it
[16:33] <ogra_> davmor2, yeah, thats on older images too
[16:33] <rah> showman-i9300: no
[16:33] <ogra_> we got it with the new indicator stack
[16:33] <showman-i9300> I'm using siyah kernel with dual boot
[16:33] <dpm> showman-i9300, so far you are doing very well in English, but let me know if I can help with translating
[16:33] <rah> showman-i9300: the kernel needs particular options for ubuntu touch
[16:33] <davmor2> ogra_: I've been on holiday I'm still playing catch up :D
[16:34] <cwayne_> stgraber, we're fixing the tarball now, please let us know when there's an initrd we can test out :)
[16:34] <xnox> stgraber: uploaded and building. I hope it has all the right stuff. The builds suppose to finish in ~40min time, but last time upload stages where hanging =/ and taking about 2.5h instead =(
[16:34] <xnox> so do keep ah eye on the build.
[16:35] <showman-i9300> *dpm ¿quieres que hable en español?
[16:36] <dpm> showman-i9300, como quieras, aunque estoy a punto de marchar, lo siento :/
[16:36] <dpm> showman-i9300, pero de momento veo que te defiendes bien en ingles :)
[16:36] <showman-i9300> mi ROM preferida es MIUI
[16:37] <showman-i9300> Uso kernel con dual-boot
[16:38] <showman-i9300> Actualmente tengo MIUI 3.8.2 android v.4.1.1 y second rom CM10.1 android v4.2.2 y funciona todo
[16:39] <showman-i9300> I want to change my second rom CM10.1 by Ubuntu touch
[16:39] <showman-i9300> Is it mission impossible?
[16:40] <dpm> showman-i9300, creo que puede ser complicado, aunque no soy un experto en multiples ROMS. A lo mejor sergiusens puede echarte una mano
[16:41] <showman-i9300> if ubuntu kernel touch supports CM theory is that it should work.
[16:42] <showman-i9300> Seria la mejor manera de dar un empujon a ubuntu tocuh, poder probarla sin afectar a la rom principal.
[16:43] <showman-i9300> SERGIUSENS ¿eres el guru que sabe solucionar mis dudas?
[16:44] <showman-i9300> *sergiusens hola
[16:44] <showman-i9300> #sergiusens hola
[16:45] <showman-i9300> @sergiusens
[16:47] <showman-i9300> dpm una ultima pregunta
[16:47] <ogra_> i think he is not around today
[16:47] <rsalveti> xnox: stgraber: changed the cron script to run it at every hour, creating a tarball with the timestamp as `date -u +%Y%m%d-%H%M`
[16:48] <xnox> rsalveti: awesome.
[16:48] <stgraber> rsalveti: thanks!
[16:49] <xnox> rsalveti: when you have time, have you seen the list of redundant paths in bug #1220688
[16:49] <rsalveti> xnox: yup, in my backlog
[16:49] <rsalveti> thanks for reporting it
[16:49] <xnox> rsalveti: cool, that's where it should be =) not terribly high priority =)
[16:50] <rsalveti> yeah, but it'll help reducing a bit more :-)
[17:14] <lool> ssweeny: did you see my ping about pushing to lp:ubuntu-touch-customization-hooks?
[17:14] <ssweeny> lool, no i must hav emissed it
[17:15] <lool> ssweeny: 16:34 < lool> ssweeny: Could you get me commit access to ubuntu-touch-customization-hooks?
[17:16] <lool> asac, plars, stgraber: I don't explain it but http://reports.qa.ubuntu.com/smokeng/saucy/image/4005/security/ passed
[17:16] <lool> so check-ufw is good again on maguro
[17:16] <lool> let's see mako
[17:16] <ogra_> that failed iirc
[17:16] <plars> lool: this is what I saw earlier also on my maguro
[17:16] <lool> ogra_: I think it didn't run
[17:17] <ogra_> oh, it was re-started then, i saw it failed before
[17:17] <lool> ogra_: do you have a link to a failed run?
[17:17] <ssweeny> lool, i'm afraid mfisch is the only one who can commit to it and he's on holiday
[17:17] <ogra_> lool, no
[17:17] <plars> the previous run where it failed was on 20130905
[17:17] <ssweeny> lool, i guess we have to commit to the ubuntu branch
[17:17] <plars> https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-maguro-smoke-security/44/
[17:17] <lool> ogra_: the last failure on mako is from 04.3 which didn't have the fix
[17:17] <plars> this was on 20130905.1 and it passed
[17:18] <ogra_> lool, oh, i got confused by the disordered frontpage of the dashboard
[17:18] <plars> was 5.1 not expected to pass for some reason?
[17:18] <plars> ogra_: ah, right :) that's a known problem... dashboard hasn't quite caught up to all the confusing renumbering issues
[17:18] <ogra_> plars, well, no, the opposite :)
[17:18] <lool> ssweeny: ok, will submit as a mp and just upload
[17:18] <seb128> charles, mpt: hey, I was wondering if you know what's the recommended approch for keypad-like-uis, should that be a shared widget, a toolkit component, just the osk?
[17:18] <ssweeny> lool, ok, thanks
[17:18] <seb128> charles, mpt: e.g https://wiki.ubuntu.com/Bluetooth?action=AttachFile&do=get&target=phone-bluetooth-pair.png or https://wiki.ubuntu.com/SecurityAndPrivacySettings?action=AttachFile&do=get&target=phone-security-privacy-lock-security-switch-swipe.png
[17:19] <seb128> Laney, ^ fyi (I know we discussed that before, I'm not sure we ever got a reply)
[17:19] <Laney> I think that you're supposed to use input method hints to tell the osk what form to take
[17:19] <mterry> Laney, I'm adding support for the "StatsWelcomeScreen" setting, and the system settings don't seem to be changing the value in AccountsService
[17:20] <ogra_> davmor2, btw, how is the image looking
[17:20] <charles> seb128, looks like the osk would be a good match, can we tell it to reject nonnumeric entry?
[17:20] <seb128> charles, Laney: some people suggested to use the "osk in numeric mode" before I think
[17:20] <Laney> mterry: does it work when you set it in the session manually?
[17:20] <seb128> tmoenicke, bfiller: ^ do you know?
[17:21] <Laney> did for me when I developed it
[17:21] <davmor2> ogra_: a few glitches but nothing more than usual I have made unity crash yet but I did cause and out of memory restart by the look of it :)
[17:21] <davmor2> s/have made unity/haven't made unity
[17:21] <ogra_> ok
[17:21] <bfiller> charles, Laney : you can set an input method hint on your entry field and it will cause the OSK to display a number keyboard
[17:22] <ogra_> asac, so popey had a unity crash, davmor2 saw the supposedly fixed NM issue still
[17:22] <ogra_> asac, does that sound releasable to you ?
[17:22] <charles> bfiller, sounds good
[17:22] <mterry> Laney, I didn't try in session manually, but when I set manually (using dbus-send) as root, it works
[17:22] <Laney> mterry: It might be a polkit/device thing
[17:22] <asac> popey: tell me more about the unity crash? reproducible?
[17:22] <Laney> does it work on your desktop?
[17:22] <bfiller> charles, Laney : the current keyboard impl is slightly broken for number layout but working on a fix that should land any day now
[17:22] <mterry> Laney, didn't try
[17:22] <ogra_> bug 1221323
[17:23] <asac> ogra_: when did the NM issue that we try to fix break at first?
[17:23]  * mterry tries
[17:23] <ogra_> asac, ^^^
[17:23] <popey> asac: not tried to reproduce
[17:23] <ogra_> asac, oh, i dont remember, but quite a while ago
[17:23] <ogra_> (NM that is)
[17:23] <asac> popey: but your phone is usable?
[17:23] <Laney> mterry: So we may have to temporarily ship a polkit override that opens it up
[17:23] <popey> having to reboot it now asac
[17:23] <asac> popey: i think i need your feeling if rick will suffer too much :)
[17:23] <mterry> Laney, temporariy?
[17:24] <Laney> yes
[17:24] <popey> asac: trying to reproduce now
[17:24] <Laney> it's a problem with polkit authorisations and active sessions
[17:24] <asac> ogra_: can you summarize the NM bug one more time?
[17:24] <ogra_> we do the same for NM btw
[17:24] <asac> its symptoms?
[17:24] <mpt> seb128, charles: Laney is right, the keypad and the OSK (and the date and time pickers) should be siblings that behave in the same ways
[17:25] <mterry> Laney, oh, because we aren't using real session management yet?
[17:25] <ogra_> asac, 3g doesnt come up until you restart nm
[17:25] <Laney> mterry: something like that
[17:25] <popey> 3g is up here
[17:25] <Laney> one of those things that should be solved with lightdm
[17:25] <popey> without restarting nm
[17:25] <ogra_> mterry, yeah, we override polkit in a few places already until lightdm lands
[17:25] <asac> popey: NM is on maguro afaik
[17:25] <mpt> seb128, that particular text field accepts only numerals, therefore it gets the numeric keypad rather than the OSK.
[17:25] <ogra_> popey, yeah, seems to be maguro only
[17:25] <Laney> if setting works on your desktop I'd say that was ok for now
[17:25] <popey> kk
[17:25] <Laney> but if lightdm looks risky we can override it
[17:25] <Laney> in a couple of weeks or so
[17:25] <asac> ogra_: so given we carry this for a while, i wouldnt block on NM
[17:26] <asac> for a while == across a few /currents going back
[17:26] <ogra_> asac, right, but i wanted a judgement about the unity crash
[17:26] <ogra_> NM is no regression
[17:26] <ogra_> and unity might be a one time crasher
[17:26] <asac> yeah lets wait for popey's assessment. if its hard to reproduce i wouldn't say its a regression over last /current
[17:26] <asac> so wouldnt block
[17:27] <ogra_> right
[17:27] <asac> but we want these to be investigated somewhat
[17:27] <asac> popey: can you upload your .crash next time as well?
[17:27] <seb128> :
[17:27] <asac> or maybe you still have a unity8.crash for the bug
[17:27] <seb128> mpt, ok, but the osk has a "numerical mode" no?
[17:27] <ogra_> xnox, nice ... 40min was accurate this time it seems
[17:27] <mpt> seb128, I don't know. If it does, great. :-)
[17:28] <popey> asac: no crash file
[17:28] <popey> asac: I ran "ubuntu-bug unity8" hoping it would do the Right Thing™
[17:29] <asac> :)
[17:29] <ogra_> one would hope so
[17:29] <popey> I did it as root though which may be the problem?
[17:29] <popey> unity was zombied
[17:29] <asac> ogra_: can you check with ricmm how far his merge is away?
[17:30] <asac> ogra_: if thats longe rthan it would take to try your androiid changes including getting a dashboard back
[17:30] <asac> we could try doing that thing
[17:30] <ogra_> asac, he said a few hours
[17:30] <seb128> bfiller, thanks, I need to try that number keyboard mode, though some of those designs have extra keys to add extra chars (like the dialpad needs to be able to do +*#)
[17:30] <asac> ogra_: but if you feel its too late lets do it tomrrow
[17:30] <ogra_> about 1h ago
[17:30] <xnox> ogra_: i hope stgraber can appreciate the swiss timing on that build =)
[17:30] <asac> we like precision
[17:30] <asac> yes :)
[17:30] <stgraber> :)
[17:30] <ogra_> asac, i have to wait in any case for the android package to be published, there were a few changes
[17:31] <popey> having difficulty reproducing it asac , but then last time it happened when the phone was just sat on my desk
[17:31] <ogra_> so lets push that one then i'd say
[17:31] <bfiller> seb128: there are different hints for number field and phone number field, where the later will show the  extras keys you are referring to
[17:31] <asac> popey: so you say you sometimes see these crashes? even with the previous current?
[17:31] <asac> ogra_: right.
[17:31] <asac> ogra_: go ahead.. and then check
[17:31] <popey> no
[17:31] <popey> this was a one off, i can't recall my last unity 8 crash before todays image
[17:31] <asac> kk
[17:32] <asac> well, if its not easy to reproduce lets risk it
[17:32] <asac> we get more unity8 stuff anyway, so we can blame them after :)
[17:32] <asac> lol
[17:32] <popey> \o/ blame
[17:32] <seb128> bfiller, do you know if that's documented somewhere?
[17:32] <asac> 18:04 < jdstrand> asac: hey-- can you make sure click-apparmor 0.1.9 and apparmor-easyprof-ubuntu 1.0.29 are pulled in?
[17:32] <asac> Mirv: sil2100: ^ any idea which stacks those would come from?
[17:32] <asac> kenvandine: ^ ?
[17:32] <bfiller> seb128: yeah, looking..
[17:32] <ogra_> asac, done
[17:32] <seb128> bfiller, thanks
[17:33] <asac> lool: any new ideas on touch_ro that we want to land?
[17:33] <asac> ogra_: \o/
[17:33] <asac> :)
[17:33] <ogra_> asac, ro is waiting for new android
[17:33] <ogra_> i,e, for the next build
[17:33] <asac> ogra_: new android waits on you?
[17:33] <asac> ok.
[17:33] <asac> so i guess we dont want to do your switch as well
[17:33] <asac> that might make things blurry
[17:33] <ogra_> asac, new android is in publishing state, i wait for it
[17:33] <asac> -> so lets do lool for now
[17:33] <asac> get his touch_ro done
[17:34] <bfiller> seb128: http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-textinput.html#inputMethodHints-prop
[17:34] <ogra_> asac, we cant always leave android out of sync with what we release
[17:34] <ogra_> this was supposed to be fixed weeks ago
[17:34] <seb128> bfiller, great, thanks
[17:34] <asac> ogra_: i know
[17:34] <asac> ogra_: we discussed it today already
[17:34] <asac> it can wait a day
[17:34] <ogra_> asac, it takes me another our to roll it back
[17:35] <asac> though we could do it now, but since we have lool waiting for his stuff
[17:35] <ogra_> *hour
[17:35] <asac> ogra_: roll what back?
[17:35] <ogra_> the 300 lines of code changes to cdimage
[17:35] <asac> ogra_: did your work already?
[17:35] <lool> asac: new ideas?  it worked!
[17:35] <asac> ogra_: we dont want it now
[17:35] <asac> ogra_: we didnt want ... i thought we backed it out already
[17:35] <ogra_> asac, long before you told me to stop the line
[17:35] <lool> ogra_: whatwhat
[17:35] <asac> lool: cool so we can switch
[17:35] <asac> ?
[17:36] <ogra_> lool, mmy changes that make cdimage use the android package instead of half package half jenkins build (which is all the time out of sync) landed this morning
[17:36] <bfiller> seb128: we don't support all of them yet, but do support the following Qt.ImhHiddenText, Qt.ImhNoPredictiveText, Qt.ImhFormattedNumbersOnly, Qt.ImhDialableCharactersOnly, Qt.ImhEmailCharactersOnly, Qt.ImhUrlCharactersOnly
[17:36] <lool> asac: I think; I mean, we've had good runs and we've had a passing check-ufw run on maguro, so I would think it's as good with sufficient retries as touch images
[17:36] <lool> asac: ^
[17:36] <asac> plars: can you give the .1 images some love?
[17:36] <lool> ogra_: right, but that's not related to system-image
[17:37] <asac> so we have the same results? then we can switch to just focus on those and lool can send his mail
[17:37] <ogra_> lool, tell that to asac
[17:37] <lool> system-image will use the cdimage image
[17:37] <ogra_> lool, right
[17:37] <asac> lool: i didnt want such a change to happen while we try to get images out and land things isolated
[17:37] <ogra_> asac, we hopefully have better results ... not the same
[17:37] <lool> asac: we had the same results on mako and maguro, but tests haven't completed in the last day because of the number of uploads
[17:37] <asac> ogra_: so you say the next image will pick your stuff up?
[17:37] <ogra_> asac, yes
[17:37] <plars> asac: err... the touch or touch_ro ones?
[17:38] <asac> ogra_: ok, so kick another build off right away
[17:38] <asac> ogra_: if there is a regressionm, we back your stuff out for unity
[17:38] <plars> asac: the touch ones are about as good as we can get, and I've tagged all the bugs on it
[17:38] <plars> asac: the touch_ro ones are still running I think
[17:38] <lool> asac: maguro runs for 05.1 are identical
[17:38] <ogra_> asac, and it means that the system.zip, recovery.img and system.img wil actually match the boot.img .... which it did before only by random luck
[17:38] <ogra_> asac, and i'm waiting for the android package to land
[17:38] <asac> ogra_: then back it out
[17:39] <lool> asac: mako didn't complete yet, but security passed
[17:39] <asac> we want to know that its good before landing unity
[17:39] <ogra_> asac, which should happen within the next ten minutes or so
[17:39] <asac> ogra_: why do we wait?
[17:39] <asac> ogra_: thought it was good before
[17:39] <lool> asac: can we promote the current image before we land unity?
[17:39] <lool> or kick a rebuild
[17:39] <ogra_> asac, so stgraber gets his ro fixes in
[17:39] <asac> thought they are in?
[17:40] <asac> the tests are succeeding
[17:40] <lool> asac, ogra_: Rather than pushing this one more change, could we please promote the images and then land it?
[17:40] <ogra_> no, they are in the new android package
[17:40] <asac> lool: its promoted
[17:40] <seb128> bfiller, great!
[17:40] <asac> lool: well the rw got promoted
[17:40] <ogra_> lool, 05.1 is /current since a few minutes
[17:40] <lool> oh cool
[17:40] <asac> so if the RO are good you can announce that folks should switch
[17:40] <lool> asac: so the ro too
[17:40] <lool> asac: let's switch
[17:40] <lool> stgraber: !  ^^^
[17:40] <asac> ogra_: so seems stgrabers change is not essential
[17:40] <ogra_> asac, it is for maguro ...
[17:41] <ogra_> (enables swap)
[17:41] <asac> we dont want swap
[17:41] <ogra_> its not essential to pass the tests ... but essential for using the device :)
[17:41] <asac> ogra_: i want to have a rebuild without further changes
[17:41] <asac> at best
[17:41] <asac> so we see that your change did not change a thing
[17:41] <ogra_> we want swap until we dont need it anymore
[17:41] <asac> i dont want swap
[17:42] <asac> why would we hide that?
[17:42] <ogra_> unless you prefer having to reboot all the time if you run out of ram over the day
[17:42] <asac> yeah. i somewhat feel that would be more appropriate
[17:42] <asac> ogra_: we have now the app life cycle
[17:42] <asac> that should deal with it
[17:42] <asac> lets not do it
[17:42] <asac> stgraber: ^^
[17:42] <asac> what do you think?
[17:42] <asac> kill swap because we have app life cycle now
[17:42] <ogra_> we have the app lifecycle once Mir is in
[17:42] <lool> asac, ogra_: Confirmed to stgraber + community team that we could announce new images as our new baseline
[17:42] <lool> thanks all!
[17:42] <ogra_> at least thats what i understood
[17:42] <asac> ogra_: right. i dont care about this fix though. so lets not loose time
[17:43] <ogra_> thanks lool :)
[17:43] <asac> and kick off
[17:43]  * ogra_ kicks off
[17:43] <asac> good
[17:43] <asac> ogra_: so who is the gatekeeper for android landings?
[17:43] <ogra_> if it fails i blame the tests :P
[17:44] <kenvandine> asac, those don't appear to be in any stacks
[17:44] <lool> ssweeny, mhr3: uploaded upstart job, with adjustments to pathname discussed with seb128: /custom/xdg/data is the new data_dir
[17:44] <ogra_> asac, well, xnox ... even though he doesnt want to be
[17:44] <asac> jdstrand: how do the packages you want get into the image?
[17:44] <lool>  subject: [ubuntu/saucy-proposed] ubuntu-touch-customization-hooks 0.2
[17:44] <ogra_> asac, the build will pick them up
[17:44] <ogra_> they are in the archive
[17:44] <asac> ok
[17:45]  * asac takes a note
[17:45]  * ogra_ sees asac writing "pick them up"
[17:45] <asac> no... "stop that from happening in future" :)
[17:45] <ssweeny> lool, great. much appreciated
[17:46] <lool> ssweeny: I didn't take note of other things I had to chase for this, but I think that was it; just ping me if another hook needs to be added or if it doesn't work for you
[17:47] <jdstrand> asac: can you rephrase? I don't understand
[17:47] <ssweeny> lool, i think that was it, but i'll definitely pester you if something comes up :)
[17:48] <stgraber> lool: I'll prepare the announcement and sned it out in a couple of hours
[17:48] <asac> jdstrand: i guess you can ignore
[17:52] <next_> hello everyone
[17:52] <lool> stgraber: \o/
[17:53] <next_> i was wondering, does ubuntu touch onces install on nexus 7, can you use a terminal
[17:53] <asac> lool: gave a quick update to ue-leads
[17:53] <dpm> lool, did you take any notes when cross-compiling the qzxing plugin? Can I reproduce your steps to try the cross-compilation myself?
[17:53] <asac> mentioned you will send more details to the world
[17:54] <next_> i want to use the terminal to install arm apps and other things for testing
[17:54] <next_> :)
[17:55] <ogra_> next_, waht holdds you back ? just do it then
[17:57] <next_> well ok, i try it out today with my nexus 7. i was wondering after installed will i have accessto a terminal. bc i heard that many application on the device are still for show
[17:57] <ogra_> thats outdated info, many apps work fine
[17:57] <ogra_> they have rough edges  thought
[17:57] <ogra_> a terminal app is preinstalled
[17:58] <next_> really cool, bc i believe ubuntu will show the way the a device can be a all in one. unlike many people that juggle with 3+ devices a day :P
[17:59] <next_> also to update the device can u use apt-get update and upgrade on the device
[18:02] <next_> well got to go thanks ogra
[18:02] <ogra_> :)
[18:04] <plars> ogra_: so is another build after 5.1 coming today?
[18:04] <ogra_> plars, currently running, yes
[18:05] <ogra_> i hoped to have the day today to sort out all possible issue that might show up now
[18:05] <plars> ogra_: ok, that will pull in all the stuff that has been waiting, including the ubuntu-mir stuff?
[18:05] <ogra_> but that kind of wasnt the case ... so i'll have to back out the changes again in case something gails
[18:05] <ogra_> *fails
[18:05] <ogra_> no, it wont pull it mir
[18:06] <ogra_> it will just use the android package instead of the jenkins pieces
[18:06] <xnox> asac: ogra_: not really no. Anyone with push access to hesperidium should be able to land changes, and from there they should be autolanding. Thus manual uploads should be automated out of android package uploads. I'd like to avoid bus factor there.
[18:06] <plars> ogra_: we have a somewhat large structural change to land for the automation, trying to find a good time to do that
[18:06] <ogra_> xnox, ++
[18:06] <xnox> ps. I am EOD.
[18:07] <ogra_> plars, well, asac just nodded off an image ...
[18:07] <ogra_> plars, sounds like the best time :)
[18:07] <ogra_> before we go into blocking mode again for a new /current
[18:07] <plars> ogra_: yeah, I've got a few things still running on the touch_ro image before it finishes up, then I'm going to try to do it, but I'm wondering if the new image will show up by then :)
[18:08] <ogra_> plars, it might
[18:08] <popey> hmm, canonical.com looks a bit odd on the phone http://popey.com/~alan/device-2013-09-05-190838.png
[18:09] <popey> ahh, its showing the rss feed for some reason
[18:09] <popey> how odd
[18:09] <ogra_> thats the new page encryption ...  ask the NSA for keys
[18:10] <popey> ☻
[18:10] <asac> plars: hey
[18:10] <asac> :)
[18:10] <asac> plars: whats that?
[18:10] <plars> asac: ?
[18:10] <asac> plars: we have more in the pipeline for today
[18:11] <asac> like the real reason for the green effort was to land the main part of unity8 later
[18:11] <asac> so i would prefer to avoid automation refactor
[18:11] <plars> asac: yes, I know, we talked about that this morning
[18:11] <plars> asac: well, the refactor is something we'd like to land soon, so that it doesn't block further progress or needlessly complicate it
[18:11] <asac> plars: so whats what needs maintenance?
[18:12] <asac> just general cleanup?
[18:12] <asac> do we have a landing plan for that?
[18:12] <plars> asac: it's combining some branches, and making them more friendly to running from host in preparation for testing on click installed apps
[18:13] <plars> asac: it's been tested, and reviewed about as much as we can without actually pushing it live... our plan was to wait until things quieted down a bit (hopefully today) and land it
[18:13] <asac> plars: ok that feels we could queue that up for after mir landing (which is monday/tuesday) ... or maybe this weekend :)
[18:13] <asac> plars: so you wanted to land it tomorrow?
[18:13] <plars> asac: well, since people are traveling this weekend, might not be the best time
[18:13] <asac> right
[18:13] <plars> asac: we can try for tomorrow if you think that will be better
[18:13] <asac> so i certainly dont want to do that before the unity8 is in
[18:13] <asac> which happens after ogras cowboy landing of android packaging is in :)
[18:13] <asac> so i dont see us geting to it before tomorrow
[18:13] <ogra_> cowboy landing ?!?
[18:13] <asac> sorry :)
[18:14] <ogra_> :)
[18:14] <asac> uncoordinated sideways injection stunt :)
[18:14] <ogra_> the code passed all tests !
[18:14] <ogra_> (and i even ran all of them !)
[18:14] <asac> stunts can go well ... you just need to be good at dodging injuries :)
[18:14] <asac> hehe
[18:14] <asac> ogra_: cool. next time lets coordinate it and i am sure its fine anyway :)
[18:15] <ogra_> well, i trust cjwatson's testsuite in cdimage blindly ... the debug build went well as well
[18:15] <asac> i think it all  mihgt even be perfect
[18:15] <asac> just would have been painful if we realy wanted to respin the .1 image
[18:15] <ogra_> the only bit that could have issues is the publishing, since that isnt run during debig
[18:15] <asac> and we had your stuff already injected
[18:15] <asac> i have no insight in details. i only see a switch of integration technology :)
[18:15] <ogra_> well, i would have reverted the merge
[18:15] <asac> that should be done isoldated and with awareness across the globe to ensure always a perfect resul;t
[18:16] <ogra_> its huge, but it is also in one single bzr commit
[18:16] <asac> ogra_: righyt, but you said revert would take you  1h :) ... so :/
[18:16] <asac> hehe
[18:16] <ogra_> so easy to back out
[18:16] <asac> anyway ... as i said, i think we might do a perfect dance now
[18:16] <ogra_> well, making sure everything is fine again, etc
[18:16] <asac> with this squeezed in while we wait for ricmm etc.
[18:16] <ogra_> the bzr uncommit doesnt take 1h :P
[18:16] <asac> right. that would have taken another 3 hours of reinsuring
[18:16] <asac> that your backout brings us back to green
[18:17] <asac> (which is still a risk even now, but at least we managed to get the image out and it would only defer unity8)
[18:17] <ogra_> if we would build using the old way right now, we would have a broken android layer i think
[18:17] <asac> anyway.. sometimes you need to take risks :)
[18:17] <ogra_> nobody rebuilt the jenkins bits
[18:18] <asac> lool: will you do the public announce of touch_ro? should we first anounce it internally to catch big dogfooding issues? or go all public right away?
[18:18] <spazzymoto> Hey guys, loading 5.1. Hope i can contribute to your guys effort
[18:18] <ogra_> go all public but dont praise it as perfect :)
[18:19] <asac> ogra_: yeah. let me actually boot touch_ro once :)
[18:19]  * asac needs confidence
[18:20] <asac> sudo phablet-flash ubuntu-system
[18:20] <asac> -> installs 5.1
[18:20] <OrokuSaki_> Anyone know if udev for Ubuntu Touch  has been compiled to support LVM2 partitions.. udevadm settle is hanging for me over something to do with lvm2
[18:20] <asac> at least that works :)
[18:20] <fginther> rsalveti, hey regarding testing of image with qt 5.1.1
[18:20] <asac> spazzymoto: welcome! :)
[18:20] <plars> rsalveti: hey, fginther was just telling me that we have some image with qt5.1.1 that needs testing?
[18:20] <plars> bah
[18:20] <plars> fginther: beat me :)
[18:20] <asac> i would really like to know how we produced that image :)
[18:20] <rsalveti> yup :-)
[18:21] <asac> if its a real image (and not a ppa dist upgrade)
[18:21] <fginther> rsalveti, are there changes in the image beyond qt 5.1.1? Could we just take the lastest image and add the right packages?
[18:21] <rsalveti> fginther: better get the image itself
[18:21] <asac> okay ic
[18:21] <rsalveti> fginther: and keep that in jenkins
[18:21] <asac> rsalveti: how can we get a real image?
[18:21] <rsalveti> asac: created as the mir one
[18:21] <rsalveti> reusing the livebuild scripts
[18:21] <asac> rsalveti: hmm. is that a scalable solutionm?
[18:21] <asac> rsalveti: can we have that automatically for all our current stacks against /current?
[18:22] <rsalveti> plars: phablet-flash cdimage-touch --pending --ubuntu-path http://people.canonical.com/~rsalveti/qt/ubuntu-touch-saucy-armhf-qt51.zip
[18:22] <asac> rsalveti: for all of http://reports.qa.ubuntu.com/daily/ i would want an image all the time
[18:22] <rsalveti> plars: sorry, missed you in cc
[18:22] <asac> can you guys pull that off on your side?
[18:22] <OrokuSaki_> So nobody knows about udev\systemd and lvm2 for ubuntu touch? =)
[18:22] <asac> otherwise i have to wait for two month i feel :)
[18:22] <ogra_> asac, if you build another datacenter it might start to scale :P
[18:22] <rsalveti> asac: sorry, what exactly do you need?
[18:23] <asac> rsalveti: so each of those stacks is one integration/staging ppa
[18:23] <asac> for parts of our stack
[18:23] <asac> i want those to produce an image out of /current + the changes in the ppa
[18:23] <ogra_> rsalveti, he wants image builds for all autobuild stacks and test the stacks against the images
[18:23] <asac> and then have that at disposal
[18:23] <plars> rsalveti: so... wouldn't that need an android part to go with it? I'm not clear on how phablet-flash copes with things properly when you just give it pieces
[18:23] <asac> (for testing etc.)
[18:23] <ogra_> asac, lets discuss that at the sprint
[18:23] <asac> ogra_: yeah :)
[18:23] <asac> i will get you and rsalveti and sergiusens in the images for the world topic
[18:24] <ogra_> heh
[18:24] <rsalveti> plars: it'll flash the latest android image, which is compatible
[18:24] <ogra_> not that we have nothing else to do :P
[18:24] <fginther> rsalveti, ah
[18:24] <asac> maybe images for the testing/ci slaves woudl be a better title
[18:24] <ogra_> but yeah, we should get started with it
[18:24] <rsalveti> asac: right, not so hard to implement I'd guess
[18:24] <asac> ogra_: is your cowboy image done building?
[18:24] <rsalveti> would just need more work to integrate it with CI as we want/expect
[18:24]  * ogra_ still dreams of rootstoch-ng ... so you can do that at home too :)
[18:25] <asac> rsalveti: i want to have this super scalable... like people see changes piling up, click a button, new image comes along, goes into testing, if green, push
[18:25] <asac> at best all that on emulator image :)
[18:25] <ogra_> asac, still riding into the sunset
[18:25] <OrokuSaki_> Sure would be cool to know if udev supports lvm in ubuntu touch.. I notice some rules in the desktop version of ubuntu 13.10 that do not exist in Ubuntu Touch
[18:25] <rsalveti> right
[18:25] <OrokuSaki_> rules regarding dm and lvm2
[18:25] <rsalveti> asac: then the best I guess would be a script that downloads current, add the ppa and apply the changes
[18:25] <rsalveti> as you want something fast
[18:25] <OrokuSaki_> could you guys ask that Ubuntu Touch include support for these partitions at some point?
[18:25] <ogra_> OrokuSaki_, such rules should be shipped by the respective package
[18:25] <rsalveti> but we can get into details during next week
[18:26] <asac> rsalveti: right, but produce an image format that is at best very very close to what we would ship
[18:26] <rsalveti> as we'd need the ci/qa folks to be involved as well
[18:26] <OrokuSaki_> hmmm
[18:26] <asac> so i can reuse all the tools etc. that we have all over the infrastructure
[18:26] <rsalveti> right, that's fine, one which we can use with phablet-flash
[18:26] <rsalveti> yup, just like I did for the qt5.1 based image
[18:26] <OrokuSaki_> ogra@ hmm... off to do more reading, thanks!
[18:26] <rsalveti> and the mir one as well
[18:26] <davmor2> cyphermox, rsalveti: Okay so I've just reinstalled 20130905.1 3 times all three have the 3g signal sign but no connection, can you refresh me on what you wanted syslog and....
[18:26] <asac> rsalveti: yeah. you sergiusens and ogra_ will be in there + all the folks from CI side that are needed
[18:26] <ogra_> OrokuSaki_, apt-get install lvm2
[18:26] <ogra_> note that will rebuild your initrd
[18:26] <asac> rsalveti: anyone else?
[18:26] <OrokuSaki_> I thought that.. but I swear the lvm2 binary is already on...
[18:27] <rsalveti> asac: yup, let me add as a topic for next week
[18:27] <OrokuSaki_> maybe not
[18:27] <rsalveti> asac: we should have enough people in there next week :-)
[18:27] <asac> rsalveti: i have the master topic sheet here
[18:27] <asac> i will schedule this
[18:27] <asac> in a nice room
[18:27] <rsalveti> ok
[18:27] <asac> rsalveti: i have ALL :)
[18:27] <asac> at least for drinking beers :-P'
[18:27] <rsalveti> no worries, just remember we need to finish some other stuff as well ;-)
[18:28] <asac> rsalveti: yeah, we made the strategic decision to place the phonedations room in the other wing of the building for that reason
[18:28] <asac> ChickenCutlass was good in directing us in that direction, so thank him :)
[18:28] <rsalveti> ok, cool
[18:28] <davmor2> asac: I won't be there but we all know what my job is right, I hit things with hammers till they break, oh and apps lots of apps according to popey who just saw what I process roughly in a week :)
[18:28] <asac> davmor2: i thougt your job is to tell me that everything is good :)
[18:28] <asac> so i can publish :-P
[18:28] <rsalveti> davmor2: please enable debug for both nm and ofono
[18:29] <ogra_> asac, you mean i have to walk long distances to go smoking now ?
[18:29] <asac> ogra_: yeah, i ensured the smoking area is close to us :)
[18:29] <ogra_> :)
[18:29] <asac> thats how i dogded chickens strategy
[18:29] <asac> so i still get hold of you
[18:29] <ogra_> haha
[18:29] <rsalveti> davmor2: in /etc/init/network-manager.conf, change the nm line to 'exec NetworkManager --log-level=DEBUG'
[18:29] <rsalveti> davmor2: and in /etc/init/ofono.override, exec ofonod -p ril,rilmodem,provision,mbpi,nettime
[18:30] <rsalveti> ops: 'exec ofonod -d -p ril,rilmodem,provision,mbpi,nettime'
[18:30] <rsalveti> with the extra '-d' in there
[18:30] <rsalveti> then reboot and see if you're able to reproduce the issue
[18:30] <rsalveti> if so, just paste your syslog
[18:31] <OrokuSaki_> @ogra what about lvm support in the touch script with udevadm settle
[18:31] <davmor2> rsalveti: right give me 5 I'll grab the syslog of the none connect first and then I'll throw in the debug stuff
[18:31] <ogra_> OrokuSaki_, well, you would have to knit that in somehow indeed
[18:31] <OrokuSaki_> I removed settle and just put in sleep for 20 seconds.. so far so good
[18:32] <ogra_> OrokuSaki_, there is an lvm script somewhere i guess ... you should just make sure to depend on it
[18:32] <OrokuSaki_> =) thanks! I am not good with lvm2
[18:32] <asac> ogra_: when do you arrive in BOS?
[18:33] <ogra_> yes
[18:33] <ogra_> :P
[18:33]  * ogra_ needs to look it up
[18:33] <asac> you arrrive at yes
[18:33] <asac> thats good
[18:33] <asac> ogra_: obh i have that info
[18:33] <asac> now i remember
[18:33] <asac> dont worry
[18:34] <ogra_> 08 SEP 20:10
[18:34] <asac> ogra_: you are probably lazily flying through FRA and not coming to HAM first?
[18:34] <asac> :-P
[18:34] <ogra_> my car is our of TUEV
[18:34] <asac> next time come by car here the day before :)
[18:34] <ogra_> *out of
[18:34] <asac> oh
[18:34] <ogra_> else i would have considered that
[18:34] <asac> well, train will do :)
[18:35] <asac> ok next time i will remind you
[18:35] <ogra_> nah, if i go on a train i'll pnly go to FRA
[18:39] <ogra_> WHEEEEE !!!!!!!
[18:39] <ogra_> http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130905.3/
[18:39]  * ogra_ dances
[18:39] <ogra_> and finally all files have the right timestamp \o/
[18:40] <spazzymoto> 5.1 data working fine from first boot this side
[18:46] <lool> asac: stgraber will announce, then i think community team will relay it
[18:47] <davmor2> rsalveti, cyphermox: right this is the normal syslog then nmcli c then syslog with debug enabled https://pastebin.canonical.com/97017/
[18:50] <mhall119> stgraber: when you have time https://code.launchpad.net/~mhall119/ubuntu-seeds/add-friends-qml-touch/+merge/184169
[18:50] <sil2100> asac: give me a minute, I'll check
[18:52] <rsalveti> Sep  5 18:42:29 ubuntu-phablet rsyslogd-2177: imuxsock lost 796 messages from pid 1139 due to rate-limiting
[18:52] <rsalveti> argh
[18:52] <rsalveti> annoying syslog
[18:53] <rsalveti> davmor2: mind changing your syslog config as well? see http://www.rsyslog.com/changing-the-settings/
[18:53] <rsalveti> just increase the default number to a big number
[18:53] <sil2100> asac: click-apparmor and apparmor-easyprof-ubuntu are not daily release, we pull them in manually during the testing period in the indicators and platform stacks
[18:53] <sil2100> *released
[18:53] <rsalveti> davmor2: and then reboot
[18:53] <davmor2> rsalveti: hahaha
[18:54] <lool> asac: doesn't seem like your message to leads made it
[18:57] <mdeslaur> cyphermox: how do I connect to wifi with today's touch image?
[18:58] <davmor2> mdeslaur: drop the network indicator currently reading 3g and select the network you want to connect to?
[18:58] <mdeslaur> davmor2: it's not asking for a password or anything when I do that...I'm a bit stumped
[18:59] <ogra_> added secutiry :)
[18:59] <mdeslaur> ogra_: stupid security
[18:59] <mdeslaur> :P
[18:59] <ogra_> haha
[18:59] <davmor2> mdeslaur: mine did are you keeping the indicator lowered?
[19:00] <mdeslaur> davmor2: yeah
[19:00] <mdeslaur> davmor2: it gets checked, but doesn't do anything further
[19:00] <popey> mdeslaur: run phablet-network when connected over usb?
[19:01] <mdeslaur> popey: oh, so it's currently broken? I have to manually transfer settings?
[19:01] <popey> well, for some that works, and for some you need to restart nm
[19:02] <mdeslaur> hrm, used to work fine
[19:02] <mdeslaur> ok, I'll give it a try
[19:02] <mdeslaur> hrm, phablet-network just hangs
[19:03] <mdeslaur> oh, here we go "Network connection failed to become active."
[19:03] <davmor2> rsalveti: https://pastebin.canonical.com/97018/
[19:05] <davmor2> rsalveti: please say that is better :)
[19:05] <mdeslaur> ah! success...needed a reboot
[19:05] <mhall119> cjwatson: alecu: every time I install a Click app from the dash I get 2 entries in the "Installed Apps" section
[19:05] <mhall119> both with no icon :(
[19:07] <rsalveti> davmor2: checking :-)
[19:07] <davmor2> cjwatson: did you leave that upset_and_confuse="mhall119" flag in place on click?
[19:07] <rsalveti> ogra_: so is latest image already using your changes in cdimage?
[19:07] <rsalveti> (sorry, huge backlog)
[19:07] <rsalveti> (I blame asac :P)
[19:09] <davmor2> ogra_: how are we on 5.3 what the hell happened to 5.2? :D
[19:11] <rsalveti> davmor2: awe: cyphermox: check https://pastebin.canonical.com/97018/
[19:11] <rsalveti> seems nm requests the data connection
[19:11] <rsalveti> and seems that ofono connects successfully
[19:11] <rsalveti> but it never returns to NM
[19:12] <rsalveti> seems NM is waiting for ofono to return with the request_data_call status
[19:13] <davmor2> rsalveti: so erm broken then?  and that was just my thumb no hammer involved honest :)
[19:13] <asac> rsalveti: we respun a .2 or .3 for ogras cdimage changes
[19:13] <asac> the .1 doesnt have that stuff
[19:14] <asac> rsalveti: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130905.3/ should have his changes
[19:14] <asac> plars: that one already in testing?
[19:14] <rsalveti> Sep  5 19:01:16 ubuntu-phablet ofonod[1143]: drivers/rilmodem/rilutil.c:ril_util_get_netmask() address: 178.107.100.152 netmask: 255.255.255.0
[19:14] <cjohnston> asac: .3 is currenty running
[19:14] <rsalveti> Sep  5 19:01:16 ubuntu-phablet ofonod[1143]: src/network.c:ofono_netreg_status_notify() /ril_0 status 1 tech 2
[19:15] <rsalveti> davmor2: what is the output of ifconfig?
[19:15] <rsalveti> asac: cool, thanks
[19:15] <asac> rsalveti: if there are regressions we back out :)
[19:15] <rsalveti> another job to disable at jenkins once fginther fixes it
[19:15] <asac> but i doubt there are
[19:15] <davmor2> rsalveti: I just started a flash of 5.3
[19:15] <asac> ogra was lim 100% sure
[19:15] <asac> that it is identical
[19:15] <awe> rsalveti, kinda hard to tell from just a syslog
[19:15] <AskUbuntu> How to do for install the latest version of ubuntu touch | http://askubuntu.com/q/341867
[19:15] <rsalveti> asac: well, not identical :-)
[19:16] <rsalveti> asac: different toolchain, etc
[19:16] <rsalveti> it should be, but still, surprises are expected somehow
[19:16] <awe> but sounds like the problem I saw earlier with NM stuck in the prepare state, and the ofono connection properly set up
[19:16] <asac> rsalveti: not good
[19:16] <rsalveti> awe: that's the syslog with debug for both nm and ofono
[19:16] <asac> rsalveti: :)
[19:16] <cwayne_> stgraber, hi, any update on the initrd? :)
[19:17] <asac> rsalveti: i was right to hold it back
[19:17] <stgraber> cwayne_: it'll take a while
[19:17] <asac> but now its in ... lets cross fingers
[19:17] <rsalveti> yup :-)
[19:17] <rsalveti> should be good
[19:17] <cwayne_> stgraber, as in, days? or later today? or next week?
[19:17] <stgraber> cwayne_: the change isn't difficult but I need to do it, test it, then upload that package wait for it to publish, then upload a no change rebuild of android, wait an hour or so, then rebuild an image
[19:17] <stgraber> cwayne_: late today I guess
[19:18] <davmor2> awe: I have the 3g symbol like I did on 05 (which connected no issues) 5.1 though hates 3g is my only conclusion, updating to 5.3 now will let you guys know if it is the same
[19:19] <rsalveti> should be the same, nothing changed in there regarding nm and ofono
[19:19] <rsalveti> might just be a timing issue
[19:19] <cwayne_> stgraber, ah, i understand, thanks
[19:19] <rsalveti> davmor2: please give it a try, and open a bug against network-manager with the logs
[19:19] <rsalveti> davmor2: and assign that to cyphermox
[19:20] <awe> rsalveti, did the new NM land, or is it still in proposed?
[19:20] <rsalveti> landed yesterday
[19:20] <awe> k
[19:21] <awe> rsalveti, not sure what you mean about ofono not returning from request_data_call status?  Are you saying you see an ofono hang in the log?
[19:22] <rsalveti> awe: I mean it's either ofono not getting back to nm or some issue in the nm code when handling the notification/return status
[19:22] <awe> k
[19:23] <rsalveti> Sep  5 19:01:15 ubuntu-phablet NetworkManager[800]: <info> (/ril_0) updated available interfaces
[19:23] <rsalveti> right before the connection is in place
[19:23] <rsalveti> so it seems nm got notified that something changed in ril_0
[19:26] <mmcc> Hi all, I have a question about the Applications scope UI. Is it still under active development? I reflashed with the 0828 image a bit ago, and I just thought that a bunch of apps disappeared. I only just now realized that I can expand the "Installed" section. Is there any plan to provide more of a visual hint that those sections are expandable?
[19:27] <mmcc> I see the little 'v' in the header, but that's awfully subtle, and I totally missed it
[19:29] <davmor2> cyphermox: awe: rsalveti: It's asac 's (sorry asac you seem to blamed for everything else :) ) fault 5.3 has the same thing,  when I first login and run through the guide I see the wifi nm indicator it changes to the 3g indicator but when I open the browser nothing,   I'll file a bug add all the debug stuff , but it will have to wait for tomorrow now, my eod was 30 minutes ago I'll give you a ping with the bug
[19:29] <davmor2> night all
[19:29] <awe> davmor2, ok
[19:29] <stgraber> ogra_: so is it safe to assume the phablet user is always 32011:32011?
[19:29] <awe> davmor2, one thing, please don't use "-d" for ofono, it logs everything under the starts
[19:29] <awe> s/starts/stars/
[19:30] <rsalveti> stgraber: depends :-) that's currently hardcoded in the live-build scripts
[19:31] <alecu> mhall119: yes, click apps are being shown twice: this happens because both unity-lens-applications and unity-click-scope are running.
[19:31] <rsalveti> if that's enough for you
[19:31] <rsalveti> but we hope to change that before the release
[19:31] <alecu> mhall119: we are aiming to have only the latter
[19:31] <alecu> mhall119: regarding the missing icon, I'm affected by that too, and currently looking for a solution.
[19:31] <stgraber> rsalveti: yeah, good enough. I need to chown the customization files after they're copied, so I'll hardcode in one more place (initrd)
[19:32] <rsalveti> stgraber: ok
[19:37] <asac> stgraber: lool: so will touch_ro auto update?
[19:37] <asac> without phablet-flash? or is that a next step we still have to do?
[19:49] <cwayne_> is there any screencast software working in utouch?
[19:49] <lool> asac: you should be able to update between daily images
[19:50] <lool> asac: with OS updates in system settings
[19:50] <asac> jcastro: can you make touch_ro the default selection?
[19:50] <lool> asac: there's a cmdline system-image-cli, useful when forcing an update from daily-proposed to daily-proposed for instance
[19:50] <asac> lool: daily == our blessed? nice
[19:50] <asac> ic
[19:50] <asac> well doen
[19:50] <asac> done
[19:50]  * asac waits for the blogpost :)
[19:51] <asac> cjohnston: can you sneak in making touch_ro the default selection on dashboard?
[19:51] <asac> jcastro: sorry that wasnt for you :)
[19:52] <asac> cjohnston: nevermind... mixed something up i think
[19:52] <cjohnston> asac: there was an issue with jenkins publishing jobs.. I restarted that a little while ago, let me see if the data has been published, if so I'll work on getting it into the dashboard
[19:52] <SPI_> q
[19:52] <asac> cjohnston: publishing == dashboard update?
[19:52] <asac> thanks.
[19:53] <cjohnston> publishing == to pubic jenkins
[19:53] <asac> cjohnston: the sort order would be good to fix though
[19:53] <cjohnston> asac: josepht is working on hat AIUI
[19:53] <asac> kk
[19:53] <asac> thanks
[19:54] <cjohnston> s/hat/that
[19:54]  * lool => &
[19:55] <cjohnston> asac: I suspect another 10 minutes or so
[19:56] <popey> cwayne_: not that I'm aware of, I take screenshots and video via another phone as a camera
[19:56] <ogra_> rsalveti, right, my changes are in and .3 is the first image having them
[19:56] <ogra_> stgraber, atm yes, i hope it doesnt stay that way though :)
[19:56] <ogra_> but i doub t we'll change it for 13.10
[19:57] <stgraber> ogra_: ok, if it does we'll just have to remember to change the uid/gid in the initrd too
[19:57] <ogra_> hmm
[19:58] <ogra_> does it need to know it before / is there ?
[19:58] <ogra_> i wonder if we couldnt just clever fish it out of /etc/passwd
[19:59] <stgraber> ogra_: sure we could, I'm just lazy :)
[19:59] <stgraber> ogra_: I considered using stat against /home/phablet and then use the same uid/gid as that
[19:59] <ogra_> yeah, lets get back to that once we drop the pahblet user
[20:00] <ogra_> i would really prefer we had something oem-config ish
[20:00] <ogra_> and no predictable username
[20:03] <cjohnston> asac: everything that has completed should now be on the dashboard
[20:07]  * ogra_ goes afk 
[20:09] <rsalveti> ogra_: oem config would indeed be nice
[20:09] <rsalveti> but guess too much to ask for 13.10
[20:33] <OrokuSaki_> driving me nuts
[20:33] <OrokuSaki_> my timing is hard to get down
[20:33] <OrokuSaki_> sometimes it works with graphics.. sometimes it doesn't
[20:34] <OrokuSaki_> every other time or so
[20:34] <OrokuSaki_> first boot always works
[20:34] <OrokuSaki_> second boot... doesn't
[20:34] <OrokuSaki_> third does
[20:34] <OrokuSaki_> I am using 08292013.2... maybe I should update
[20:35] <OrokuSaki_> I did update my system image
[20:35] <asac> ogra_: thanks. rock solid work it seems! :)
[20:35] <asac> have a good one
[20:36] <OrokuSaki_> I bet its powerd
[20:37] <asac> plars: some dirty results on mako i think
[20:37] <asac> byut thats RW
[20:37] <asac> we can also focus on RO (but it doesnt have results yet)
[20:37] <plars> asac: yes, I noticed
[20:38] <plars> asac: I'm going to restart those in a bit
[20:38] <asac> plars: guess something for our retry record
[20:42] <CaptSaltyJack> quick Q. I'm confused about the new direction of developer.ubuntu.com and the SDK. it seems the new dev tools are for mobile/touch only. how do I develop Ubuntu desktop apps? (preferably with Python)
[20:45] <OrokuSaki_> I compiled the camera-app in the sdk for x64... it didn't work because it didn't have a camera service.. but there was a way in the menu
[20:45] <OrokuSaki_> Build, Ubuntu Touch, Build Package.. notice it does not say.. for device
[20:45] <OrokuSaki_> going off of memory
[20:46] <CaptSaltyJack> I think the developer.ubuntu.com site needs some work. it says nothing about how to develop desktop apps
[20:48] <CaptSaltyJack> I guess I'm in the wrong channel for this topic tho :)
[20:49] <OrokuSaki_> Anyway to speed up the boot process.. its slow to boot up every reboot
[20:49] <OrokuSaki_> something to do with profiling and timeout 180 in an upstart config with ureadahead or plymouth?
[20:49] <OrokuSaki_> @anyone
[20:52] <fginther> rsalveti, how can we verify that the qt 5.1.1 image is loaded on the device?
[20:52] <fginther> plars, ^
[20:53] <rsalveti> fginther: don't think we have a stamp for it, but just list the qt packages
[20:53] <rsalveti> or check if the qt5-beta-proper ppa is enabled by default
[20:54] <rsalveti> I can add some sort of stamp in there, to avoid such issues with further images
[20:56] <stgraber> lool: almost ready with the blog post, just trying to get a good screenshot of the UI :)
[20:56] <stgraber> lool: (well, flashing an old image now so I have the UI show something useful)
[20:59] <asac> om26er_: http://reports.qa.ubuntu.com/smokeng/saucy/image/4009/webbrowser-app-autopilot/ you think thats a real one?
[20:59] <lool> stgraber: ah  :-)
[20:59] <om26er_> asac, yes, it was not able to reveal the toolbar due to some reason
[21:00] <om26er_> but then other tests do the same thing as well and they passed
[21:01]  * plars sees .4 has shown up even
[21:06] <stgraber> lool: I'm sure I missed something: https://www.stgraber.org/2013/09/05/ubuntu-touch-system-images-now-default/
[21:09] <lool> stgraber: reading
[21:11] <lool> stgraber: "writeable" but then immediately after "touch .writable_..." => "writable"
[21:11] <plars> fginther: err... I'm hitting a problem
[21:11] <lool> hmm you seem to prefer the other one
[21:11] <plars> fginther: phablet-flash doesn't seem to work with --bootstrap and --ubuntu-path at the same time
[21:11] <fginther> rsalveti, ^^
[21:12] <lool> stgraber: looks good to me too!  don't think we need to cover channels and such there
[21:12] <stgraber> lool: I'l standardize on writable since I can't change that one (I actually prefer writable, I think it was the spellchecking that pushed me towards writeable)
[21:12] <plars> rsalveti: ^ - I can probably hack around it for this run, but it is something to consider in the future if we have a custom image we want to test
[21:12] <stgraber> lool: no, I'd rather not bore people about channels and version numbers
[21:12] <lool> stgraber: if it's of any confort, whatever I use as dict in vim has writable and doesn't have writeable
[21:12] <asac> plars: the touch_ro are a bit slow appearing or are stuck? :)
[21:13] <rsalveti> plars: right, had this issue earlier today as well, we should have a bug for that
[21:13] <lool> stgraber: is it worth making a special mention of the SDK as a specific use case that might be hit by that?
[21:13] <plars> asac: well, there are a lot of builds, I'm going to have to kill some of the old ones so that these can fast-forward to the .4 ones I think
[21:13] <lool> perhaps this is better covered in the community team's coverage
[21:13] <asac> plars: i didnt see a .3 at all
[21:13] <rsalveti> plars: mind opening a bug against phablet-tools?
[21:13] <lool> stgraber: feel free to jump in the email thread on this BTW
[21:13] <asac> plars: whats int the .4?
[21:14] <rsalveti> I can confirm and we can ask sergio to fix it tomorrow
[21:14] <plars> asac: http://people.canonical.com/~ogra/touch-image-stats/20130905.4.changes
[21:14] <asac> plars: why was that spun?
[21:14] <asac> oh that happened at the regular tick
[21:14] <asac> i see
[21:14] <asac> plars: your call. not sure how far the .3 are
[21:15] <plars> asac: looking
[21:15] <asac> i dont really care about the new build, but wouldn't midn picking that up
[21:15] <asac> i would prefer to have a fresh picture before we land unity9
[21:15] <asac> :)
[21:15] <asac> 8
[21:15] <asac> ricmm: guess its a bit away still?
[21:15] <ricmm> asac: apparently, trying to figure something out with the launcher
[21:15] <ricmm> otherwise the branche are ready
[21:17] <asac> ricmm: so my understanding is that you can already merge to trunk
[21:17] <asac> and the stuff will build nad be staged in the ppa
[21:17] <asac> and then when folks come back they could copy what you have in there
[21:17] <asac> and we check that stuff is good
[21:17] <ricmm> I believe that the plan, merge to trunk and release to PPA without publishing
[21:17] <ricmm> and we'll make an image out of that and test
[21:17] <ricmm> but we need to sort this issue first
[21:17] <asac> right
[21:18] <asac> ricmm: do you know where that stack ppa is?
[21:18] <asac> sure
[21:18] <asac> so drop me a note and we can pick it up in 8 hours and land it if its all in there
[21:18] <ricmm> no
[21:18] <ricmm> ok
[21:21] <asac> ricmm: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/view/head:/stacks/head/apps.cfg
[21:21] <asac> there is the ppa metnioned
[21:21] <asac> the other stacks are in the other .cfg's
[21:21] <ricmm> awesome, thanks
[21:21] <asac> ricmm: so start frfom there: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/files/head:/stacks/head/
[21:21] <ricmm> well I dont do the release, ken/cypher can help me with that
[21:22] <ricmm> when stuff lands
[21:22] <ricmm> they will just sit in the PPA afterwards
[21:22] <asac> ricmm: yeah just couldnt spot ken
[21:22] <asac> cyphermox: good that you are still here :)
[21:22] <cyphermox> asac: what can I do?
[21:22] <asac> ricmm: right but you can prep and test from there to be sure and then even if it takes a while
[21:23] <asac> we can just copy it out tomorrow morning first thing
[21:23] <asac> cyphermox: help ricmm if he needs you
[21:23] <asac> :)
[21:23] <asac> cyphermox: daily-release business
[21:24] <stgraber> barry: hmm, testing a --channel=daily-proposed --revision=-2 my device jumped channel and went to daily. Now checking whether it's my fault or the client's
[21:25] <stgraber> barry: it's my fault, will fix it ASAP
[21:26] <barry> stgraber: phew! :)
[21:27] <cyphermox> ricmm: I don't know what you are trying to land, but many of the last runs failed due to issues with reaching api.launchpad.net, I reran some of it already and things passed, but it's getting to a point where it's a little late to rerun more stuff, since the next run in in 33 minutes
[21:27] <ricmm> cyphermox: no pressure
[21:41] <om26er_> stgraber, hey, about the system-images is there a manual way to flash them? like downloading the image from somewhere ?
[21:41] <om26er_> *without phablet-flash
[21:42] <stgraber> om26er_: yes but it's painful, you need to download 12 different files, manually flash the recovery partition and push themm all by hand and write a command file by hand
[21:44] <om26er_> stgraber, ok, I'll pass then.
[21:44] <om26er_> stgraber, regarding the size of updates, since they will just be the delta between images, i'd assume we can expect updates as small as 20-30 mbs ?
[21:45] <stgraber> om26er_: yep, currently the average image is 50MB because of Android being rather massive, but once we stop changing android with every single build, they should go down to 15-20MB
[21:46] <om26er_> stgraber, that's great
[21:48] <om26er_> stgraber, last one: do we have plans for something like nightly images (aka daily updates or twice a day lets say) ?
[21:52] <stgraber> om26er_: yes, we have an update channel that does that, however it's not ready for human consumption at this point, this will hopefully change in the next few weeks.
[21:52] <om26er_> good to know
[21:53] <plars> fginther: rsalveti: I see one problem with this qt51 image (installed it locally also)
[21:53] <rsalveti> plars: problem with the image itself or just unity8 not behaving properly?
[21:53] <plars> I did the first swipe for the intro, and it got through that screen, but now the rest of the intro appears to be behind the unity shell
[21:53] <plars> rsalveti: well, unity8 most likely
[21:54] <plars> rsalveti: now I can't get it to do anything
[21:54] <mhall119> plars: what's on top? the dash, the tour or the welcome screen?
[21:54] <plars> mhall119: after clearing the first intro screen, the home screen was on top
[21:54] <mhall119> huh
[21:54] <plars> mhall119: and I could see the intro (tour) sort of translucently in the background
[21:55] <rsalveti> check if unity8 didn't crash, see if apport is running or if you have a crash file
[21:55] <plars> after waiting for it to turn the screen off, then turning it back on, it seems ok now
[21:55] <plars> rsalveti: no .crash file
[21:56] <plars> otherwise, just the 10 second looking it over it seems to be behaving as I would expect
[21:56] <rsalveti> hm, then please open a bug against unity8 and add qt5.1 as tag
[21:56] <plars> rsalveti: it's going to go through the automated tests in just a bit, you won't see it on the dashboard but I can give you the link if you have vpn access
[21:57] <rsalveti> yup, please
[21:58] <stgraber> barry: ok, should have been fixed, testing that the client does the right thing now
[22:00] <asac> cyphermox: do you see how much stuff is in the stack ppas?
[22:00] <asac> waiting?
[22:00] <asac> cyphermox: do you have links to the ppas?
[22:01] <cyphermox> there's only one PPA
[22:01] <asac> cyphermox: which one is that?
[22:01] <cyphermox> https://launchpad.net/~ubuntu-unity/+archive/daily-build
[22:02] <asac> cyphermox: but you can only publish parts of it to archive?
[22:02] <asac> or how does that work?
[22:02] <cyphermox> yeah, we can publish any individual package, that's done via the jenkins jobs
[22:06] <stgraber> barry: is it just me or did the UI become less usable with the redesign? We used to at least know when it was downloading stuff...
[22:07] <barry> stgraber: tbh, i haven't tried to use the ui in a couple of days.  let me look
[22:07] <asac> cyphermox: so i think we should turn on automated publishing on for tonight again
[22:08] <asac> cyphermox: can you also publish just stacks?
[22:08] <stgraber> barry: currently you get a big download button which apparently you can click as many times as you want, then at some point that button turns into install&reboot which triggers the reboot when clicked
[22:08] <asac> cyphermox: so i would like to pump the app stack for instance
[22:08] <asac> cyphermox: i would prefer not to do the sdk stack
[22:08] <asac> :)
[22:08] <asac> cyphermox: i assume thats hard?
[22:08] <stgraber> barry: I was vaguely hoping for the download button to become a spinner or something instead of just doing things in the background withtout any feedback whatsoever
[22:08] <stgraber> (only noticed today because I needed a screenshot, I usually do command line updates)
[22:09] <asac> cyphermox: its really odd to look at tht ppa
[22:09] <asac> cyphermox: i thought all the packages that were copied would be nicely marked as superseded
[22:09] <asac> somewhat
[22:09] <barry> stgraber: yeah, that's what it seems to do for me too.  agreed that's less than helpful
[22:09] <asac> but thats not the case?
[22:10] <cyphermox> nah it should be fine if apps is done
[22:10] <cyphermox> asac: apps is running right now
[22:10] <asac> cyphermox: building new stuff?
[22:12] <asac> cyphermox: ok so i assume verything in the ppa that isnt older than 12 hours is not in
[22:12] <asac> cyphermox: i believe we can do:
[22:12] <asac> autopilot -> seems safe from comment
[22:13] <asac> robru: cordova* changes ... what do those impact?
[22:13] <asac> cyphermox: indicator-datetime -> also feels safe to publish form comment
[22:14] <asac> cyphermox: same for indicator-network
[22:15] <asac> cyphermox: so i think we could do one shot of everything that i new and hope :)
[22:15] <asac> and then continue tomorrow morning
[22:16] <asac> cyphermox: you say apps is running? so maybe lets wait for that and then manually publish everthing in one shot
[22:16] <asac> or however you do it usually
[22:19] <mamenyaka> hello! can someone help?
[22:20] <genii> !details
[22:21] <mamenyaka> power button doesn't wake the device, logcat says: D/SurfaceFlinger(  619): Screen acquired, type=0 flinger=0x400c33a8
[22:21] <mamenyaka> D/qdhwcomposer(  619): hwc_blank: Unblanking display: 0
[22:21] <mamenyaka> D/qdhwcomposer(  619): hwc_blank: Done unblanking display: 0
[22:21] <mamenyaka> only after like a half minute the screen turns on
[22:22] <asac> cyphermox: actually i changed my mind. do nothing. its late even for you, so lets just keep wait till tomorrow morning
[22:22] <asac> i have more questions i can better do then :)
[22:22] <asac> cyphermox: thanks and sorry for the noise
[22:23] <asac> if ricmm needs you help... of course go for it :)
[22:23]  * asac waves good night
[22:24] <mamenyaka> genii, ubot5 so... ?
[22:25] <genii> mamenyaka: Now to wait and see if someone who might know about the issue approaches it with a solution or suggestion.
[22:25] <mamenyaka> genii, you don't say :D thank you anyway
[22:26] <mamenyaka> I was hoping ogra_ was still awake, or maybe sergiusens
[22:27]  * genii makes more coffee and wafts it in their direction
[22:37] <cyphermox> asac: I'll still be watching the builds until pretty late, most likely
[22:42]  * RobbyF flipped over to system-images
[22:43] <stgraber> cwayne_: I finally got around to uploading android to pick up the initrd change, so we should have it in the image tomorrow (the proposed image anyway)
[22:46] <cwayne_> stgraber, awesome, thank you!
[22:48] <cwayne_> anyone here know why my changing QML2_IMPORT_PATH doesn't seem to work?
[22:56] <wbjohnston> hey, does anyone have the ubuntu 13.04 boot image
[22:56] <wbjohnston> for nexus 7
[22:57] <wbjohnston> the Dl servers are down, I found a mirror for the main image, but not the boot image
[22:59] <Tassadar> wbjohnston: they work for me http://cdimage.ubuntu.com/releases/13.04/release/
[23:00] <wbjohnston> you are a god
[23:00] <wbjohnston> I could not find this page with much searching