[00:19] <phablet> can not set system time zone after appying the .writable_image flag, can anyone help?
[00:26] <AskUbuntu> In 2013 What Touch Screen Laptop Would You Buy? | http://askubuntu.com/q/352074
[01:02] <AskUbuntu> How do I disable screen blanking in Ubuntu Touch | http://askubuntu.com/q/352082
[02:29] <ejat> is there a way to backup touch to u1 ?
[03:14] <mfisch> anyone else have a broken camera on mako on image 71/72?
[03:19] <ejat> mfisch, just flash 71 .. now updating to 72 ... will keep posted once done ..
[03:21] <mfisch> ejat: do you remember how to run an app from the command line and set the display?
[03:22] <ejat> which app ? nope .. sorry ..
[03:24] <ejat> previously when i update from 70 to 71 timezone working .. n now flash 71 and update 72 timezone not working :(
[03:25] <mfisch> ejat: what do you mean?
[03:26] <ejat> time zone ..
[03:27] <ejat> camera not working
[03:27] <ejat> white screen :(
[03:27] <mfisch> yeah and it's the same segfault i have with the infographics
[03:28] <ejat> but previously when i was in image 70 upgrade to 71 .. the camera working ..
[03:28] <ejat> and the timezone setting
[03:29]  * ejat but now ... camera not working .. timezone need to use phablet-config
[03:30] <mfisch> ejat: okay I'll let cwayne know that it's broken
[03:30] <ejat> tx
[03:31] <mfisch> ejat: I'll file that bug can you confirm it when I do?
[03:32] <mfisch> ejat: https://bugs.launchpad.net/sevilerow/+bug/1233489
[03:33] <mfisch> ejat: please add the last time it worked for you
[03:34] <ejat> mfisch, ok ..
[03:35] <ejat> i think .. this bug 1195398 also sevilerow need to take a look for oem
[03:36] <mfisch> ejat: That will get fixed in time
[03:36] <mfisch> probably wont be on our priority list
[03:38] <ejat> :( so i can't check my credit balance and reload my data plan without that bug get fixed :( ... need to wait
[03:38] <mfisch> no wifi?
[03:39] <ejat> wifi working ..
[03:40] <ejat> but cant interact with customer services .. that start with *number#
[03:41] <mfisch> oh I thought you could do it on a website
[03:41] <mfisch> I have unlimited data here but it's expensive
[03:42] <ejat> i have the unlimited data but with other mobile phones ..
[03:42] <ejat> its not only for data .. it also need when to reload / topup credit
[03:43] <ejat> needed*
[04:02] <Mirv> cwayne: pong
[04:06] <powermaniac> Hi, could someone possibly help me with this problem: I'm trying to return my Nexus 7 to Android as I had updated to 4.3 and then tried to installed Ubuntu ontop which didn't work and then I read I need Android 4.2.2 on instead. So I'm trying to install 4.2.2 and I get: "./flash-all.sh: 17: ./flash-all.sh: fastboot: not found" with numbers 17 through 26. Anyone know how to fix that?
[04:11] <powermaniac> Don't worry worked it out and fixed it myself
[04:11] <powermaniac> Thanks anyway
[04:35] <cwayne> Mirv: hey, would you know anything about the music scope not showing cover art thumbnails for local music?
[04:37] <Mirv> cwayne: hi. no, I dodn't know about music scope unfortunately.
[04:37] <cwayne> Mirv: ah, sorry.  i'd seen your name on the landing pipeline for something about unity thumbnails, and thought that might be relevant :)
[04:37] <cwayne> Mirv: any idea whom I could ask?
[04:56] <Mirv> cwayne: ah, right, I'm just trying to make sure there are no regressions before releasing, but I don't know the internals
[04:56] <Mirv> hmm
[04:57] <Mirv> cwayne: this is just a wild guess, but maybe James who has been contributing to the mediascanner lately? https://code.launchpad.net/~unity-team/unity-scope-mediascanner/trunk
[04:57] <cwayne> Mirv: seems reasonable, thanks!
[05:05] <widespread_kerne> I bought a nexus 7 2013 gen 2, is there anything i can do to help port it faster? Without harming the tablet.....im not afraid of flashing but if i install multi rom which is in kickstarter and they made thier mark.....would that be a safer method?
[05:17] <widespread_kerne> I see there isnt even a stable cm yet
[05:34] <ejat> cwayne, my music scope showing only a few thumbnail only .. using local music
[05:37] <powermaniac> IS there any reason why Ubuntu Touch on my Nexus 7 thinks it is a phone. Or is that just how Ubuntu Touch is built?
[05:38] <powermaniac> Also can I mess with the security of the Ubuntu Touch? As I'm new to Ubuntu Touch and not quite sure how to.
[05:38] <powermaniac> Without just editing in bash.
[05:41] <ignitiongtown> Powermaniac os that a first or second gen?
[05:42] <powermaniac> ignitiongtown: First gen
[05:43] <ejat> mfisch, camera app still not working in build 73
[05:43] <powermaniac> ignitiongtown: I used the grouper images from here: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[05:43] <ejat> opss forget .. the bugs haven't fixed yet .. my bad
[05:43] <powermaniac> ignitiongtown: Also are the back, home and settings buttons supported in Ubuntu Touch?
[05:45] <mfisch> ejat: I found that it's the same fault that's killing my infogrpahics
[05:45] <mfisch> but I should be in bed, so I'm eod
[05:45] <powermaniac> As for whatever reason when I'm in the settings menu I can't go back
[05:45] <ejat> mfisch, u better go to bed 1st :) ....
[05:48]  * ejat looking at the changelog .. 
[05:56] <powermaniac> Two more questions: What is the default root password after installing Ubuntu touch. Also is there a way to turn off the battery saving settings that change the screen brightness constantly?
[06:00] <AskUbuntu> Will I be able to install Ubuntu Touch on a generic Android phone in future? | http://askubuntu.com/q/352150
[06:14] <ignitiongtown> Powermanaic i was asking because i have a second gen, i wish o
[06:14] <ignitiongtown> I wish i could help but im a noob
[06:14] <powermaniac> ignitiongtown: Oh okay =\
[06:24] <AskUbuntu> QML SQLite code example needed | http://askubuntu.com/q/352157
[06:38] <AskUbuntu> Problem in Call Through Modem | http://askubuntu.com/q/352166
[07:05] <dholbach> good morning
[07:22] <MacSlow> mzanetti, Saviq: hey there...
[07:23] <MacSlow> mzanetti, Saviq: is there something wrong with autopilot (on jenkins) atm? My branch that used to pass just fine, all of a sudden fails all over the place. Locally testing any of the failing ap-tests works just fine.
[07:28] <ogra_> pitti, [   21.974853] type=1400 audit(1380573331.014:55): apparmor="DENIED" operation="open" parent=863 profile="/sbin/dhclient" name="/etc/writable/localtime" pid=1369 comm="dhclient" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[07:28] <ogra_> pitti, i guess you need to change some apparmor profiles too :)
[07:28] <Sgirard91> Hello
[07:29] <Sgirard91> anyone know anything about porting
[07:29] <pete-woods> hi all, it looks like the directory /var/lib/usermetrics/ has become owned by root on some images instead of by the usermetrics user
[07:29] <pete-woods> does anyone know why this could be?
[07:32] <pitti> ogra_: hm, that worked on my workstation; we have additional profiles on the phone apparently..
[07:33] <pitti> ogra_: do we have a new image with all that stuff landed?
[07:33] <ogra_> pitti, several
[07:33] <ogra_> pitti, image 71 and above
[07:33] <pitti> ogra_: cool; reflashing, and fixing
[07:42] <pitti> ogra_: added apparmor task for this to bug 1227520
[07:42] <ogra_> great, thx
[07:55] <didrocks> oSoMoN: hey!
[07:56] <didrocks> ogra_: I still can't set my timezone with image 73
[07:56] <didrocks> went to system settings
[07:57] <didrocks> time and date
[07:57] <ogra_> didrocks, see above
[07:57] <ogra_> apparmor="DENIED" operation="open" parent=863 profile="/sbin/dhclient" name="/etc/writable/localtime" pid=1369 comm="dhclient" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[07:57] <didrocks> ah, additional profile
[07:57] <ogra_> missing apparmor fix
[07:57] <didrocks> a pity this wasn't tested on phone as requested :/
[07:57] <ogra_> well, i tested the initrd changes far more than the UI parts
[07:57] <ogra_> sorry for that
[07:57] <didrocks> ogra_: please readd a landing ask for that one
[07:57] <didrocks> no worry
[07:58] <didrocks> I'll just try to communicate that nicely ;)
[07:58] <ogra_> its no regression at least
[07:58] <pstolowski> tsdgeos: ping
[07:58] <tsdgeos> hi ho
[07:59] <pstolowski> tsdgeos: morning!
[08:00] <pstolowski> tsdgeos: did you have time to look at category reordering problems?
[08:00] <tsdgeos> nope :-/
[08:00] <tsdgeos> is this something needed for *now* ?
[08:02] <pstolowski> tsdgeos: not now, but definately this week...
[08:03] <tsdgeos> ok
[08:03] <tsdgeos> will try to squeeze it in
[08:03] <tsdgeos> Saviq: I'll have to put some time on ↑↑↑
[08:04] <ogra_> pitti, can you make sure the settings app works after your fix before uploading ?
[08:04] <Saviq> tsdgeos, k
[08:04] <pstolowski> tsdgeos: thanks
[08:05] <Saviq> MacSlow, yeah, we need to get the gsettings schemas upgraded on jenkins
[08:05] <tsdgeos> pstolowski: thank me when we fix the problem :-)
[08:05] <MacSlow> Saviq, ah ok
[08:05] <Saviq> didrocks, can you access the otto runners for upstream merger?
[08:06] <MacSlow> Saviq, I've also updated the unity-notifications MR, which addresses most of the issues.... apart from the formatting grief
[08:06] <Saviq> MacSlow, k
[08:06] <oSoMoN> didrocks: hey
[08:06] <pstolowski> tsdgeos: I trust you and consider it done already ;)
[08:06]  * tsdgeos feels the presure on its neck
[08:07] <didrocks> Saviq: no, it doesn't even seem to be otto as "otto" ;)
[08:08] <didrocks> oSoMoN: hey! how are you?
[08:08] <Saviq> pstolowski, actually... how can this be... "Settings schema 'com.canonical.Unity.Lenses' does not contain a key named 'hidden-scopes'"
[08:08] <oSoMoN> didrocks: good, and you?
[08:08] <Saviq> pstolowski, ah, I know how can this be... we're upgrading libunity-core, but not libunity...
[08:09] <Saviq> pstolowski, shouldn't libunity-core require a version of libunity that has that schema change?
[08:09] <didrocks> oSoMoN: I'm fine thanks ;)
[08:09] <didrocks> oSoMoN: did you get my email about the camera-app crash?
[08:09] <Saviq> didrocks, do you know who can, in our timezone?
[08:09] <didrocks> Saviq: maybe vila
[08:10] <pstolowski> Saviq: does unitycore need this key now?
[08:10] <oSoMoN> didrocks: just saw it, reading
[08:10] <Saviq> pstolowski, apparently
[08:10] <pstolowski> Saviq: let me check
[08:10] <pstolowski> Saviq: I would say it shouldn't, but...
[08:10] <Saviq> pstolowski, what I can tell you is that unity8 crashes with that error
[08:10] <vila> didrocks: what ?
[08:11] <oSoMoN> didrocks: looks like a priority indeed
[08:11] <didrocks> oSoMoN: yeah, it's frustrating we can't reproduce it
[08:11] <pitti> ogra_: hm, I re-flahsed and got 70; I need --channel=<something>?
[08:11] <oSoMoN> didrocks: I’ll try it on my side
[08:11] <pitti> ogra_: yes, I'll verify the settings app
[08:12]  * pitti tries devel-proposed
[08:12] <Saviq> vila, actually nothing for now, fginther worked around this last night
[08:12] <ogra_> pitti, --channel devel
[08:12] <vila> Saviq: ha ok, is there an IRC log I can read about that ?
[08:13] <pitti> ogra_: danke
[08:13] <ogra_> pitti, oh, wait, proposed is better actually
[08:13] <ogra_> so follow your first intention ;)
[08:13] <didrocks> ogra_: thanks
[08:13] <Saviq> vila, I can tell you, libunity9 introduced a new gsettings key and now unity8, built against libunity-core fails, 'cause it doesn't depend on this new version of libunity9, but seems to require that key
[08:13] <didrocks> oSoMoN: ^
[08:14] <Saviq> vila, the reason being the upstream merger mediumtests machines have unity7 installed, but it doesn't get upgraded on each run (unless package dependencies make it so)
[08:14] <Saviq> vila, fginther moved us back to the VMs temporarily, where unity7 is not installed, hence the newer version of libunity9 will get installed
[08:15] <pstolowski> Saviq: and what version of libunity do you have? pre-Sep 6th?
[08:16] <Saviq> pstolowski, whatever's installed on the machines, can't tell, even
[08:16] <vila> Saviq: pfew, hackathon :-/ So the bug is libunity-core not updating its deps ? libunity9 not bumping its version ? ci-engine not... guessing which package versions it should install ?
[08:16] <Saviq> pstolowski, 'cause on the autopilot machines unity7 is installed - and nothing's upgraded unless package deps tell it to
[08:17] <Saviq> vila, I'd say -core should be requiring new libunity9
[08:17] <Saviq> pstolowski, what do you say ↑?
[08:18] <vila> Saviq: ok, do you have a jenkins url to a job that failed because of that ?
[08:18] <Saviq> vila, plenty! ;)
[08:18] <vila> Saviq: hehe, most recent one then ;)
[08:18] <Saviq> vila, http://s-jenkins:8080/job/unity8-autolanding/513/console
[08:19] <Saviq> vila, with http://10.97.2.10:8080/job/autopilot-testrunner-otto-saucy/544/ being the actual failed job
[08:19] <vila> Saviq: funnily enough, I was looking at http://10.97.2.10:8080/job/autopilot-testrunner-otto-saucy/550/ when I was pinged ;)
[08:20] <Saviq> vila, yeah, that's from our -ci probably, I grabbed the latest -autolanding
[08:20] <Saviq> vila, same issue, yeah
[08:21] <vila> Saviq: and the symptom is the ProcessSearchError: Process exited with exit code: -5
[08:21] <vila>  ?
[08:21] <Saviq> vila, yeah, and, more importantly, " GLib-GIO-ERROR **: Settings schema 'com.canonical.Unity.Lenses' does not contain a key named 'hidden-scopes'" at the top
[08:21] <vila> Saviq: great ! I was wondering if the -5 one was too generic, indeed.
[08:22] <pstolowski> Saviq: I see no trace of dependency on this key in libunity-core, still looking
[08:22] <Saviq> pstolowski, :/
[08:26] <ogra_> pitti,
[08:26] <ogra_> root@ubuntu-phablet:/# ls /etc/writable/
[08:26] <ogra_> root@ubuntu-phablet:/#
[08:26] <ogra_> root@ubuntu-phablet:/# cat /etc/timezone
[08:26] <ogra_> cat: /etc/timezone: No such file or directory
[08:26] <ogra_> :(
[08:26] <ogra_> something is wrong here
[08:32] <Laney> ogra_: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/saucy-preinstalled-touch-armhf.tar.gz has etc/timezone etc/writable with files
[08:32] <pitti> ogra_: hm, I flashed with "devel" and still got 70
[08:32] <pitti> ogra_: might be a different channel than "devel" after all?
[08:32] <pstolowski> Saviq: I'd say it won't hurt to require newer libunity, the version it currently depends on is a bit old; but again, I can't find any use of this key in libunity-core; is it possible a newer libunity has been installed but the schema wasn't compiled for some reason?
[08:32] <Laney> don't know why they aren't symlinks in tar.gz
 ogra_: danke
 pitti, oh, wait, proposed is better actually
 so follow your first intention ;)
[08:32]  * pitti tries devel-proposed, not knowing what that is
[08:33] <pitti> ogra_: ah, missed that
[08:33] <Saviq> pstolowski, in theory, yes, but I'm not seeing it being installed on the machine
[08:33] <pitti> ogra_: well, s/intention/the only thing that --help says/ :)
[08:33] <Saviq> pstolowski, http://10.97.2.10:8080/job/autopilot-testrunner-otto-saucy/550/consoleFull
[08:33] <ogra_> pitti, i also think the linking code in livecd-rootfs is wrong ... you dont cd into /etc before creating the relative link
[08:34] <Laney> laney@iota> ls -l timezone                                                                                               ~/temp/unpacked/etc
[08:34] <Laney> lrwxrwxrwx 1 laney laney 17 Oct  1 07:22 timezone -> writable/timezone
[08:34] <Laney> it's right
[08:34] <Saviq> pstolowski, here's the packages removed / upgraded / installed: http://pastebin.ubuntu.com/6178774/
[08:34] <Laney> I'm guessing it is the 'synced' stuff that is breaking it
[08:34] <ogra_> Laney, hmm, then it must be proken on boot
[08:34] <ogra_> *broken
[08:35] <ogra_> the system image stuff is only re-compressing afaik
[08:35]  * Laney flashes with d-proposed too
[08:35] <Laney> do you get logs from the writable-paths migrations?
[08:36] <pitti> ogra_: why would I need to cd to /etc?
[08:37] <ogra_>     echo "I: Linking /etc/$f to /etc/writable/"
[08:37] <ogra_>     ln -s writable/$f /etc/$f
[08:37] <pitti> ln -s doesn't care in which directory you run it (other than where to place a relative target, of course)
[08:37] <ogra_> you are in /
[08:37] <Laney> I already showed you it's right
[08:37] <pitti> you specify the verbatim target of the link in ln -s, it doesn't translate it
[08:37] <Laney> don't understand why you're trying to claim it isn't
[08:37] <ogra_> Laney, i see it is, i still wanted to answer pitti
[08:38] <Laney> I see
[08:38] <pitti> ah, so "synced" doesn't copy the initial files from the origanl image to /userdata/ ?
[08:38] <Laney> I thought it did / was supposed to
[08:38]  * Laney checks changelog
[08:38] <pstolowski> Saviq: ok, this looks weird... libunity9 should be upgraded together with libunity-protocol-private0
[08:41] <pstolowski> Saviq: can we get versions of all the important packages on that machine?
[08:42] <ejat-> what is the changes in build 74 ?
[08:42] <pitti> ogra_: oh, hang on -- might it be that restoring the backup might have broken this?
[08:42] <mhr3_> Saviq, mostly of protocol and libunity9
[08:42] <pitti> ogra_: this isn't upgradeable, due to the broken change that landed in the previous livecd-rootfs (adding /etc/timezone to writable-files)
[08:43] <Saviq> vila, can you get that info for mhr3_ and pstolowski ↑ ?
[08:43] <Saviq> vila, just the versions installed in a "clean state" would be enough
[08:43] <pitti> ogra_, Laney: I just flashed "phablet-flash ubuntu-system --channel devel-proposed" which gives me image 74, and it's alright
[08:43] <pitti> /etc/timezone -> writable/timezone
[08:43] <Saviq> pstolowski, mhr3_, yeah I did see the -protocol-private thing there and thought it could be the culprit
[08:43] <pitti> -rw-r--r-- 1 root root 8 Oct  1 06:08 /etc/writable/timezone
[08:43] <ogra_> root@ubuntu-phablet:/# mount|grep writable
[08:43] <Laney> pitti: I'm trying it now too
[08:43] <ogra_> /dev/mmcblk0p12 on /etc/writable type ext4 (rw,relatime,barrier=1,data=ordered)
[08:43] <ogra_> i guess an empty /etc/writable is mounted on top of the one having the files
[08:44] <pitti> ogra_: yep, that would be the old one from the bad livecd-rootfs
[08:44] <Laney> Waiting for install to finish on device...
[08:44] <pitti> we don't seem to have upgrade quirks
[08:44] <pitti> ogra; so perhaps you need to add a --no-backup once?
[08:45] <ejat-> pitti, u mean timezone r writetable in 74 ?
[08:45] <Saviq> MacSlow, also, the fact that there is no longer the Hints enum is API change
[08:45] <pitti> ejat-: /etc/writable/{timezone,localtime} are writable, yes
[08:46] <ogra_> pitti, --no-backup wipes all data
[08:46] <Saviq> MacSlow, there's still Type::ExtSnapDecision, shouldn't all of that go away
[08:46] <Saviq> ?
[08:46] <OrokuSaki> Morning alls!
[08:46] <pitti> ogra_: well, whatever is necessary to get rid of the broken /userdata/etc/timezone and friends
[08:46] <Saviq> MacSlow, in NotificationModel.cpp
[08:47] <ejat-> pitti, but still cant change the timezone from setting right ?
[08:47] <pitti> ejat-: I'm trying right now
[08:47] <ejat-> ive tried
[08:47] <ogra_> ejat-, yes, thats still broken
[08:47] <ejat-> still not working ..
[08:47] <ejat-> same goes to camera n infographic after build 71
[08:47] <OrokuSaki> Ogra will probably be busy October 17th =)
[08:48] <pitti> hm, settings is broken; typing "augs" it shows me "Augsburg, DE", but I can't click on it
[08:48] <pitti> same for other cities
[08:48] <ogra_> pitti, yes, try to go back now, go forward again and it should be selected (oramnge)
[08:48] <ejat-> pitti, yups .. same goes to me .. find but cant click ..
[08:48] <ogra_> the UI is behaving very weird
[08:49] <popey> clock is gone again
[08:49] <Laney> did it change the timezone?
[08:49] <pitti> ogra_: back and forth makes it orange, but still not selected
[08:49] <pitti> and yes, the clock is gone from the indicators
[08:49] <pitti> the same now sometimes happens on desktop
[08:49] <ejat-> orange but cant select
[08:49] <seb128> pitti, clock gone from indicators?
[08:50] <pitti> yes
[08:50] <MacSlow> Saviq, fixed
[08:50] <Laney> it should select if the timezone changes
[08:50] <seb128> pitti, the UI is confusing, what should happen is that the selected location should be an orange line
[08:50] <Saviq> MacSlow, sorry for switching channels ;)
[08:50] <seb128> nothing else
[08:50] <MacSlow> Saviq, I can cope :)
[08:50] <seb128> pitti, you can try on your desktop
[08:50] <pitti> seb128: well, "Augsburg" is now in orange, but I can't select it nor is there an "OK" button or so
[08:50] <OrokuSaki> Is there a site we can go do to see apps for UT?
[08:50] <Laney> did it change? :(
[08:50] <seb128> pitti, if it's in orange, it's selected
[08:51] <seb128> pitti, the call happens when you click
[08:51] <Laney> it selects in response to changes, so if that fails to happen then it probably won't update
[08:51] <pitti> seb128: and if I go back, it still says "Etc/UTC UTC+0"
[08:51] <Laney> look at /etc/timezone
[08:51] <seb128> so the dbus call failed I guess
[08:51] <MacSlow> Saviq, works ok here ... https://code.launchpad.net/~saviq/unity-notifications/fix-themed-icons/+merge/188483 approved it
[08:51] <pitti> oh, wow
[08:51] <pitti> hang on
[08:51] <pitti> $ timedatectl
[08:51] <pitti>        Timezone: Europe/Berlin (UTC, +0000)
[08:51] <Saviq> MacSlow, cheers
[08:51] <seb128> ah
[08:51] <ejat-> ive clicked the orange also its not select
[08:51] <pitti> so, it did try to select it, but failed
[08:51] <seb128> pitti, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1232114
[08:51] <pitti> $ cat /etc/timezone
[08:51] <ogra_> pitti, i even have that in the UI
[08:51] <seb128> for the confusing UI
[08:51] <Laney> ejat-: we heard, please stop re-confirming
[08:51] <pitti> Etc/UTC
[08:52] <MacSlow> Saviq, only jenkins doesn't want to play along... so I didn't top-approve yet
[08:52]  * ejat- silent .. 
[08:52] <Saviq> MacSlow, yeah, let me have a quick look
[08:54] <pitti> ogra_, Laney: oh, I know
[08:54] <pitti> I wrote the systemd patch to check for symlinks to /etc/writable/
[08:54] <pitti> but cjwatson suggested to make the symlinks relative
[08:54] <pitti> so they now start with "writable/"
[08:54]  * pitti adjusts
[08:54] <Laney> heh
[08:54] <Saviq> MacSlow, right, it's running unity8 AP tests which are currently broken due to libunity/libunity-core version mismatch
[08:55] <Saviq> MacSlow, we're trying to get to the bottom of it on #ubuntu-unity
[08:55] <MacSlow> ok
[08:55] <pitti> ogra_: btw, I don't have the AppArmor violation (not sure why, I should have it)
[08:56] <cjwatson> pitti: I admit that I assumed that nobody was using the symlinks wrongly ;-)
[08:56] <pitti> cjwatson: not your fault :)
[08:56] <pitti> (and it was a good suggestion)
[08:56] <didrocks> oSoMoN: mind joining a hangout?
[08:58] <oSoMoN> didrocks: sure
[08:58] <didrocks> oSoMoN: https://plus.google.com/hangouts/_/2677f6ccd372954e7dfcef79ec21a8422315cc06
[08:59] <didrocks> it's a french hangout :p
[09:01] <ogra_> pitti, https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-maguro-smoke-camera-app-autopilot/111/artifact/clientlogs/dmesg.log/*view*/ we have it a few times on the test devices during test runs
[09:01] <pitti> ogra_: yep; I uploaded the apparmor fix already
[09:02] <ogra_> i dont see it locally either here
[09:02] <ogra_> anyway, what do we do with /etc/writable now
[09:03] <pitti> ogra_: give me some minutes, working on the systemd fix :)
[09:03] <ogra_> k
[09:03] <ogra_> :)
[09:06] <OrokuSaki> I recompiled powerd one day an told it to look at /sys/class/leds for brightness settings.. but it did not give me access to brightness changes in the UI... Is there another package I could look at?
[09:32] <ogra_> pitti, i think i know whats wrong with /etc/writable ...
[09:32]  * ogra_ tries something
[09:33] <pitti> ogra_: I bet you still have it in /userdata/system-data/etc/
[09:33] <ogra_> pitti, it bootstrapped a new install, cant be
[09:34] <ogra_> pitti, and even then it wouldnt do any harm
[09:34] <ogra_> nothing would linka against it
[09:35] <ogra_> root@ubuntu-phablet:/# ls /etc/writable/
[09:35] <ogra_> localtime  timezone
[09:35] <ogra_> yay
[09:38] <ogra_> i still cant change iot though, but adding the right stuff to /etc7system-image/writable-paths works at least
[09:38] <ogra_> (needs the full filenames
[09:38] <ogra_> )
[09:39] <pitti> ogra_: what did you have in writable-paths? should be
[09:39] <pitti> /etc/writable                           auto                    synced      none        none
[09:39] <ogra_> thats not enough
[09:39] <ogra_> root@ubuntu-phablet:/# mount|grep writable
[09:39] <ogra_> /dev/mmcblk0p12 on /etc/writable type ext4 (rw,relatime,barrier=1,data=ordered)
[09:39] <ogra_> /dev/mmcblk0p12 on /etc/writable/timezone type ext4 (rw,relatime,barrier=1,data=ordered)
[09:39] <ogra_> /dev/mmcblk0p12 on /etc/writable/localtime type ext4 (rw,relatime,barrier=1,data=ordered)
[09:39] <ogra_> that works :)
[09:39] <pitti> erk
[09:39] <pitti> why would you want to do that?
[09:39] <ogra_> the code doesnt copy the files
[09:40] <oSoMoN> pete-woods: ping
[09:40] <ogra_> it does if you specify them
[09:40] <ogra_> (i know thats a crude workaround)
[09:40] <pitti> ogra_: it's not a workaround
[09:40] <ogra_> pitti, i can edit the files
[09:40] <pitti> it breaks the very reason why we introduced /etc/writable/ in the first place
[09:40] <ogra_> well
[09:40] <ogra_> pitti, then the whole design needs to change
[09:41] <pitti> root@ubuntu-phablet:/# echo foo > /etc/writable/timezone.new
[09:41] <pitti> root@ubuntu-phablet:/# mv /etc/writable/timezone.new /etc/writable/timezone
[09:41] <pete-woods> oSoMoN: hi
[09:41] <pitti> that works just fine in image 75
[09:41] <pitti> err, 74
[09:41] <pitti> so I don't see what's broken
[09:41] <ogra_> pitti, if you copy anything to /etc/writable during image build thats not the 7etc7writable you have on a booted device
[09:42] <pitti> ogra_: but that's what "synced" was supposed to do, and it seems to work fine
[09:42] <ogra_> and stephanes code doesnt copy any contents into the empty loop image he creates
[09:42] <ogra_> pitti, /etc/writable is empty by default
[09:42] <pitti> ogra_: not here
[09:42] <oSoMoN> pete-woods: hey, we’re seeing applications crash (when running smoke tests), and it seems the crash is in libusermetrics
[09:42] <Laney> I got the files in it here
[09:42] <pitti> ogra_: please don't upload anything which adds files to writable-files
[09:42] <pete-woods> oSoMoN: it's related to the writable problem that the other guys here are discussing
[09:43] <ogra_> pitti, then you flashed something wrongly ... did you use --no-backup ? else you have all old data around
[09:43] <pitti> that is just plain wrong
[09:43] <cjwatson> agreed
[09:43] <pete-woods> oSoMoN: there's an update to the QML bindings that apps are using (not released yet) that will stop them crashing
[09:43] <pitti> ogra_: I used --no-backup the first time when I got 70 again (as I didn't specify --channel)
[09:43] <ogra_> pitti, well, i thought you want localtime and timezone in there
[09:43] <pitti> ogra_: I didn't use --no-backup the second time
[09:43] <pete-woods> oSoMoN: but the underlying issue is the non writable /var/lib after update
[09:43] <pitti> ogra_: yes, and I do
[09:43] <oSoMoN> pete-woods: ah, I didn’t quite follow the discussion, I’ll read the backlog
[09:44] <oSoMoN> pete-woods: is there a bug report to track the issue?
[09:44] <ogra_> pitti, right, flash again with --no-backup. /etc/writable is empty (and the code doesnt copy a single thing when mounting the whole dir into a loop image)
[09:44] <pete-woods> oSoMoN: https://bugs.launchpad.net/touch-preview-images/+bug/1233396 was logged against me
[09:44] <ogra_> so i donbt see how you end up having anything in there
[09:44] <pitti> ogra_: ok, I'll try that; then it seems something in the new "synced" mode is buggy
[09:45] <ogra_> right
[09:45]  * ogra_ re-flashes his maguro again to be sure 
[09:45]  * pitti runs phablet-flash
[09:45] <pitti> $ phablet-flash ubuntu-system --channel devel-proposed --no-backup
[09:45] <pitti> right?
[09:45] <ogra_> phablet-flash ubuntu-system --channel saucy-proposed --no-backup -d maguro
[09:46] <ogra_> thats what i use here
[09:46] <ogra_> so yeah, its the same
[09:46] <pitti> yeah, mako here but that should hardly matter
[09:46] <ogra_> right
[09:46] <ogra_> and the channel name is aliased
[09:46] <ogra_> points to the same pool
[09:47]  * ogra_ wishes the flashing would take years on maguro 
[09:48] <pitti> "not"? :)
[09:48] <ogra_> heh, yeah
[09:48] <ogra_> unpacking the tarball takes ~15min
[09:49] <oSoMoN> didrocks: https://bugs.launchpad.net/touch-preview-images/+bug/1233396
[09:49] <ogra_> xz and ARM arent such good friends
[09:49] <popey> ogra_: camera seems broken in mako
[09:49] <ogra_> popey, in maguro too
[09:49] <popey> k
[09:49] <ogra_> didrocks, ^^^^
[09:49] <didrocks> oSoMoN: oh, nice catch!
[09:49] <didrocks> popey: hum, it works here and for others as well
[09:49] <ogra_> popey, didrocks claimed his worked though
[09:49] <didrocks> so so… what do we do differently?
[09:50] <popey> http://popey.com/~alan/device-2013-10-01-105001.png
[09:50] <ogra_> phablet-flash ubuntu-system --channel saucy-proposed --no-backup -d maguro
[09:50] <popey> thats what I get
[09:50] <didrocks> I guess it's all linked to the AP crash
[09:50] <popey> alan@deep-thought:~$ phablet-flash ubuntu-system --channel saucy-proposed --no-backup -d mako
[09:50] <ogra_> open camera, get a white screen
[09:50] <popey> thats what i did
[09:50] <ogra_> i didnt do anything more
[09:50] <didrocks> ogra_: I didn't try --no-backup
[09:50] <ogra_> didrocks, ugh
[09:50] <didrocks> do you think that's important?
[09:50] <ogra_> didrocks, you always should to get untaintedt results
[09:50] <didrocks> ogra_: this is clearing /home/phablet, right?
[09:51] <ogra_> didrocks, yes, else your old data is preserved ... that might include settings etc
[09:51] <ogra_> yes, and a few other bits
[09:51] <didrocks> ok, let's try
[09:51] <ogra_> its essentially a clean bootstrap
[09:51] <didrocks> maybe that's the difference we see
[09:51] <ogra_> definitely
[09:51] <didrocks> oSoMoN: FYI ^
[09:52] <didrocks> "Usermetrics is not running. It's upset that the DB file is missing:
[09:52] <didrocks> "
[09:52] <didrocks> pete-woods: hey, around?
[09:53] <pete-woods> didrocks: hi
[09:53] <pitti> ogra_: yes, confirmed
[09:53] <ogra_> great
[09:53] <didrocks> pete-woods: so, it seems a lot of us are suffering from https://bugs.launchpad.net/touch-preview-images/+bug/1233396
[09:53] <ogra_> so how do we fix this
[09:54] <didrocks> pete-woods: and it's what we are seeing in the AP tests
[09:54] <pete-woods> didrocks: the problem is that something has screwed up /var/lib/usermetrics and made it owned by root
[09:54] <didrocks> (camera-app and media-app crashing)
[09:54] <ogra_> blindly copying content seems evil, the content could grow over time and really harm boot speed at some point
[09:54] <pete-woods> didrocks: I have a fix for the QML bindings, which will stop apps crashing (obviously bad)
[09:54] <didrocks> pete-woods: hum, ok, so libusermetrics trunk should be released?
[09:55] <pete-woods> didrocks: I need to fix something else, but yes, it should be shortly
[09:55] <didrocks> pete-woods: ok, then, please try libusermetrics trunk on latest image
[09:55] <didrocks> and run AP tests for camera-app and gallery-app
[09:55] <didrocks> to ensure we don't regress those compared to latest promoted image
[09:56] <pete-woods> didrocks: will do
[09:56] <didrocks> ogra_: I don't see what could have changed /var/lib/usermetrics perm from the diff on image #71
[09:56] <didrocks> udev shouldn't touch those
[09:56] <ogra_> didrocks, are you sure you are barking at the right tree ?
[09:57] <ogra_> if you didnt use --no-backup i would realyl re-do the tests
[09:57] <didrocks> ogra_: it's installing the new one
[09:57] <didrocks> just rebooting, let's see
[09:57] <ogra_> yeah :)
[09:59] <pitti> ogra_: I guess we should wait for stgraber to fix the "synced" mode in initramfs-tools-ubuntu-touch
[09:59] <ogra_> pitti, hmm... k ...
[10:00] <ogra_> (note that we hold all image production until this is fixed)
[10:00] <pitti> ogra_: it's not such a big blocker as a nonexistant /etc/timezone will just count as "UTC" anyway
[10:00] <pitti> and as soon as you change it, the files ought to be created
[10:00] <pitti> but it shoudl be fixed anyway of course
[10:00] <pete-woods> ogra_: I have a number of people saying that the usermetrics service has broken, and from investigation it seems like /var/lib/usermetrics has become owned by root, instead of the usermetrics user
[10:00] <ogra_> pitti, well its kind of a desaster since this was supposed to be tested enough to not break if it lands
[10:01] <didrocks> ogra_: popey: screwed camera-app confirmed \o/
[10:01] <ogra_> pitti, and per the new rules we need to either roll back everything or have a fix really soon
[10:01] <popey> \o/
[10:01]  * didrocks likes when we all agree ;)
[10:01] <ogra_> great !
[10:01] <popey> Ditto.
[10:01] <pitti> ogra_: well, we never had a release where time zones worked, so where would you roll back to?
[10:02] <ogra_> pitti, no idea, its the rules :P
[10:02] <pitti> and we didn't roll back the broken livecd-rootfs either, because we can't realy
[10:02] <ogra_> dont tell me
[10:02] <cjwatson> The rules are that we roll back if there's a regression, but this isn't a regression since it has never worked.
[10:02] <cjwatson> So that doesn't apply.
[10:02] <ogra_> i only obey to the rules, i dont make them
[10:02] <cjwatson> Take responsibility for common sense!
[10:03]  * popey feels that should be a poster
[10:03] <ogra_> cjwatson, right, i dont plan to roll back to less functional, the point is that the testing in this landing seems to have completely failed though
[10:03] <cjwatson> It still doesn't mean a rollback is necessary.
[10:04] <cjwatson> Was broken, is still broken, nothing lost.
[10:05] <ogra_> i do agree ... and am happyy asac is on vac this week :)
[10:05] <didrocks> (don't tell it top loudly ;))
[10:05] <ogra_> (he would insist to roll back)
[10:05] <cjwatson> I would argue the same thing to asac directly
[10:05] <didrocks> so I confirm: drwxr-x--- 2 root root 4096 Oct  1 09:57 /var/lib/usermetrics
[10:05] <pitti> well, there is nothing to roll back *to*
[10:05] <ogra_> i know
[10:06] <ogra_> pitti, he would probably call it "back out", not roll back
[10:06] <ogra_> and i still didnt manage to teach him that the only way back is forward :)
[10:06] <didrocks> oSoMoN: I think you are fine, no need for you to continue on the mediaplayer/camera-app side
[10:07] <cjwatson> Our technical culture shouldn't include "do stupid things because the rules say so"
[10:07] <diwic> cjwatson++
[10:07] <cjwatson> So let's not enforce that when common sense says otherwise :)
[10:07] <cjwatson> (And also let's not claim that somebody else is telling us to do so when they aren't here)
[10:07] <ogra_> i was just mentioning what technically would have to happen, i wasnt saying i'd do it
[10:07] <oSoMoN> didrocks: ok
[10:08] <xnox> ogra_: do we already have something that will unpack a rootfs tarball on first boot on the userdata partition, which I can either run from initramfs, or by booting into alternative initramfs/recovery first, and later rebooting again "normally" ?
[10:08] <ogra_> xnox, not on touch, no ... we have that in the n7 tarball´-installer package
[10:08] <ogra_> *tarball-installer
[10:08] <xnox> ogra_: ideally i'd like to simply drop the tarball and unpack it on first boot, with all permissions preserved & et.al. as at the moment mkyaffs2 image looses all permissions on all files (+x in particular)
[10:09] <xnox> ogra_: let me see, if I can refactor / lift some code of there.
[10:09] <ogra_> xnox, how about you create a separate initrd script for this we can source from the touch script ?
[10:09] <xnox> ogra_: yeah, only conditionally when booting emulator though.
[10:09] <ogra_> so that we keep the code a bit distinct between normal booting and emulator processing
[10:10]  * xnox nods
[10:10] <didrocks> pete-woods: ogra_: popey: lool: confirming, giving write access to others on /var/lib/usermetrics works and I can now launch camera-app
[10:10] <pete-woods> didrocks: whew! :)
[10:10] <ogra_> so what sets the permissions there ?
[10:11] <ogra_> (or unsets them)
[10:11] <didrocks> yeah, that's the question
[10:11] <didrocks> pete-woods: you do use that folder for a long time, right?
[10:11] <didrocks> pete-woods: it's not recent?
[10:12] <pete-woods> didrocks: months now
[10:12] <didrocks> ok, not really newish then
[10:12] <pete-woods> didrocks: it gets created by the debian maintainer scripts for libusermetrics
[10:12] <didrocks> oh oh
[10:12] <didrocks> so maybe on the image generation side?
[10:12] <didrocks> ogra_: as we don't run postinst, do you know of anything changing?
[10:13] <pete-woods> didrocks: could be, I have no idea how that magic works
[10:13] <ogra_> didrocks, ?
[10:13] <didrocks> that would explain why we can't trace that to any changes that happened to the image
[10:13] <ogra_> why wouzld we not run postinst ?
[10:13] <cjwatson> We run the postinst, just not on the device
[10:13] <didrocks> ogra_: that's what asac told me, there was magic to run successfully postinst in the image with fixing permissions
[10:13] <didrocks> ok, so it's the regular image creation?
[10:13]  * didrocks will stop trusting asac when he uses the world "magic" :p
[10:13] <didrocks> word
[10:14] <ogra_> didrocks, it is the same as iso creation, we have a few sripts that run additionally, but nothing touches usermetrics
[10:14] <ogra_> or anything that could cause such an issue
[10:14] <didrocks> debian/usermetricsservice.preinst:  chmod 0750 /var/lib/usermetrics
[10:14] <didrocks>         adduser --system --ingroup usermetrics --home /var/lib/usermetrics usermetrics
[10:14] <didrocks>   chown -R usermetrics:usermetrics /var/lib/usermetrics
[10:15] <didrocks> hum…
[10:15] <ogra_> root@ubuntu-phablet:/# grep usermet /etc/passwd
[10:15] <ogra_> usermetrics:x:102:104:User Metrics:/var/lib/usermetrics:/bin/false
[10:15] <ogra_> all fine
[10:15] <ogra_> root@ubuntu-phablet:/# mount|grep usermetrics
[10:15] <ogra_> /dev/mmcblk0p12 on /var/lib/usermetrics type ext4 (rw,relatime,barrier=1,data=ordered)
[10:15] <ogra_> i guess the issue lies somewhere in the mounting
[10:15] <cjwatson> But /var/lib/usermetrics is in writable-paths, so something needs to apply that change
[10:15] <ogra_> right
[10:15] <cjwatson> There's a scheme for post-image-upgrade hooks now
[10:15] <ogra_> yep
[10:16] <ogra_> but the bind mount should just inherit the permissions
[10:16] <didrocks> you need additional steps for paths that are in writable paths?
[10:16] <ogra_> you shouldnt
[10:16] <ogra_> i guess we need to wait for stgraber
[10:16] <cjwatson> didrocks: Yes
[10:17] <cjwatson> I think
[10:17] <ogra_> you really shouldnt, it should just inherit the target settings ... at least thats what stgraber explained to me once
[10:17] <cjwatson> A persistent mount has its backing store in userdata, and inherits permissions from there, not from the version in the image
[10:17] <cjwatson> Surely
[10:17] <cjwatson> That's kind of the point of being persistent
[10:18] <ogra_> hrm
[10:18] <cjwatson> This is why we have to be careful about adding persistent mounts
[10:18] <ogra_> well, it worked three images ago
[10:18] <ogra_> with the same mount
[10:19] <cjwatson> New persistent paths get copied to userdata when they're first seen; after that, something needs to sync changes manually if needed
[10:19] <ogra_> (read: yesterday, we had a lot of image builds over night)
[10:20] <ogra_> this mount exists since weeks and used to work before
[10:21] <davmor2> Morning all
[10:22] <pitti> ogra_: fixed systemd uploaded, tested with relative symlinks now
[10:23] <didrocks> ogra_: cjwatson: so, we have to wait for stgraber to know the detail on what can possibly have changed?
[10:24]  * ogra_ looks at the change to the initrd script at http://launchpadlibrarian.net/151908224/initramfs-tools-ubuntu-touch_0.49_0.50.diff.gz ... but i dont see how that would have changed the carryover of permissions
[10:24] <ogra_> which was added in http://launchpadlibrarian.net/149606706/initramfs-tools-ubuntu-touch_0.48_0.49.diff.gz
[10:26] <ogra_> didrocks, i fear we have to, yeah
[10:26] <didrocks> ogra_: I looked at lxc-android-config, doesn't seem as well related…
[10:26] <ogra_> i see that he added code to carry over permissions and ownership on sep. 7th
[10:26] <ogra_> and apparently the last changes broke it, but i dont see how by looking at the code
[10:27] <didrocks> pete-woods: if you can have the non crash code, at least, we have a way to go forward until stgraber is back (and you are more robust anyway)
[10:27] <ogra_> didrocks, lxc-android-config only carries the config
[10:27] <pete-woods> didrocks: I'm going to ask for that to be landed today
[10:27] <didrocks> yeah, I was looking if something was dropped
[10:27] <ogra_> initramfs-tools-ubuntu-touch creates the acrual mounts based on the config
[10:27] <didrocks> pete-woods: yeah, just tell us when it's ready, we'll process it quickly
[10:28] <pete-woods> didrocks: I guess the tests will still fail (given the RO /var/lib/...) but at least the apps won't crash
[10:30] <didrocks> pete-woods: yeah, it's already a start for people dogfooding ;)
[10:30]  * didrocks still stays positive and is somewhat happy we know what are making all those tests regressions
[10:36] <davmor2> ogra_: mtp has a couple of issues now.  1 lots of boxes if you reboot the device, 2. if you adb shell before the popup nautilus window opens for mtp it seems to kick you out of the adb session, nice :)
[10:38] <ogra_> davmor2, hmm, i dont have that here
[10:39] <ogra_> oh
[10:39] <ogra_> in fact
[10:39] <ogra_> oot@ubuntu-phablet:/# ps ax|grep mtp
[10:39] <ogra_>    67 ?        S<     0:00 [f_mtp]
[10:39] <ogra_>  2090 pts/3    S+     0:00 grep --color=auto mtp
[10:40] <davmor2> ogra_: although todays image seems to of lost the lots of boxes by the look of it so it was 70 played up 74 seems okay I'll try the getting kicked out of adb again in a second
[10:40] <ogra_> well, the above is on 74
[10:40] <ogra_> mtp doesnt seem to start at all
[10:42] <didrocks> ogra_: it starts here
[10:42] <ogra_> didrocks, i'm on maguro
[10:42] <didrocks> phablet   2991  0.1  0.0   3300  1180 ?        Ss   10:42   0:00 /usr/bin/mtp-server
[10:42] <ogra_> davmor2 too
[10:42] <didrocks> interesting
[10:42] <didrocks> cyphermox: I guess this will be for you ^
[10:43] <davmor2> ogra_: mtp is showing up here
[10:43] <ogra_> didrocks, i dont think it will
[10:43] <ogra_> didrocks, i guess thats another one for stgraber
[10:43] <didrocks> ogra_: do you think it's a configuration issue?
[10:43] <didrocks> (weird that mako isn't impacted by that one though)
[10:43] <ogra_> he changed the lxc-android-config job ... which emits the android event ... which is the trigger event for mtp
[10:43] <davmor2> ogra_: as in the nautilus window is opening say Galaxy Nexus
[10:44] <ogra_> davmor2, right, doesnt happen on my install here
[10:44] <ogra_> and i flashed twice already
[10:44] <didrocks> oh right
[10:45]  * ogra_ switches on some debugging 
[10:46] <davmor2> davmor2@boromir:~$ adb shell ps aux | grep mtp
[10:46] <davmor2> root        67  0.0  0.0      0     0 ?        S<   10:38   0:00 [f_mtp]
[10:46] <davmor2> phablet   1676  0.0  0.1   3304  1360 ?        Ss   10:39   0:00 /usr/bin/mtp-se
[10:46] <ogra_> davmor2, flashed with --no-backup ?
[10:46] <davmor2> ogra_: always
[10:46] <ogra_> k
[10:47] <ogra_> root@ubuntu-phablet:/# getprop sys.usb.config
[10:47] <ogra_> mtp,adb
[10:47] <ogra_> root@ubuntu-phablet:/# ps ax|grep mtp-server|grep -v grep
[10:47] <ogra_> root@ubuntu-phablet:/#
[10:47] <ogra_> :(
[10:48] <ogra_> root@ubuntu-phablet:/# cat /var/log/upstart/lxc-android-config.log
[10:48] <ogra_> 1277 blocks
[10:48] <ogra_> cp: cannot stat '/var/lib/lxc/android/overrides/*': No such file or directory
[10:48] <ogra_> aha
[10:50] <ogra_> ah that line has an || true
[10:50] <ogra_> hmm
[10:51] <ogra_> root@ubuntu-phablet:/# cat /var/log/upstart/mtp-server-bootup.log
[10:51] <ogra_> could not set property
[10:51] <ogra_> could not set property
[10:51] <davmor2> ogra_: Critical bug in 74 no sound notification for an incoming call
[10:51] <ogra_> aha
[10:52] <ogra_> davmor2, 74 is dead beef already .... and i think thats fallout of the usermetrics thing too
[10:52] <dpm> hi all, I got my phone in a state OTA updates did not install, so I thought I'd redo a phablet-flash ubuntu-system. That failed mid-through and I was left in the recovery screen. Does anyone know what the easiest way to reflash with ubuntu-system is? The instructions at https://wiki.ubuntu.com/Touch/Install#Manual_Download_.26_Installation seem to apply for the RW images only?
[10:52] <ogra_> (dead beef as in completely broken)
[10:52] <davmor2> ogra_: do you know when 75 will land then?
[10:52] <ogra_> davmor2, after we have fixes for all the mess
[10:55] <ogra_> aha, manually setting the property makes it work
[10:55] <ogra_> lets see if that persists
[10:55] <davmor2> ogra_: Man you must of known for more than a minute and it isn't fixed yet? :D
[10:56] <ogra_> davmor2, well i still dont have an idea why it broke
[10:56] <ogra_> and in fact it doesnt persist over a reboot if i set the property
[10:56] <davmor2> ogra_: so what else is the usermetrics likely to of effected badly then?
[10:56] <ogra_> camera
[10:56] <ogra_> probably other stuff
[10:57] <davmor2> ogra_: yeap camera is dead, I'm assuming sms
[10:57] <ogra_> aha
[10:57] <ogra_> root@ubuntu-phablet:/# getprop sys.usb.config
[10:57] <ogra_> mtp,adb
[10:57] <ogra_> root@ubuntu-phablet:/# setprop sys.usb.config mtp,adb
[10:57] <ogra_> ogra@anubis:~/Devel/packages$ adb shell
[10:57] <ogra_> its the prder !
[10:57] <ogra_> *order
[10:58] <ogra_> why the heck is that backwards here and not for you then ?
[10:58] <ogra_> hmm, no
[10:58] <davmor2> davmor2@boromir:~$ adb shell getprop sys.usb.config
[10:58] <davmor2> mtp,adb
[10:59] <ogra_> yeah, red herring
[10:59] <davmor2> ogra_: ^
[11:00] <davmor2> ogra_: however that might explain why adb gets kicked once mtp finishes loading in nautilus maybe?
[11:00] <ogra_> something isnt right, yeah
[11:03] <davmor2> ogra_: so for me I get the mtp icon in the launcher, then welcome screen on the Phone, I do adb shell as soon as the welcome screen appears, then wait for the Nautilus window then this happens in the terminal where adb is running
[11:03] <davmor2> davmor2@boromir:~$ adb shell
[11:03] <davmor2> root@ubuntu-phablet:/# davmor2@boromir:~$
[11:03] <ogra_> yeah, as i said, something is wrong here
[11:04] <davmor2> ogra_: I'll write up a bug for that then :)
[11:04] <ogra_> assign to me
[11:04] <davmor2> ogra_: I need to figure out what to file it against yet :)
[11:05] <ogra_> either mtp-server/mtp or android-tools-adbd/android
[11:05] <ogra_> pick one, they fight over the property it seems
[11:05] <ogra_> or even better file against one, add the other
[11:06] <ogra_> oh, that would be android-tools-adbd/android-tools
[11:06] <ogra_> not just android
[11:07] <mihir_> my Listview objects is overlaping with the previous item while scrolling , anyidea ??
[11:07] <davmor2> ogra_: thanks, will do
[11:18] <gatox> sil2100, ping
[11:18] <sil2100> gatox: pong
[11:19] <gatox> sil2100, hi... i've been told that the click-update-manager app still has no icon, i've added one, and configure the .desktop file, but it seems it needs to be added somewhere in the cmake file.... do you know sometihng about that?
[11:20] <sil2100> gatox: hm, I have a branch ready for click-update-manager related to AP tests packaging, I'll check what's up and try to fix that in that branch, ok? I just got my internet back so I need to backtrack things
[11:21] <davmor2> ogra_: https://bugs.launchpad.net/mtp/+bug/1233613 mtp won't let me assign you apparently LP tells me you are no such item, but worked fine with adb
[11:22] <ogra_> ok
[11:22] <ogra_> didrocks, i thinnk i found the usermetrics issue but will need stgraber to confirm
[11:23] <didrocks> ogra_: oh?
[11:23] <ogra_> /var/lib/usermetrics                    auto                    persistent  transition        none
[11:23] <ogra_> in /etc/system-image/writable-paths
[11:24] <ogra_> that will carry over the permissions if the target file doesnt exist
[11:24] <ogra_> (i.e. on first boot)
[11:24] <didrocks> ogra_: I guess the question is what changed? It didn't though?
[11:24] <didrocks> (for usermetrics)
[11:25] <ogra_> didrocks, right, must be caused by the initrd script changes that it doesnt get the owner and permissions carried over
[11:25] <didrocks> yeah, possible
[11:25] <gatox> sil2100, ok, thanks, let me know
[11:25] <ogra_> anyway, i have a working camera again
[11:26] <davmor2> didrocks, ogra_: I blame the internet, somewhere along the lines it's bound to be the internets fault
[11:26] <didrocks> heh ;)
[11:26] <ogra_> after changing the file and removing /userdata/system-data/var/lib/usermetrics
[11:26] <didrocks> ogra_: ah nice! let's hope stgraber will be around soon
[11:26] <ogra_> oot@ubuntu-phablet:/# mount|grep usermetrics
[11:26] <ogra_> /dev/mmcblk0p12 on /var/lib/usermetrics type ext4 (rw,relatime,barrier=1,data=ordered)
[11:26] <ogra_> root@ubuntu-phablet:/# ls -ld /var/lib/usermetrics/
[11:26] <ogra_> drwxr-x--- 2 usermetrics usermetrics 4096 Oct  1 11:24 /var/lib/usermetrics/
[11:27] <davmor2> didrocks: just keep pinging stgraber till he is :D
[11:27] <ogra_> hah
[11:27]  * ogra_ goes afk for a moment
[11:29] <mandel> sergiusens, ping
[11:30] <sergiusens> mandel, pong
[11:30] <mandel> sergiusens, hola! one small question, is the installlation via qt creator of build-deps working on the nexus 7?
[11:31] <mandel> sergiusens, I'm getting that /data/ubuntu does not exists.. and I'm tempted to just create it
[11:32] <OrokuSaki> you have a working rom and you don't see /data/ubuntu?
[11:32] <mandel> OrokuSaki, yes, is working and I get the following: [13:29:35] chroot: cannot change root directory to /data/ubuntu: No such file or directory
[11:33] <OrokuSaki> strange
[11:33] <sergiusens> mandel, hm, /data/ubuntu shouldn't be used anymore
[11:33] <mandel> OrokuSaki, I ssh in the device and doing a sudo ls /data I can confirm that I have no ubuntu dir
[11:33] <mandel> sergiusens, that is what qt creator tools complain about :-/
[11:33] <OrokuSaki> @sergiusens... ahh man.. guess I gotta update again.. was this recent in the last 7days or so?
[11:34] <sergiusens> mandel, it's a Qtreator bug, it should detect it's running a system image
[11:34] <sergiusens> OrokuSaki, depends on what you use, cdimage type images do use /data/ubuntu, system images don't
[11:34] <mandel> sergiusens, bummer... and sudo apt-get build-dep is returning => E: The package lists or status file could not be parsed or opened.
[11:35] <sergiusens> mandel, touch /userdata/.writable_image ?
[11:37] <mandel> sergiusens, http://paste.ubuntu.com/6179218/
[11:38] <mandel> sergiusens, is an image from the devel channel
[11:40] <davmor2> mandel: did you reboot after adding the setting
[11:41] <davmor2> mandel: for both /userdata/.writable_image and /home/phablet/.display-mir you need to reboot the device to make the change take effect
[11:42] <sergiusens> was my next question, did you reboot?
[11:42] <mandel> davmor2, ah! had no idea
[11:44] <mandel> sergiusens, davmor2 that was the issue, thx!
[11:44] <davmor2> mandel: no worries dude :)
[11:45] <patchyy> can i install "ubuntu for tablets" on my windows 8 tablet "acer iconia w511"?
[11:45] <patchyy> and is "ubuntu for tablets" released?
[11:48] <davmor2> patchyy: Probably not as the uefi on windows 8 tablets is locked on.
[11:48] <davmor2> patchyy: As for the Ubuntu Touch release that happens in October
[11:49] <patchyy> can i run it in virtualbox x86 then, maybe?
[11:50] <davmor2> patchyy: no easily, You can install ubuntu 13.10 and then install unity8 to get an idea on how is will feel.
[11:51] <patchyy> aha..hmm
[11:51] <patchyy> ubuntu should make it easy to install on windows tablets, as the tablets have a pretty good hardware, and is sold very cheaply since nobody wants windows tablets :P heheh
[11:53] <patchyy> somebody has started with porting to acer iconia a700 -> https://wiki.ubuntu.com/Touch/Devices/a700
[11:55] <davmor2> patchyy: Yes, that is android based though
[11:56] <patchyy> ahh, ok
[11:56] <patchyy> and then its not using uefi?
[12:01] <xnox> ogra_: ext4 on MTD is not happy, so I will be using sdcard device for userdata / ubuntu rootfs.
[12:01] <gatox> sil2100, it seems there is a branch proposed for the icon thing already: https://code.launchpad.net/~mfisch/click-update-manager/fix-icon/+merge/188496
[12:01] <lool> stgraber: heya
[12:02] <lool> stgraber: we have an owner/group issue with var/lib/usermetrics; it's 102:104 in the cdimage tarball, but it's root:root under /userdata/system-data on a phablet-flashed image
[12:02] <lool> stgraber: that's https://bugs.launchpad.net/touch-preview-images/+bug/1233396
[12:02] <lool> pete-woods: hey
[12:03] <lool> pete-woods: did you see that libusermetrics was FTBFSing again despite the valgrind suppressions?
[12:03] <lool> pete-woods: oh actually it seems you fixed this already, nevermind  :-)
[12:03] <pete-woods> lool: hi, where can I see these errors first hand? I only know where to get them from the bug reports people file
[12:04] <lool> pete-woods: it was from a build-record in the ~ubuntu-unity/daily-build PPA
[12:05] <lool> pete-woods: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages?field.name_filter=libusermetrics&field.status_filter=superseded&field.series_filter=saucy
[12:05] <lool> pete-woods: second package listed there
[12:05] <lool> pete-woods: i386 build log: https://launchpadlibrarian.net/151943506/buildlog_ubuntu-saucy-i386.libusermetrics_1.1.1%2B13.10.20130930.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[12:06] <lool> pete-woods: problem is that the snapshot was taken before your fix landed in bzr
[12:06] <lool> AFAICT
[12:06] <pete-woods> lool: thanks for that info, been meaning to find that URL for ages
[12:07] <lool> pete-woods: but you should get the same issue if building for i386 surely?
[12:07] <lool> or I guess if doing a full build with build-indep step
[12:07] <pete-woods> lool: for some reason it seems like my jenkins jobs aren't configured to build i386
[12:09] <lool> pete-woods: are these the upstream merger ones?
[12:09] <pete-woods> lool: yes
[12:10] <lool> pete-woods: TBH I don't know what configs are available there, you could chat with Francis to find out whether he could build the build-indep step, and/or build on i386
[12:10] <lool> pete-woods: actually, it's not clear to me why this is i386 specific; the build-deps and rules are identical; no build-indep step, no build-depends-indep
[12:11] <lool> pete-woods: so maybe there's truly an i386 failure here (in Qt I guess)
[12:13] <robjh> is ubuntu-touch a distinct entity to "ubuntu for phones" or is there enough overlap that the two terms can be used interchangeably? I imagine ubuntu-touch pertains to the interface specifically
[12:13] <lool> robjh: we prefer Ubuntu for phones
[12:13] <lool> albeit we still have "touch" in a bunch of places
[12:13] <robjh> lool; hence the channel name?
[12:14] <pete-woods> lool: the Qt symbol is just different in i386 vs x86_64 _nwm vs nwj
[12:14]  * pete-woods doesn't have enough kung-fu to know hy
[12:16] <lool> robjh: hence the channel name  :-)
[12:17] <lool> robjh: but the helpfully named ubuntu-phone@ list!
[12:17] <xnox> pete-woods: echo that-symbol | c++filt, most likely it's the same just 32 vs 64 size difference.
[12:17] <lool> pete-woods: _Znwm -> operator new(unsigned long)
[12:17] <lool> pete-woods: _Znwj -> operator new(unsigned int)
[12:17] <lool> xnox: yeah exactly
[12:18] <robjh> look: okay, thank you :)
[12:18]  * lool was fishing the actual names from the suppression file
[12:18] <xnox> lool: well we had #ubuntu-mobile way back when, it at the moment redirects here.
[12:18] <lool> xnox: these were the days!
[12:18] <xnox> lool: i like c++filt a lot, it demangles on the fly any output one pipes into it, without corrupting anything else. E.g. including like build-logs.
[12:19] <lool> xnox: do you know whether valgrind suppression files would work with real symbol names?
[12:19] <lool> sorry I mean with human readable ones
[12:20] <xnox> lool: i don't know, but e.g. dpkg-symbols support filters thus one can have human names in the .symbols file with the filter prefix, and it then mangles them first before comparing.
[12:20] <Laney> you don't need to echo it separately btw
[12:20] <lool> oddly enough there does not seem to be a mangling tool
[12:21] <lool> xnox: .symbols do support the demangled names I believe
[12:21] <xnox> lool: i guess you could maintain human readable and then use c++filt to mangle them.... or maybe it demangles & compares.
[12:21] <lool> yeah
[12:22] <xnox> Laney: i default to pipe syntax instead of args whenever I can, cause i often build longer pipes or chop them up. And i hate have to go back and move stuff around ;-)
[12:22] <jarope> hello ubuntu touch world!  Could someone tell me if its possible to use the ubuntu modules on Qt5.1.1.  This is for my own desktop apps only, I just want to use the ubutnu touch styling for some uni projects I am working on
[12:28] <ogra_> lool, switching the usermetrics entry in /etc/system-image/writable-paths to "transition" and deleting /userdata/system-data/var/lib/usermetrics gets it working for me on next boot
[12:29] <thief_and_a_liar> so the ubuntu phone is coming or what?
[12:30] <popey> thief_and_a_liar: our software will be released on 17th October
[12:31] <thief_and_a_liar> ok, but is it interesting for anyone, so there will be phones out of this?
[12:32] <popey> thief_and_a_liar: maybe
[12:35] <lool> ogra_: it does very much seem like the correct fix
[12:35] <lool> ogra_: however let's give 30mn for stgraber to show up and confirm
[12:35] <ogra_> yeah
[12:36] <lool> thanks for digging into this, keps being context switched to something else while tracing this  :-)
[12:36] <ogra_> sadly we can only really confirm the fix with a fresh image build
[12:36] <ogra_> as the first boot is essential here
[12:37] <ogra_> lool, the strange point is that there was no change
[12:37] <ogra_> it worked before on image 70
[12:37] <ogra_> (to that specific line i mean... and i dont get why it worked without having "transition" set)
[12:40] <lool> ogra_: that's also why I find all this weird
[12:40] <lool> we also have a weird issue where url-dispatcher gets connection refused on dbus
[12:40] <lool> which I find scary
[12:40] <ogra_> yeah
[12:40] <lool> I'm just realizing
[12:40] <lool> could this be apparmor
[12:40] <ogra_> for dbus ?
[12:41] <lool> yeah
[12:41] <lool> didrocks: ^
[12:41] <ogra_> you should see a lot of spam in the logs if thats the case
[12:41] <pmcgowan> jarope, yes it works, use the packages from the canonical-qt5-edgers PPA
[12:42] <jdstrand> if you think it is apparmor, do 'grep DEB /var/log/syslog'
[12:42] <jdstrand> err
[12:42] <jdstrand> 'gerp DEN /var/log/syslog'
[12:42] <ogra_> heh
[12:42] <jdstrand> man
[12:42] <lool> ogra_: I wonder whether some app tries to open an URL with liburl-dispatcher, but doesn't have apparmor permission to do so and gets caught doing that
[12:42] <jdstrand> I can't type
[12:43] <jdstrand> 'grep DEN /var/log/syslog'
[12:43] <jarope> pmcgowan: many thanks will do that
[12:43] <ogra_> jdstrand, i always type apt-shell :)
[12:43] <jarope> just add repo and updaqte /upgrade?
[12:43] <jdstrand> heh
[12:43] <lool> jdstrand: don't have syslog sadly
[12:43] <ogra_> lool, right, but you should see that relatively clear in the logs ... bad if you dont have them indeed
[12:44] <jdstrand> well, url-dispatcher is out of process. it should all happen underneatch via dbus. app tries to open url -> dbus -> url dispatcher
[12:44] <jdstrand> and we allow calls to url dispatcher in the ubuntu* templates
[12:44] <ogra_> do we ?
[12:44] <ogra_> note that polkit is now active
[12:45] <ogra_> lool, might be a polkit thing
[12:45] <lool> jdstrand: oh actualy we do have dmesg
[12:45] <lool> and there's an unrelated DENIED there
[12:45] <lool> [   21.966674] type=1400 audit(1380573832.836:55): apparmor="DENIED" operation="open" parent=896 profile="/sbin/dhclient" name="/etc/writable/localtime" pid=1400 comm="dhclient" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[12:45] <ogra_> yeah. pitti added a fix for that already
[12:45] <pitti> yes, that's in saucy, just needs a new image
[12:45] <lool> plus the apps are unconfined, so apparmor is probably a red herring
[12:45] <jdstrand> it is highly likely that polkit is getting in the way
[12:45] <ogra_> lool, i'd liik at polkit
[12:46] <ogra_> *look
[12:46] <pmcgowan> jarope, add-apt-repository; apt-get update; then install the ubuntu-sdk
[12:46] <jdstrand> note, that apps will see AppArmor in the dbus denial too. there are other security denials for dbus-- like polkit
[12:47] <lool> ogra_: Hmm I see no dbus policy for it
[12:47] <ogra_> lool, well, the question is "do we need one" :)
[12:47] <jarope> pmcgowan: arr ok so should I purge the sdk first to remove current version?
[12:47] <ogra_> i guess
[12:48] <lool> ogra_: but then everything talking it to it would fail
[12:48] <lool> also, it's actually url-dispatcher failing to connect to dbus, not some app failing to connect to url-dispatcher
[12:48] <ogra_> usually you should be able to if you have a seat assigned by logind
[12:48] <ogra_> but that doesnt work for i.e. NM
[12:48] <ogra_> it still needs a pkla file
[12:48] <pmcgowan> jarope, I think it will just upgrade
[12:49] <jarope> ok thanks
[12:49] <pitti> is there a trick to disable the screen timeout?
[12:49] <pitti> it's unnerving to have to unlock the screen every minute for running autopilot tests
[12:50] <ogra_> lool, for a test, copy /etc/polkit-1/localauthority/50-local.d/org.freedesktop.NetworkManager.pkla and create a pkla for your specific dbus call, see if it starts working
[12:51] <lool> ogra_: I don't know how to trigger the issue though
[12:51] <jarope> pmcgowan: on launch pad it says that ppa is obsolete? ? ? ? /
[12:51] <ogra_> pitti, powerd-cli display on
[12:52] <ogra_> pitti, you will waste a shell for this though :)
[12:52] <pmcgowan> jarope, there are I think 5 ppas there, I think its beta2, Mirv would know
[12:52] <pmcgowan> Mirv, which ppa has latest 5.1.1 work?
[12:52] <pitti> ogra_: ah, thanks; & FTW :)
[12:52] <jarope> thanks pmcgowan
[12:53] <pitti> ogra_: we so much need to install byobu or at least tmux on that thing during development :)
[12:53] <ogra_> heh
[12:53] <ogra_> pitti, convince pmcgowan ... he whines because of wasted space all the time :)
[12:53] <pitti> j/k
[12:54] <pitti> (and yes, we install a ton of stuff there which we don't need in production)
[12:54] <pmcgowan> ogra_, I do not whine
[12:54] <pitti> pmcgowan: do -- lean == good!
[12:54] <pmcgowan> hah ;)
[12:54] <ogra_> :)
[12:56] <popey> +1 for screen / tmux / byobu!
[12:57] <ogra_> the terminal app should just ship that in the click package ;)
[12:59] <jarope> pmcgowan: it does indeed look like 2 has the current 5.1.1 modules
[12:59] <jarope> many thanks for your help
[13:00] <pmcgowan> jarope, ah good
[13:01] <jarope> now to make all this years uni assignments touchified!
[13:01] <lool> barry: joining -meeting?  :-)
[13:01] <stgraber> lool: morning
[13:01] <didrocks> stgraber: \o/
[13:01] <pitti> on that note, I still don't understand why we ship the whole python and autopilot stack
[13:01] <ogra_> stgraber, !
[13:01] <didrocks> stgraber: want to backlog or prefer a short summary?
[13:01] <pitti> one pretty much always needs to install additional packages anyway in order to run autopilot tests
[13:01] <pmcgowan> pitti, I just noticed that yesterday myself
[13:02] <stgraber> didrocks: I read the highlights but a summary would spare me the rest of the backlog
[13:02] <pmcgowan> not sure why
[13:02] <pitti> at least teh ubuntu ui toolkit stuff
[13:02] <ogra_> ask QA
[13:02] <pitti> so we might just as well install everything
[13:02] <didrocks> stgraber: ok, so we have a lot of AP regressions
[13:02] <pmcgowan> the toolkit runtime stuff is all installed
[13:02] <didrocks> stgraber: the consequence is because on a fresh install (with --no-backup), some apps don't start
[13:02] <didrocks> stgraber: libusermetrics is segfaultin
[13:02] <didrocks> because /var/lib/usermetrics is 700, owned by root
[13:03] <didrocks> instead beeing own by the usermetrics user
[13:03] <sergiusens> pitti, ogra_ yes and no
[13:03] <didrocks> the postinst of the libusermetrics package is correct
[13:03] <ogra_> stgraber, seems this should be "transition" in /etc/system-image/writable-paths
[13:03] <mpt> larsu, please don't hate me. https://wiki.ubuntu.com/StatusBar?action=diff&rev2=11&rev1=10
[13:03] <didrocks> but it seems something changed in the RO image
[13:03] <ogra_> stgraber, which it isnt ...
[13:03] <didrocks> in the way the mount is done
[13:03] <sergiusens> pitti, ogra_ yes today, no when we don't trigger rw anymore
[13:04] <ogra_> stgraber, talking about the /var/lib/usermetrics entry in there
[13:05] <didrocks> so if we can understand what changed and what is the correct fix, it will rock :)
[13:05] <ogra_> and apply it :)
[13:05] <didrocks> ogra_: I was about missing that one! thanks :p
[13:06] <ogra_> :)
[13:06] <stgraber> ogra_: you don't need transition for that, userdata is an empty path, there's nothing to transition and the code does a stat + chown/chmod specifically to avoid that problem
[13:06] <stgraber> so something else is wrong
[13:06] <ogra_> stgraber, well, it doesnt since image 71
[13:06] <larsu> mpt: I could never hate you!
[13:06] <mpt> awwww
[13:06] <larsu> mpt: WHAT HAVE YOU DONE!!!!eleven!!
[13:06] <didrocks> stgraber: http://people.canonical.com/~ogra/touch-image-stats/20130930.changes
[13:07] <didrocks> do you see anything potentially creating this there?
[13:07] <larsu> mpt: (just joking, of course)
[13:07] <ogra_> initramfs-tools-ubuntu-touch (which i stared at dfor ages now and cant find an issue)
[13:08] <stgraber> yeah, I re-read the diff a dozen time myself just now and can't find anything obviously wrong. I was also running with the new scripts/touch for a couple of days last week before it was uploaded so I'm surprised I didn't see anything then...
[13:09] <jarope> so - fully appreciating that people are busy - is there anyone about who would be willing to start being a mentor for some one who is keen but still green?  I would like to have a go at building a "proper" touch app - a touch irc client based.  I used Qt to build an android client last year so dont see why it couldnt be tweaked to work
[13:09] <stgraber> so it's going to be easier if I have a broken device, let me update mine real quick
[13:10] <ogra_> stgraber, better re-flash
[13:10] <ogra_> with --no-backup
[13:10] <ogra_> its definitely related to first boot
[13:10] <ogra_> root@ubuntu-phablet:/# ls -ld /var/lib/usermetrics/
[13:10] <ogra_> drwxr-x--- 2 usermetrics usermetrics 4096 Oct  1 13:10 /var/lib/usermetrics
[13:11] <ogra_> stgraber, so unmounting and deleting the file in /userdata gets me a properly created one after reboot
[13:11]  * ogra_ tries the same on a feshly flashed install
[13:11] <stgraber> ogra_: ok, reproduced (there are much faster ways to reset a device than to reflash ;))
[13:12] <ogra_> stgraber, well, but they dont get you the test env we use
[13:12] <ogra_> we should all be on the same page when testing stuff
[13:12] <stgraber> ogra_: removing everything in /userdata but system.img certainly will
[13:12] <ogra_> (so please promote your faster way so we all can ues it ;))
[13:13] <stgraber> ok, so I've got a few ideas of what may be happening but I need to add some debugging to my initrd to figure it out
[13:13] <ogra_> we should have a script for that while we lack a UI tool for reset
[13:13] <didrocks> ogra_: that + turn on the write mode
[13:14] <ogra_> didrocks, touch /userdata/.writable_image  is to much ?
[13:15] <didrocks> ogra_: I always have to find the name of the file
[13:15] <ogra_> (note with the final release you will even have toi enable adb from the terminal first
[13:15] <ogra_> )
[13:15] <didrocks> doesn't map my mental model
[13:15] <ogra_> heh
[13:15] <didrocks> ogra_: not sure the management thinks the same, but let's see ;)
[13:15] <didrocks> I'm sure it's the plan for stgraber to get up his blog activity up ;)
[13:15] <ogra_> ?
[13:15] <ogra_> mgmt thinks the same about what ?
[13:16] <didrocks> ogra_: about adb off by default being a priority
[13:16] <ogra_> i have an order to care for it
[13:16] <didrocks> I guess we'll try first to land what we try (the 4 big items)
[13:16] <didrocks> then, we'll see :)
[13:16] <ogra_> it has to be off in what we release as final image
[13:16] <stgraber> ogra_: ok, I think I found the problem and it's what I suspected, just trying to figure out how that happened
[13:17] <ogra_> (which is worst case a trivial .override file)
[13:17] <didrocks> ogra_: I propose that we implement the konami code to enable developer mode
[13:17] <stgraber> ogra_: sorry, really no idea how that happened...
[13:17] <didrocks> capcom*
[13:17] <didrocks> where was my mind? :)
[13:17] <stgraber> ogra_: so the problem is that ./hooks/touch was ignored somehow
[13:18] <stgraber> ogra_: if you look inside the initrd binary, we're missing all the binaries it's supposed to copy
[13:18] <stgraber> ogra_: including /bin/chown (that was my guess)
[13:18] <stgraber> ogra_: but also adbd, ...
[13:18] <ogra_> wow
[13:19] <stgraber> now the problem is that I have absolutely no clue what could have caused that...
[13:19] <ogra_> yeah, teh log agrees https://launchpadlibrarian.net/151908853/buildlog_ubuntu-saucy-armhf.initramfs-tools-ubuntu-touch_0.50_UPLOADING.txt.gz
[13:20] <stgraber>  /usr/share/initramfs-tools/hooks/touch ignored: not executable
[13:21] <stgraber> it certainly is executable in my branch here, so it's a problem on the system of the uploader...
[13:22] <ogra_> which would be mine ...
[13:22]  * ogra_ checks
[13:24] <ogra_> ogra@anubis:~/Devel/packages/initramfs-tools-ubuntu-touch-0.49$ head -1 debian/changelog
[13:24] <ogra_> initramfs-tools-ubuntu-touch (0.50) saucy; urgency=low
[13:24] <ogra_> ogra@anubis:~/Devel/packages/initramfs-tools-ubuntu-touch-0.49$ ls -l hooks/
[13:24] <ogra_> insgesamt 4
[13:24] <ogra_> -rwxrwxr-x 1 ogra ogra 593 Sep  6 18:45 touch
[13:24] <ogra_> all executable
[13:25] <Mirv> pmcgowan: jarope: ppa:canonical-qt5-edgers/qt5-beta-proper since it has the autorebuilding of unity8 & co.
[13:25]  * xnox had fixperm "helpfully" strip -x
[13:25] <xnox> ogra_: ^
[13:25] <jarope> oo ok Mirv thanks
[13:26] <jarope> will go swap out the beta2
[13:26] <ogra_> xnox, hmm, let me check the binary
[13:27] <Mirv> jarope: updated the PPA descriptions a bit too, for those who read them :)
[13:28] <jarope> it happens
[13:28] <sapanaryal> hi all
[13:28] <jarope> and who reads these days anyway
[13:28] <ogra_> ogra@anubis:~/Devel/packages/tmp$ dpkg -x initramfs-tools-ubuntu-touch_0.50_armhf.deb .
[13:28] <ogra_> ogra@anubis:~/Devel/packages/tmp$ ls -l usr/share/initramfs-tools/hooks/
[13:28] <ogra_> insgesamt 4
[13:28] <ogra_> -rwxr-xr-x 1 ogra ogra 593 Sep  6 18:45 touch
[13:28] <ogra_> hmm
[13:28] <ogra_> all fine it seems
[13:29] <jarope> i think yoda said it best Do or Do not, there is no read
[13:30] <stgraber> we also have:ERROR: could not open directory /tmp/mkinitramfs_yCk0sK/lib/modules/3.2.0-51-highbank: No such file or directory
[13:30] <stgraber> FATAL: could not search modules: No such file or directory
[13:30] <ogra_> yeah
[13:30] <ogra_> thats fine
[13:31] <stgraber> would have to compare with a previous buildlog to see exactly what's normal and what isn't...
[13:31] <ogra_> tehse are normal moaning from update-initramfs
[13:32] <ogra_> i wonder if the new fakeroot might have something to do with it
[13:32] <ogra_> https://launchpad.net/ubuntu/saucy/+source/fakeroot/1.20-1
[13:32] <ogra_> (the build uses fakeroot and fakechroot to roll the initrd)
[13:33] <ogra_> (i dont see how reading the changelog)
[13:33] <stgraber> not in an obvious way at least...
[13:33] <ogra_> right
[13:33] <ogra_> the timing would fit though
[13:34] <xnox> ogra_: the tarball uploaded 0.50 has executable bits removed.
[13:34] <stgraber> I'm running a rebuild here to see if it can be reproduced at least
[13:34] <ogra_> xnox, the binary package has them though
[13:35] <ogra_> i could force them from the build script easily, but that doesnt explain why it just started to happen out of nowhere
[13:36] <stgraber> well, let's first see if that still happens, if it does then we can try to understand what's causing it
[13:37] <ogra_> right, we need to get the images fixed first anyway
[13:39] <stgraber> the good news is that we didn't introduce any new non-root path to the image with that update, so people who updated won't have to fix their devices manually. Only those who reflashed from scratch will have seen the problem and that's likely mostly QA who reflash from scratch every time anyway.
[13:40] <ogra_> well, one hopes that on release day people will do a fresh bootstrap
[13:40] <ogra_> we should suggest that in the release announcement :)
[13:40] <seb128> balloons, hey, why did you set https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1231368 as confirmed for ubuntu-system-settings?
[13:40] <stgraber> that'd be nice but I wouldn't count on that ;)
[13:41] <ChickenCutlass> ricmm, any luck with the unity8 max cpu thing
[13:41] <ogra_> seb128, because its all your fault !
[13:41] <balloons> seb128, sorry about that! launchpad was acting really funny and slow. I looked at it but didn't mean to mark anything. I was confirming other bugs
[13:42] <seb128> balloons, ok, I'm closing it then, the issue was not in the settings and has been fixed with the content-hub and gallery updates
[13:42] <balloons> :-)
[13:43] <stgraber> Adding binary /bin/chown
[13:43] <stgraber> Adding binary /bin/readlink
[13:43] <stgraber> Adding binary /usr/bin/adbd
[13:43] <stgraber> ogra_: ^
[13:43] <ogra_> phew
[13:44] <ogra_> so we blame cosmic rays ?
[13:44] <stgraber> that's with a rebuild here, so I'd recommend we just no-change rebuild it and see if we get the same on the buildd
[13:44] <ogra_> yeah :(
[13:44] <ogra_> to bad we need an android rebuild for that
[13:44] <didrocks> +1 on cosmic rays
[13:44] <didrocks> so we won't even ever know why the initramfs was busted
[13:45] <mhr3> didrocks, hey, need a pkg help
[13:46] <stgraber> ogra_: uploaded
[13:46] <ogra_> thx
[13:46] <didrocks> thanks stgraber ;)
[13:46] <ogra_> didrocks, need a papertrail or do we just let it in
[13:46] <stgraber> now let's hope we'll get the same result or it's going to be a major pain to debug!
[13:46] <ogra_> yeah
[13:46] <didrocks> ogra_: we already have one
[13:46] <ogra_> ah, k
[13:46] <didrocks> 71
[13:46] <mhr3> didrocks, we need to make sure that if you install libunity-protocol > 7.1.1, you can't have libunity < 7.1.1, but there's no dep from protocol to libunity, cause libunity deps on protocol
[13:47] <stgraber> (because my test board here is as close as you can get to a calxeda node and should be using the same build chroot as the LP buildds, so I sure hope I'll get the same result ;))
[13:47]  * ogra_ has spent the last hours staring at logs and code ... kind of missed watching the spreadsheet
[13:47] <mhr3> didrocks, is conflicts for protocol enough, or do we need conflicts+replace+???
[13:47] <davmor2> didrocks, ogra_, stgraber: Don't blame cosmic rays,  blame comic sans it's far more dangerous
[13:47] <ogra_> davmor2, you sense a microsoft conspiracy ?
[13:48] <didrocks> mhr3: breaks: is the correct relationship
[13:48] <mhr3> didrocks, just breaks?
[13:48] <didrocks> so libunity-protocol Breaks: libunity (<< 7.1.1)
[13:50] <davmor2> ogra_: :D No I think it's far more damaging than a bit of sunburn :)
[13:50] <ogra_> heh
[13:50]  * ogra_ twiddles thumbs wildly reloading https://launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/0.51/+build/5066577
[13:51] <stgraber> same here ;)
[13:52] <stgraber> I also bumped the i386 and amd64 one to try and get things ready ASAP since we seem to have quite busy buildds today (there was a 4 hours wait for i386 and amd64)
[13:52] <ogra_> ugh
[13:52] <ogra_> we should drop these obsolete arches
[13:53] <ogra_> their buildds just cant cope
[13:53] <ogra_> :P
[13:53] <mhr3> didrocks, could you peek at https://code.launchpad.net/~mhr3/libunity/same-ver-dep/+merge/188596 ?
[13:54] <stgraber> ogra_: not seeing the error this time around
[13:54] <gema> stgraber: I thought you may be interested in this script that jcollado has put together: http://bazaar.launchpad.net/~javier.collado/+junk/upgrade-tests/view/head:/scripts/full-update.py
[13:54] <ogra_> it srolled by to fast for me
[13:54] <didrocks> mhr3: are you sure you want a version << 7.1.1? You are at 7.1.2+13.10.20131001-0ubuntu1
[13:54] <didrocks> (just double checking)
[13:55] <mhr3> didrocks, yea, good enough
[13:55] <stgraber> ogra_: I just saw the beginning of the initramfs call and didn't see anything related to hooks/touch, I didn't see the copy though (went by too fast)
[13:55] <mhr3> didrocks, it's cause schema was changed in 7.1.1
[13:55] <ogra_> same here
[13:55]  * ogra_ waits for the log to publish
[13:55] <ogra_> Adding binary /bin/chown
[13:55] <ogra_> Adding binary /bin/readlink
[13:55] <ogra_> Adding binary /usr/bin/adbd
[13:55] <ogra_> \o/
[13:55] <stgraber> yay!
[13:56] <ogra_> k, so now waiting for android ...
[13:56] <stgraber> ok, so android no change rebuild now (that one is building with -proposed enabled right?)
[13:56] <ogra_> not sure
[13:56] <ogra_> xnox, created it ... i think he made it so
[13:56] <stgraber> ok, let's see
[13:56] <ogra_> heh
[13:57] <ogra_> note that android is cross built ... will queue up on the x86 builder
[13:57] <stgraber> I see $dist-proposed in debian/rules so looks like we don't need to wait
[13:57] <ogra_> right
[13:57] <xnox> stgraber: yes, pulls from -proposed. But it needs to be well, published in -proposed.
[13:58] <xnox> on ftpmaster.internal
[13:58] <stgraber> xnox: right, which it should be soonish. I'll prepare the upload and push when rmadison tells me it's fine
[13:58] <didrocks> mhr3: packaging side approved
[14:00] <jarope> ok so looks like with some fiddling about - i.e. remove the install of Qt5.1.1 I had -  ubuntu-sdk is up to 5.1.1 .  Question is now have certain QtQuick Modules been removed and replaced by Ubuntu.components?  QtQuick.Controls and QtQuick.Layouts are not recognised.  Is Ubuntu.Components replacing them two?
[14:00] <mhr3> didrocks, thx, just to make sure, now if protocol + libunity 7.0.0 is installed and a package will want to upgrade protocol, libunity will be upgraded as well, right?
[14:01] <didrocks> mhr3: right
[14:01] <mhr3> didrocks, awesome, thx
[14:03] <stgraber> come on LP, publish faster...
[14:04] <didrocks> stgraber: you don't have that cycle to help it? ;)
[14:05] <didrocks> ogra_: once mir, unity-mir and the initramfs are in, you will rekick an image?
[14:05] <stgraber> :)
[14:05] <ogra_> didrocks, with pleasure !
[14:05] <ogra_> i want to see the media stack working
[14:05] <ogra_> ... finally
[14:05] <didrocks> same here!
[14:06] <ogra_> (and timezone configuration too ... )
[14:06] <ogra_> stgraber, do you think this will also fix the /etc/writable issues ?
[14:07] <stgraber> ogra_: what's the issue with /etc/writable?
[14:07] <ogra_> stgraber, its empty on boot
[14:08] <ogra_> i.e. no files are copied when the loop mount appears
[14:08] <ogra_> (unmounting it makes the files visible underneath)
[14:08] <stgraber> weird, let me check, hopefully it's the same issue
[14:09] <ogra_> root@ubuntu-phablet:/# ls /etc/writable/
[14:09] <ogra_> root@ubuntu-phablet:/# umount /etc/writable
[14:09] <ogra_> root@ubuntu-phablet:/# ls /etc/writable/
[14:09] <ogra_> localtime  timezone
[14:09] <ogra_> thats my first login after a fresh flash
[14:09] <stgraber> actually, let me just grab the new initrd, flash it and see what happens, will be faster
[14:10] <ogra_> heh
[14:10]  * ogra_ gest fresh coffee
[14:10] <dobey> what is doing icon lookup for apps in the dash in unity8? is it the dash or apps scope?
[14:13] <dobey> seb128: hey. i was told you're the one to ask about how to open the accounts settings panel from within a scope. i've got it opening system-settings, but it's not switching to the accounts panel. i've tried many variations on ${plugin_name} in settings:///system/${plugin_name} to no avail
[14:14] <lool> stgraber: do we need to rebuild android?
[14:14] <stgraber> lool: yes, eventually
[14:14] <seb128> dobey, hey, <name> is the name of the .settings in /usr/share/ubuntu/settings/system/
[14:15] <stgraber> ogra_: seems to be a different problem
[14:15] <ogra_> :(
[14:15] <stgraber> lool: though I'd rather not rebuild android now and have to do it again in 30min when I figure out what's breaking /etc/writable
[14:15] <seb128> dobey, and the code to handle settings:/// url landed in trunk for ubuntu-system-settings but not in saucy/touch yet
[14:15] <seb128> dobey, so if you try, use trunk
[14:15] <ogra_> stgraber, the whole process is stalled atm
[14:15] <ogra_> stgraber, i'm fine doing the second android upload if needed
[14:16] <dobey> seb128: i'm running on the daily-build ppa right now
[14:16] <ogra_> but we need to get working images back asap
[14:16] <seb128> dobey, "system-settings settings:///system/online-accounts" works here
[14:16] <stgraber> ogra_: the publisher isn't done yet anyway
[14:16] <lool> stgraber: the usermetrics fix is needed to promote a green image; the /etc/writable fix is nice to have for this image, but can wait til next one
[14:17] <ogra_> stgraber, gyeah, thought so
[14:17] <seb128> dobey, do you have ubuntu-system-settings-online-accounts installed?
[14:17] <dobey> seb128: yes
[14:17] <seb128> dobey, and the command I gave you doesn't work?
[14:18] <stgraber> ogra_: I think I know what's going on
[14:18] <stgraber> checking quickly
[14:18] <dobey> seb128: it doesn't work trying to open settings:/// from within a scope
[14:18] <ogra_> i think its just not copying on first mount
[14:18] <seb128> dobey, check with ted, he's the one who worked on the url-dispatcher
[14:18] <stgraber> yep, looks like it's the case, I'm just confirming it does on the second
[14:19] <stgraber> and it does
[14:19] <stgraber> right, that's easy, I'll fix that
[14:19] <ogra_> :)
[14:19] <dobey> seb128: nor does running that command line
[14:19] <dobey> Plugin settings://system/online-accounts does not exist.
[14:19] <dobey> err, also with settings:///
[14:19] <ogra_> stgraber, lets just hope the build doesnt regress again then :)
[14:20] <stgraber> ogra_: http://paste.ubuntu.com/6179745/
[14:20] <seb128> dobey, hum, can you run system-settings and click on online-accounts in there? does it work?
[14:20]  * ogra_ is now scared to even upload the initrd stuff 
[14:20] <ogra_> stgraber, heh, yeah, thats what i thought
[14:20] <dobey> seb128: yes, i can edit the accounts just fine
[14:20] <seb128> dobey, that's what they did for indicators: https://code.launchpad.net/~charlesk/indicator-sound/use-url-dispatcher/+merge/187608
[14:20] <stgraber> ok, uploading that one quickly then
[14:21] <seb128> dobey, but check with ted,he did most of the work on the dispatcher, I only know about the settings side
[14:21] <dobey> seb128: the dispatcher seems to at least halfway work. it is opening system-settings
[14:21] <seb128> dobey, that's what we merged in the settings side, https://code.launchpad.net/~mardy/ubuntu-system-settings/lp1227690/+merge/188284
[14:22] <seb128> dobey, does "system-settings settings:///system/online-accounts" work or not?
[14:22] <dobey> seb128: but system-settings settings:///system/online-accounts just isn't working
[14:22] <stgraber> ogra_: uploaded. I'll bump all the builds and then go finish to wake up while that stuff builds and publish, will be back in time for android.
[14:22] <dobey> seb128: no, it gives the error: Plugin settings:///system/online-accounts does not exist.
[14:22] <seb128> dobey, can you check /usr/share/doc/ubuntu-system-settings/changelog.Debian.gz
[14:22] <seb128> dobey, what is the top entry/the rev listed?
[14:22] <ogra_> stgraber, ok, i'll keep an eye on the buildlog to make sure we dont lose anything again
[14:23] <dobey> seb128: 0.1+13.10.20130930-0ubuntu1 is the version i have installed
[14:23] <dobey>   * Automatic snapshot from revision 401
[14:23] <seb128> dobey, that's too old
[14:24] <cwayne> mzanetti: ping
[14:24] <seb128> dobey, it has r401, the url support has been merged as r404
[14:24] <seb128> dobey, https://code.launchpad.net/~mardy/ubuntu-system-settings/lp1227690/+merge/188284
[14:24] <dobey> ok
[14:24] <stgraber> ogra_: accepted and rescored
[14:24] <ogra_> great
[14:24] <ogra_> enjoy your coffee
[14:24] <dobey> seb128: that's a very deceptive error message for something it supposedly doesn't support at all
[14:25] <mzanetti> cwayne: pong
[14:25] <seb128> dobey, yep, sorry about that
[14:26] <cwayne> mzanetti: hey, do you know where i could find the call to AccountService to add a click app to the launcher?
[14:26] <ogra_> rsalveti, so i was taking a long look at the adbd upstart job, and i think we're doing it all wrong there ... i guess we should drop all the excoing into /sys and rely on android to dtrt by using properties
[14:26] <cwayne> dobey: hey, im confused as to why this was rejected? https://code.launchpad.net/~mfisch/click-update-manager/fix-icon/+merge/188496
[14:26] <ogra_> *echoing
[14:27] <mzanetti> cwayne: there isn't any
[14:28] <davmor2> ogra_: how we looking for 75?
[14:28]  * ogra_ waits for "patches accepted"
[14:28] <oSoMoN> jdstrand: ping
[14:28] <cwayne> mzanetti: is there any programattic way to add one?  what is actually run when the user selects 'pin to launcher'?
[14:28] <ogra_> davmor2, waiting for the last initramfs-toools-ubuntu-toouch upload to publish, then an android rebuilds and a new image will be spun
[14:28] <jdstrand> oSoMoN: hey
[14:29] <dobey> cwayne: rejected?
[14:29] <davmor2> ogra_: nice thanks
[14:29] <oSoMoN> jdstrand: hey, the facebook webapp is terminated by apparmor when trying to access the location (bug #1233678), would it be acceptable to update the corresponding profile to allow access to the location service?
[14:29] <cwayne> dobey: i suppose by rejected i mean not approved :)
[14:30] <mzanetti> cwayne: Launcher/LauncherPanel.qml:529
[14:30] <cwayne> mzanetti: cool, i'll take a look, thanks
[14:30] <ogra_> stgraber, argh ... again !
[14:31] <ogra_> stgraber, https://launchpadlibrarian.net/152040049/buildlog_ubuntu-saucy-armhf.initramfs-tools-ubuntu-touch_0.52_UPLOADING.txt.gz
[14:31] <jdstrand> oSoMoN: seems reasonable. note, there is no prompting for access to location service currently
[14:31] <dobey> cwayne: it is wrong
[14:31] <oSoMoN> jdstrand: there is a prompt in the browser itself
[14:31]  * ogra_ blames infinity and his fakeroot upload 
[14:32] <jdstrand> oSoMoN: ok-- note, there may be two prompts once trust-store is being used with location-- but we can cross that bridge when we get to it
[14:32] <oSoMoN> jdstrand: agreed
[14:32] <oSoMoN> jdstrand: who can I assign the bug to have the profile updated then?
[14:32] <rsalveti> ogra_: we could, but then we'd need to wait the container to be up first
[14:33] <rsalveti> ogra_: the good part of that upstart job itself is that it can start adb before the container is fully up
[14:33] <rsalveti> or even started
[14:33] <ogra_> rsalveti, ah, crap, forgot that
[14:33] <jdstrand> oSoMoN: dbarth_ afaik
[14:33] <oSoMoN> jdstrand: ok, thanks
[14:34] <mzanetti> cwayne: btw... LauncherModel has a pin() method too. you don't need to call invokeQuicklistAction
[14:34] <ogra_> stgraber, 0.53 uploaded as no-change rebuild
[14:34] <cwayne> mzanetti: hm, i was just looking at that, but im a little confused as to how i could call that in say, a bash script
[14:35] <mzanetti> cwayne: that's not possible
[14:35] <ogra_> rsalveti, right, the bad part about it is that mtp and adb wrangle about the device and you get disconnectes etc
[14:35] <ogra_> rsalveti, bug 1233613
[14:35] <sergiusens> rsalveti, ogra_ wrt to the /sys setup... it done differently for mtp; so at least we need one way of doing it
[14:36] <ogra_> sergiusens, well, we cant do the mtp way for adbd since there is no property system
[14:36] <ogra_> sergiusens, the mtp way is surely the cleaner one
[14:36] <sergiusens> ogra_, I know, that's why I mentioned if we wanted the setup for the bus to live on ubuntu
[14:36] <ogra_> adbd actually forcefully unsets everything that was set
[14:36] <cwayne> pete-woods: ping
[14:36] <pete-woods> cwayne: hi
[14:37] <pete-woods> cwayne: trying to land libusermetrics today
[14:37] <rsalveti> ogra_: that bug is because the it's setting the property again, which causes adb to reconnect
[14:37] <cwayne> pete-woods: hi, the infographic stuff seems to have broken since build 71, but it doesn't look like anything changed in libusermetrics in that time..
[14:37] <rsalveti> not again, I mean, right after boot
[14:37] <ogra_> rsalveti, right, but it has to
[14:37] <cwayne> pete-woods: wondering if you had any insight as to what else could have broken it :)
[14:37] <rsalveti> because originally it's ""
[14:37] <rsalveti> ogra_: yup
[14:37] <ogra_> rsalveti, and when adbd starts its forced to adb
[14:37] <pete-woods> cwayne: it's something to do with the way the image is being built, it has removed privileges from the usermetrics user from /var/lib/usermetrics
[14:38] <rsalveti> ogra_: let me check what happens if you boot with the property set as "adb"
[14:38] <cwayne> pete-woods: ah, that makes sense.  is that being fixed do you know?
[14:38] <cwayne> Laney: ping
[14:38] <mfisch> I think stgraber is working it
[14:38] <Laney> gi cwayne
[14:38] <Laney> hi
[14:38] <sergiusens> rsalveti, ogra_ it's always adb
[14:39] <rsalveti> sergiusens: not by default
[14:39] <cwayne> Laney: is timezone supposed to work in today's -proposed from system settings?
[14:39] <Laney> not yet
[14:39] <sergiusens> rsalveti, yes it is init.rc:    setprop persist.sys.usb.config adb
[14:39] <Laney> still working out some final bugs
[14:39] <rsalveti> sergiusens: hm, did we change that?
[14:39] <dobey> seb128: ok, looks like there is a newer version in the PPA, and after installing it, opening it from the command line works
[14:39] <rsalveti> sergiusens: oh, right
[14:39] <ogra_> root@ubuntu-phablet:/# cat /data/property/persist.sys.usb.config
[14:39] <ogra_> adb
[14:39] <sergiusens> rsalveti, 4 months ago
[14:39] <rsalveti> my other change was doing that sed as part of lxc-android-config
[14:39] <cwayne> Laney: what about from adb shell? should that gdbus call work?
[14:40] <Laney> no
[14:40] <cwayne> oh ok
[14:40] <Laney> that is exactly what is broken
[14:40] <didrocks> ogra_: cross your fingers more dude!
[14:40] <didrocks> (for this rebuild)
[14:40] <cwayne> Laney: ah, alright. was just making sure it wasnt just a system-settings app thing :)
[14:40] <ogra_> didrocks, they are already wrapping around each other !
[14:40] <didrocks> heh
[14:41] <ogra_> didrocks, that still doesnt solve the issue that the build in itself is unreliable
[14:41] <ogra_> and i dont get why
[14:41] <rsalveti> ogra_: sergiusens: well, not sure if there is an easy way to fix that, maybe starting with adb,mtp, but this is actually the expected behavior it seems
[14:41] <rsalveti> as it's changing the usb mode
[14:41] <didrocks> yeah, starting to be frighten about that one
[14:41]  * ogra_ blames infinity and his fakeroot upload even more
[14:41] <cjwatson> Do you have any non-circumstantial evidence for that?
[14:41] <cjwatson> Like traces?
[14:41] <ogra_> cjwatson, none
[14:41] <cjwatson> I suggest gathering that before blaming
[14:42] <ogra_> cjwatson, just the timing mtaches the breakage appearing
[14:42] <jarope> pmcgowan: Mirv many thanks guys I now have a video playing with applied shaders linked to sliders "touchStyle"
[14:42] <ogra_> *matches
[14:42] <ogra_> cjwatson, and thats the odd package that uses fakechroot and fakeroot all over the place for building
[14:42] <pitti> stgraber: not sure whether you saw the bug mail, we still seem to have a problem with "synced"
[14:42] <sergiusens> rsalveti, fastest solution is check the config on ubuntu and forget about the property system (from an upstart perspective)
[14:42] <ogra_> pitti, fixed
[14:43] <pmcgowan> jarope, awesome
[14:43] <ogra_> pitti, according to stephane
[14:43] <dobey> seb128: but opening it from the scope via the Unity API doesn't seem to open the panel. soo tedg ? it seems trying to open online-accounts panel from with a scope via the unity actions API isn't working.
[14:43] <cjwatson> ogra_: So what you're saying is that nobody has tried to investigate directly?
[14:43] <pitti> ogra_: oh, awesome!
[14:43] <rsalveti> sergiusens: but then what happens once mtp is started?
[14:43] <ogra_> Adding binary /bin/chown
[14:43] <ogra_> Adding binary /bin/readlink
[14:43] <ogra_> Adding binary /usr/bin/adbd
[14:43] <ogra_> didrocks, ^^^
[14:43] <ogra_> we're good with this one
[14:43] <didrocks> \o/
[14:43] <pitti> ogra_: so, some release team member (Laney, *hint* *hint*) still needs to review/accept the systemd fix for that
[14:43] <didrocks> phew
[14:43] <sergiusens> rsalveti, we should only start mtp if the switch we control on ubuntu has mtp in it
[14:43] <rsalveti> the problem is that we don't want adb to reconnect while we change the usb mode
[14:44] <rsalveti> sergiusens: not sure I follow
[14:44] <Laney> pitti: is the writable stuff fixed?
[14:44] <ogra_> sergiusens, rsalveti, we also need to drop adb as a default for the final image
[14:44] <jarope> pmcgowan: it is indeed means I can tackle another year of Uni assignments with out having to use GLUT and try once again to push Qt/QML as a more modern and suitable windowing system
[14:44] <ogra_> Laney, in flight, but should be
[14:44] <Laney> cjwatson: could you take a quick look at the systemd diff in unapproved?
[14:44] <pitti> Laney: yes, that's the point of that systemd upload, to get along with the change to relative symlinks
[14:44] <rsalveti> ogra_: right, then do that first
[14:44] <sergiusens> ogra_, I had that implemented a month ago, but we decided to go with the property system
[14:44] <pitti> Laney: I didn't look at why /etc/writable/ is empty, but ogra_ just said that stgraber fixed that
[14:44] <Laney> yes
[14:44] <didrocks> ogra_: so, from what pitti told, we need systemd for having the system-settings ui date & time to work?
[14:44] <Laney> there were two parts to fix
[14:45] <ogra_> sergiusens, yeah i remembered that thats why i saked you about it yesterday :)
[14:45] <sergiusens> rsalveti, wait, we decided to use the property system for enabling disabling adb anyways
[14:45] <ogra_> *asked
[14:45] <ogra_> didrocks, right
[14:45] <pitti> didrocks: yes, currently it's trying to change the readonly files
[14:45] <rsalveti> sergiusens: right, so let's get that done first
[14:45] <didrocks> ok, let's wait on that one as well anyway
[14:45] <sergiusens> ogra_, rsalveti don't get hasty about stuff
[14:45] <ogra_> didrocks, we also still need the subsequent android upload/build
[14:45] <ogra_> sergiusens, i surely wont :)
[14:45] <rsalveti> :-)
[14:45] <didrocks> ogra_: not for that one? just for the initramfs part?
[14:46] <ogra_> sergiusens, rsalveti i managed to get adbd run as phablet user btw ...
[14:46] <pitti> didrocks: https://launchpad.net/ubuntu/saucy/+queue?queue_state=1&queue_text=systemd this one, plus presumably an initramfs/android rebuild for the "sycned" fix
[14:46] <ogra_> sergiusens, rsalveti, funnily it still logs me in as root
[14:46] <cjwatson> Laney: LGTM if the intent is that result is "/etc/" at the end
[14:46] <rsalveti> ogra_: hahaha
[14:46] <didrocks> well, we'll rebuild the android side for a good reason ;)
[14:46] <tedg> dobey, I'm not sure what you mean by Unity Actions here, URL dispatcher?
[14:46] <rsalveti> ogra_: right, but we don't need to fix that now
[14:46] <ogra_> no
[14:46] <cjwatson> Laney: Actually
[14:46] <rsalveti> sudo will break all your effort :-)
[14:46] <ogra_> just turning off the default on release day should suffice
[14:46] <cjwatson> Laney: Won't that break if the symlink is absolute after all?
[14:46] <ogra_> rsalveti, sudo is fine
[14:46] <cjwatson> Laney: This all seems like a lot of very dubious effort to avoid a few string copies
[14:47] <Laney> cjwatson: meet pitti
[14:47] <Laney> :P
[14:47] <ogra_> lol
[14:47] <cjwatson> pitti: ^-
[14:47] <rsalveti> ogra_: if we can do sudo, we can start adb as root :-)
[14:47] <dobey> tedg: i don't know what UnityActionResponse uses,
[14:47] <ogra_> rsalveti, indeed
[14:47] <cjwatson> pitti: I would recommend reaching for some equivalent of canonicalize_file_name instead of all this sketchy stuff
[14:47] <dobey>                 return new Unity.ActivationResponse (Unity.HandledType.NOT_HANDLED,
[14:47] <dobey> gah, paste fail
[14:47] <ogra_> rsalveti, unless adbd doesnt allow root at all ;)
[14:47] <cjwatson> pitti: It worries me when code only works with one of relative or absolute symlinks; that's a timebomb for later
[14:47] <pitti> cjwatson: I can't use canonicalize_file_name()
[14:48] <cjwatson> Ah, yes, only one level
[14:48] <pitti> cjwatson: I can use the dynamic malloc stuff from util.c and copy it back into the static buffer
[14:48] <dobey> tedg: Unity.ActivationResponse (Unity.HandledType.NOT_HANDLED, "settings:///system/online-accounts"); <- this results in system-settings being opened, but not to the accounts page
[14:48] <cjwatson> But still, is avoiding readlink_and_make_absolute really worthwhile?
[14:48] <cjwatson> I would say a test for this code should be that it works with either relative or absolute
[14:48] <stgraber> ogra_: wow, that's scary...
[14:48] <stgraber> ogra_: alright, bumping 0.53 now
[14:48] <pitti> cjwatson: ok, I'll change it then
[14:48] <cjwatson> thanks
[14:48]  * pitti rejects from the queue
[14:48] <ogra_> stgraber, can you bump 0.53 on the other arches
[14:48] <ogra_> heh, snap
[14:48] <mhall119> kenvandine: ping
[14:49] <kenvandine> mhall119, pong
[14:49] <mhall119> kenvandine: hey, I have questions about the content-hub
[14:49] <tedg> dobey, Which version of system settings?  I don't think that support got added until the 0930 release.
[14:49] <mhall119> kenvandine: I'd like to get the docviewer-app working so you can open PDF (and other) files in it from another app (like webbrowser-app), and I was told that this should go through the content-hub
[14:49] <kenvandine> mhall119, sure, what's up?
[14:50] <dobey> tedg: system-settings does the right thing if i run it on the command line with the url
[14:50] <dobey> well, i have to have it already running on the device, to actually get a window, when i run it from within adb shell
[14:50] <kenvandine> mhall119, yes indeed
[14:50] <mhall119> kenvandine: my test usecase is 1) Open the filemanager-app, 2) click "open" on a pdf file, 3) docviewer-app is called with the file URI as an argument
[14:50] <kenvandine> mhall119, i  need to reboot, i
[14:50] <kenvandine> 'll ping you in a moment
[14:50] <mhall119> k
[14:51] <tedg> dobey, Hmm, I need to upgrade to get that version before I can check.
[14:52] <tedg> dobey, Can you look to see what the /proc/*/cmdline is for that process?
[14:52] <tedg> dobey, See if it got passed the URL.
[14:53] <dobey> tedg: it appears it wasn't passed it:
[14:53] <dobey> system-settings^@--desktop_file_hint=/usr/share/applications/ubuntu-system-settings.desktop^@
[14:53] <tedg> dobey, That's probably why it's not working :-)
[14:53] <dobey> indeed
[14:53] <dobey> tedg: is this your bug, or libunity?
[14:54] <tedg> dobey, Looks like system-settings... doesn't have a %u in it's Exec line for it's desktop file.
[14:54] <kenvandine> mhall119, actually that should more like url-dispatcher
[14:54] <tedg> dobey, I'll propose a merge.
[14:54] <kenvandine> tedg, ^^
[14:54] <mhall119> should have paid attention to apt-get dist-upgrade: http://paste.ubuntu.com/6179859/
[14:54] <mhall119> didrocks: ^^
[14:54] <lool> stgraber, ogra_: Hmm how is the +x of things we copy fixed?
[14:54] <lool> I don't see this change
[14:54] <lool> slangasek: ^
[14:54] <mhall119> kenvandine: tedg and pmcgowan both agreed it should be the content-hub that pushed the file uri to docviewer-app
[14:54] <mhall119> not url-dispatcher
[14:54] <ogra_> lool, no change needed for this ... it already happens
[14:55] <kenvandine> mhall119, humm, which apps provides the file?
[14:55] <kenvandine> s/apps/app
[14:55] <mhall119> kenvandine: potentially any app can provide the source file
[14:55] <tedg> kenvandine, It shouldn't be "a url" it should be "content"
[14:55] <tedg> kenvandine, i.e. the browser downloads a PDF
[14:55] <lool> ogra_: so what was the missing +x flag?
[14:55] <dobey> tedg: ah. adding that does fix it here!
[14:55] <didrocks> mhall119: what does install libunity-core-6.0-8 tells you?
[14:55] <dobey> tedg: thanks
[14:55] <ogra_> lool, the hook in the initramfs creation that copies chown/chmod etc in place doesnt get executed during build
[14:55] <mhall119> tedg: currently the docviewer-app deals with file uris
[14:55] <ogra_> lool, randomly
[14:55] <kenvandine> tedg, agreed.. but filemanager-app is outside of that
[14:55] <mhall119> didrocks: I'mwaiting for dist-upgrade to finish
[14:56] <ogra_> lool, so we end up without the needed binaries in the initrd if we dont watch the build closely
[14:56] <lool> ogra_: but does that hook need to be +c?
[14:56] <mhall119> didrocks: then I'll try installing that
[14:56] <lool> +x
[14:56] <ogra_> lool, that hook is +x
[14:56] <ogra_> always was
[14:56] <lool> not in lp:ubuntu AFAICT
[14:56] <tedg> kenvandine, ?  I mean, it still needs helpers?  Isn't it the "last resort" for content-hub?
[14:56] <kenvandine> webbrowser-app downloads the pdf, does it download it to a central location or it's own app storage?
[14:56] <lool> oh it is now
[14:56] <ogra_> lool, it is with apt-get source3 and it is also +x in the binary package
[14:57] <ogra_> lool, that never changed
[14:57] <tedg> kenvandine, Own app storage
[14:57] <kenvandine> tedg, in the content-hub view of the world, an app owns the content and provides the UI to export it
[14:57] <kenvandine> another app wants it, and makes the request
[14:57] <kenvandine> so webbrowser-app would provide the export for it
[14:57] <tedg> kenvandine, Hmm, last we'd discussed it, we needed a push as well.  For, for instance, printing.
[14:57] <ogra_> lool, but the randomness of the failure on the buildd is worrying
[14:58] <kenvandine> tedg, yes... which is providing an export
[14:58] <ogra_> s/worrying/extremely scary/
[14:58] <tedg> kenvandine, ?  Isn't printing providing an import?
[14:58] <kenvandine> tedg, we still don't have a way to initiate it from that side
[14:58] <tedg> kenvandine, So that's the feature that mhall119 needs :-)
[14:58] <tedg> kenvandine, He's a sink not a source
[14:58] <lool> stgraber, ogra_: So slangasek was pointing out scripts/touch is not +x in lp:ubuntu/... branch
[14:58] <kenvandine> yeah
[14:58] <ogra_> lool, but it is
[14:59] <kenvandine> we don't have a model for 3 apps, just source and destination
[14:59] <kenvandine> so webbrowser-app -> docviewer-app
[14:59] <ogra_> i have all versions here locally of that package ... well all that i ever uploaded or sponsored
[14:59] <ogra_> they all are *x
[14:59] <ogra_> +x
[14:59] <kenvandine> what we need for that use case is webbrowser-app to be able to say i need to export this content to an app that knows what to do with it
[14:59] <kenvandine> which would be docviewer-app
[15:00] <kenvandine> docviewer-app would get started and view the content
[15:00] <mhall119> kenvandine: and we don't have that currently?
[15:00] <stgraber> lool: hooks/touch certainly is executable, scripts/touch isn't but doesn't need to be
[15:00] <tedg> mhall119, 2.0
[15:00] <kenvandine> mhall119, no.... sorry
[15:00] <mhall119> tedg: so can we hack it onto url-dispatcher until then?
[15:00] <cjwatson> $ tar tzvf initramfs-tools-ubuntu-touch_0.52.tar.gz | grep scripts/touch
[15:00] <cjwatson> -rw-r--r-- 0/0            7811 2013-10-01 15:19 initramfs-tools-ubuntu-touch-0.52/scripts/touch
[15:00] <cjwatson> ogra_: ^-
[15:00] <nerochiaro> bfiller: do you know if there's a way to know the names of the settings plugins ? i am trying to launch settings:///system/online-accounts but it says it's not handleable, so maybe online-accounts is not the right name
[15:00] <cjwatson> ogra_: Clearly nothing to do with fakeroot
[15:01] <kenvandine> mhall119, you could trick it with url-dispatcher
[15:01] <cjwatson> ogra_: The source package is wrong
[15:01] <stgraber> cjwatson: hooks/touch not scripts/touch
[15:01] <ogra_> cjwatson, well, its clearly +x for me after apt-get source
[15:01] <kenvandine> have filemanager-app open docviewer-app with a URI
[15:01] <cjwatson> Oh, you were talking about scripts/touch above
[15:01] <lool> stgraber: why doesn't it need to be +x?
[15:01] <cjwatson> Yeah, hooks/touch is +x
[15:01] <mhall119> kenvandine: I know it's technically possible, what I don't know is whether tedg will approve the MP to do it :)
[15:01] <ogra_> yeah
[15:01] <slangasek> lool: ah, scripts/touch is in the same class as scripts/{local,nfs}, so doesn't need to be executable - l 4good now
[15:01] <kenvandine> when docviewer-app opens, it sees the URI and requests content from the hub
[15:01] <lool> slangasek: ok
[15:01] <ogra_> lool, it is sourced by /init
[15:01] <lool> alright, all good
[15:01] <kenvandine> which then could silently (no UI) create the transfer based on the URI
[15:02] <ogra_> slangasek, well, nothing is good, since the buioldd randomly ignores it
[15:02] <slangasek> right, that's "all good now" - stupid unhelpful cpu lag
[15:02] <stgraber> lool: because it gets sourced, not called
[15:02] <slangasek> ogra_: randomly ignores what?
[15:02] <ogra_> seems every second upload the hook doesnt get executred at all
[15:03] <kenvandine> interesting hack though, i bet it could do it all without even opening the providing app
[15:03] <slangasek> ogra_: please point me to an example
[15:03] <ogra_> slangasek, https://launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/0.53/+build/5066796/+files/buildlog_ubuntu-saucy-armhf.initramfs-tools-ubuntu-touch_0.53_UPLOADING.txt.gz working build ... vs
[15:03] <ogra_> slangasek, broken build https://launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/0.52/+build/5066754/+files/buildlog_ubuntu-saucy-armhf.initramfs-tools-ubuntu-touch_0.52_UPLOADING.txt.gz
[15:03] <mhall119> didrocks: libunity-core-6.0-8: Installed: 7.1.1+13.10.20130927.1-0ubuntu1
[15:03] <ogra_> look at the update-iniramfs output
[15:04] <mhall119> so I got it at some point
[15:04] <mhall119> not sure why the previous warnings
[15:04] <didrocks> mhall119: weird… not sure about the -common complain
[15:04] <stgraber> slangasek: last time it happened we uploaded a no change rebuild within 10min and that fixed it (so that should clear any chance of change on the builder side between the two builds)
[15:05] <slangasek> stgraber: ok, but why was it *wrong*?
[15:05] <ogra_> slangasek, thats the myth here
[15:05] <ogra_> it seems to just randomly happen
[15:05] <ogra_> and only started yesterday
[15:06] <lool> this is creepy
[15:08] <lool> stgraber, ogra_: Can we fail the build when we detect this?
[15:08] <cwayne> stgraber: hey, its looking like /home/phablet has incorrect permissions in latest build, did you already know about this?
[15:09] <slangasek> ogra_: I'm confused.  This is a build log for initramfs-tools-ubuntu-touch, which is the package that *contains* /usr/share/initramfs-tools/hooks/touch.  Hopefully this package does not have a circular dep on itself?
[15:09] <balloons> ping cyphermox or whomever. do you know the config file needed for a "straight talk" (att reseller) sim in order for data to work?
[15:09] <ogra_> slangasek, no, but it creates the initrd during build
[15:10] <stgraber> cwayne: yes I did, same problem as everything else, we don't have chown in the initrd
[15:10] <ogra_> slangasek, and thats not the point, nothing changed in that package wrt building ... it was working perfectly fine pover the last months exactly as it is
[15:10] <ogra_> slangasek, it stopped working yesterday evening at some point
[15:11] <cwayne> stgraber: alright, figured you were aware, but that i should double-check, as it seems bad :)
[15:11] <slangasek> ogra_: no, that's very much part of the point.  Why is it building an initramfs during build that depends on a hook provided this package to be *already installed* on the filesystem?
[15:12] <slangasek> ogra_: I see a debootstrap in the build, I don't see initramfs-tools-ubuntu-touch being unpacked in that chroot - so of course it's not executable if it doesn't exist?
[15:12] <ogra_> slangasek, why did it stop working all of a sudden when it worked for months ?
[15:12] <ogra_> slangasek, it copies the bits in place during build
[15:12] <ogra_> look at the source
[15:12] <ogra_> build-initrd.sh specifically
[15:13] <ogra_> (which hasnt changed in more than 6 weeks and never caused issues, something else must have changed that causes this behavior)
[15:14] <davmor2> cyphermox, awe_ : sims from wallmart (straight talk) need a config file changing do you have details on what and how at all?
[15:14] <slangasek> ogra_: ok, I see that here.  It would be nice to have more verbosity there so you can see that from the build log...
[15:14] <ogra_> slangasek, the fakeroot upload suspicilusly matches the time where it started failing ... but i have no evidence that would point at it
[15:14] <lool> slangasek, ogra_: I wonder whether the problem is with the cps being out of the fakeroot/fakechroots setup
[15:14] <ogra_> lool, but why didnt that cause issues for the last three months ?
[15:15] <lool> ogra_: maybe it's indeed random because fakechroot has no data on the files?
[15:15] <lool> or fakeroot
[15:15] <ogra_> that script is used since we have flipped containers and didnt change .... it moved over about 6 weeks ago when i merged both packages
[15:15] <ogra_> but had no issues even after the megre (and there were plenty uploads of it)
[15:15] <cjwatson> I suspect that we are invoking fakeroot in invalid ways
[15:15] <cjwatson> There are at least two things I see wrong
[15:16] <cjwatson> (a) using -i without a matching -s and expecting anything to work
[15:16] <cwayne> Saviq: heya, any update from the Qt guys about the missing scope views?
[15:16] <cjwatson> (b) manipulating things inside the fakeroot when outside the saved environment
[15:16] <cjwatson> both of these things are documented as "you cannot rely on this working"
[15:16] <ogra_> cjwatson, but again, that worked until yesterday and hasnt changed
[15:16] <cjwatson> ogra_: that's the nature of doing unreliable things
[15:16] <cjwatson> perfectly correct changes may break you
[15:17] <ogra_> hmpf
[15:17] <davmor2> cjwatson: I hope you aren't breaking ogra_ s they are hard to come by
[15:17] <ogra_> haha
[15:18] <cjwatson> similarly, I'd have no sympathy if we were relying on undefined behaviour in C and a gcc/glibc change broke it
[15:18] <Saviq> cwayne, no update, we're going for distro-patching
[15:18] <cwayne> Saviq: great, any idea when it might land?
[15:18] <Saviq> cwayne, we'll try to get it in tomorrow, then however long it takes to get into distro
[15:20] <cwayne> Saviq: thanks mfisch^
[15:23] <NewUTouchUser> Do you know whether I can use reverse USB tethering with Ubuntu Touch somehow? I would like to use the Ethernet connection of my Ubuntu workstation with my Nexus 7 through USB
[15:24] <awe_> davmor2, you should be able to change the details of the data context using the ofono scripts
[15:24] <didrocks> pitti: do you think we'll have a systemd soon or we shouldn't rely on it?
[15:25] <davmor2> awe_: I just found the bug and directed the people inquiring to it thanks https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1221969
[15:25] <awe_> davmor2, but actually...  probably better to stop NM, stop ofono, and then hand edit the gprs settings file in ofono
[15:25] <awe_> davmor2, thanks I can update the bug if need be
[15:25] <awe_> davmor2, the details of what the settings should be can be found on straighttalk's website
[15:26] <davmor2> awe_: great thanks
[15:26] <cwayne> stgraber: i'm not getting cellular data today -- do you think that could be related to the initrd as well, or should we chase this down?
[15:27] <awe_> davmor2, comment #3 has detailed instructions
[15:27] <stgraber> cwayne: wait for the next image, do a clean reflash and try again, I have no idea what else may be broken due to a dozen binaries being missing in the initrd
[15:28] <cwayne> stgraber: righto
[15:28] <davmor2> awe_: yeap thanks,  I was pretty sure there was a bug I just couldn't find it on my initial search :)
[15:29] <mandel> didrocks, ping
[15:29] <didrocks> mandel: pong
[15:31] <ogra_> stgraber, how about the android upload ?
[15:31] <nerochiaro> oSoMoN: in system settings, can you manage to log in to a facebook account ? the browser there is pretty broken for me. it's super hard to tap into the text fields and sometime it freezes
[15:31] <cjwatson> ogra_: I'm trying to fix this build-initrd.sh script up to be more reliable
[15:31]  * ogra_ hugs cjwatson 
[15:32] <stgraber> ogra_: not yet, waiting for i386 to publish
[15:33] <ogra_> ah
[15:33] <ogra_> i see
[15:33] <stgraber> should be good after the next publisher (it finally built)
[15:33] <ogra_> yeah
[15:33] <oSoMoN> nerochiaro: yeah, I can manage to log in, although the auth page is definitely not rendered as it should
[15:34] <nerochiaro> oSoMoN: ok, maybe my fingers are too fat. it's a total pain
[15:34] <barry> stgraber: please review this for sanity: https://bugs.launchpad.net/ubuntu-system-image/+bug/1221844/comments/3
[15:35] <mfisch> mhr3: we'd like to add that icon ordering fix to the landing plan, any comments?
[15:35] <mhr3> mfisch, should be there already
[15:35] <mhr3> mfisch, part of #112 in the plan
[15:35] <NewUTouchUser> Let's ask this in another way: do you if it's possible to enable USB networking between an Ubuntu workstationa and a Nexus 7 with Ubuntu Touch?
[15:36] <nerochiaro> oSoMoN: can you please file a bug for that bad rendering ? i think you know better what's wrong since you have more exprience with browser
[15:36] <mhr3> mfisch, and it's not icon ordering, it's category ordering
[15:36] <mfisch> mhr3: yeah, you're right, category ordering
[15:36] <mhr3> mfisch, for a moment i was worried you want something else :)
[15:36] <oSoMoN> nerochiaro: it’s not the browser itself, it’s the online accounts app, and mardy is already aware of the problem
[15:37] <mfisch> mhr3: #112?  The last landing I see is 78
[15:37] <nerochiaro> oSoMoN: excellent
[15:38] <didrocks> ogra_: stgraber: let's forget systemd for now I guess
[15:38] <mhr3> mfisch, well... you thought landing things is simple and quick? :)
[15:38] <jarope> I previously had the onValueChanged: working for my sliders but it looks like this isnt implemented with Ubuntu is this correct? and if so what would be the work around
[15:39] <ogra_> didrocks, well, the buildds are busy, queues are full etc it seems
[15:39] <didrocks> yeah
[15:39] <ogra_> didrocks, i fear it has a good chance to land at the same time as android
[15:39] <ogra_> (at 10pm or so)
[15:39] <mhr3> mfisch, not to mention that usually merging a home-scope branch takes 15minutes, now it's 5 hours since approve and still not merged...
[15:39] <didrocks> ogra_: yeah, but systemd will need an android rebuild as well
[15:40] <mfisch> mhr3: I think that fginther said he had to re-approve it
[15:40] <didrocks> from what pitti told, so I guess we won't have it in time
[15:40] <ogra_> didrocks, oh ?
[15:40] <ogra_> why would it need that
[15:40] <ogra_> didrocks, systemd doesnt touch anything in the container
[15:40] <mhr3> mfisch, right, and that was almost 2hours ago
[15:40] <ogra_> didrocks, and the fix for /etc/writable is already in
[15:41] <stgraber> barry: "This leads to an upgrade path of 0:200:201:304" would be more like "0:2" or something along those lines, but yes, if we have alias in channels.json and that doesn't match the value from channel.ini, then consider we're at build 0 and update with that
[15:41] <didrocks> ogra_: ok, believe you then ;)
[15:41] <ogra_> pitti, ^^^ ?
[15:42] <barry> stgraber: sorry, those paths are taken from test data, so just assume that 200 == 2 or something :).  the key point is that we're *not* filtering out deltas in this case.  we use the normal upgrade calculation rules, except that we squash build number to 0.  it would be exactly equivalent to calling s-i-cli --build 0
[15:42] <barry> stgraber: agreed?
[15:43] <stgraber> barry: yep
[15:43] <barry> stgraber: cool, thanks.
[15:46] <cyphermox> davmor2: sorry, I do not have that information
[15:47] <davmor2> cyphermox: no worries sorted anyhow thanks
[15:47] <cyphermox> though perhaps I should go try to get a SIM from my local walmart to see if I can break NM with it
[15:47] <cyphermox> so; I will have a package to test about now for the auto reconnection
[15:48] <davmor2> cyphermox: I hit the auto disconnect I've grabbed some logs but then done nothing more with them cause I fail and ran out of time :)
[15:48] <ev> didrocks: do you have time to expand on what this loopback issue was the other day?
[15:48] <didrocks> ev: not really today
[15:49] <ev> didrocks: okay, no worries
[15:49] <cwayne> stgraber: last question i swear! when might we expect build 75
[15:49] <nerochiaro> oSoMoN: i can't repro failures in pasting images in notes. can you provide a clean case that i can repro here ? number and text of notes might matter pershaps ?
[15:49] <davmor2> cwayne: as soon as all the bits are built
[15:49] <oSoMoN> nerochiaro: let me test again
[15:49] <didrocks> ev: sorry ;)
[15:49] <cwayne> davmor2: ha! yeah, i was looking for more of a time
[15:50] <ev> didrocks: entirely understandable given the landing meeting and whatnot
[15:51] <oSoMoN> nerochiaro: ahah, somehow I just managed to copy your joker-like cat face 6 times in the same note, in just one click
[15:51] <davmor2> cwayne: see this piece of string?  about that long give or take a minute?  is that any better?
[15:51] <cyphermox> davmor2: if you have time for testing the fix; I put the packages up on http://people.ubuntu.com/~mathieu-tl/network-manager/
[15:51] <oSoMoN> nerochiaro: so pasting works, even though the process is really clunky
[15:51] <cyphermox> awe_: ^^
[15:51] <cyphermox> ChickenCutlass: ^^
[15:52] <pitti> ogra_: what's up? (re from supermarket)
[15:52] <cyphermox> awe_: this may help with phonesim as well actually.
[15:52] <davmor2> cyphermox: nice I'll give it a go once we have image 75 in play so everthing else works
[15:52] <cyphermox> awe
[15:52] <cyphermox> *aye
[15:52] <cyphermox> damn keyboard :)
[15:52] <nerochiaro> oSoMoN: still that's not right
[15:52] <nerochiaro> oSoMoN: means the click gets repeated or something
[15:53] <davmor2> cyphermox: stop doing irc on the phone then ;)
[15:53] <sil2100> didrocks: it's in!
[15:53] <nerochiaro> oSoMoN: and you were not able to paste before
[15:53] <didrocks> sil2100: phew ;)
[15:53] <oSoMoN> nerochiaro: no it’s not indeed, are you in touch with the SDK team to address this popover issue?
[15:53] <cyphermox> davmor2: I wish
[15:53] <nerochiaro> oSoMoN: i'm following the bug, just commented on it. and tomorrow i'll poke zsombi and try to get to the bottom of the issue with him
[15:54] <ChickenCutlass> cyphermox, ack
[15:54] <nerochiaro> oSoMoN: do you know who's responsible for the url dispatcher ?
[15:54] <oSoMoN> nerochiaro: I think tedg is
[15:55] <xnox> ogra_: stgraber: what do I need to do to make the android container work? stick android-ramdisk.img into /boot/android-ramdisk.img and that's it?
[15:56] <dbarth_> beuno: hey, i just got a 500 error on uploading an update to the FB webapp; did something wrong?
[15:57] <nerochiaro> tedg:  do you know what's the proper way to use the url dispatcher to start the online account settings ? i try settings:///system/online-accounts but it's not working, it tells me it's not dispatchable
[15:57] <ogra_> xnox, yeah, that should get the android initrd up
[15:57] <beuno> dbarth_, first guess is forgot to bump the version #
[15:58] <beuno> dbarth_, if not, for my second guess, I'll be looking at logs  :)
[15:58] <cjwatson> ogra_: http://paste.ubuntu.com/6180111/ should be much more reliable (I couldn't actually reproduce the original problem directly on the porter box, but it avoids the things explicitly documented as unreliable in fakeroot(1)).  Should I upload this?  It's not needed right now, but there doesn't appear to be a VCS for me to commit it to and forget about it.
[15:58] <dbarth_> beuno: 1.0.3 -> 1.0.5, but let me know
[15:58] <pitti> cjwatson, Laney: https://launchpad.net/ubuntu/saucy/+queue?queue_state=1&queue_text=systemd is now diffy
[15:58] <xnox> ogra_: and then the system partition will be mounted inside it?
[15:58] <awe_> cyphermox, ack
[15:59] <pitti> cjwatson, Laney: tested with relative/absolute/no symlinks
[15:59] <beuno> dbarth_, I see the error but it looks like a transient network one. Can you try again?
[15:59] <ogra_> cjwatson, please wait until stgraber uploaded android and the currently working initrd was picked up
[15:59] <xnox> ogra_: i think I need qemud socket from the android container to be available in ubuntu, such that ubuntu's adbd can talk to the host via it.
[15:59] <dbarth_> beuno: ok
[15:59] <dbarth_> beuno: you were right:)
[16:00] <ogra_> cjwatson, we need a working image as highest prio, else all testing is stuck
[16:00] <cjwatson> pitti: Looks safer, thanks
[16:00] <beuno> dbarth_, I'll chase it though, both for retrying as well as the root cause. Thanks.
[16:00] <ogra_> xnox, your vm should have its own /sys and its own kernel, no ?
[16:00] <cjwatson> ogra_: Sure, whatever
[16:00] <stgraber> ogra_: android uploaded
[16:00] <ogra_> xnox, why would you talk to the host for adbd
[16:00] <ogra_> stgraber, yay, thanks
[16:01] <cjwatson> ogra_: I just don't want to lose the code.  Perhaps you could institute a VCS?
[16:01] <ogra_> cjwatson, hmm, yeah
[16:01] <stgraber> cjwatson: I've been using ubuntu:initramfs-tools-ubuntu-touch personally
[16:01]  * ogra_ will try to find a minute to do that 
[16:01] <cjwatson> I can just use lp:ubuntu/initramfs-tools-ubuntu-touch if you like
[16:01] <pitti> didrocks, ogra_: I don't believe the systemd upload will need an android rebuild; that's just runtime stuff
[16:01] <ogra_> thats also fine, yeah
[16:01] <pitti> didrocks: ah right, what ogra said
[16:01] <ogra_> pitti, thanks
[16:02] <didrocks> ok ;)
[16:02] <cjwatson> I'll commit once the importer catches up, then
[16:02] <MacSlow> Saviq, sil2100: any news regarding the ap-issues on jenkins-ci?
[16:02] <cjwatson> ogra_: Should I approve this systemd change?
[16:02] <ogra_> cjwatson, yes please
[16:02] <cjwatson> I'm happy with it but don't know if you want it in this image
[16:02] <sil2100> MacSlow: not from my side sadly...
[16:02] <xnox> ogra_: qemu creates qemud serial device, inside the VM qemud multiplexers sits on it and allows mulptile things talk to qemu. On the host one can talk to qemu via that serial device. Thus to have working adb client, I need to launch adb under qemud in the emulator.
[16:03] <ogra_> would be good to have it in the next build
[16:03] <cjwatson> OK, done
[16:03] <MacSlow> sil2100, ok
[16:07] <xnox> ogra_: \o/ ha, I haz telnet ;-)
[16:08] <ogra_> yay
[16:10] <Laney> t...elnet
[16:10] <ogra_> hehe
[16:12] <davmor2> xnox: now test it with towel.blinkenlights.nl  me hopes he got the starwars telnet address right :D
[16:16] <pitti> awe_: did you ever successfully use the phone simulator for a call that gets answered?
[16:16] <pitti> awe_: according to /usr/share/phonesim/default.xml that should work with dialing 166, but it doesn't
[16:17] <pitti> awe_: other "magic" numbers (like 199 which calls you back) work fine
[16:20] <sergiusens> jdstrand, hey, was there any progress on the usermetric apparmor rules?
[16:21] <awe_> pitti, no I haven't touched the phonesim at all...
[16:22] <pitti> awe_: ok, thanks
[16:22] <pitti> awe_: maybe we need the mock after all
[16:22] <awe_> pitti, been focusing all of my testing on direct on-phone testing
[16:23] <awe_> pitti, have you looked to see whether there's been any work on the phonesim driver upstream, and/or checked with any of the ofono devs?
[16:23] <pitti> awe_: so it seems with the current phonesim I can't test "outgoing call gets answered" and "receive SMS" (or perhaps I can hack up the XML for that, haven't dug into how that works yet)
[16:23] <pitti> awe_: no, not yet; I started with asking you, tiago, and boiko
[16:23] <cjwatson> sergiusens: http://launchpadlibrarian.net/151383351/qtmultimedia-opensource-src-touch_5.1.1%2Bgit20130920%2B5b12abb862-0ubuntu1_5.1.1%2Bgit20130920%2B5b12abb862-0ubuntu2.diff.gz - any reason you didn't just remove those from debian/control?  Have I missed something subtle about how this package works?
[16:24] <cjwatson> sergiusens: The reason I ask is that having them still be in debian/control confuses some archive scripts
[16:24] <cjwatson> sergiusens: (That's why those packages are still in the archive at an older version and haven't been semi-automatically cleaned up)
[16:24] <awe_> pitti, when you say "maybe we need the mock after all", I assume you mean a dbus mock of ofono, not the umockdev approach?
[16:24] <pitti> awe_: right
[16:24] <sergiusens> cjwatson, oh, I kept it believing fail-missing wouldn't bail out on me
[16:25] <awe_> k
[16:25] <mfisch> fginther: ping
[16:25] <pitti> awe_: tiago just points out that phonesim has a d-bus interface which can run scripts, that sounds promising
[16:25] <pitti> awe_: anyway, thanks!
[16:25] <fginther> mfisch, pong
[16:25] <cjwatson> sergiusens: Hmm, OK, well I can remove them manually, just wondered
[16:25] <boiko> pitti: I know phonesim has some scripting capabilities, but they are very poor if I remember correctly, but maybe it is worth a try?
[16:26] <pitti> boiko: yep, I'll poke that; seems much easier than driving the phonesim GUI through AP
[16:26] <sergiusens> cjwatson, we still build everything as in the original, but don't want those packages at all
[16:26] <cjwatson> sergiusens: Yep, removed them now
[16:26] <cjwatson> Just for future reference, things work more smoothly if you drop them from debian/control
[16:26] <awe_> pitti, yw
[16:27] <cjwatson> That way we know the binary packages are orphaned and safe to clean up
[16:27] <gema> stgraber: where to the logs from the upgrade end?
[16:27] <gema> I am not sure which log barry is referring to in bug 1233094
[16:28] <sergiusens> cjwatson, ack, thanks
[16:28] <gema> stgraber: forget it , I shaw it now
[16:28] <gema> stgraber: I can reproduce the problem as long as I don't change the client.ini file
[16:29] <gema> stgraber: when I increase the logging it doesn't happen
[16:29] <gema> for some reason
[16:29] <pitti> boiko: how does the dialer app store the call log? (the test should clean that)
[16:30] <boiko> pitti: ~/.local/share/history-service/history.sqlite
[16:30] <xnox> ls
[16:30] <stgraber> gema: can you reproduce this using system-image-cli on the command line too?
[16:30] <pitti> boiko: ah, thanks
[16:30] <boiko> pitti: IIRC om26er did some code to move that away and restore at the end of the test, can't remember if it was for dialer-app or messaging-app
[16:30] <gema> stgraber: I haven't tried that, what is the command you want me to use to try?
[16:30] <gema> stgraber: reflashing back atm
[16:31] <stgraber> gema: otherwise it may be some dbus related issue or something to do with the downloader code which we're changing in the next image to use the download service instead (so your problem may go away then). Anyway barry knows that stuff way more than I do since he's the one working on the client...
[16:31] <pitti> boiko: easy enough; i. e. move file away and kill history-daemon in setUp() , restore it in tearDown()
[16:31] <boiko> pitti: yep
[16:31] <gema> barry: ^^
[16:31] <stgraber> gema: just run "system-image-cli" as root that will figure out the upgrade path, download and reboot. It won't print anything though unless you pass -v (or some extra -v to get even more verbose output)
[16:31] <boiko> pitti: and kill history-service again in tearDown() just in case
[16:31] <pitti> right
[16:32] <om26er> boiko, pitti we do that for a few other apps as well. e.g calculator sudoku-app. we have not yet done that for dialer/messaging
[16:32] <gema> stgraber: ack
[16:32] <om26er> boiko, you probably reviewed my branch for the calculator
[16:32] <mhr3> mfisch, home-scope branch landed in trunk
[16:32] <stgraber> gema: we also had a socket bug which slangasek fixed recently and that was causing the download to fail under some condition and may cause what you've been seeing (I had that happen to me on the command line a couple of times with pretty out of date devices)
[16:32] <boiko> om26er: yep, but I remember you asked me how to do that for the history-service stuff, I thought you had implemented that already :)
[16:32] <om26er> I did that in the connected tests for the phone-app in the past.
[16:33] <om26er> boiko, Yes, I was working on that when I was at the sprint in Lex but now someone else is working on it
[16:33] <gema> stgraber: I am using the first image that shouldn't require a full upgrade, fwiw
[16:33] <slangasek> stgraber: hum, I'm pretty sure I didn't fix any socket bugs except wrt the testsuite itself
[16:33] <boiko> om26er: ok, np, thanks
[16:33] <gema> slangasek: we are talking about bug 1233094
[16:34] <pitti> om26er, boiko: I implemented it now, thanks
[16:34] <mfisch> mhr3: cool, now we just need it in the image!
[16:34] <mhr3> mfisch, i wouldn't hold my breath there
[16:35] <mfisch> yeah I'm not
[16:35] <mfisch> we may just build it ourselves
[16:35] <mhr3> mfisch, fwiw it should be in the daily build ppa soonish
[16:35] <slangasek> gema: we've landed the new system-image architecture based on ubuntu-download-manager in part because of unreliabilities in the previous architecture, and most of these bugs aren't going to be solvable retroactively because the bugs are in the client in the old image.  I think the only thing we can advise here is "reflash to an image that uses the new code".
[16:36] <mfisch> mhr3: perfect then we dont even have to buld it
[16:36] <stgraber> slangasek: oh, ok, didn't look at the actual code change. So anyway, I've had some weird timeout related issues here when an image is made of a lot of files, sometimes it'd take 2-3 tries to get everything downloaded properly. Hopefully the download maanger will fix that issue.
[16:36] <mhr3> mfisch, soonish == ~12hours
[16:36] <slangasek> gema: now, I think separate to that we should be thinking about having some tests which stress the downloader client by artificially feeding it a large download (~200M) so that we can verify it's handled correctly; but we need to run such tests against current client code, not old stuff
[16:36] <gema> slangasek: ok, so what is the first image with the new architecture?
[16:36] <slangasek> gema: 73
[16:37] <slangasek> (not yet promoted)
[16:37] <gema> slangasek: ok, so I should be testing from 73 onwards
[16:37] <gema> which hasn't even landed
[16:37] <slangasek> gema: yes please :)
[16:37] <slangasek> it's still in devel-proposed, yes
[16:37] <gema> slangasek: you do realise that we are going to have almost no change of catching this kind of bug because our upgrade path is not going to be big enough, right?
[16:37] <gema> slangasek: this is a calculated risk, I assume?
[16:38] <mhr3> mfisch, but if you ask someone nicely they might be able to publish it there manually
[16:38] <mhall119> are we going to get contacts syncing again anytime soon?
[16:38] <slangasek> gema: as I said, I think we should have tests with artificially-large updates
[16:38] <gema> slangasek: do you have some of those?
[16:38] <slangasek> gema: the upgrade path from v. 5 to v. 70 (the current version on the devel channel) is going to go straight to 70 and download it in one large block; we can simulate that
[16:38] <mfisch> mhr3: we're waiting for a bunch of other stuff, so I can wait
[16:39] <mfisch> mhr3: is it the usual daily PPA or a special unity one?
[16:39] <slangasek> stgraber: ^^ could you prepare a stand-alone artificially large system-image to use for upgrade testing?
[16:39] <mfisch> cwayne: We'll have a deb soonish to put apps at the top of the home scope
[16:39] <gema> slangasek: ack, that sounds good
[16:39] <mhr3> mfisch, this one https://launchpad.net/~ubuntu-unity/+archive/daily-build
[16:39] <mfisch> mhr3: perfect
[16:39] <slangasek> stgraber: actually, I think it would be sufficient to prepare an artificial channel that always forces a full download
[16:40] <stgraber> slangasek: well, just call system-image-cli with -b 0 then and you'll get a full ;)
[16:40] <stgraber> slangasek: or even better, with -f full which will ignore any existing delta image in the resolution
[16:41] <gema> stgraber: not what I am trying to test, sorry
[16:41] <gema> stgraber: I am trying to test a different upgrade path
[16:41] <gema> and make sure the UI does the right thing
[16:41] <gema> etc
[16:42] <ogra_> yay, android built
[16:42] <stgraber> so what you could do is use -5 but first upgrade system-image to the latest version on the device
[16:42] <gema> stgraber: so I'd do a phablet-flash ubuntu-touch --revision -5 from 73, right?
[16:42] <stgraber> so switch to writable mode, update the system-image packages with apt, switch back to read-only, reboot the device, run the update
[16:43] <stgraber> yep, same thing as you were testing so far, except that you remount you / writable, update system-image and reboot before proceeding with the update
[16:43] <stgraber> that way you'll actually be testing the current system-image client code
[16:43] <stgraber> something along the lines of:
[16:43] <stgraber> adb shell mount -o remount,rw /
[16:43] <stgraber> adb shell apt-get update
[16:43] <gema> I know what you mean
[16:44] <gema> I don't think it is going to work
[16:44] <gema> it's not what I am trying to test
[16:44] <stgraber> adb shell apt-get install system-image-cli system-image-common system-image-dbus
[16:44] <stgraber> adb shell reboot
[16:44] <stgraber> then test as usual
[16:44] <stgraber> gema: what are you trying to test then?
[16:45] <gema> stgraber: usually I'd flash X images back and try to upgrade to current, first test case is going back as many as it takes to trigger the full update
[16:45] <slangasek> stgraber: we need a standing test case based on recent images, not retrofitting system-image packages onto a version 5 image
[16:45] <gema> stgraber: then one less
[16:45] <slangasek> stgraber: and it needs to work from the UI, not just from system-image-cli
[16:45] <mhall119> um, I'm running ubuntu-system daily stable images......why is apt-cache running and using up my CPU?
[16:45] <gema> stgraber: and make sure in the first case I get a full image upgrade
[16:45] <gema> and in the second I don't
[16:46] <jdstrand> sergiusens: yes-- I am waiting on bug #1231863 to land in the archive
[16:46] <slangasek> stgraber: so I think this could be done by forcing /etc/ubuntu-build on the filesystem, right?
[16:46] <cjwatson> mhall119: use "ps axf" to find out what's calling it
[16:46] <jdstrand> sergiusens: it is unrelated to the usermetrics, but because it is difficult getting things into the image, I am gathering up the various bug fixes into one upload
[16:46] <cjwatson> mhall119: there's still an apt cache on ubuntu-system images even though it's RO
[16:47] <mhall119> cjwatson: well it's not running anymore, but if I see it again I'll do that
[16:47] <mhall119> cjwatson: right, but it shouldn't be using 50% of my CPU
[16:47] <cjwatson> Sure
[16:47] <stgraber> slangasek: hmm, then for each image you need to have a server import that, generate a bunch of big updates in a way that you result with X deltas before the upgrader decides to use a full and have your test device use that. It's definitely possible but we'd first need to get the ports/oem server work done as that'd need something similar for the import+signature and then probably a few more days of work to generate the right "fake" updates 
[16:47] <cjwatson> Just saying that it's kind of orthogonal to whether you're on ubuntu-system or not
[16:48]  * mhall119 nods
[16:49] <slangasek> stgraber: why would you need to generate a bunch of big updates?
[16:49] <sergiusens> jdstrand, I feel your pain :-)
[16:49] <slangasek> stgraber: install version n-1; set /etc/ubuntu-build to 0; upgrade
[16:49] <stgraber> slangasek: because what's failing for gema is not a full update, it's a massive amount of mid-size updates
[16:49] <slangasek> stgraber: no, the path from 5 to 70 is certainly going to be a full update
[16:50] <slangasek> unless she's done something to override
[16:50] <stgraber> slangasek: she's testing with -5
[16:50] <stgraber> slangasek: which means 5 versions before the current one and that's most likely to be a delta path, not a full
[16:50] <slangasek> oh?
[16:50] <slangasek> then I misunderstood
[16:51] <gema> slangasek: I am testing from 57 to 70
[16:51] <gema> slangasek: I edited the bug to make it clearer
[16:51] <gema> slangasek: just big enough delta - 1
[16:51] <slangasek> stgraber: are you sure the upgrade path from 57 to 70 pulls deltas, not a full update?
[16:51] <slangasek> ah, ok
[16:51] <gema> slangasek: I am positive
[16:51] <stgraber> testing a full update is really quite simple indeed, just change channel.ini to force a lower version, run the code again, done (or use system-image-cli -f full for a cleaner solution). Simulating a case where you need to download 25 small files in parallel is tricky (and that's the case that's been failing for me here with weird timeouts)
[16:51] <slangasek> right, I completely misunderstood the problem, sorry
[16:52] <slangasek> so yeah, we need to test both of those cases
[16:52] <stgraber> slangasek: well, since they wrote a script to tell you which version to take to get the biggest possible delta, I sure hope so ;)
[16:52] <gema> slangasek: http://bazaar.launchpad.net/~javier.collado/+junk/upgrade-tests/view/35/scripts/full-update.py
[16:52] <slangasek> but we *definitely* need to test the "Multiple small updates" case using the new code, and not the code that was in 57
[16:52] <slangasek> I think the right way to do this is with a synthetic channel
[16:52] <stgraber> oh, actually, faking the version number would work in either case
[16:53] <slangasek> true
[16:53] <stgraber> because if you're on rev 71 and change channel.ini to say it's 57
[16:53] <stgraber> it'll resolve a path using a bunch of deltas
[16:53] <stgraber> which will just end up replacing files you alrady have, no big deal, same end result
[16:53] <stgraber> so that'd work
[16:53] <slangasek> yep - but the deltas may have different characteristics from one version to the next, that doesn't make for a very reliable test case
[16:53] <stgraber> how so?
[16:54] <slangasek> we really want the integration tests for the *updater* to be based on fixed data
[16:54] <slangasek> stgraber: one day, the max deltas to download might be 3; another, it might be 6; how will the behavior change, and what are we trying to test?
[16:55] <slangasek> if it's a problem with parallel downloads, we don't want to overlook a regression because a particular day's delta was large and cause a smaller number of parallel downloads
[16:56] <stgraber> right but doing that needs a separate server with fixed size pointless deltas that are properly signed and trusted on the device
[16:56] <stgraber> that's definitely possible and moderately easy to do once we have the oem/port code implemented in the server side code, but don't count on it for at least another 2 weeks to a month
[16:57] <stgraber> so it may be better to have a slightly less optimal testcase today than try and aim for a perfect one and run with none until then
[16:58] <gema> stgraber: jcollado is working on that
[16:58] <gema> stgraber: not sure if he has spoken to you yet or not
[16:58] <slangasek> stgraber: we shouldn't spend a lot of energy on a test case that's not going to test the code we care about
[16:58] <gema> stgraber: I am not even sure he is aware of this rearchitectured version of the upgrader
[16:59] <slangasek> we care about testing that upgrades *will* work from the current version of the image, before we promote it... because that's the point where we have the opportunity to fix bugs
[16:59] <slangasek> learning that there were bugs in an image from two weeks ago really doesn't help us ;)
[16:59] <stgraber> gema: the upgrader hasn't change in the past month, the client and server did (sorry, I'm picky about terminology but it's easy to misunderstand what we're talking about if we're not using the right terms)
[16:59] <stgraber> gema: and yeah, he talked to me a bit a few weeks back, haven't heard much since
[16:59] <gema> stgraber: you are well right to be picky, I don't really understand what changes you guys are talking about
[16:59] <slangasek> and while installing s-i + u-d-m on an old image and testing that is better than nothing, it's not a true integration test - let's make sure we're targeting the right thing
[17:00] <stgraber> slangasek: that's why using the latest image and faking channel.ini seems reasonable to me
[17:00] <slangasek> as a first pass, yes
[17:00] <gema> slangasek: so you don't care that you can upgrade from a week ago to today's update, you care that today's image can upgrade to future, or do you care about both?
[17:00] <stgraber> slangasek: that'll have the current code of the latest image try to do a full update and a large series of delta updates at pretty much no implementation cost
[17:01] <slangasek> gema: I care about things I can fix; if the upgrader in the already-released image is broken, I can't fix that
[17:01] <gema> slangasek: because if you produce an upgrade that is broken somehow, or that is not backwards compatible, you want to know
[17:01] <gema> slangasek: the upgrade may be wrong/broken
[17:01] <gatox> dpm, hi.... do you know where the winners of the app showdown are going to be announced?
[17:01] <stgraber> slangasek: well, we can fix an upgrade path from an old image on the server side.
[17:02] <slangasek> gema: so integration testing of the *upgrader* should test from the current upgrade with a mocked channel.ini; integration tests of the *upgrades* should test with a previous image using the real channel
[17:02] <gema> slangasek: if today's upgrade renders millions of phones unusable for whatever reason, you definitely don't want to promote that upgrade
[17:02] <stgraber> slangasek: if we notice that a particular delta path will fail, we can break it and force a full for those. So we should definitely test that so we can know about it before we get user reports.
[17:02] <gema> slangasek: agreed
[17:02] <gema> slangasek: so we are talking about two things at once
[17:02] <slangasek> gema: and I thought what we discussed previously was to test upgrades from n-2 to n-1 and n-1 to n.  What's driving the test from n-5 here?
[17:03] <gema> slangasek: n-2 is not good enough to trigger a full upgrade and I wanted to test that
[17:03] <gema> slangasek: automation is not in place yet, so I am doing manually
[17:03] <slangasek> stgraber: I'm not happy for us to be hands-on managing that on the server.  We should be setting a high bar for the reliability of the upgrader, which makes this issue moot
[17:03] <cwayne> sil2100: ping
[17:04] <slangasek> gema: right, but if you want to trigger a full upgrade, just install n-1 and set /etc/ubuntu-build to 0
[17:04] <stgraber> slangasek: sure, I still think it's worth knowing if we messed up so we can do something about it rather than panic when we get users report after releasing the new image
[17:04] <gema> slangasek: I am seeing problems that only happen if the ro partition hasn't been touched
[17:05] <gema> slangasek: so doing that is not a real life scenario, which is what I am trying to test
[17:05] <stgraber> gema, slangasek: /etc/system-image/channel.ini, not /etc/ubuntu-build, /etc/ubuntu-build is just there for backward compatibility, it's not read by the client at all!
[17:05] <slangasek> gema: there's nothing magical about the filesystem that it knows when it's touched
[17:05] <gema> slangasek: I am sitting here with shrodinger's cat
[17:05] <slangasek> stgraber: ah, ok
[17:06] <gema> slangasek: I know, still bugs stop being reproducible after that
[17:06] <gema> slangasek, stgraber I am being called for dinner, will have to continue this conversation tomorrow, I will read backlog anyway
[17:08] <slangasek> gema: well, testing with versions of code that we don't care about and don't tell us anything about the current code is not a good workaround for the fact that some bugs aren't reproducible if the filesystem has been touched.  I'm happy to help root-cause *those* bugs if it would help, but we still need the test I'm describing to answer the question of whether the upgrader in the to-be-promoted version works
[17:08] <slangasek> gema: ok, buen aprovecho :)
[17:10] <gema> slangasek: I agree with you, we need that testing as well and I am going to make sure jcollado is on the same page tomorrow as well
[17:10] <gema> slangasek: thanks!
[17:12] <barry> gema: hi.  still need help?
[17:27] <tedg> popey, Is there a bug tracking the alarm stuff?
[17:29] <atomic0x> Hello all, I've just installed saucy touch nightly (downloaded today) on my nexus 4. I'm unable to get a data connection over 3G. Calling works fine. I've taken a snip of /var/log/syslog showing Network Manager trying to connect but failing. It's here http://pastebin.com/GJ52g5J8
[17:30] <davmor2> ogra_, stgraber: did image 75 happen yet?
[17:31] <ogra_> davmor2, not yet
[17:31] <tedg> nik90, ^ question for popey above, do you know?
[17:32] <nik90|Office> tedg: can you copy paste the question again?
[17:32] <nik90|Office> tedg: I am viewing through office irc account
[17:33] <tedg> nik90|Office, Is there a bug tracking the alarm stuff?
[17:33] <cwayne> atomic0x: i believe that should be fixed with the next image
[17:33] <nik90|Office> tedg: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1233176
[17:33] <tedg> nik90|Office, Great!  Thanks!
[17:34] <tedg> charles, ^
[17:34] <nik90|Office> tedg: although that bug is localised to the clock app..so you may want other bugs in respective projects for other stuff like indicator-datetime and sdk
[17:35] <atomic0x> Excellent. I'll try again in a day or two :) thanks!
[17:35] <tedg> nik90|Office, I added bug tasks, I think it's close enough.
[17:35] <nik90|Office> tedg: ah perfect. thnx
[17:36] <nik90|Office> tedg: in your MP, why does it say .app_id = "calendar-app" instead of clock-app?
[17:37] <tedg> nik90|Office, Cut and paste bug :_)
[17:37] <tedg> :-)
[17:37] <tedg> nik90|Office, Fixing
[17:37] <nik90|Office> ;)
[17:38] <nik90|Office> tedg: also fyi for the clock app, the id is applicationName: "ubuntu-clock-app"
[17:38] <nik90|Office> that's how it is defined in the main view
[17:38] <nik90|Office> I am not sure if that helps or not
[17:38] <tedg> nik90|Office, What is the name of the desktop file?
[17:39] <nik90|Office> tedg: ubuntu-clock-app.desktop
[17:39] <nik90|Office> tedg: it executes Exec=qmlscene /usr/share/ubuntu-clock-app/ubuntu-clock-app.qml
[17:39] <tedg> nik90|Office, Yup, found it on my phone.
[17:43] <cwayne> om26er: ping
[17:44] <om26er> cwayne, pong
[17:46] <cwayne> om26er: hey, your touchshot script is pretty useful, any plan on including it in phablet-tools?
[17:46] <om26er> cwayne, I would but its not going to work in a few days as we move to Mir :/
[17:46] <om26er> screencap is SF specific
[17:46] <cwayne> om26er: ah, i gotcha
[17:49] <nerochiaro> bfiller_afk: when you have some time please email me the next priorities. What remains from your last email is either waiting on something/someone or almost done, so it would be nice to have some other things to fill the gaps and to start on next week. Thanks
[17:51] <RAZORQ> Is there anyone online xD?
[17:52] <dobey> no
[17:53] <dobey> only robots
[17:53] <dobey> some have attained self-awareness though
[17:53] <gilbert32> call me robot?
[18:07] <mfisch> stgraber: will images in /stable be safe from pruning?
[18:08] <stgraber> mfisch: no
[18:08] <stgraber> mfisch: /stable is an alias for /saucy, /saucy contains up to 10 images then prunes the old ones
[18:09] <mfisch> stgraber: okay, thanks
[18:10] <davmor2> dobey: isn't that the start of Terminator?
[18:11] <davmor2> dobey: or the matrix
[18:12] <dobey> davmor2: and all the religious books in the world.
[18:14] <davmor2> dobey: Pretty sure that god is a robot whose been dealing with 3d printing for a while :D
[18:20] <cwayne> dobey: btw updated the MR with more info
[18:26] <ogra_> build 75 done ...
[18:27] <popey> ogra_: need testing?
[18:27] <ogra_> we wont release it tonight ...
[18:28] <ogra_> but yeah, go ahead if you feel like
[18:28] <popey> ok, will do
[18:28] <ogra_> TZ selection should work now
[18:28] <popey> oh, good good
[18:28] <ogra_> and the breakages should be gone again
[18:28]  * ogra_ crosses fingers
[18:28] <lenios> next step is to get mir on it, i guess
[18:32] <davmor2> ogra_: meh I just got 74 again
[18:33] <davmor2> popey: check it's 75 you get
[18:34] <dobey> cwayne-afk: that also doesn't solve the problems
[18:34] <popey> yip yip
[18:34] <ogra_> davmor2, cdimage is done, system-image might still be processing
[18:35] <davmor2> ogra_: right
[18:35] <popey> yeah, its still grabbing previous image
[18:35] <popey> phablet-flash should report the image number
[18:35] <popey> imo
[18:35] <ogra_> file a whishlist bug
[18:35] <davmor2> popey: +1
[18:35] <popey> then pause 3 seconds so you can CTRL+C it ☻
[18:36] <davmor2> popey: better still would be a confirmation to continue
[18:36] <popey> hmm, i prefer no confirmation
[18:36] <popey> figlet build number 74
[18:36] <popey> like that
[18:36] <popey> so i see it and then stab ctrl+c ☻
[18:37] <davmor2> popey: agreed plus it is one less thing to automate if you run the script automagically
[18:40] <popey> bug 1233800
[18:44] <davmor2> popey: +1'd
[18:44] <dobey> why are so many of the icons not on a square canvas?
[18:47] <stgraber> ogra_: looks like the import is running at the moment
[18:47] <ogra_> stgraber, yeah, i was suspecting that
[18:49] <karni> I'm trying to run an app (just a "Simple Touch UI" template from Ubuntu SDK) on a phone. Have you guys seen this message?
[18:50] <karni> mkdir: cannot create directory â/home/phablet/.local/share/applicationsâ: Permission denied
[18:52] <cyphermox> davmor2: got news for me? :)
[18:53] <cyphermox> I can't seem to find a way to break it so far
[18:53] <davmor2> cyphermox: just waiting on system image to catch up
[18:53] <davmor2> cyphermox: then I have 75 and can test
[18:56] <davmor2> ogra_: any idea how long system image should take to play catchup  at all?
[18:57] <davmor2> ogra_: ignore that looks like it's there now
[18:57]  * popey cancells the bug and just gets davmor2 to check the status of system image for me
[18:58] <davmor2> popey: tsk I might be on holiday then what do you do?
[19:01] <tedg> ricmm, sergiusens (or someone else non-English native), do you guys translate "WEP Enterprise" in UIs?
[19:02] <sergiusens> tedg, my env is in English :-)
[19:02] <davmor2> cyphermox: as soon as image 75 is installed I'll get your mod installed and leave it on 3g till tomorrow, if it's still connected you win, if not you LOSE ;)
[19:03] <tedg> sergiusens, ah, that's no fun!
[19:04] <davmor2> cyphermox: that will hopefully give it enough time that if the connection is gonna drop it will of dropped :)
[19:08] <popey> davmor2: get your phone number from the directory ☻
[19:08] <barry> stgraber: are there any examples on s-i.u.c where an image has a phased-percentage key?
[19:11] <timppa> ogra_: What was the URL for the changelogs? I've seem to lost it somehow
[19:11] <stgraber> barry: not at this point, I actually still have to implement the feature server side (though I expect it to take 30min at most, it's pretty trivial on my side)
[19:11] <sil2100> cwayne-afk: pong
[19:12] <barry> stgraber: okay.  so just so i understand how it's going to work: only an image with the highest version number can have a phased-percentage key, and if that exists and it is < hash, we essentially treat that image as not existing when we calculate all the upgrade paths
[19:13] <Chocanto> Hey everyone ! Do you know if we have a way to know the header height of the tabs ?
[19:13] <Chocanto> When I ask the height of an element, it always give me the total height of the screen, not the height without the header
[19:13] <stgraber> barry: correct
[19:13] <davmor2> ogra_: worrtingly I have mtp conected but a black screen
[19:13] <davmor2> ogra_: nevermind it finally woke up
[19:13] <barry> but i won't enforce that "must be on the highest version", so if for some reason an intermediate image has a non-matching phased-percentage, i'd ignore that image but it probably wouldn't matter as the next delta would get you past that anyway
[19:14] <barry> stgraber: ^^.  if so, i think my logic is pretty simple
[19:14] <stgraber> barry: yep, that's perfectly fine. On the server side, I'll change the function that actually writes and signs the index.json to strip phased-percentage from all images but the latest, so we'll never have that case in production anyway
[19:15] <stgraber> (and .set_phased_percentage() will fail on older images too so people won't get confused when the flag won't stick ;))
[19:19] <barry> stgraber: +1
[19:26] <davmor2_> ogra_: still no incoming call tone
[19:34] <zzarr> hello hashcode
[19:36] <zzarr> I just wounder how the hdmi driver is comming along?
[19:48] <zzarr> does anyone know how mir compares to x? (speed, security, etc)
[19:58] <sergiusens> tedg, mhall119, know anything about locales?
[19:58] <sergiusens> looking at setting a search path for them
[19:58] <tedg> sergiusens, <sergiusens> tedg, my env is in English :-)
[19:59] <tedg> Search path like where the .mo files are?
[19:59] <sergiusens> tedg, I know, that's why I don't know how to do this :-) Turns out the apps have translations now and I don't know how to 'find' them from the click pkgdir
[20:00] <sergiusens> tedg, if it's an envvar, can we com up with a convention in upstart-app-launch?
[20:01] <tedg> Yeah, I think that would make sense.
[20:01] <popey> yay time/date setting works now!
[20:01] <tedg> Perhaps it would make sense to put in the manifest.  So, in theory, people could change it.
[20:02] <tedg> I've got a TEXTDOMAINDIR as an env.
[20:02] <tedg> Oh, I bet seb128 knows.
[20:02] <sergiusens> tedg, that works for me ... jdstrand  || cjwatson  ^^ ?
[20:02] <seb128> tedg, what?
[20:02] <mhall119> sergiusens: what about locales?
[20:02] <tedg> seb128, Trying to figure out locale stuff for click packages.
[20:03] <tedg> seb128, Is there an env we should set so they know to look in their install directory?
[20:03] <sergiusens> mhall119, just figuring out how to find them from a click pkgdir
[20:03] <seb128> tedg, I don't think so, for langpacks we patched libc
[20:03] <tedg> seb128, It turns out that even though he speaks non-English, sergiusens doesn't use it.
[20:03] <mhall119> sergiusens: wouldn't they be in ./po/ in the click install dir?
[20:04] <tedg> seb128, Oh, wow.  I didn't realize it went that far.
[20:04] <sergiusens> mhall119, and that _just works_ TM? :-)
[20:04] <mhall119> sergiusens: of course, because it's built by a team of talented engineers who wouldn't date ship broken code
[20:05] <mhall119> translation: I have no idea if it works, but it should
[20:05] <tedg> I don't think you want po files, you want mo files.
[20:08] <tedg> Uhm... eglibc is the most complex packaging I think I've seen.
[20:08] <kenvandine> mhall119, i have a rough WIP implementation of content transfers initiated by an exporter
[20:08] <kenvandine> mhall119, no promises on this landing for 13.10, this was deferred
[20:09] <sergiusens> tedg, are we discarding TEXTDOMAINDIR?
[20:09] <kenvandine> mhall119, but i wanted to spend a little time on it now to see how the API would behave, it might be doable for 13.10...
[20:10] <mhall119> tedg: given that we likely won't have content-hub doing what we need for docviewer-app before 13.10, can I submit an MP to url-dispatcher to do the work in the mean time?
[20:10] <mhall119> kenvandine: thanks
[20:10] <mhall119> kenvandine: remember that 13.10 is in 2 weeks :)
[20:11] <tedg> sergiusens, Looking at the eglibc patch... seeing if that's right.
[20:11] <tedg> sergiusens, Not looking good.
[20:11] <tedg> mhall119, That's fine.  Just know it'll break when we switch to registering URL types.
[20:11] <sergiusens> tedg, I'll send an email to the list to see if someone has more ideas
[20:11] <kenvandine> tedg, clearly not for 13.10, but maybe url-dispatcher could support finding the app that owns content based on a file URI and invoking it to initiate an export
[20:12] <kenvandine> so filemanager-app could just use url-dispatcher, which would query the hub for a handler to start a transfer
[20:12] <tedg> kenvandine, Not sure I'd like to complicate url-dispatcher for a corner case like filemanager....
[20:12] <kenvandine> tedg, note  currently we have no way to query to find what app owns a file... but maybe we need to think about that
[20:13] <tedg> kenvandine, Seems like filemanager should be complicated in itself.
[20:13] <pmcgowan> kenvandine, remember file manager wont even be on the consumer devices
[20:13] <tedg> kenvandine, That way if most people don't use it, they're not encumbered by the complexity.
[20:13] <kenvandine> oh true... i guess filemanager might be the only app to use it that way
[20:13] <kenvandine> pmcgowan, understood
[20:15] <tedg> sergiusens, Looking around I don't see anything.
[20:16] <sergiusens> tedg, ack, I just sent a bunch of questions to the appstore list
[20:16] <tedg> sergiusens, Perhaps look at how the 0install folks do it.
[20:16] <sergiusens> tedg, 0install?
[20:17] <sergiusens> oh, maybe typo :-)
[20:17] <tedg> sergiusens, http://0install.net/
[20:17] <sergiusens> tedg, well I know cwayne-afk and mfisch sent an email with customization and stuff, they may have looked at it already
[20:20] <tedg> sergiusens, In Inkscape when doing relocatable binaries we change what we pass to bindtextdomain()
[20:21] <plars> jhodapp: mediaplayer seems to be exhibiting different behavior on mako vs. maguro. It is failing 1 test on maguro with build 75 (passed on 73, 74) but on mako has been failing 4-5 tests on all  3 of the latest builds
[20:22] <sergiusens> tedg, hmmm, bindtextdomain can work for compiled apps
[20:24] <jhodapp> plars, thanks for the heads up...I don't have a mako but rsalveti does
[20:24] <tedg> sergiusens, patch qmlscene ?
[20:25] <plars> jhodapp: if time allows, will try to do some more retries, and try locally too, but trying to get through a lot of the other tests right now also
[20:25] <sergiusens> tedg, to take a param with the domaindir and domainname?
[20:25] <plars> jhodapp: I did retry once with the same results
[20:26] <sergiusens> tedg, if there is no better option this is as good as it gets
[20:26] <tedg> sergiusens, No, to set bindtextdomain with the correct value depending on the env.
[20:27] <plars> jhodapp: ah, there's a .crash file on both of them too: http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4512/mediaplayer-app-autopilot/
[20:27] <jhodapp> plars, could you send an email to rsalveti and myself detailing which tests are failing and the output of them running with GST_DEBUG=*:3,*amc*:5,mirsink:5 as well as the logcat output?
[20:28] <plars> jhodapp: there's a link to the logcat and a list of the failing tests at the link I just posted, I'll need a bit before I can try it with the debug settings though.  Where do I set those?
[20:29] <sergiusens> tedg, I'll branch the qmlscene code (which is probably in a huge code base :-/) and see what I can do
[20:30] <jhodapp> plars, just set it on the command line before the test's executable name
[20:30] <tedg> sergiusens, Cool, check for UBUNTU_APPLICATION_ISOLATION=1 and then use the current working directory.
[20:30] <jhodapp> plars, for example: GST_DEBUG=*:3 ./my_media_tests
[20:31] <sergiusens> tedg, current working directory + rel path or just a hardcoded locale dir?
[20:31] <plars> jhodapp: the tests start the mediaplayer themselves though, don't they?
[20:31] <tedg> sergiusens, I imagine "$cwd/locale" would be best.
[20:32] <plars> jhodapp: so I don't think setting that on my side is going to get that downstream to the app
[20:32] <sergiusens> tedg, nah... -translation <translationfile> ............ Set the language to run in
[20:32] <tedg> sergiusens, ?
[20:32] <sergiusens> tedg, that already in qmlscene
[20:33] <tedg> How useless
[20:33] <tedg> I guess qmlscene was only ever built as a demo.  So I shouldn't give it too hard a time.
[20:34] <sergiusens> tedg, we were never supposed to use qmlscene, not sure why it was kept as the way to go
[20:34] <tedg> sergiusens, The Europeans are sleeping, let's blame them!
[20:34] <tedg> :-)
[20:35] <sergiusens> The qmlscene utility is meant to be used for testing your QML applications, and not as a launcher in a production environment. To launch a QML application in a production environment, develop a custom C++ application or bundle the QML file in a module
[20:35] <jhodapp> plars, it will, that's how I run the mediaplayer
[20:35] <sergiusens> that's from http://qt-project.org/doc/qt-5.0/qtquick/qtquick-qmlscene.html
[20:35] <jhodapp> plars, gstreamer is in-process to the mediaplayer
[20:35] <pmcgowan> sergiusens, upstream is working on something new and shinier, so we didnt want to duplicate that effort
[20:36] <plars> jhodapp: so I guess you aren't using phablet-test-run right?
[20:36] <sergiusens> pmcgowan, makes sense
[20:36] <cwayne> dobey, i'm sorry to keep harping on this, but i don't understand the issue int he icon-fix MR.  it's following the same convention as the other ubuntu-mobile apps, and we really need this icon fix for when we demo this
[20:36] <sergiusens> tedg, can we reuse that or should I still patch qmlscene?
[20:37] <tedg> sergiusens, We can't reuse that, we'd have to do too much special casing.
[20:38] <sergiusens> tedg, ack, I'll work on  a patch
[20:40] <jhodapp> plars, no I'm not
[20:41] <dobey> cwayne: if other apps are doing it, then they are doing it wrong too.
[20:41] <dobey> cwayne: but i'm not blocking that branch afaik
[20:42] <cwayne> dobey, that's where every other app's icon lives.  is literally every single app doing it wrong?
[20:43] <cwayne> dobey, it still needs top-approval, not sure who would do that?
[20:43] <m-b-o> balloons: ping
[20:43] <balloons> m-b-o, howdy
[20:44] <m-b-o> I'm fighting with a testing the updated removable list ite,
[20:44] <m-b-o> m
[20:44] <m-b-o> balloons: swipe to delete, where you have to click the trashcan icon
[20:45] <dobey> cwayne: i think you're overstepping the amount of exaggeration you need to provide in your argument.
[20:45] <dobey> cwayne: and the mobile apps are supposed to be migrated to click packages anyway, not remain debs, so yes, they would be doing it wrong in that respect as well.
[20:47] <dobey> cwayne: i don't know who all has privileges to set the global approve on those branches. sil2100 can at least. but i'm not going to. :)
[20:47] <balloons> m-b-o, ohh, what's wrong with it?
[20:48] <m-b-o> balloons: how to write an autopilot test for it
[20:49] <stgraber> barry: if you want to confirm that your parser is correct, I've marked image 75 as phased at 50% in saucy-proposed
[20:52] <balloons> m-b-o, well swipe as usual, and if you have to confirm it, then do so
[20:52] <balloons> I think the clock and rss reader both do that
[20:52] <balloons> are you stuck on a piece of it?
[20:53] <m-b-o> balloons: it's acm ewith an update som e hours ago, so I dont' know, if we are talking about the same
[20:54] <rsalveti> jhodapp: plars: I'll take a look, was planning to do that today anyway
[20:54] <rsalveti> I know some will indeed fail
[20:55] <rsalveti> as we're using the hw accelerated based media stack at today's image
[20:55] <plars> ah
[20:56] <rsalveti> plars: we're working on the remaining issues, but we decided to push it yesterday as that would finally bring the missing feature
[20:58] <m-b-o> balloons: https://code.launchpad.net/~martin-borho/ubuntu-weather-app/LocationLookup
[21:09] <barry> stgraber: cool, thanks
[21:13] <cwayne> stgraber, image 75 looking *much* better btw
[21:13] <balloons> m-b-o, can I have a look at this tomorrow? are you needing to land the branch now?
[21:14] <balloons> m-b-o, I see the diff. You do the drag and then click the trashcan
[21:15] <m-b-o> ballons: yes, and somehow it's going ahead too fast
[21:15] <m-b-o> or the click gets somehow dismissed
[21:15] <balloons> m-b-o, ok let me just visually see it :-)
[21:15] <balloons> one sec
[21:16] <balloons> m-b-o, I got brokenness off the bat
[21:20] <cwayne> Laney, heya! timezone worked when set from cli with the gdbus call!  although still not from system settings for me
[21:20] <sergiusens> slangasek, stgraber I'm having a bit of issues with the upstart-local-bridge; on the android side I have around a 100 events and on the local bridge on the ubuntu side I only get 4
[21:21] <slangasek> sergiusens: I don't know this code at all; your best bet is to ask jodh when he's around during the UK workday
[21:21] <sergiusens> slangasek, ok, I'll ask him early tomorrow
[21:21] <slangasek> sergiusens: I can try to reproduce here the issues you're seeing and maybe take a shot at debugging, but I'm coming in cold
[21:22] <sergiusens> slangasek, no worries, I'm waiting for salveti to apply my patches so the bridge is setup on boot so tomorrow jodh can have an easier debug session
[21:26] <stgraber> barry: note that those will automatically get flushed when 76 is released (unless I messed up the code, but I'm pretty sure that's tested ;))
[21:27] <barry> stgraber: not to worry.  i now have test data with that value, so i'm relatively confident that the live site can be handled
[21:29] <slangasek> so, I saw someone mention the other day this blank 'update manager' icon... anyone know what that's about?  I can't imagine that we're meant to have update-manager on the device, and package lists confirm it's not there.
[21:34] <stgraber> slangasek: not idea, but I've seen that icon on my devices for a few days now
[21:36] <rickspencer3> slangasek, stgraber that is the click app updater app
[21:36] <slangasek> ah
[21:36] <slangasek> WIP then? :)
[21:36] <rickspencer3> there should be a fix for the icon in the next promoted image, and a fix for it to "actually work" in the next image
[21:36] <rickspencer3> slangasek, well, I would say "bugs" more then WIP
[21:37] <rickspencer3> I suspect it will be fixed in 76, which I suspect will be promoted tomorrow
[21:37] <slangasek> ok
[21:37] <slangasek> and image promotion is still all manual overriding of test failures?
[21:37] <rickspencer3> slangasek, maybe we should rename it to "app updater" or something?
[21:37] <rickspencer3> slangasek, aiui, image promotion involves didrock's dipping the image in some kind of holy water
[21:37] <slangasek> rickspencer3: might be good to avoid confusion with the unrelated update-manager command on teh desktop
[21:38] <slangasek> rickspencer3: right, so still manual; my understanding was that the goal is to have images passing all tests on a standing basis so that they can be autopromoted, I wonder how close we are to that
[21:38] <rickspencer3> slangasek, I'll log that bug, but I don't know what to log it against!
[21:38] <slangasek> heh
[21:38] <rickspencer3> slangasek, we are not close
[21:39] <rickspencer3> and when we turn on Mir, I assume we will get further from that
[21:39] <slangasek> apparently the package name is 'click-update-manager'
[21:40] <rickspencer3> slangasek, https://bugs.launchpad.net/click-update-manager/+bug/1233863
[21:40] <ubot5`> Ubuntu bug 1233863 in Click Update Manager "app should be renamed to avoid confusion with system updates" [Undecided,New]
[21:41] <slangasek> rickspencer3: coolio
[21:43] <cjwatson> sergiusens,tedg: Patching eglibc to handle this in click packages would be pretty insane I think.  Setting TEXTDOMAINDIR seems reasonable.  How about doing it in aa-exec-click, which already sets various other environment variables?
[21:43] <sergiusens> slangasek, rickspencer3 shouldn't that live in settings too?
[21:43] <cjwatson> sergiusens,tedg: I don't like the idea of having to pass extra arguments when there's already a perfectly good environment variable.
[21:43] <rickspencer3> sergiusens, it's a super temporary app
[21:44] <sergiusens> rickspencer3, ack
[21:44] <rickspencer3> the functionality will be taken over by the apps scope asap
[21:44] <stgraber> [systemimage] Oct 01 21:43:53 2013 (18303) Upgrade path is 17:18:19:20:21:22:23:24:25:26:27:28:29
[21:44] <stgraber> barry: that's quite an update path ^
[21:44] <tedg> cjwatson, I don't see that variable get used in eglibc
[21:44] <sergiusens> cjwatson, sure, I'll confirm that TEXTDOMAINDIR works
[21:44] <cjwatson> tedg: I was going off the conversation above; I didn't check the name but I'm pretty sure one exists
[21:44] <barry> stgraber: indeed.  turn on verbose logging for a full dump of the candidates and scores
[21:44] <sergiusens> cjwatson, the next thing would be to see if we want a hardcoded location or something we can setup in the manifest
[21:45] <tedg> cjwatson, I thought so too, but I couldn't find one with grep :-/
[21:45] <stgraber> barry: oh, I'm sure it's right, I was just surprised to see one that long ;)
[21:45] <cjwatson> Maybe I'm remembering a conventional automake variable or something instead ...
[21:45] <tedg> And it seems that most projects set it in their build.
[21:46] <stgraber> barry: that's devel-proposed-customized which gets quite a few more updates than devel-proposed most of which are tiny
[21:46]  * barry nods
[21:47] <cjwatson> tedg: Hmph.  Maybe you're right. :-(
[21:48] <cjwatson> tedg: So what calls bindtextdomain in a qmlscene app, if anything?
[21:48] <cjwatson> Something in Qt I suppose
[21:48] <cjwatson> I'm assuming it uses gettext rather than being wrong in some different way
[21:49] <tedg> Heh, I'm not sure I'd assume that :-)
[21:49] <cjwatson> Oh God, .ts files
[21:49] <cjwatson> I hope we're not using those
[21:50] <tedg> It'd be nice if we could find a way were, for instance, GEdit could repackage as a click and things would generally work.
[21:50] <tedg> Not sure if that's possible, but I think it'd be a good goal.
[21:50] <cjwatson> Way out of scope for anything I care about
[21:51] <cjwatson> And I think it's the wrong goal - focus on the things we can't already do rather than furtling about with the things we can
[21:51] <cjwatson> (I understand where you're going but I think this is a fundamental misfocus that we're prone to)
[21:51] <cjwatson> https://bugreports.qt-project.org/browse/QTBUG-2404, grr
[21:52] <tedg> Sure, and I understand your point.  It just seems like "something that should work"
[21:52] <cjwatson> So what are we doing right now?
[21:52] <cjwatson> I mean, do we have qmlscene-ish translated apps at all, even non-click?
[21:52] <tedg> Not sure, sergiusens ? ^
[21:52] <sergiusens> tedg, cjwatson ... yes, dpm made me look yesterday... he has a rule that looks like this http://paste.ubuntu.com/6181462/
[21:53] <popey> cjwatson: clock has translations.. https://translations.launchpad.net/ubuntu-clock-app
[21:53] <sergiusens> *targe in rules
[21:53] <cjwatson> We could LD_PRELOAD bindtextdomain with a thing that tries the current directory first
[21:53] <cjwatson> You may vomit now
[21:53] <sergiusens> cjwatson, so it's mo
[21:53] <cjwatson> sergiusens: Is that in ubuntu-clock-app or something else?
[21:53] <popey> ./debian/ubuntu-clock-app/usr/share/locale/en_GB/LC_MESSAGES/ubuntu-clock-app.mo
[21:53] <cjwatson> Since I'm more interested in the app's setup code for it
[21:53] <popey> has lots of mo files
[21:54] <sergiusens> cjwatson, that's actaully the clock, yeah
[21:54] <sergiusens> cjwatson, but all apps have translations
[21:54] <tedg> cjwatson, I think patching eglibc makes more sense than LD_PRELOAD ;-)
[21:54] <cwayne> sergiusens, heyo, i made phablet-config work with the new (right!) way to change timezones: https://code.launchpad.net/~cwayne18/phablet-tools/phablet-config-timezone-fix/+merge/188727
[21:54] <cjwatson> tedg: Patching eglibc should be a last resort - high bar
[21:54] <cjwatson> Maybe LD_PRELOAD is a laster resort :-)
[21:55] <sergiusens> cwayne, goodie
[21:55] <cjwatson> popey: Hm.  So, all well and good, but what loads them?
[21:56] <lool> cjwatson: I think we recommend using the gettext bindings for QML apps
[21:56] <cjwatson> Has this been seen to actually load translations? :-)
[21:56] <popey> cjwatson: congratulations on reaching the limit of my knowledge on the subject. have a cookie.
[21:56] <cjwatson> Heh
[21:57] <lool> i18n.tr() calls
[21:57] <cjwatson> Oh, so it's in the UI toolkit
[21:57] <sergiusens> interesting
[21:58] <sergiusens> pmcgowan, do you know how the translation features are supposed to work?
[21:58] <pmcgowan> sergiusens, not exactly but I thought it was pretty transparent
[21:58] <cjwatson> So we could make the UI toolkit do this pretty easily
[21:58] <pmcgowan> whats the issue?
[21:58] <pmcgowan> sergiusens, this was worked out some time ago bit I dont have the details
[21:58] <cjwatson> pmcgowan: Never mind, I've found the code now
[21:59] <lool> cjwatson: that's *if* apps are using i18n.tr() calls, which is recommended, but I'm not sure they are doing
[21:59] <sergiusens> pmcgowan, just loading translations from non conventional paths as a click install path for a package ;-)
[21:59] <cjwatson> lool: clock is, anyway
[21:59] <lool> cool
[21:59] <pmcgowan> lool, pretty sure they are
[21:59] <cjwatson> So there's an i18n.bindtextdomain interface to set the domain, but clock doesn't use it
[21:59] <sergiusens> pmcgowan, what about ours?
[21:59] <pmcgowan> core apps team and our own guys do
[21:59] <sergiusens> pmcgowan, good
[21:59] <cjwatson> So it'll just get the default
[21:59] <pmcgowan> we had them all showing chinese at some point
[21:59] <cjwatson> i.e. we can't assume that right now core apps are doing something we can easily override for click
[22:00] <sergiusens> cjwatson, hmm, just found this https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1220395
[22:00] <ubot5`> Ubuntu bug 1220395 in ubuntu-ui-toolkit (Ubuntu) "translations are not updated after calling i18n.bindtextdomain" [Undecided,New]
[22:00] <sergiusens> it's click + translations
[22:02] <lool> cjwatson: I just did a quick grep to see whether we were calling bindtextdomain by default and it seems not; the i18n plugin isin ubuntu-ui-toolkit/modules/Ubuntu/Components/plugin/i18n.*
[22:02] <cjwatson> And https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1233071
[22:02] <ubot5`> Ubuntu bug 1233071 in Ubuntu UI Toolkit "Set up the translation domain automatically for click packages" [Undecided,New]
[22:03] <cjwatson> That looks like this is in progress
[22:03] <cjwatson> So I'm inclined not to try to dive in :)
[22:04] <sergiusens> cjwatson, yeah, too bad it seems we are in silos at times
[22:04] <cjwatson> In general it's not like you can take an arbitrary program configured with prefix=/usr and relocate it to be a click package anyway; takes work
[22:05] <popey> yeah, i wanted to clickify irssi for my phone but it looked like a lot of work ☹
[22:05] <popey> cowsay on the other hand...
[22:06] <sergiusens> yeah, not that much once you have all the workings in your mind
[22:06] <sergiusens> translations was new to me though
[22:06] <cjwatson> Certainly if it doesn't touch the filesystem then it's trivial, but not the general case
[22:06] <cjwatson> Even say man-db isn't going to work if you just shove it into a different shape on the filesystem since it knows about paths to bits of itself
[22:07] <cjwatson> Common
[22:07] <sergiusens> heh, luckily man doesn't have a reason to be in clicks... yet
[22:16] <cjwatson> sergiusens: I'm using it as an example of a not fundamentally all that complicated program that isn't relocatable, to try to deflate the implicit assumption I see going around that it might be straightforward to relocate existing packages without rebuilding.
[22:18] <cjwatson> (And, as I say, I think it'd basically be a waste of effort better spent elsewhere)
[22:20] <sergiusens> cjwatson, I'm not sure I follow, is that in general or specific to these apps?
[22:20] <cjwatson> What apps?
[22:20] <cjwatson> I'm off on a tangent, not talking about translation of core apps :)
[22:21] <cjwatson> Never mind
[22:21] <sergiusens> cjwatson, ok, then I did follow perfectly fine ;-)
[23:31] <krisabsinthe> having some difficulty getting the sdk setup properly. I dont see any "ubuntu touch" project templates. any thoughts?