[00:28] <hynekzalesak> hello :)
[00:29] <hynekzalesak> is here any czech?
[02:12] <Mithun> can any one help me to install Ubuntu touch in my SONY TABLET S
[02:12] <Mithun> Though I don't see it in UBUNTU device list
[02:16] <Mithun> can any one help me to install Ubuntu touch in my SONY TABLET S
[08:02] <tvoss> pitti, good morning :)
[08:02] <pitti> hey tvoss, wie gehts?
[08:02] <tvoss> pitti, hey :) gut geht's und selber?
[08:03] <pitti> tvoss: gut, danke! wrestling with upgrade testing..
[08:03] <tvoss> pitti, sounds like fun :)
[08:03] <janimo> tvoss, what is already written in Go in the current touch images? I saw ogra mentioning that yesterday
[08:04] <tvoss> janimo, usensord is written in go, I *think* some tooling as well
[08:04] <janimo> tvoss, ok, I knew about the tooling but not about the daemon
[08:04] <janimo> thanks
[08:04] <tvoss> janimo, cool
[08:18] <ademoglu> guys i have a nexus 4 and i wanna try ubuntu on my phone, any one can say about battery life ?
[08:32] <moccios> Ciao ragazzi volevo sapere se era possibile installare ubuntu touch su note 2
[08:34] <ademoglu> guys any one can say about ubuntu phone battery life ?
[08:34] <dholbach> good morning
[08:35] <ademoglu> good morning
[08:43] <mardy> dholbach: do you know if/how it's possible to get information about the click package/application/version from QML?
[08:43] <mardy> dholbach: or C++ Qt, even
[08:43] <dholbach> mardy, good question - I don't know
[08:43] <mardy> Kaleo: maybe you know? ^
[08:44] <dholbach> it'd surprise me if there was a way, but it looks like worth having
[08:44] <mardy> dholbach: I think that QCoreApplication::applicationName() holds the application part of it, but not the package or version
[08:45] <dholbach> maybe worth bringing up on ubuntu-phone@?
[08:47] <mardy> dholbach: nope, I just found some info in http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/
[08:47] <mardy> dholbach: see at the end of the page: there is an APP_ID environment variable which contains the full app ID
[08:47] <dholbach> aha!
[09:09] <ogra_> janimo, what tvoss said
[09:09] <janimo> ogra_, ack
[09:10] <ogra_> i think there are plans for powerd to go go as well at some point
[09:10] <ogra_> gogo powerd ;)
[09:12] <asac> do we have a mediaservice bzr branch yet?
[09:15] <popey> mpt: do we have a set order for the indicators on touch? I couldn't find anything specific other than https://wiki.ubuntu.com/StatusBar
[09:16] <ogra_> asac, do you mean mediascanner ? https://code.launchpad.net/ubuntu/+source/mediascanner
[09:17] <asac> ogra_: no i am talking about mediaservice that jhodapp|afk is working on
[09:18] <ogra_> asac, ah, not sure about that one (i thinnk he is still debugging video issues on 4.4)
[09:18] <ogra_> asac, https://code.launchpad.net/~jhodapp
[09:18] <ogra_> there is a media-hub
[09:22] <tsdgeos> tvoss: ping
[09:24] <asac> ogra_: yeah. that sounds right
[09:41] <tvoss> tsdgeos, pong
[09:41] <tsdgeos> tvoss: seen the comment in https://code.launchpad.net/~thomas-voss/unity-mir/refactor-oom-score-adj-to-rely-on-process-cpp/+merge/201145 ?
[09:41] <tvoss> tsdgeos, nope
[09:42] <tsdgeos> tvoss: it's crashing, we were planning with sil2100 and mzanetti to rebuild the silo without that one
[09:42] <tvoss> tsdgeos, fixing
[09:42] <tsdgeos> tvoss: but i'm pretty sure it's just the missing initiaization
[09:42] <tsdgeos> so if you can get it done
[09:42] <tvoss> tsdgeos, yup, branching
[09:42] <tsdgeos> maybe we can get sil2100 not to remove the MR but to just rebuild it
[09:42] <tsdgeos> sil2100: ok, don't remove it then :D sorry ^_^
[09:43] <mzanetti> tsdgeos: sil2100: I already removed it from the spreadsheet
[09:43] <tsdgeos> wait wait
[09:43] <popey> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1262711 has been around for some time but is "Incomplete" ☹
[09:43] <tsdgeos> we're getting tvoss to fix it
[09:43] <James> hi
[09:43] <tsdgeos> mzanetti: add it back :D
[09:44] <Guest61737> can i install ubuntu Phone on my nokia lumia 1020
[09:44] <tvoss> tsdgeos, all of the Application* should be initialized to nullptrs if I understand it correctly
[09:45] <tvoss> tsdgeos, cancel that, that's done in the ctor
[09:45] <tsdgeos> tvoss: except for the one i mention
[09:45] <tsdgeos> it was
[09:45] <tsdgeos> but then it was removed
[09:45] <tsdgeos> in your MR
[09:45] <tsdgeos> , m_focusedApplication(nullptr)
[09:45] <tvoss> tsdgeos, yup, I merged in the sidestage and mainstage changes, dropped it while doing that
[09:47] <tsdgeos> tvoss: we need it back :-)
[09:48] <tvoss> tsdgeos, pushed
[09:51] <tsdgeos> mzanetti: sil2100: ok, i've re-approved it. Can we get it back to the silo and get a rebuild?
[09:59] <mzanetti> tsdgeos: I added it back to the spreadsheet... not sure how to rebuild
[09:59] <tsdgeos> mzanetti: let's wait for sil2100
[09:59] <tsdgeos> he was in a meeting
[10:00] <sil2100> Back
[10:00] <sil2100> tvoss, tsdgeos: ok, so that I get the right picture - is it not required to remove that MR now?
[10:00] <tsdgeos> sil2100: no, the MR has been updated to fix the problem
[10:00] <tsdgeos> sil2100: we just need a rebuild
[10:00] <tsdgeos> s/no/yes
[10:00] <tsdgeos> depending to which question i'm answering :D
[10:01] <tsdgeos> yes, you get the picture right, no, the MR should not be removed
[10:01] <sil2100> tvoss, tsdgeos: if you just updated, you can rebuild it now without any problems - if only unity-mir changed you can press 'Rebuild' and set unity-mir in the list of components to build ;)
[10:01] <sil2100> It will then not waste the time with rebuilding unity8 as well
[10:02] <tsdgeos> sil2100: never done that, can you be a bit more specific?
[10:02]  * sil2100 wonders if tsdgeos has the power to do that
[10:02] <tsdgeos> probably not
[10:02] <tsdgeos> sil2100: mzanetti should have i guess
[10:03] <tsdgeos> he went through all the teaching and stuff
[10:03] <tsdgeos> mzanetti <-> sil2100
[10:03] <sil2100> Right ;) And I guess he'll be filling in for Saviq as the lander this week
[10:03] <tsdgeos> that's the plan
[10:04] <sil2100> mzanetti: can you go to silo landing-004, click Build and enter unity-mir in the "PREPARE_ONLY" field?
[10:04] <sil2100> mzanetti: this way you'll rebuild only unity-mir and things will start working again
[10:04] <sil2100> tsdgeos, tvoss, mzanetti: thanks guys!
[10:05] <sil2100> Just remember that, sadly, you'll have to re-test everything again according to your test plans
[10:05] <mpt> popey, it was implied by the list being a numbered one, but I’ve made it explicit now. <https://wiki.ubuntu.com/StatusBar?action=diff&rev2=19&rev1=18>
[10:06] <tsdgeos> sil2100: sure
[10:07] <popey> thanks mpt
[10:12] <mzanetti> sil2100: ok. done. thanks
[10:12] <mzanetti> dammit. no
[10:12]  * mzanetti is missing job/build permission
[10:12] <mzanetti> sil2100: ^
[10:13] <sil2100> ouch! That should not happen, let me add you
[10:13]  * sil2100 thought didrocks did that
[10:14] <sil2100> hm, wait, I see you're added
[10:15] <sil2100> mzanetti: make sure that when you're in the jenkins job and log-in you check the checkbox around ci-train-users
[10:15] <sil2100> mzanetti: try maybe re-logging
[10:15] <mzanetti> sil2100: that's it. thanks
[10:15] <mzanetti> building now
[10:16] <mzanetti> tsdgeos: ^
[10:16] <tsdgeos> coo
[10:16] <tsdgeos> mzanetti: do you know how to watch it build?
[10:17] <sil2100> \o/
[10:17] <mzanetti> I think the spreadsheet would update the status from Preparing to "ready" or something
[10:17] <mzanetti> besides obviously watching the jenkins job
[10:30] <tsdgeos> mzanetti: ah the building link points to http://162.213.34.102/job/landing-004-1-build/15/console :)
[10:31] <dholbach> hey sil2100, how are you doing? I'm just helping out here and keep on forgetting what the right process is to get something autolanded... can you help me understand what I need to do to get ubuntu-html5-theme and unity-webapps-qml into trusty and subsequently on the image? O:-)
[10:34] <sil2100> dholbach: hello! I'm fine, thanks, how about you? :) As for landing things into the archive and image, currently we are using something that's called CITrain - it's a new approach, but most of our upstream projects use it
[10:34] <sil2100> dholbach: it requires some 'basic training' on the concepts, I'm sure all of our upstreams are supposed to be trained and switched to it soon
[10:35] <dholbach> sil2100, doing well - either the jetlag hasn't caught up with me yet or I'm actually good for now :)
[10:38] <dholbach> sil2100, do we have some docs about it somewhere? I didn't receive training, but would like to help the webapps guys - it also might help, so I don't need to ask every time about a process I don't know :)
[10:55] <davmor2> Morning all
[10:58] <dholbach> robru, do you know what needs to get done to land unity-webapps-qml and ubuntu-html5-theme? the former seems to had the last upload reverted, but to me none of the changes from last time look like they could have broken anything (at least from a packaging side of things)
[10:58] <dholbach> dbarth, ^
[10:59] <ogra_> dholbach, i think it pulled new packages into the desktop
[11:00] <ogra_> (which have not been MIRed before or some such)
[11:05] <MacSlow> greyback, hey there
[11:06] <greyback> MacSlow: heya
[11:20] <Cihan> hi
[11:20] <Cihan> i have a question for ubuntu phone developers
[11:22] <Cihan> do you consider releasing "ubuntu for phone" for samsung galaxy s3 SHV-E210K?
[11:25] <ogra_> Cihan, thats something the community needs to do
[11:25] <ogra_> !devices | Cihan
[11:25] <ogra_> there might be a port on that page
[11:25] <ogra_> (more or less working)
[11:28] <Cihan> Thank you all. I had seen the list before already and i was wondering is there an idea to expand the device list with SHV-E210K?
[11:29] <Cihan> But Thanks For replies. Have a great day to you all.
[11:47] <dholbach> ogra_, hum like which?
[11:47] <ogra_> dholbach, dunno, ask stgraber
[11:48] <ogra_> he did the revert iirc
[11:48] <dholbach> ubuntun-html5-theme -> ubuntu-html5-ui-toolkit maybe?
[11:48] <ogra_> could be
[11:50] <dednick> anyone know why my /etc/fstab is being overwritten when i reboot device? ie. how do i add a auto mount on touch device?
[11:50] <dednick> ogra_: ^ ?
[11:50] <ogra_> your fstab is coming from android iirc
[11:52] <ogra_> well, from android an generation of the writable paths
[11:52] <dednick> hm
[11:52] <ogra_> what do you want to automount ... and how ?
[11:53]  * ogra_ isnt even sure we run the USB port in host mode at all 
[11:54] <dednick> i need to do something very dodgey to get some more space available on my root part :) eg. mount /usr/share at ~/usr/share
[11:54] <ogra_> you could use my roostock script and hack up the size of the image in the script
[11:55] <ogra_> in fact your mail got me thinking about adding a --size option to it for such cases :)
[11:55] <dednick> that sounds promising!
[11:55] <mardy> jdstrand: ping
[11:56] <dednick> ogra_: yeah, that would be really useful
[12:00] <FuLgOrE_> ogra_: [34465.164750] usb 1-1: Product: DataTraveler 3.0 ;-)
[12:00] <FuLgOrE_> usb works as host, I would say
[12:01] <FuLgOrE_> ogra_: if I connect a usb-stick. it will be /dev/sda it works on the Nexus 5 ootb :)
[12:02] <ogra_> dednick, grab the system.img files for your device from http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ ... also grab the tar.gz rootfs file ... then grab rootstock-touch-installer and change the line:
[12:02] <ogra_> do_shell "dd if=/dev/zero of=/data/system.img seek=500K bs=4096 count=0 >/dev/null 2>&1"
[12:02] <ogra_> to read:
[12:02] <ogra_> do_shell "dd if=/dev/zero of=/data/system.img seek=1000K bs=4096 count=0 >/dev/null 2>&1"
[12:02] <ogra_> then run rootsotck-touch-install as described ...
[12:03] <ogra_> that should make you end up with a 4G image
[12:03] <dednick> ogra_: cool. thanks, i'll give it a try
[12:11] <ogra_> FuLgOrE_, i doubt dednick is on a nexus5 and i dont think all devices have the HW or the feature in the kernel
[12:12] <ogra_> iirc galaxy nexus cant doe host mode at all and n4 needs an intrusive kernel patch which we might or might not ship
[12:12] <FuLgOrE_> ogra_: as fas as I know for example the N4 should also be able to use usb host
[12:12] <FuLgOrE_> oh
[12:12] <dednick> i'm on N10
[12:13] <FuLgOrE_> I thought you just need to connect 5V additionally to supply USB devices on N4
[12:15] <tsdgeos> sil2100: mzanetti and me have run autopilot and manual tests and all is green, what do we do now?
[12:15] <tsdgeos> well, he ran manual tests, me only autopilot
[12:17] <mzanetti> yeah. I did manual testplans for unity-mir and unity8. everything working as expected
[12:17] <sil2100> tsdgeos: ok, so now I'll try landing it, but we need to wait around 1h since we want to kick a new image with the nested mir thing
[12:18] <sil2100> mzanetti, tsdgeos: thanks!
[12:18] <tsdgeos> ok
[12:18] <mzanetti> no problem
[12:18] <sil2100> It will land today for sure
[12:18] <mzanetti> \o/
[12:18] <mzanetti> thanks sil2100
[12:19] <sil2100> np :) Nice to see everything resolved
[12:34] <tvoss> mpt, you just swamped my inbox :)
[12:34] <popey> you and everyone else ☻
[12:35] <davmor2> tvoss: you make that sound like it doesn't happen daily ;)
[12:37] <tvoss> popey, :)
[12:51] <mpt> tvoss, don’t worry, just 181 to go
[12:52] <mandel> popey, you might know this, in the bug you reported about a missing file in an update, are we already using push notifications for the updates?
[12:56] <popey> mandel: i dont think we have any kind of push notification.. it's just polling when you open settings (I believe)
[12:56] <beuno> mandel, no push notifications yet
[12:57] <mandel> popey, ok, 'cause that could be a change.. I'll ping barry, I have already pinged gatox to provide info about the changes in system settings
[12:57] <mandel> beuno, ack, thx for the info
[13:02] <dednick> ogra_: getting an error from script. "adding android system image to installation ... mount: could not find any free loop device"
[13:02] <ogra_> you only changed the one line ?
[13:02] <ogra_> switching from 500K to 1000K ?
[13:08] <dholbach> stgraber, if you have a bit of time, could you tell me what needs to be done to unblock the landing of lp:unity-webapps-qml?
[13:10] <dednick> ogra_: sorry, i was using all loop devices :/
[13:10] <jdstrand> mardy: hey
[13:11] <ogra_> dednick, ah, phew, so not the scripts fault then :)
[13:12] <mardy> jdstrand: hi, it's about bug 1278859
[13:12] <tvoss> mpt, seriously?
[13:14] <jdstrand> mardy: so, the files in @{HOME}/.local/share/accounts/ are symlinks to the actual file?
[13:15] <jdstrand> files*
[13:15] <mardy> jdstrand: yes
[13:16] <asd_> ciao
[13:16] <mardy> jdstrand: without the apparmor rule to allow access to /.local/share/accounts/**, the access to the real file is denied, even if I think the app should be able to read them (because it came with its click package)
[13:17] <jdstrand> ok, that means that the account providers can't run/use the others, so that is good, however it does mean that the providers can see what other providers are installed
[13:18] <jdstrand> mardy: the symlink has to be dereferenced and for that you need read on the symlink
[13:18] <mardy> jdstrand: seeing what providers are installed is not a problem, but I disagree with the first part of yoru sentence: "the account providers can't run/use the others,"
[13:18] <jdstrand> mardy: who is the one dereferencing the symlink?
[13:18] <mardy> jdstrand: this is indeed what we'd like, but it doesn't seem to happen
[13:18] <dednick> ogra_: unfortunately that error was with 500K, with 1000K i get: http://pastebin.ubuntu.com/6914945/
[13:18] <jdstrand> mardy: ok, well lets talk through this
[13:19] <mardy> jdstrand: the application reads the symlinks, via libaccounts (which is just a library)
[13:19] <jdstrand> mardy: ~/.local/share/accounts/foo -> ~/.local/share/foo/provider
[13:19] <jdstrand> ~/.local/share/accounts/bar ->  ~/.local/share/bar/provider
[13:19] <jdstrand> mardy: is it setup something like that?
[13:19] <mardy> jdstrand: yes
[13:20] <jdstrand> so, 'bar' should not have read access to ~/.local/share/foo/provider
[13:20] <mardy> jdstrand: I did a quick test (maybe wrong?), and it seems to me that if an app has access to ~/.local/share/accounts/foo, then it can read also ~/.local/share/foo/provider, wherever that is
[13:20] <jdstrand> so while 'bar' can see that ~/.local/share/accounts/foo points to ~/.local/share/foo/provider, it shouldn't be able to actually use ~/.local/share/foo/provider
[13:20] <mardy> jdstrand: ideally, yes
[13:21] <mardy> jdstrand: but it doesn't seem to work that way
[13:21] <jdstrand> that would be a grave bug in apparmor, but I really doubt that is the case
[13:22] <jdstrand> apparmor is supposed to dereference symlinks
[13:22] <mardy> jdstrand: does apparmor have a cache?
[13:23] <jdstrand> there are times when it doesn't have to revalidate
[13:23] <jdstrand> but I don't think that is it
[13:23] <mardy> jdstrand: I ran the app, which had access to the symlink and the target file, then I changed the target file to be somewhere the app shouldn't be able to read it, then I started the app again
[13:24] <jdstrand> can you show me the app's policy?
[13:24] <mardy> jdstrand: well, let me reboot :-)
[13:24] <mardy> jdstrand: OK, I'll upload it somewhere
[13:25] <mardy> jdstrand: http://paste.ubuntu.com/6914983/
[13:25] <ogra_> dednick, hmm
[13:26] <ogra_> dednick, is that a clean system ? or did you hack up anything on it before
[13:27] <jdstrand> mardy: can you paste 'ls -l ~/.local/share/accounts/'
[13:30] <mardy> jdstrand: lrwxrwxrwx 1 phablet phablet 86 Feb 11 13:48 .local/share/accounts/services/com.ubuntu.developer.webapps.webapp-facebook_webapp-facebook.service -> /home/phablet/tmp/com.ubuntu.developer.webapps.webapp-facebook_webapp-facebook.service
[13:30] <mardy> jdstrand: I moved the target file under ~/tmp/; I guess the app shouldn't be able to read that
[13:31] <jdstrand> no, it shouldn't
[13:31] <jdstrand> mardy: can you give the output of 'sudo aa-status'
[13:32] <mardy> jdstrand: http://paste.ubuntu.com/6915012/
[13:32] <jdstrand> mardy: is there a way you can run that command when the app is accessing the provider?
[13:34] <dednick> ogra_: it was clean
[13:34] <mardy> jdstrand: ooops, I just tried now with aa-exec and strace, and it seems like that symlink is not being read now
[13:35] <mardy> jdstrand: I might have some caching in libaccounts-glib which I forgot about :-)
[13:35] <jdstrand> mardy: how are you reloading the profile?
[13:35] <ogra_> weird, looks to me like either your /data partition doesnt have 4G free space or there was something mounted on /cache/system already
[13:35] <mardy> jdstrand: I rebooted the device; do I have to reload the profile, or are the profiles reloaded at boot?
[13:35] <ogra_> dednick, your device is in recovery mode when running the installer script ?
[13:36] <jdstrand> mardy: the profiles are loaded on boot, but if you are modifying click package policy, you have to be aware of a couple of things
[13:36] <dednick> ogra_: yeah. it works with 500K, but not 1000K
[13:36] <ogra_> that is strange
[13:36] <jdstrand> mardy: if you modify /var/lib/apparmor/profiles/click_...foo, then you can use apparmor_parser -r /var/lib/apparmor/profiles/click_...foo like normal
[13:37] <jdstrand> mardy: but, if you modify the policy group in /usr/share/apparmor/easyprof/ubuntu/policygroups/1.*/accounts, you'll need to regenerate the profile in /var/lib/apparmor/profiles/click_...foo by running 'sudo aa-clickhook -f'
[13:39] <jdstrand> mardy: I don't know if that was the case, but maybe that had something to do with it?
[13:40] <jdstrand> mardy: anyhoo, you see that apparmor will allow the dereference but not the read, which leaves us with leaking click installed providers
[13:40] <mardy> jdstrand: no, sorry, forget about it, I checked and the application is not reading that file at all
[13:41] <mardy> jdstrand: that's fine
[13:41] <jdstrand> mardy: you say that is not a problem-- why is that? I can see that argument for system installed providers, but this is a way to see if the device has facebook installed, for example
[13:41] <mardy> jdstrand: app can read the account DB anyway
[13:41] <jdstrand> oh right
[13:41] <jdstrand> ok, then when I update the policy, I'll add that note so I don't forget again
[13:41] <jdstrand> :)
[13:42] <jdstrand> mardy: do you mind if I change the description in the bug?
[13:42] <mardy> jdstrand: OK, thanks; do you know when you'll update it?
[13:42] <ogra_> dednick, can you check from recovery if your /data partition has enough space ?
[13:42] <mardy> jdstrand: feel free to
[13:43] <jdstrand> mardy: I should be able to do it soon-- I have another update I need to push for alex-abreu
[13:43] <mardy> jdstrand: excellent, thanks!
[13:44] <alex__> mardy, yup
[13:44] <mardy> alex-abreu: ah, you were under disguise :-)
[13:44] <alex-abreu> yeah
[13:44] <alex-abreu> not sure where the name cae from
[13:44] <jdstrand> alex-abreu: ah, my tab complete saw that, but I didn't know it was you :)
[13:45] <alex-abreu> jdstrand, :) I hide from security
[13:45] <dednick> ogra_: /data has 12.7G free
[13:45] <mardy> alex-abreu: so, I finally got everything working, once bug 1278859 will be fixed
[13:45] <jdstrand> alex-abreu: I'm up to date as of yesterday, does that mean I can test the click on the desktop and it should work?
[13:45] <ogra_> dednick, hmm, then i dont get why it breaks ... 1000K shouldnt make a difference in the code ... just produce a bigger loop img
[13:45] <alex-abreu> jdstrand, I have to check if anything was released ...
[13:45] <mardy> alex-abreu: except one big issue: apparmor blocks the call from webapp-container to signon-ui, to get the cookies
[13:46] <alex-abreu> jdstrand, its been on the release sheet for 5days now ...
[13:46] <dbarth> jdstrand: there is also https://bugs.launchpad.net/ubuntu-html5-theme/+bug/1278818 which i filed this morning
[13:46] <dednick> ogra_: i'll see if i can run the commands manually and see if i get any more meaningful errors.
[13:46] <dbarth> alex-abreu: i couldn't find the reference to one for the container in the hmtl5-blocker's list
[13:47] <alex-abreu> mardy, why does it? ... didn't you have any policy update for that
[13:47] <ogra_> dednick, just remove all the redirection to /dev/null at the end of the dd and mke2fs
[13:47] <mardy> alex-abreu: no, because I thought the call would come from an unconfined process
[13:47] <alex-abreu> dbarth, didn't we put unity-webapps-qml in it along w/ ubuntu-html5-theme ?
[13:47] <mardy> alex-abreu: and I definitely don't want to create an apparmor rule for that, or everyone will be able to read any cookies
[13:48] <alex-abreu> jdstrand, dbarth, what is failing is the webapps-qml package not being up to date, while the html5 one has been release prematurely
[13:48] <alex-abreu> mardy, ah! and the webapps container is confined ...
[13:50] <dednick> ogra_: http://pastebin.ubuntu.com/6915091/
[13:50] <alex-abreu> mardy, well ... let me check ... 1. you validate that the app is what it prentends to be, 2. the app has to have a .application file installed w/ the proper provider
[13:50] <dbarth> mardy, alex-abreu: then what if we did a merge proposal for jdstrand instead?
[13:50] <mardy> alex-abreu: of course, signon-ui could check who the caller is and see if it's in the ACL for the account, but that's growing into something big
[13:50] <ogra_> dednick, woah
[13:50] <dbarth> cause i'd rather test the changes in a ppa before we presse the big landing button
[13:50] <jdstrand> dbarth, alex-abreu: aren't bug #1274640 and bug #1278818 the same bug?
[13:51] <dbarth> jdstrand: ah correct, i'll mark as a duplicate
[13:51] <ogra_> dednick, can you pastebin the while script ?
[13:51] <alex-abreu> dbarth, jdstrand mmh yes, they seem to be
[13:51] <ogra_> *whole
[13:51] <mardy> dbarth: no way :-) That would mean that any application can read the cookies of any account
[13:51] <ogra_> dednick, i.e. ... pastebinit rootsotck-touch-install
[13:51] <dednick> ogra_: http://pastebin.ubuntu.com/6915099/
[13:52] <dednick> hm. need 64bit dd?
[13:52] <jdstrand> dbarth: right, so alex-abreu filed 1274640 last week and I am aware of it. I'm working with alex-abreu on how to test it
[13:53] <jdstrand> actually, that was more like a week and a half ago
[13:53] <jdstrand> anyhoo, yes, on it
[13:53] <ogra_> dednick, hmm, shouldnt really matter ... i dont really get it
[13:53] <dbarth> jdstrand: ok
[13:53] <dbarth> jdstrand: can you ping us a branch we can make test packages from?
[13:53] <dbarth> jdstrand: once you're done with the changes
[13:54] <alex-abreu> mardy, dbarth not sure if there is way to mitigate it ... dont you in addition to validating that the app is who it is supposed to be, also validate that the is listed as an application w/ a "webapp" .application file
[13:54] <alex-abreu> mardy, so its not *any* app really
[13:54] <alex-abreu> mardy, you could also check that the app has a webapp apparmor profile
[13:54] <ogra_> dednick, testing the dd line on maguro just works here ...
[13:54] <alex-abreu> mardy, those 3 checks might be "enough" and acceptable
[13:55] <dbarth> alex-abreu, mardy: we can finish that during that call, i'll just open the line
[13:55] <mardy> alex-abreu: well, any app can install an .application file
[13:55] <alex-abreu> dbarth, what jdstrand was missing is the updated unity-webapps-qml (which hasn't been released yet :/) ...
[13:55] <ogra_> ogra@styx:~/Devel/branches/rootstock-ng$ adb shell "dd if=/dev/zero of=/userdata/test.img seek=1000K bs=4096 count=0"
[13:55] <alex-abreu> jdstrand, there is one updated version on our staging ppa though that you can work from
[13:55] <ogra_> ogra@styx:~/Devel/branches/rootstock-ng$ adb shell "ls -lh /userdata/test.img"
[13:55] <ogra_> -rw-rw-rw- 1 root root 4.0G Feb 11 14:55 /userdata/test.img
[13:55] <ogra_> dednick, ^^^
[13:56] <dednick> hm
[13:56]  * ogra_ tries from recovery mode ... probably the dd there is different 
[13:56] <alex-abreu> mardy, sure, but the app need to have "ubuntu-webapp" app armor profile ... whicch I assume you can check & validate & brings us closer to what we want no?
[13:56] <jdstrand> alex-abreu: cool, can you point me at that url?
[13:57] <ogra_> ogra@styx:~/Devel/branches/rootstock-ng$ adb shell "dd if=/dev/zero of=/data/test.img seek=1000K bs=4096 count=0"dd: /data/test.img: Invalid argument
[13:57] <ogra_> aha
[13:57] <ogra_> dednick, looks like the dd in recovery has some limitations
[13:57] <ogra_> :(
[13:57] <dednick> ogra_: ah. how did you manage it then?
[13:57] <ogra_> the first one was in a normally booted setup
[13:57] <mardy> alex-abreu: but any app can declare it, can't it?
[13:58] <ogra_> the second one in recovery
[13:58] <ogra_> so it cant process more than 2G with the android dd
[13:58] <jdstrand> alex-abreu: nm, I found them
[13:58] <alex-abreu> mardy, well ... sure but the app will be confined according to this profile ...
[13:58] <dednick> ah, i c
[13:58] <alex-abreu> not the sdk regular profile
[13:58] <ogra_> dednick, might be a bionic vs libc thing
[13:59] <ogra_> the recovery dd is from androids busybox ... linked against bionic
[13:59] <ogra_> stgraber, did you knwo that ?
[13:59] <ogra_> *know
[14:02] <jdstrand> mardy: ok, the only change I am making is I am prepending 'owner ' to your rule
[14:02] <mardy> jdstrand: what does it do?
[14:03] <jdstrand> mardy: makes sure the uid of the process matches the owner of the file
[14:04] <mardy> jdstrand: sounds good
[14:04] <jdstrand> that's important on multiuser devices
[14:04] <jdstrand> (and what we use for accounts.db*, etc
[14:04] <jdstrand> )
[14:05] <ogra_> dednick, so the only thing that comes to mind is that you can probably remove the dd and mkfs.ext2 from the code and replace it with an adb push for a system.img file you create on the PC ...
[14:05] <ogra_> so you puch it and mount it ... but create it in advance on a machine with a sane dd
[14:06] <dednick> ogra_: heh, ok. i might give that a go later.
[14:13] <robru> dholbach, yes, unity-webapps-qml got reverted because it pulled click into the desktop, which is verboten. That should be fixed in trunk but I've held off on releasing it because I got the impression that there was more that needed to be fixed as well, it was unclear to me that it was ready.
[14:14] <dholbach> robru, ahhh ok
[14:15] <robru> dholbach, so please confer with dbarth / alex-abreu to make sure that trunk is in a releasable state and then I can release it.
[14:15] <dholbach> robru, I looked at the diff earlier and was a bit confused as to what exactly might have broken things - but that was probably including your good fixes already :)
[14:16] <dholbach> robru, I'll take another look and then we can propose it and get an ACK from stgraber and move forward
[14:16] <robru> dholbach, ok, great
[14:22] <jdstrand> alex-abreu: ok, I confirmed it worked. thanks!
[14:23] <alex-abreu> jdstrand, oh my! thanks a lot!
[14:23] <alex-abreu> really
[14:23] <jdstrand> np, sorry it took a while
[14:24] <jdstrand> I'll test on a device too for good measure
[14:27] <dednick> ogra_: WOO!
[14:27] <ogra_> works ?
[14:28] <dednick> yeah
[14:28] <dednick> adb push takes about 20 minutes with a 4GB file though :)
[14:28] <ogra_> lol, yeah
[14:35] <dholbach> hey mterry, how are you doing? regarding bug 1157732 - do you know what still needs to be done to get qtdeclarative5-accounts-plugin into main?
[14:38] <mterry> dholbach, it is approved to enter main, so something just needs to pull it in.  Either a Depends, Build-Depends, or add it to a seed directly
[14:38] <dholbach> mterry, great!
[14:38] <dholbach> robru, ^ :)
[14:40] <robru> dholbach, oh, ok. i guess we should seed it then?
[14:40] <dholbach> robru, AFAICS unity-webapps-qml is going to pull it in directly
[14:42] <robru> dholbach, oh ok
[14:43] <robru> dholbach, so did you do a manual upload of webapps-qml then?
[14:43] <FuLgOrE_> rsalveti: hi, how is it going? any news regarding the hammerhead image? :-D
[14:44] <dholbach> robru, not yet - I'm writing a changelog entry summing up the changes since last time right now - if you want, you can take a second look and upload it... just want to make sure the version number trumps what's in the PPAs
[14:44] <robru> dholbach, no, I won't do an upload until I can get everything under citrain (just waiting for this hangout to end so I can concentrate on doing the transition)
[14:46] <dholbach> robru, sorry, then I must have misunderstood you - I thought we'd do one upload beforehand and then go on citrain - sure... works for me to use citrain directly
[14:46] <robru> dholbach, I like citrain a lot so i'd prefer to just go straight there. i think I can do it today
[14:46] <dholbach> sure sure
[14:46] <dholbach> robru, and ubuntu-html5-theme too? (I think there was nothing blocking an upload right now)
[14:48] <robru> dholbach, yeah, they should be released together
[14:48] <dholbach> robru, fantastic - thanks so much!
[14:53] <mandel> barry, I'm going to try and land asap a new udm with better error handling etc.. I've spoken with sil2100 to try and do this and then get udm in the CI train
[14:53] <mandel> barry, maybe that way we get more info regarding the image updates
[14:55] <barry> mandel: sounds great.  i am going to work up a branch of s-i with better debugging, and while i won't try to land that just yet, at least i'll have a ppa folks can install from and try to gather more information
[14:57] <mandel> barry, you can use https://launchpad.net/~mandel/+archive/mandel because it has the latests udm in trunk (but nor for armhrf :-/ )
[14:58] <sergiusens> mandel, ask for armhf builds on #webops ;-)
[14:58] <mandel> sergiusens, for a private ppa?
[14:58] <sergiusens> mandel, they might; if not use your team for a ppa and ask for it
[14:59] <mandel> sergiusens, I'll ping people to get this done asap
[14:59] <mandel> sil2100, in the mean time, we should try and land the latests udm asap
[15:02] <stgraber> dholbach: so the problem was that unity-webapps-qml would bring in click, content-hub and a whole bunch of other touch stuff on the desktop which in turn caused breakage for some users (some click process using 100% of CPU running as the lightdm user)
[15:02] <stgraber> dholbach: I basically referred the problem to didrocks so you may want to check with him
[15:02] <dholbach> stgraber, gotcha - looks like that's resolved now
[15:02] <dholbach> thanks
[15:03] <stgraber> dholbach: when talking about it at the sprint we weren't even quite sure why we have that qml stuff on the desktop in the first place :)
[15:03] <stgraber> good to hear, it's been resolved
[15:03] <dholbach> stgraber, for testing apps locally as a developer?
[15:03] <stgraber> dholbach: well, that doesn't justify it be installed by default for all Unity users
[15:03] <dholbach> sure
[15:04] <dholbach> I had no idea it was pulled in for all unity users(?)
[15:04] <stgraber> (which it is currently, through a maze of a dozen entangled dependencies through the unity stack)
[15:04] <dholbach> (it wasn't my change, I just tried to help get some other changes landed and wondered what the blockage was)
[15:04] <dholbach> ok, I see
[15:05] <stgraber> The following packages will be REMOVED:
[15:05] <stgraber>   bamfdaemon* libunity-webapps0* ubuntu-desktop* unity* unity-webapps-common* unity-webapps-qml* unity-webapps-service* webapp-container* xul-ext-unity*
[15:05] <stgraber>   xul-ext-websites-integration*
[15:05] <stgraber> that's when trying to pull it out of my system
[15:05] <dholbach> ok
[15:05] <stgraber> I believe it's meant to replace our old webapp integration or something which may be fine but we have to be very careful not to add extra dependencies to it
[15:25] <mardy> jdstrand: hi again :-)
[15:26] <mardy> jdstrand: do you know if the ubuntu-webapps apparmor template is exclusive (or can be made so), that is if an app declares that, we don't allow declaring any other template alongside with it?
[15:27] <jdstrand> mardy: an app may only declare one template
[15:27] <alex-abreu> mardy, so there you go!
[15:27] <alex-abreu> that's whay I thought
[15:28] <jdstrand> you pick a template (if you don't pick, you get the default 'ubuntu-sdk') and then you add your policy groups on top of it
[15:28] <mardy> jdstrand, alex-abreu: ah OK, then I meant "policy groups", probably :-)
[15:29] <jdstrand> this has worked well when differentiating between qml/sdk apps and webapps already, and will be more so with scopes
[15:29] <alex-abreu> mardy, yeah but there is no policy group for webapps, ...
[15:29] <jdstrand> currently, we have an ubuntu-sdk template and an ubuntu-webapp template
[15:29] <alex-abreu> mardy, the apparmor profile for cookies only applies to the ubuntu-webapps 'template' no?
[15:29] <mardy> alex-abreu: but AFAIK, the only thing that matters to AppArmor are the policy groups, not the template
[15:29] <jdstrand> either may use any of the policy groups
[15:30] <mardy> jdstrand: so, to give you a bit of background: there is a D-Bus API which allows an application to retrieve the cookies associated to an account
[15:30] <mardy> jdstrand: at the moment, only unconfined apps can use it
[15:30] <jdstrand> mardy: hmm? the way it works is there is policy in each template. the apparmor click hook, stitches together a profile using the template policy and the policy group policy
[15:31] <jdstrand> s/,//
[15:31] <mardy> jdstrand: is it practically possible to enable access to that D-Bus method for webapps only?
[15:31] <jdstrand> yes, by specifying the rules in the ubuntu-webapp template
[15:32] <mardy> jdstrand: ah, that sounds good :-)
[15:32] <jdstrand> or, by adding them to the accounts policy group, but denying them in the ubuntu-sdk template
[15:32] <jdstrand> the former is easier for maintenance
[15:32] <mardy> jdstrand: yep indeed
[15:33] <mardy> jdstrand: OK, then I'd need a rule to be added to the ubuntu-webapp template; do you need a new bug, or is there a currently open bug about that profile where I might step into?
[15:33] <jdstrand> mardy: but, why is this only webapp specific? qml apps can use the online accounts api-- couldn't they also provide a provider?
[15:34] <mardy> jdstrand: no, this is a very weird API, it's important for webapps only
[15:34] <alex-abreu> yeah very weird and too open
[15:34] <jdstrand> or in other words, is this an artificial limitation or am I missing something?
[15:34] <jdstrand> ok
[15:34] <ogra_> stgraber, are you aware that the dd in our recovery image is not capable of building images above 2G ?
[15:34] <jdstrand> file a bug and I'll add it :)
[15:34] <mardy> jdstrand: only webapps-container should use it, in practice
[15:35] <mardy> jdstrand: OK, I will, and will try to explain what it does :-)
[15:35] <jdstrand> then yes, ubuntu-webapp is the perfect place for it
[15:36] <stgraber> ogra_: nope, so the current code is basically using the biggest possible size we can create then?
[15:37] <ogra_> yeah
[15:37] <stgraber> fun
[15:37] <ogra_> well, there might be a bit more than 2G i only tried 3G ... which failed
[15:37] <stgraber> do we really need to bump system.img's size again?
[15:37] <ogra_> i wonder if thats a bionic or a busybox limitation
[15:38] <Tassadar> it's busybox, it's using 32bit integers
[15:38] <Tassadar> (we've encountered that in TWRP...)
[15:38] <ogra_> stgraber, nope, but for rootsotck-ng i was pondering to ass a --size option for people needing more space
[15:38] <ogra_> s/ass/add/
[15:38] <ogra_> Tassadar, ah, thanks !
[15:38] <mardy> alex-abreu: https://code.launchpad.net/~mardy/webbrowser-app/cookie-delay/+merge/205795 (please merge trunk into your branch, so you'll see a smaller diff)
[15:40] <alex-abreu> mardy, can you merge trunk?
[15:41] <Tassadar> ogra_: busybox has CONFIG_LFS, which should fix that. But AOSP recovery doesn't use busybox, that's just CWM.
[15:42] <Tassadar> AOSP uses toolbox, and it's dd should be able to handle bigger files - the code uses int64
[15:42] <ogra_> i think we still use the CWM recovery
[15:42] <ogra_> even in the 4.4 images
[15:43] <mardy> alex-abreu: done
[15:44] <ogra_> mterry, http://ci.ubuntu.com/smokeng/trusty/touch/ ... 175 is nested ...
[15:44] <ogra_> (cross yur fingers)
[15:45] <mterry> ogra_, crossed!  :)
[15:45] <ogra_> :)
[15:48] <mardy> jdstrand, alex-abreu: bug 1278934
[15:55] <OrokuSaki> So... has ubuntu-touch trusty been upgraded to support KitKat yet?
[15:56] <ogra_> OrokuSaki, there are experimantal images ... default hanst been upgraded yet (but is on its way)
[15:56] <OrokuSaki> Sup _ogra =) How can I test that branch? phablet-tools?
[15:58] <ogra_> OrokuSaki, http://paste.ubuntu.com/6915695/
[15:59] <OrokuSaki> ogra! Thank you so much.. you have given me something new to do in life.. =)
[15:59] <ogra_> :)
[16:00] <Kaleo> carajillo de baileys
[16:02] <kaimast> wow the new update manager is beautiful
[16:03] <alex-abreu> Kaleo, is that what you are getting ?
[16:04] <Kaleo> alex-abreu, yes
[16:04] <Kaleo> alex-abreu, it's going to be my ritual to relax :)
[16:04] <alex-abreu> yeah
[16:04] <alex-abreu> I'd gladly have one
[16:04] <Kaleo> alex-abreu, easy enough to make :)
[16:04] <alex-abreu> I am out of baileys
[16:04] <Kaleo> ahahah
[16:04] <Kaleo> order online :)
[16:04] <Kaleo> next day delivery
[16:05] <alex-abreu> ahah
[16:05] <Kaleo> or for some lucky ones, same day delivery
[16:05] <alex-abreu> Kaleo, we have high taxes on alcohol ...
[16:05] <Kaleo> alex-abreu, sorry :(
[16:05] <alex-abreu> Kaleo, yeah to each his own tax issues :)
[16:05] <Kaleo> ;)
[16:06] <Kaleo> got it from the duty free;)
[16:06] <alex-abreu> I should have ... but already spent quite a bit on money for the kids this time
[16:06] <Kaleo> alex-abreu, ahahah, damn kids, can't get drunk in peace :)
[16:07] <jdstrand> mardy: thanks. so, does this mean that the facebook app can get the twitter app's cookies?
[16:08] <jdstrand> mardy: how do the signon cookies relate to the browser cookies, if at all?
[16:10] <ogra_> mterry, :(
[16:11] <ogra_> that doesnt look so good
[16:12] <mterry> ogra_, guh
[16:12]  * mterry looks
[16:12] <alex-abreu> mardy, commented https://code.launchpad.net/~mardy/webbrowser-app/cookie-delay/+merge/205795
[16:12] <OrokuSaki> HAs anyone got gtk3 apps to run on ubuntu touch with Mir?
[16:13] <OrokuSaki> IS there any other compositor we can run outside of QT?
[16:13] <OrokuSaki> *trying to ssound smart*
[16:14] <OrokuSaki> for fun!
[16:14] <mterry> ogra_, can you talk to me about the settle_after test?  I'm not sure what I'm seeing
[16:14] <OrokuSaki> time to go get the mail... someone think about that.. running gtk3 with mir
[16:14] <OrokuSaki> =)
[16:15] <OrokuSaki> gdm I mean or a damn gnome session
[16:15] <mterry> The notes_app test failure doesn't seem relevant...
[16:15] <ogra_> mterry, settle_after is rather ignorable
[16:15] <ogra_> mterry, we had 100% coverage before ... it needs to be 100% again
[16:16] <mterry> OK, and I'm suspicious of notes_app test.  Which if both are ignorable, we are OK on mako.  Now looking at maguro
[16:16] <ogra_> so the notes one is the critical bit
[16:16] <ogra_> and we are not even at 50% of the tests
[16:17] <mterry> ogra_, is that a known flaky test?
[16:17] <ogra_> no
[16:17]  * mterry isn't sure why all of a sudden in one test we would affect the toolbar's appearance
[16:17] <mterry> I'll try to reproduce here
[16:17] <ogra_> most of the flakyness went away with the switch to new utah
[16:17] <mterry> ogra_, what about maguro tests?  How much a concern are failures there?
[16:18] <ogra_> they are a concern but not as much as mako
[16:18] <ogra_> the current rate looks still ok
[16:18] <ogra_> if it accumulates more we will need to discuss
[16:18] <ogra_> it is still an supported arch until we switch
[16:24] <mterry> ogra_, well, I'm about to go to lunch.  When I get back, I will work on any failing tests
[16:25] <ogra_> mterry, thanks, i'll be around
[16:40] <OrokuSaki>  funny...
[16:40] <OrokuSaki> http://people.canonical.com/~rsalveti/what-programming-is-like.gif
[16:51] <jdstrand> alex-abreu: ok, I had to update my grouper device, but can confirm that if I use the new qml package and an updated apparmor-easyprof-ubuntu, it works on touch too
[16:51] <jdstrand> mardy: fyi, I asked my questions in the bug
[16:51] <alex-abreu> jdstrand, great
[17:10] <brendand> no matter what i do i can't get my (old) nexus 7 to appear in adb devices
[17:11] <brendand> i've unset MTP, restarted the adb server
[17:16] <brendand> this is with 4.4
[17:18] <ogra_> brendand, what does adb devices show ?
[17:21] <brendand> ogra_, nothing basically
[17:22] <brendand> ogra_, neither fastboot devices
[17:22] <ogra_> did you try another cable/port/hub
[17:23] <brendand> ogra_, both ports, but i'm out of options for cables
[17:23] <brendand> ogra_, it's not the one that came with the nexus7
[17:23] <ogra_> does the device still charge ? i heard from a lot of people that the usb port can break
[17:23] <brendand> ogra_, actually there's a strong possibility it doesn't support data transfer at all
[17:23] <brendand> ogra_, and it's just a glorified power lead...
[17:24] <brendand> ogra_, it works great for charging
[17:24] <ogra_> the cable you use you mean?
[17:24] <brendand> ogra_, yeah
[17:24] <ogra_> well, thats bad, but hardly something someone can help you with
[17:24] <brendand> ogra_, nope. but i didn't even think about that possibility until now
[17:25] <ogra_> :)
[17:25] <brendand> ogra_, i thought their might be something else i was missing
[17:25] <ogra_> well, it should show in dmesg when you plug it in ... and tell you its a Nexus 7 etc etc
[17:25] <ogra_> if it doesnt, it is definitely a cable thing
[17:26] <stgraber> ogra_: finally, https://www.stgraber.org/2014/02/11/your-own-ubuntu-touch-image-server/
[17:26] <ogra_> whee !!!
[17:28] <ogra_> shared :)
[17:28] <stgraber> the https requirement is going to be a bit of a problem to some porters I suspect but it's on barry's todolist so should be addressed soonish
[17:29] <ogra_> does it need a valid cert ?
[17:29] <ogra_> or do self signed ones work
[17:30] <stgraber> I believe ubuntu-download-manager only accepts valid certs
[17:38] <Guest13181> how to identiy myself as bin?
[17:39] <Guest13181> I mean it's my real name.
[17:39] <Guest13181> is here another guy named bin?
[17:53] <Beldar> .
[18:04] <sil2100> tvoss: pong! (REALLY LATE PONG :D)
[18:15] <ogra_> mterry, so mako looks okayish (tests have just all finished) ... maguro rather not so much (which is weird, i.e. i ran the unity8 tests here locally and it passed)
[18:15] <mterry> ogra_, yah, I noticed.  Am reflashing to play with notes_app
[18:15] <ogra_> popey did already
[18:15] <ogra_> passed for him
[18:15] <mterry> oh hmm
[18:15] <ogra_> so i blame flayness
[18:15] <SonikkuAmerica> ogra_: I've been testing the flo (4.4.2) image under MultiROM. Works just like a standard install with the experimental image.
[18:16] <ogra_> *flaky
[18:16] <mterry> ogra_, well, good...
[18:16] <popey> i only ran it once
[18:16] <popey> happy to run it again
[18:16] <mterry> popey, I'll try on mine too
[18:16] <ogra_> SonikkuAmerica, great to hear
[18:16] <SonikkuAmerica> ogra_: Which includes WPA2 not working, I assume that's a known bug?
[18:16] <mterry> ogra_, so what do you want to do as a next step?  Rerun tests?
[18:17] <ogra_> Method, there is a bih unity8 and unity-mir landing planned before the next image ... i'm simply hoping the maguro failures are better with that (i assume they are related to timing)
[18:18]  * popey runs again anyway
[18:19] <ogra_> *there is a big ...
[18:19] <SonikkuAmerica> I forgot to mention that Tassadar has an armel+flo system image to go with the rootfs-armhf.zip image.
[18:20] <ogra_> tsk ... getting late, my typing gets worse
[18:20] <ogra_> SonikkuAmerica, i think he mentioned that
[18:20] <SonikkuAmerica> Oh good. I saw it on XDA, can't vouch for everything.
[18:20] <Tassadar> SonikkuAmerica: wifi works for me on flo
[18:20] <Tassadar> and it is WPA2
[18:21] <Tassadar> (it's not the latest image though)
[18:21] <mterry> ogra_, popey: notes_app tests worked for me too
[18:21] <Tassadar> SonikkuAmerica: what exactly is not working for you? You can't see the network or can't log into it?
[18:21] <popey> still running here mterry
[18:22] <SonikkuAmerica> Tassadar: I can't log into it. (I have the image from XDA though, I doubt it's the latest)
[18:22] <Tassadar> well, that's what I mean, I built the last one on 7th
[18:23] <popey> mterry: all passed again here too
[18:23] <SonikkuAmerica> Yeah, it's the 20140207 image
[18:24] <SonikkuAmerica> Tassadar: How did you get the WPA2 working?
[18:24] <Tassadar> yeah, I don't think I have that one installed
[18:24] <Tassadar> it just works out of the box
[18:24] <Tassadar> lemme install the latest one
[18:24] <SonikkuAmerica> Oh. Then I should just grab the latest armhf image from cdimage.u.c ?
[18:25] <SonikkuAmerica> (and flash it with the armel+flo?_
[18:25] <Tassadar> I'm using ogra_'s rootfs, the one linked in XDA thread
[18:25] <ogra_> Tassadar, there is a fresher one
[18:25] <Tassadar> (he updates it from time to time too, the link is still the same)
[18:26] <Tassadar> oh?
[18:26] <ogra_> oh, well, i switched rootstock-ng to use tarballs for the installer
[18:26] <ogra_> no more zips
[18:27] <ogra_> so there is a newer tarball
[18:27] <ogra_> http://people.canonical.com/~ogra/ubuntu-touch/ubuntu-touch.rootfs-armhf.tar.gz
[18:27] <Tassadar> yeah, but you'll switch to system-image with flo soon anyway, so I don't worry about that
[18:27] <ogra_> well, yes, the tarball is the input for the rootstock-touch-install script that generates the system-image during install
[18:28] <SonikkuAmerica> ogra_: So it went to tarballs. That means no more MultiROM (>)
[18:28] <SonikkuAmerica> *(?)
[18:28] <Tassadar> (and with hammerhead, you said the tools to build my own system-image server should be available soon too)
[18:28] <Tassadar> ogra_: yeah, but I can't install .tar.gz to multirom, whereas I already support system-image builds
[18:28] <ogra_> SonikkuAmerica, with my developer tool (rootstock-ng) since it doesnt require me to ship binary android blobs for the recovery zips
[18:28] <SonikkuAmerica> ^
[18:29] <ogra_> Tassadar, right, rootstock is probably not for you then (though i bet the system-image it generates works just fine for you
[18:29] <SonikkuAmerica> ogra_: Right, so I have to sacrifice my dual-boot?
[18:29] <ogra_> )
[18:30] <Tassadar> SonikkuAmerica: just wait like a week, it should be at system-image.ubuntu.com by then and you'll be able to install it via MultiROM Mgr app, just like on mako or grouper
[18:30] <ogra_> SonikkuAmerica, it assembles the system.img file on the device from a tarball and the android system image ... as long as Tassadar's multirom just uses the image from /data/system.img it will work exactly the same
[18:31] <ogra_> just that the install logic lives on the PC and not in a recovery zip
[18:31] <SonikkuAmerica> For the time being, would unpacking the tarball and compressing it in a .zip work in MultiROM?
[18:33] <ogra_> no
[18:33] <ogra_> take a look here http://bazaar.launchpad.net/~ogra/project-rootstock-ng/trunk/view/head:/rootstock-touch-install
[18:33] <ogra_> you need to repack the android system.img and put it in the right place
[18:33] <ogra_> and the tarball needs to end up in an img file
[18:34] <ogra_> (prepare_ubuntu_system and convert_adnroid_img are the intresting functions)
[18:34] <SonikkuAmerica> Ah. I'm probably better off waiting about a week then, like Tassadar said)
[18:35] <ogra_> right, with luck there should be official images in a week
[18:35] <SonikkuAmerica> And (if I chose) I could phablet-flash them too
[18:44] <Tassadar> SonikkuAmerica: just installed the latest images and wifi works for me, it's normal WPA2/PSK network, dunno why yours doesn't
[18:44] <Tassadar> (on 2.4GHz
[18:44] <Tassadar> )
[18:45] <SonikkuAmerica> One second...
[18:52] <SonikkuAmerica> Tassadar: Hm. It works for you but not for me?
[18:53] <Tassadar> weird, maybe there is something in dmesg/logcat
[18:55] <SonikkuAmerica> Tassadar: In the terminal on the device
[18:55] <Tassadar> or adb shell, that is better actualy
[19:22] <rickspencer3> hey barry I just got that FileNotFound error while trying to update
[19:22] <rickspencer3> barry, anything I should do to help debug, or just retry?
[19:22] <barry> rickspencer3: wow, okay, first question: are you on a login protected network?
[19:22] <rickspencer3> barry, I'm on 3G
[19:23] <barry> mandel: btw, you might want to chime in^^
[19:23] <rickspencer3> brb
[19:23] <barry> rickspencer3: okay.  but no need to login before getting access to the interwebs, right?  when you get back, let's do a little debugging
[19:24] <mandel> sure!
[19:27] <barry> mandel: let's see what rickspencer3 comes back with.  can you think of any reason why 3g would be different than wifi?
[19:28] <barry> rickspencer3: when you get back, the first thing I'd like is for you to adb shell into the device, and then run `system-image-cli --info`
[19:28] <mandel> barry, AFAIK no, since I'm to high level to care
[19:28] <mandel> barry, I did not see that file being requested in the logs from udm to be honest
[19:29] <barry> mandel: what is "that file"?
[19:29] <mandel> barry, blacklist.tar*
[19:29] <mandel> barry, the one that popey reported in the bug
[19:29] <rickspencer3> hey barry
[19:29] <barry> mandel: interesting.  okay
[19:29]  * rickspencer3 attaches usb cable
[19:31] <mandel> rickspencer3, barry I'd like to, first check with the current stack, then use the udm present in this ppa:mandel/mandel (I suck at naming things...)
[19:31] <rickspencer3> barry, http://pastebin.ubuntu.com/6916750/
[19:31] <mandel> becuase it has more debugging etc..
[19:31] <barry> rickspencer3: cool.  give me a few minutes.  i can't do 3g on my device, but i want to set up my tablet in as similar as possible.
[19:32] <rickspencer3> sure
[19:33] <rickspencer3> barry, I'll just start on something else, ping me when you're ready
[19:36] <barry> rickspencer3: cool.  i'm just going to run a few tests here then will ping you
[19:36]  * rickspencer3 nods
[19:46] <a_muva__> trying to upgrade to 174, I get error 'FileNotFoundError:/var/lib/system-image/blacklist.tar.xz'
[19:46] <rickspencer3> hi a_muva__
[19:46] <a_muva__> hi
[19:47] <rickspencer3> fwiw, barry is currently setting up a testing environment and I have my phone standing by to help him debug
[19:47] <rickspencer3> ;)
[19:47] <rickspencer3> a_muva__, this starting showing up for folks a couple of days ago
[19:47] <rickspencer3> barry, would another debugger be helpful?
[19:47] <mandel> a_muva__, unfortunately , you are not the first one to have this issues :-/
[19:48] <mandel> a_muva__, rickspencer3 fyi bug number is => #1277589
[19:48] <rickspencer3> bug #1277589
[19:48] <a_muva__> ok, I'll wait
[19:48] <barry> rickspencer3: okay, i now have my manta device on trusty r173.  at the adb shell can you run: system-image-cli --dry-run -v
[19:49] <mandel> rickspencer3, can you add your syslog to that bug?
[19:49] <rickspencer3> trying
[19:49] <mandel> rickspencer3, I'd like to see what udm is doing and make sure that the file is indeed not requested as in popey case
[19:49] <rickspencer3> mandel, sure, just give me a few minutes to finish this part with barry
[19:49] <barry> mandel, rickspencer3 when i do the dry-run, i can see that the blacklist.tar.xz file is being requested
[19:50] <barry> (as well as blacklist.tar.xz.asc)
[19:50]  * mandel waits
[19:50] <rickspencer3> barry, http://pastebin.ubuntu.com/6916844/
[19:50] <mandel> barry, in popeys syslog I did a grep and could not find it.. weird
[19:50] <barry> rickspencer3: beautiful.  that's what i get
[19:51] <rickspencer3> barry, so is it that the server is not serving blacklist.tar.xz for some reason?
[19:51] <rickspencer3> oh, nm
[19:51]  * rickspencer3 actually reads
[19:51] <mandel> rickspencer3, I'm here for any downloading issues :)
[19:52] <barry> rickspencer3: now, if you md5sum /var/lib/system-image/blacklist.tar.xz{,.asc} what do you get?
[19:52] <rickspencer3> barry:
[19:52] <rickspencer3> root@ubuntu-phablet:/# md5sum /var/lib/system-image/blacklist.tar.xz{,.asc}
[19:52] <rickspencer3> 573804b9f5149eaf253c8cbaa7ab1b83  /var/lib/system-image/blacklist.tar.xz
[19:52] <rickspencer3> 0e2d696b633f4e65c6bbc1f6be1ad64a  /var/lib/system-image/blacklist.tar.xz.asc
[19:53] <barry> rickspencer3: so far so good.  please md5sum /var/lib/system-image/keyrings/*
[19:54] <rickspencer3> barry,
[19:54] <rickspencer3> root@ubuntu-phablet:/# md5sum /var/lib/system-image/keyrings/*
[19:54] <rickspencer3> 1a4a5d8b79d01a77523c2d3dfba0304b  /var/lib/system-image/keyrings/image-master.tar.xz
[19:54] <rickspencer3> d895b83c18976542e2bb658729903b7c  /var/lib/system-image/keyrings/image-master.tar.xz.asc
[19:54] <rickspencer3> b89d60561ca2a866c5abc4e472663109  /var/lib/system-image/keyrings/image-signing.tar.xz
[19:54] <rickspencer3> 9a4214fb6d6d9b27dc5df03b0f2569d1  /var/lib/system-image/keyrings/image-signing.tar.xz.asc
[19:54] <barry> rickspencer3: beautiful.  again, so far so good
[19:55] <barry> rickspencer3: let me try something locally first, for the next step
[19:56] <rickspencer3> mandel, so, er ...
[19:56] <rickspencer3> you want /var/log/syslog, right?
[19:56] <mandel> rickspencer3, yes, 'cause udm is writing there it logs (until we are unblock by the landing issues)
[19:57] <rickspencer3> mandel, so, errr
[19:57] <barry> rickspencer3: okay, so i'm going to ask you to temporarily break reboots (i have a wishlist item to add a --no-reboot flag, but right now we don't have it).  don't worry, you'll be able to undo this change
[19:57] <mandel> rickspencer3, although it seems that the downloader is doing the job correctly I prefer to double check
[19:57] <rickspencer3> this is kinda embarassing, but I don't see syslog there
[19:57] <mandel> ??
[19:57] <rickspencer3> it's kinda confusing, does Touch keep it somewhere else?
[19:57] <barry> rickspencer3: if you would, please edit /etc/system-image/client.ini.  search down for the [hooks] section and change the reboot option to: systemimage.noreboot.Reboot
[19:58] <mandel> rickspencer3, focus on barry first, then I'll take your time :)
[19:58] <rickspencer3> barry, uh
[19:58] <mandel> rickspencer3, less context switch
[19:58] <barry> (that will effectively disable reboot, but all preceding steps will succeed, including downloading all files)
[19:58] <barry> rickspencer3: i want to just look at the file system right before the device reboots into recovery
[19:58] <rickspencer3> ok, sorry , got distracted
[19:58] <barry> don't worry it won't permanently break your system (fingers crossed ;)
[19:59] <rickspencer3> barry, errr, this is my only phone
[19:59] <rickspencer3> like, this is my phone
[19:59] <MartijnVdS> I've just flashed my Galaxy Nexus with "phablet-flash ubuntu-system --channel trusty --bootstrap" -- but it seems to be stuck on the last(?) step
[19:59] <rickspencer3> if I lose my data, I will be seriously bummed
[19:59] <rickspencer3> barry, still want me to do it?
[19:59] <MartijnVdS> The phone asks if I want to "Disable recovery flash"
[20:00] <MartijnVdS> Should I pick that, or wait for phablet-flash to time out/finish by itself?
[20:00] <barry> rickspencer3: ah okay.  i'm pretty sure it will be fine, but let's not take the chance.  why don't you just do `system-image-cli -v`.  that will do a verbose update to r174.  you will reboot, but if you get that far it means everything is working correctly
[20:00] <MartijnVdS> davmor2: ^ :)
[20:00] <popey> MartijnVdS: looking at my logs, that's been asked numerous times here, and nobody (that I can see) ever gave a direct answer ☹
[20:00] <MartijnVdS> popey: great :)
[20:00] <rickspencer3> barry, ok
[20:00] <rickspencer3> barry, maybe a_muva__ will do it?
[20:00] <barry> rickspencer3: the last thing you'll see is "preparing to reboot" followed by "rebooting" and then... you'll reboot into recovery.
[20:00] <popey> MartijnVdS: yeah, https://www.google.co.uk/search?q="Disable+recovery+flash"+%23ubuntu-touch+irc&oq="Disable+recovery+flash"+%23ubuntu-touch+irc
[20:01] <cwayne> MartijnVdS, well, if you're not afraid to lose any data, just try one :)
[20:01] <barry> assuming of course that you don't run into the problem ;)
[20:01] <MartijnVdS> cwayne: the phone doesn't have any data I care about, trying now :)
[20:01] <popey> I like that thinking!
[20:01] <rickspencer3> barry, http://pastebin.ubuntu.com/6916888/
[20:01] <popey> Try one, if it dies, try the other one!
[20:01] <cwayne> popey, exactly!
[20:01] <MartijnVdS> popey: exactly.. if it boots at all 8-)
[20:01] <popey> \o/
[20:01] <popey> pfffft
[20:02] <cwayne> MartijnVdS, if i haven't bricked one of these things yet it's impossible to
[20:02] <popey> You think we'd let our uses brick their phones!?
[20:02] <popey> Unpossible!
[20:02] <popey> ahem
[20:02] <barry> rickspencer3: wow.  wow.  okay, you're getting the error
[20:02] <rickspencer3> barry, is that hte same error?
[20:02] <rickspencer3> looks different to my little brain ;)
[20:02] <OrokuSaki> How can I stop unity8 from respawning? service ubuntu-touch-session USER=phablet is not working
[20:02] <barry> rickspencer3: it is!  mine just rebooted and applied r174.  okay, so let's do a little more spelunking
[20:03] <OrokuSaki> with the stop command =)
[20:03] <MartijnVdS> hmm.. I'm on the device (adb shell), but the screen doesn't (and won't) turn on
[20:03] <barry> rickspencer3: ls /var/lib/system-image
[20:03] <barry> rickspencer3: then: ls /var/lib/system-image/keyrings
[20:03] <rickspencer3> root@ubuntu-phablet:/# ls /var/lib/system-image
[20:03] <rickspencer3> blacklist.tar.xz  blacklist.tar.xz.asc  keyrings  settings.db
[20:03] <MartijnVdS> oh fixed it! Yay
[20:04] <rickspencer3> barry,
[20:04] <rickspencer3> root@ubuntu-phablet:/# ls /var/lib/system-image/keyrings
[20:04] <rickspencer3> image-master.tar.xz      image-signing.tar.xz
[20:04] <rickspencer3> image-master.tar.xz.asc  image-signing.tar.xz.asc
[20:04] <OrokuSaki> ubuntu-touch-session is not a recognized service
[20:04] <barry> rickspencer3: can you please md5sum all those .xz and xz.asc files and double check that they have the same checksums as above?
[20:06] <rickspencer3> barry, I did this, but not sure what to compare it to:
[20:06] <rickspencer3> root@ubuntu-phablet:/# md5sum /var/lib/system-image/blacklist.tar.xz.asc
[20:06] <rickspencer3> 0e2d696b633f4e65c6bbc1f6be1ad64a  /var/lib/system-image/blacklist.tar.xz.asc
[20:07] <barry> rickspencer3: md5sum /var/lib/system-image/blacklist.tar.xz
[20:07] <barry> (that .xz.asc file looks fine)
[20:07] <rickspencer3> also ..
[20:07] <rickspencer3> root@ubuntu-phablet:/# md5sum var/lib/system-image/keyrings/image-*.asc
[20:07] <rickspencer3> d895b83c18976542e2bb658729903b7c  var/lib/system-image/keyrings/image-master.tar.xz.asc
[20:07] <rickspencer3> 9a4214fb6d6d9b27dc5df03b0f2569d1  var/lib/system-image/keyrings/image-signing.tar.xz.asc
[20:08] <barry> rickspencer3: md5sum /var/lib/system-image/keyrings/*.xz
[20:09] <rickspencer3> barry,
[20:09] <rickspencer3> root@ubuntu-phablet:/# md5sum var/lib/system-image/keyrings/image-*.xz
[20:09] <rickspencer3> 1a4a5d8b79d01a77523c2d3dfba0304b  var/lib/system-image/keyrings/image-master.tar.xz
[20:09] <rickspencer3> b89d60561ca2a866c5abc4e472663109  var/lib/system-image/keyrings/image-signing.tar.xz
[20:09] <barry> rickspencer3: two more checksums.  first:
[20:09] <barry> md5sum /var/lib/system-image/*.xz
[20:11] <rickspencer3> barry, 573804b9f5149eaf253c8cbaa7ab1b83  /var/lib/system-image/blacklist.tar.xz
[20:11] <barry> rickspencer3: beautiful.  now, last one:
[20:12] <barry> md5sum /android/cache/recovery/*.xz
[20:12] <popey> MartijnVdS: i have a handy script if you want to install all the apps in the store en-masse for playing/testing ☻
[20:12] <MartijnVdS> popey: I haven't even figured out how to get there yet
[20:12] <popey> MartijnVdS: ☻
[20:12] <rickspencer3> barry, is that the right directory?
[20:12] <rickspencer3> barry,
[20:12] <rickspencer3> root@ubuntu-phablet:/# ls /android/cache/recovery/
[20:12] <rickspencer3> last_log  log
[20:14] <barry> rickspencer3: okay, that's not unexpected.  we're done for now.  i have more information, but not a root cause.  mandel you'll be interested to know that all the keyring checksums look good, which means it *has* to be the data file that got corrupted.  unfortunately, to keep things clean, s-i will remove cache partition files if they are corrupted so we can't post mortem it.  one of the debugging improvements i am going to make will be
[20:14] <barry> to capture these checksums before the files get removed (and maybe a debugging option to preserve the files)
[20:15] <rickspencer3> barry, should I retry the update?
[20:15] <barry> rickspencer3: yes, please
[20:15] <rickspencer3> barry, with the cli?
[20:16] <barry> rickspencer3: system-image-cli -v
[20:16] <mandel> barry, hm.. interesting, there is no reason why the data file would be corrupted and not the others.. and of course if we don't have the data file is going to be problematic atm to debug :-/
[20:16] <rickspencer3> barry, looks like I got the same error again
[20:17] <rickspencer3> barry, should I try it on wifi instead?
[20:17] <mandel> barry, only thing I can think of is that I have a bug in udm where I do not follow 301s... could that be it
[20:17] <barry> rickspencer3: rickspencer3 yes!  that will be a very interesting test
[20:17] <mandel> rickspencer3, if it works on wifi I know who to blame... me
[20:17] <mandel> well udm
[20:17] <rickspencer3> "blame" is not quite the word ;)
[20:17] <barry> mandel: remember the data files are humongous compared to the keyring files
[20:18] <rickspencer3> we are writing software, software has bugs
[20:18] <rickspencer3> we fix the bugs fast :)
[20:18] <mandel> rickspencer3, yeah, no worries, I like blame 'cause i puts a little more pressure on me hehe
[20:18] <rickspencer3> anyway, I htink other people were having the issue on wifi, looking at the lp bug report
[20:18] <rickspencer3> mandel, if you need pressure, let me know, I can apply it ;)
[20:19] <OrokuSaki> someone.. how can I shut down unity8 for good
[20:19] <OrokuSaki> I know... I am stupid
[20:19] <mandel> rickspencer3, they were, but they might have moved from 3g to wifi and I'm trying to be smart in udm and continued by changing the network
[20:19] <OrokuSaki> I don;t know why service ubuntu-touch-session is not working
[20:19]  * rickspencer3 nods
[20:19] <mandel> rickspencer3, no more pressure thx hehehe
[20:19] <rickspencer3> lol
[20:19] <rickspencer3> ok, fair enough
[20:19] <rickspencer3> wow, taking a long time to download
[20:20] <pmcgowan> barry, mandel it always reports a failure on the same file, why is that?
[20:20] <barry> pmcgowan: i'm not sure it *is* the same file though.  rick's getting it on a data file, others in the original bug were getting it on the keyring files (ie. the keyring files that get downloaded)
[20:21] <barry> SignatureErrors can happen in multiple places
[20:21] <pmcgowan> I only saw reports about the blacklist file, which is what I got the other day
[20:21] <pmcgowan> file not found on it
[20:21] <rickspencer3> yeah, it seems like the error report in the GUI is just where the exception is caught
[20:21] <rickspencer3> pmcgowan, right, that's from the GUI
[20:21] <rickspencer3> but if you do it from teh cli, you get a more specific error (I think)
[20:22] <mandel> we should ping diego to provide a more complete error in the gui
[20:22] <pmcgowan> yeah well it worked second time for me and popey
[20:22] <rickspencer3> pmcgowan, right, so that makes sense if the download was interupted and then worked
[20:22] <rickspencer3> mandel, actually, I think GUI should ahve a *less* specific error
[20:22] <rickspencer3> and a prompt to retry
[20:22] <rickspencer3> but that there should be an apport hook to report the real error
[20:22] <barry> rickspencer3: yes, popey's client.log sees it in a totally different place, but unfortunately one that doesn't capture the file with the failing signature.  but it's definitely not the same file you're seeing
[20:23] <mandel> rickspencer3, nicer that missing "blah" definitely
[20:23] <rickspencer3> I think we just want the users to try again
[20:23] <barry> rickspencer3: i agree.  the error won't be very helpful to end users, and the logs are much more helpful to us devs
[20:23] <rickspencer3> wow, still downloading
[20:24] <barry> your wifi is slower than your 3g?  hmm, i wonder if 3g is giving you a truncated data file?
[20:24] <rickspencer3> barry, my suspicion is that the download was bailing out before
[20:24] <rickspencer3> alternatively, the download on wifi is hung up
[20:25] <rickspencer3> barry, where are the files being downloaded to? (so I can see if they are growing or not)
[20:25] <mandel> truncated data file seems more logical to be honest
[20:25] <barry> rickspencer3: /android/cache/recovery
[20:26] <barry> rickspencer3: (assuming you have a default /etc/system-image/client.ini file  -- look at [updater]cache_partition
[20:26] <rickspencer3> oops
[20:26] <rickspencer3> rebooting
[20:26] <barry> rickspencer3: well, that tells us you got the whole file :)
[20:26] <barry> and the signature matched
[20:26] <rickspencer3> barry,
[20:26] <rickspencer3> [systemimage] Feb 11 15:26:00 2014 (967) all files available in /android/cache/recovery
[20:26] <rickspencer3> I like that message ;)
[20:27] <barry> rickspencer3: me too!  although it doesn't help us debug the 3g problem ;)
[20:27] <rickspencer3> indeed
[20:27] <barry> rickspencer3, mandel but now i am really suspicious of your 3g truncating the data files
[20:27] <rickspencer3> barry, could someone please log a bug to do a nice job with the GUI?
[20:27] <barry> rickspencer3: sure, i will
[20:27] <rickspencer3> thanks barry
[20:28] <mandel> barry, rickspencer3 possible issues, 3g is failing because is weak and we are getting a finished download when it should not, jumping from 3g to wifi makes the file to be corrupted
[20:28] <mandel> but it smells more in the truncated side because it was a "fast" download
[20:28] <barry> rickspencer3, mandel: hypothesis: rick's 3g is truncating a data file, resulting in a bad signature.  popey's and others on login-protected networks see some bogus keyring files.  in both cases, you'll get SignatureErrors, although, as the evidence indicates, in different code paths
[20:29] <barry> mandel: yep.
[20:29] <mandel> barry, I have added new signals to propagate log in errors to your side, should be in trunk asap
[20:29] <rickspencer3> fwiw, I have frequently updated via 3g in the past
[20:29] <mandel> barry, I have one landing slot and will as for a second one
[20:30] <mandel> rickspencer3, how was the signal this time?
[20:30] <nik90> jono: why do you tease us so much with all the new stuff coming to ubuntu touch like the dash, designs etc ? :P
[20:30] <barry> mandel: sounds great.  i am going to work on a branch to log more information so we can post-mortem better when we get these signature errors.  of course, if the downloaded files are bogus/corrupted/truncated, there's not really anything else we can do than say "please try again"
[20:30]  * mandel needs to find a nexus 4... 
[20:30] <nik90> jono: (referring to your on-air session today)
[20:30] <mandel> barry, yeah, we could catch it if we had the md5 for all files..
[20:31] <barry> mandel: yep.  i now have bugs covering all the improvements for post-mortem
[20:31] <mandel> barry, rickspencer3 I'm going to try and either ask someone in canonical to let me a nexus 4 or buy one in ebay to tests things things.. I have a feeling that the emulator is not good enough :-/
[20:32] <barry> mandel: we should ask xnox to instrument all kinds of weird network behaviors into the emulator ;)
[20:32] <mandel> barry, ok, I'll think carefully about improvements in my side to log this issues.. remember that disconnected message from tests.. could that be it
[20:32] <jono> nik90, :-)
[20:32] <mandel> barry, we disconnect for no known reason, I record that as a successful download and we get a truncated img
[20:33] <barry> mandel: yep, and i'm still seeing some of those in my tox tests.  so my tests are no longer completing successfully even on a desktop
[20:33] <mandel> barry, did you try the ppa I pointed to, is that with trunk?
[20:33] <barry> mandel: yes, that makes me uncomfortable.  we really need to drill down on that
[20:33]  * mandel wonders what changed in the stack..
[20:33] <barry> mandel: oh, it's not.  what's the ppa again?
[20:33] <mandel> barry, this has been working for "ever"
[20:34] <nik90> jono: you mentioned that you would host a separate video to talk about the sprint stuff..When is that scheduled for? I do not see it in the on-air calendar.
[20:34] <barry> mandel: i know!  december was the last upload for either package and yet we're only getting these bug reports since friday
[20:34] <mandel> barry, worst ppa name EVER => ppa:mandel/mandel
[20:35] <mandel> barry, if it happens to us is because we have long connections, and as soon as I release the qml plugin for udm we are probably going to see apps downloading files and will have more data
[20:35] <barry> mandel: got it.  i need to take a short break, and then i will give my unittests a go with your ppa
[20:35] <mandel> barry, yeah, I should call it a day at 21:35  :P
[20:35] <mandel> long CET day hehehe
[20:35] <barry> mandel: yes, please have a nice night! :) we'll touch base in the am
[20:35] <barry> fsvo "am" :)
[20:35] <mandel> lol
[20:36] <mandel> barry, see you, have a great afternoon!
[20:36] <barry> mandel: cheers!
[20:42] <NovaX> Is there a way to download an image from the browser? So far i cant find a way.
[20:45] <OrokuSaki> initctl stop unity8
[20:45] <NovaX> Long press on the image only gives the option to copy image or open in new tab
[20:54] <taiebot> Hi all i cannot update to 174 get the same as bug https://bugs.launchpad.net/ubuntu-system-image/+bug/1277589 but after downloading nothing happens
[20:58] <popey> taiebot: close system settings and try again?
[20:59] <taiebot> Did it few times even rebooted.. but nothing
[21:00] <taiebot> downloading for 3rd time..
[21:00] <popey> barry: ^^ any suggestions?
[21:02] <taiebot> By the way could if i could request to re-put the size of the image being downloaded that would be great.
[21:03] <taiebot> 3rd time not lucky :P
[21:06] <chrisccoulson> rsalveti, i figured out your issue with checking out oxide the other day. it turns out that despite us checking out a specific rev of depot_tools, the gclient script updated it anyway, and they changed something a few days ago that broke us
[21:06] <chrisccoulson> i think it's all fixed now ;)
[21:07] <rsalveti> chrisccoulson: got it, cool
[21:09] <barry> taiebot: okay, let's ask the usual questions by now: are you on some kind of restricted network, i.e. 3g or login-protected?
[21:10] <taiebot> I am on a 3g network as my main network
[21:10] <barry> mandel: ^^
[21:10] <barry> taiebot, mandel: another 3g failure
[21:10] <rickspencer3> barry, is it possible that all we are seeing is that people are reporting the error rather than retrying?
[21:10] <rickspencer3> and the issue has been extent since forever?
[21:11] <rickspencer3> I recall in the past having to try several times to update
[21:11] <rickspencer3> I always assumed it was that the server was busy or something
[21:11] <barry> rickspencer3: it's possible, sure.  maybe
[21:11]  * rickspencer3 wonders if he used "extend" properly
[21:12] <barry> taiebot: the best suggestion i have right now is to switch to a reliable, unencumbered network, e.g. no login-protected wifi
[21:12] <taiebot> Is there not a button missing recently the UI changed?
[21:12] <barry> taiebot: and if you do, please let us know if that works or not
[21:12] <rickspencer3> barry, maybe it would be helpful for him to keep retrying on 3g and see if it works eventually?
[21:13] <taiebot> I have managed in the past to update with no problem on this 3g network
[21:13]  * rickspencer3 notes the word is "extant"
[21:14] <pmcgowan> rickspencer3, seems like something regressed early last week, suddenly everyone is having this problem, unless the error reporting was just added
[21:14] <barry> rickspencer3, taiebot it probably is worth retrying.  taiebot the other question is how much you want to hack on things to help us debug it.  i.e. is this your main phone?
[21:14] <rickspencer3> pmcgowan, well, tbh, I remember there used to always be problems with needing to retry
[21:14] <rickspencer3> but now we have the error message in the GUI
[21:14] <rickspencer3> it used to just say something like "sorry, retry"
[21:14] <taiebot> It is my main phone but not using it that much can backup my few photos
[21:14] <pmcgowan> rickspencer3, yep
[21:14] <rickspencer3> so I am worried that if we are chasing a regression, it may not be a regression
[21:15] <pmcgowan> I didnt see anything added last week to system-iamge or downloads
[21:15] <rickspencer3> pmcgowan, just the nasty looking error message on the updater screen
[21:15] <rickspencer3> the new update GUI, I mean
[21:15] <pmcgowan> yep
[21:16] <seb128> we don't have design on how to display error
[21:16] <rickspencer3> it's good that we are taking the bug seriously, but I don't think we should assume it's a regression
[21:16] <rickspencer3> seb128, the solution is obvious, never have errors1
[21:16] <seb128> but feel free to ping mpt if you think displaying the actual error is user scary
[21:16] <rickspencer3> !
[21:16] <seb128> well, seems you are blame the new UI
[21:16] <seb128> so just saying
[21:16] <rickspencer3> seb128, not "blaming"
[21:16] <rickspencer3> seb128, my current theory is that the bug was always there
[21:16] <rickspencer3> wherever it is
[21:16] <barry> pmcgowan: we have another interesting data point, re: regressions in the last week or so.  at the london sprint, we started noticing that the s-i test suite was failing in strange ways.  the localhost http/https server vending files to u-d-m during the tests was seeing peer resets, which means that u-d-m was exiting while still connected to the server.  we chalked it up to dbus issues, but never was able to figure it out in london.  now
[21:16] <barry> i'm seeing those in my unittests.  so the other avenue we're exploring is that something changed in the qt networking stack that breaks u-d-m, causing it to exit/segfault in some cases.
[21:16] <NovaX> When tying on the keyboard i keep clicking the items behind the keyboard is this a know bug or something new?
[21:16] <rickspencer3> but the new UI motivates us to fix it
[21:17] <seb128> you summary is basically "I use to not worry about error but now the error message makes me unsure"
[21:17] <rickspencer3> seb128, right
[21:17] <seb128> used*
[21:17] <rickspencer3> that's one way to put it
[21:17] <seb128> which might be a good thing or not ;-)
[21:17] <rickspencer3> but, I think there is a real bug there
[21:17] <seb128> right
[21:17] <pmcgowan> barry, I can check but not aware of anything off hand
[21:17] <rickspencer3> seb128, I think it is a good thing right now, we should fix the underlying bug (assuming I am correct, which is rarely the case)
[21:18] <rickspencer3> but then we should go back to the old "sorry, please retry" imo ... but barry said he would log a bug to get the design looked at by the right people
[21:18] <barry> rickspencer3: there definitely is a real bug here.  my next task is to try my unittests with mandel's ppa of u-d-m.  i still think u-d-m is the layer where things are going wrong
[21:18] <rickspencer3> barry, tbh, that makes by far the most sense
[21:19] <rickspencer3> from my tiny manager brain way of looking it at
[21:19] <barry> seb128, rickspencer3: LP: #1279066 is that bug.  hopefully i captured the issue well enough
[21:19] <rickspencer3> anyway, I didn't want seb128 to feel singled out for "causing the bug"
[21:19] <seb128> rickspencer3, thanks
[21:20] <seb128> rickspencer3, I was unsure of what you meant since you mentioned it being an issue only since the Ui redesigne
[21:20] <seb128> -e
[21:20] <rickspencer3> seb128, yeah
[21:20] <seb128> which somewhat suggested the UI update created new issues
[21:20] <barry> rickspencer3: yeah, i'm 99.9% certain it's not in the ui :)
[21:20] <rickspencer3> it's an interesting thing, actually ... how the GUI has motivated us our behavior
[21:20] <barry> (gotta leave a little room for surprises :)
[21:21] <rickspencer3> barry, well, that's not what anyone thought, more "nobody cared until we updated the GUI, we shouldn't have updated the GUI"
[21:21] <rickspencer3> but, I think it's good that we care now
[21:21] <rickspencer3> where there's smoke, there's fire ;)
[21:22] <taiebot> Ok 4th time download and fail..
[21:22] <barry> yep!
[21:22] <rickspencer3> there goes my theory
[21:22] <rickspencer3> lol
[21:22] <barry> taiebot: still on 3g?
[21:22] <taiebot> yep
[21:23] <barry> taiebot: can you try on wifi?
[21:24] <taiebot> trying on wifi now
[21:27] <barry> taiebot: an interesting observation (aside from whether it works or not) is whether the update is slower on wifi
[21:27] <barry> taiebot: the implication being, it's slower because it's actually completing where as 3g exits out before the download is complete
[21:27] <taiebot> need to reboot does not start the download as well
[21:28] <barry> taiebot: sorry, i don't understand that last sentence
[21:28] <taiebot> the spinner spins forever and the download do not start
[21:29] <barry> taiebot: do you have adb shell access to this device?
[21:30] <taiebot> yes
[21:31] <barry> taiebot: if you have some time to dig in a little bit, let's cancel the download, adb shell in and use the cli tool to gather some data
[21:32] <barry> taiebot: if not, that's cool.  a reboot + retry on wifi *should* give better results
[21:32] <taiebot> ok
[21:33] <taiebot> by the way i am not using 3g from the phone but 3g through a router..
[21:33] <taiebot> so wifi..
[21:34] <popey> fwiw, i never had to retry
[21:36] <barry> i really suspect that we have various network configurations that cause u-d-m to report successful downloads when in fact, they are not successful.  mandel is working on detecting and exposing these so that s-i has a better chance to report what's going wrong.  anyway, that's the line of investigation we're currently taking.
[21:36] <taiebot> barry: i am ready
[21:36] <barry> taiebot: so, adb shell in and then:
[21:36] <barry> system-image-cli --info
[21:37] <barry> (just to get some basic information, please paste or pastebin the results)
[21:37] <taiebot> http://pastebin.com/twCY8KqZ
[21:38] <barry> taiebot: cool.  now, let's do a dry run test:
[21:38] <barry> system-image-cli --dry-run -v
[21:39] <taiebot> http://pastebin.com/sRKag0C8
[21:40] <barry> taiebot: so far, you're looking a lot like rickspencer3's case.  now:
[21:40] <barry> system-image-cli -v
[21:40] <rickspencer3> seriously
[21:41] <barry> taiebot: ^^ if that succeeds to reboot, then you are all good on wifi.  if that fails, please paste the results
[21:47] <taiebot> http://pastebin.com/kDxCxYKg yeah success \o/ was on the same network btw. Was never on 3g through my phone but on 3g through wifi.
[21:48] <barry> taiebot: i'll take your word for it.  pastebin hates my captcha responses ;)
[21:48] <barry> taiebot: this is definitely in line with our previous observations.  glad we could get you updated and thanks for the data points!
[22:24] <marfik> Does anyone know of an Ubuntu Touch ownCloud client in the works? If not I'm thinking of starting one.
[22:35] <pmcgowan> marfik, not aware of any efforts, but you should review the app confinement rules as they will restrict what is possible
[22:35] <pmcgowan> http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/
[22:36] <harris> when does the nexus 7 2013 get ubuntu touch is it 14.04 or 14.10
[22:36] <marfik> thanks for the link, will have a look
[22:38] <pmcgowan> harris, very soon, 14.04
[22:38] <harris> is there a wiki yet
[22:39] <pmcgowan> its being supported as one of the reference designs, no wiki page I am aware of
[22:40] <gibbardish> anyone successfully installing ubuntu touch on older androids?
[22:42] <marfik> want to give it a try but lacking hardware that's not needed on daily basis!
[22:43] <gibbardish> which device do you have?
[22:45] <marfik> The only thing I might be temped to sacrifice atm the moment is a htc desire though i think it might prove a difficult task!
[22:45] <marfik> Have you managed to UT going on anything?
[22:45] <gibbardish> hmm, true. i've got a Incredible 2--obvious hardware limitations.
[22:46] <marfik> lol
[22:46] <marfik> have you seen the latest youtube vid from ubuntu devel? looks soo nice
[22:47] <gibbardish> i haven't run it yet; i'm trying to work through this workstation program(?)--there has to be a workaround for me to get it on my device
[22:47] <gibbardish> i saw one a few months ago--looked great. just recently saw on the ubuntu website about releasing touch
[22:48] <marfik> http://youtu.be/GgbxaUjY2Ag
[22:48] <vitimiti> hi, I'm having this error: "Could not determine application identifier. HUD will not work properly." following the example from the currency converter y the ubuntu web, and the buttons and such collide with the title. How can I fix this?
[22:50] <gibbardish> sorry, not familiar with that error
[22:51] <vitimiti> wait, it gives more: https://gist.github.com/vitimiti/8945966
[23:00] <gibbardish> the ubuntu touch article says the device needs to be in workstation so as to be able to accept a host key
[23:01] <marfik> oh right ok, I think I have some reading to do :-)
[23:13] <gibbardish> i might be sol with this device; i have another, but it needs a screen replacement
[23:31] <gibbardish> i'd like to figure out how to get workstation on my device
[23:32] <gibbardish> i tried downloading the zip and installing it through the ROM manager
[23:32] <gibbardish> but the installation aborted
[23:47] <mandel> barry, ok, I'll run the tests in my morning to see what is going on