[01:52] <leemeng0x61> N5 can't make a call. is there any ideas?
[04:22] <ni738457> any chance we can port touch to any device like the desktop system
[04:24] <lotuspsychje> ni738457: think there's a simulator for touch
[04:25] <lotuspsychje> ni738457: so you can run it from ubuntu desktop
[04:25] <lotuspsychje> ni738457: didnt test myself..
[04:26] <ni738457> I have seen it. but I am talking about the real thing. how long before we can port it to tablets
[06:51] <Mirv> davmor2: right, webbrowser has undefined (private) symbol so definitely needs a rebuild and a bit of love
[06:51] <Mirv> oSoMoN: could you take a look at compiling webbrowser-app against Qt 5.3? bug #1321440
[06:52] <Mirv> setSharedOpenGLContext seems to have disappeared
[06:53] <oSoMoN> Mirv, sure, looking
[06:54] <Mirv> davmor2: sudoku shows a thing that was revealed by UITK unit test already, something made read only. UITK team already had an idea about it. also system settings blank pages seem something that could be fixable in UITK, and probably even tested by their unit tests.
[06:54] <Mirv> davmor2: so it is so that maybe  the majority of the problems come from a small amount of changes that would need to be tinkered by SDK team
[06:58] <Mirv> oSoMoN: and thanks!
[07:00] <nik90_> sergiusens: hey, when you have some time, could you help me with the cmake files?
[07:06] <davmor2> Mirv: \o/
[07:16] <bzoltan> cjwatson: I have just created an i386 click chroot, made a QMl/C++ cmake click package and deployed on the x86 emulator. Good job :) thanks for the fix.
[07:52] <Mirv> could I get acks for a simple build-dep change for qtubuntu, qtubuntu-sensors and signon-ui? I'd like to land them. https://code.launchpad.net/~timo-jyrinki/qtubuntu/fix_sensors_builddep/+merge/219139 | https://code.launchpad.net/~timo-jyrinki/qtubuntu-sensors/fix_sensors_builddep/+merge/219140 | https://code.launchpad.net/~timo-jyrinki/signon-ui/fix_sensors_builddep/+merge/220383
[07:52] <Mirv> mardy: ^ signon-ui
[07:53] <Mirv> it'd make doing rebuilds easier
[08:03] <ybon> anyone able to help me debug that none of my two Nexus4 get Internet access over wifi?
[08:03] <tvoss> nik90_, around?
[08:04] <cjwatson> bzoltan: great, thanks for confirming!
[08:04] <nik90_> tvoss: hi, morning
[08:04] <tvoss> nik90_, hey, so I just iterated on the hw alarms api based on feedback from rsalveti. The good thing is: We don't need to crossover to android anymore
[08:05] <tvoss> nik90_, waiting for rsalveti to come online and upload a new android headers package to the archive for CI to pass
[08:05] <nik90_> tvoss: oh nice
[08:05] <nik90_> tvoss: I am guessing I still cannot test your MP without charles's MP, right?
[08:05] <tvoss> nik90_, I would think so
[08:05] <oSoMoN> Mirv, https://code.launchpad.net/~osomon/webbrowser-app/fix-ftbfs-qt53/+merge/220384
[08:05] <tvoss> nik90_, but let's check with charles again when he comes online
[08:06] <nik90_> tvoss: ok
[08:10] <ogra_> ybon, the promoted image surely has internet access ... we refrained from promoting the proposed image due to broken wlan which has not been fully researched yet (as announced in the daily landing team emails)
[08:13] <ybon> ogra_: I'm on #28
[08:13] <ybon> which I think is the last promoted image
[08:14] <ybon> so I'm not sure to get you right: you meant that it *should* work on this #28 image, or I should wait for upcoming one where it should be fixed?
[08:15] <ybon> ok, reading the Landing Team image, I see a note about wifi not being fixed :s
[08:16] <ybon> Landing Team email*
[08:16] <Laney> is there an ofono dbus api reference for ofono in Ubuntu?
[08:22] <ogra_> ybon, yes, i mean that it works on #28 ...
[08:22] <ogra_> ybon, what device is that ?
[08:22] <ybon> Nexus 4
[08:23] <ybon> I have two
[08:23] <ogra_> hmm, definitely works here
[08:23] <ybon> none has internet access over wifi
[08:23] <ybon> I'm using a shared wifi from the iMac of my girlfriend, with a WEP 128bits key
[08:23] <ogra_> weird, we didnt have that with anyone on 28
[08:23] <ybon> it may be linked to that
[08:23] <Mirv> thomi: https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2 for Qt 5.3 Autopilot testing. elopio <- can you give thomi if you had some special AP suites / paramaters that were used with 5.2?
[08:24] <ogra_> well, if it worked with the former promoted image it should still work
[08:24] <ybon> BUT I'm talking to you through my Ubuntu laptop which uses this same wifi ;)
[08:24] <ybon> ogra_: it doesn't work since more than one image
[08:24] <ybon> not sure when it started failing
[08:24] <ogra_> oh
[08:24] <ybon> but around mid-April
[08:24] <ogra_> we would surely liked a bug for this :)
[08:25] <ybon> I'm sorry :(
[08:25] <ogra_> well, you seem to be the only one with probs, only be sorry for yourself ;)
[08:25] <ybon> hehe, right ;)
[08:25] <ogra_> but with a but it might be fixed for you today :)
[08:25] <ogra_> *bug
[08:25] <ybon> should I submit one now?
[08:27] <om26er> ogra_, Hi!
[08:27] <ogra_> yes please :)
[08:27] <om26er> wowo
[08:27] <ybon> ok
[08:27] <ogra_> hey omar
[08:27] <om26er> bah, I thought you replied that quick to me ;)
[08:27] <ybon> ogra_: here right https://bugs.launchpad.net/ubuntu/+source/network-manager ?
[08:27] <ogra_> yup
[08:28] <ogra_> om26er, lol
[08:28] <ybon> ok :)
[08:28] <ogra_> om26er, i will next time :)
[08:28] <om26er> ogra_, it seems when the battery is pretty low on the phone it tries to start but turns off before even it fully starts, can't we have a better handling of that ?
[08:28] <om26er> we are preparing a list of critical issues and this is one of those
[08:29] <ogra_> om26er, we have a bug for shutdown on critical battery that should make sure to shut down with still enough juice to boot again
[08:30] <om26er> ogra_, whats the critical percentage ?
[08:30] <ogra_> om26er, but we need design and a UI implementation for that
[08:30] <ogra_> i think on the bug there was a discussion for about 5% or a bit less
[08:30] <om26er> ogra_, can you please link the bug ??
[08:31] <ogra_> android warns you at below 15% ... and i think it shuts down around 3-4
[08:31] <om26er> ogra_, so design would see "battery critically low' ?
[08:31] <ogra_> not right now ... after the landing meeting ...
[08:31] <om26er> ogra_, mind hinting me at the project ?
[08:31] <om26er> I know you are busy :)
[08:32] <ogra_> indicator-power i think
[08:32] <ogra_> its an indicator feature
[08:32] <om26er> bug 1317858 ?
[08:32] <om26er> :)::::)
[08:32] <ogra_> om26er, bug 1317860
[08:33] <ogra_> the ony you linked is for 14% ...
[08:33] <ogra_> mine is for the shutdown part
[08:37] <Mirv> thomi: so, I chatted with elopio and the only change he did compared to autopilot's AP runs was to add more suites to the parameters, since not all from the dashboard were included.
[08:38] <oSoMoN> sil2100, hey, I don’t think my MR that fixes the FTBFS with Qt5.3 should be blocked by silo 5, as it has conditional code that compiles fine both with 5.2 and 5.3
[08:39] <ybon> ogra_: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1321650
[08:40] <ogra_> thanks
[08:40] <ybon> any command output I should attach to the bug?
[08:40] <ogra_> i'll tell cyphermox_
[08:40] <ybon> more than dmesg and iwconfig
[08:40] <ybon> thank you ogra_ :)
[08:43] <Mirv> robotfuel: hey there, so maybe you can actually launch the job as well instead of thomi, or how do we proceed? we checked with elopio the paramaters and they'd be here: http://pastebin.ubuntu.com/7496515/
[08:44] <Mirv> it's just adding system settings and sudoku in addition to the default parameters used in autopilot testing
[08:44] <ogra_> ybon, syslog too please
[08:44] <ogra_> and the output of nmcli d
[08:44] <ogra_> i think that should be sufficient
[08:44] <ybon> ok
[08:45] <ybon> wow, syslog is big
[08:46] <thomi> Mirv: just kicking it off now
[08:47] <ybon> 5784038 194M -rw-rw-r-- 1 ybon ybon 194M May 21 10:47 nexus4_Yohan_syslog.txt
[08:47] <ybon> ogra_: 194M :p
[08:48] <ogra_> fun
[08:48] <ybon> should I just take last hour?
[08:48] <ybon> or I can upload it to my ubuntu one
[08:48] <ybon> (9 days of life of ubuntu one remaining ;) )
[08:48] <ogra_> you can look for the last boot and rip that bit out into a fresh file
[08:49] <ybon> ok
[08:49] <ogra_> you shoudl see something like "rsyslog starting" (or restarting)
[08:49] <ybon> let me try that
[08:49] <ybon> ok
[08:49] <Mirv> thomi: excellent! let's see how it goes
[08:49] <sil2100> oSoMoN: hi! The general problem is that there cannot be 2 silos with one component - I can assign a silo for that, but you would have to rebuild the other one as soon as this FTBFS fix lands in the archive
[08:50] <oSoMoN> sil2100, ah, that’s fine, let’s land the other one first
[08:50] <sil2100> oSoMoN: so, just make sure to rebuild silo 006 once you release the FTBFS
[08:50] <sil2100> Ah, ok :)
[08:50] <oSoMoN> sil2100, please don’t assign a silo until 006 has landed, I’ll take care of that right now
[08:51] <sil2100> oSoMoN: thank you :)
[08:53] <Elleo> sil2100: came across one new bug testing that enhanced_completion branch; it'll currently insert a space after a full-stop when in a URL or email field, which I'm fairly sure it shouldn't
[08:54] <Elleo> sil2100: other than that it works really nicely
[08:55] <Elleo> as soon as that and the suggestion override branch are landed I think auto-complete will actually be usable :)
[08:55] <om26er> ogra_, and when the battery is fully drained, it still tries to boot instead of just showing a battery icon with a line on it etc
[08:56] <om26er> does that need design or some change on the android side
[08:56] <thomi> Mirv: http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/144/
[09:09] <ogra_> om26er, thats a bootloader function ... we dont have source code for that ... we have a plan for stopping the boot half way if we detect an attached power supply but that wont really help much (and fully depends on configurable bootsplash support, we dont even have the non configurable one yet ... if we get the latter for RTM i think we can be happy)
[09:12] <om26er> ogra_, fingers crossed. But I guess its that important that we'll get it done one way or the other
[09:12] <ogra_> if you have the resources to work on it :)
[09:13] <ogra_> (and why is it that important ? if you dont have the battery power and no power supply attached, what would you do anyway ?)
[09:29] <Allwiner_A10> hi
[09:30] <Allwiner_A10> its possible to instal ubuntu touch on android device with dual boot function
[09:30] <ogra_> i think there are some devices where you can do that (nexus mainly though)
[09:30] <Allwiner_A10> and 2nd question can I istall ubuntu touch only one Nexus series? I see manual install
[09:31] <ogra_> !devices | Allwiner_A10
[09:31] <Allwiner_A10> so if CPU on tablet is Allwiner is it half success?
[09:31] <ogra_> there are somme community prots linked on that wiki page ... but most likely they are old or only half way working
[09:31] <lotuspsychje> Allwiner_A10: i have touch installed on nexus7 wifi
[09:31] <bact> Allwiner_A10: multirom works on the nexus 7, 4, 5
[09:32] <Mirv> robotfuel: does http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/label=daily-mako/144/console look like autopilot itself could have problems with Qt 5.3?
[09:32] <lotuspsychje> bact: nexus 10 works also no?
[09:33] <ogra_> kind oof
[09:33] <bact> lotuspsychje: not for the multirom product
[09:33] <ogra_> (not really usable atm ... the browser is pretty broken)
[09:33] <lotuspsychje> oh
[09:33] <ogra_> ah, yeah, and not dualboot or multirom
[09:33] <Allwiner_A10> is there forum/board about ubuntu touch?
[09:33] <bact> lotuspsychje: https://play.google.com/store/apps/details?id=com.tassadar.multirommgr
[09:33] <Mirv> davmor2: oh btw what I was explaining is the when you've lxc-android-config upgrade in the archives after the latest image, you need dpkg --configure -a after apt-get dist-upgrade so that the other packages at least get configured right
[09:34] <ogra_> (well, not sure, the dualboot app might actually support it, i never tried any kind fo dual boot thing)
[09:34] <lotuspsychje> bact: im happy with touch on my n7 for now :p
[09:34] <davmor2> Mirv: yeah you had added it to the notes I think
[09:34] <lotuspsychje> never going back to android
[09:34] <ogra_> Allwiner_A10, we have a mailing list
[09:34] <Allwiner_A10> lotuspsychje: hehe
[09:34] <ogra_> Allwiner_A10, https://launchpad.net/~ubuntu-phone
[09:34] <Allwiner_A10> I see only github site
[09:35] <Mirv> davmor2: oh, right, it was already there
[09:35] <Allwiner_A10> how to use it launchpa
[09:35] <ogra_> Allwiner_A10, joing the team ... that makes you member of the mailing list
[09:35] <beuno> ogra_, it doesn't automatically
[09:35] <beuno> it's a per-user setting, right?
[09:35] <ogra_> the archive is on the bottom left
[09:36] <ogra_> beuno, hmm, i thought it did
[09:36] <Allwiner_A10> when ubutu douch device will be launch to sell?
[09:36] <lotuspsychje> this fall normally
[09:37] <ogra_> second half of the year ... we're trying our best :)
[09:37] <lotuspsychje> meizu and BQ devices
[09:37] <ogra_> beuno, oh, you are right ... nontheless team membership is the first step :)
[09:37] <Allwiner_A10> what will be cost$?
[09:37] <beuno> so you can make sure you're subscribed here: https://launchpad.net/people/+me/+editemails
[09:37] <beuno> indeed it is
[09:38] <ogra_> Allwiner_A10, likely around $300-400 i would assume
[09:38] <ogra_> i dont think there are final prices yet
[09:38] <lotuspsychje> those brand devices will develope for their own right?
[09:38] <ogra_> the HW is at the upper end if mid-class devices ... i would expect a price around that
[09:38] <Allwiner_A10> I have table 7inch hd720p screen and QuadCore 1.0Ghz and RAM1GB
[09:39] <Allwiner_A10> i want use linux
[09:39] <Allwiner_A10> tell me how install and kill android
[09:39] <Allwiner_A10> i see many distro support ARM cpu on linux
[09:39] <ogra_> lotuspsychje, they will use the same rootfs image you use on the nexus ... and there is a team inside canonical that works with the vendors indeed
[09:40] <Allwiner_A10> but I cant find info how to install it
[09:40] <Allwiner_A10> I didnt cook custom rom for android so I am beginner
[09:40] <ogra_> Allwiner_A10, well, that only works if the android hardware abstraction layer has been ported for your specific device ... ubuntu touch needs to use the binary drivers from android ... that requires porting work
[09:41] <lotuspsychje> ogra_: nice! so it will be exchanging ideas?
[09:41] <ogra_> sure
[09:41] <lotuspsychje> will be refreshing
[09:42] <ogra_> these two devices will be a learning experience for both sides ;)
[09:42] <Allwiner_A10> so I should talk with tablet company for binary driver? and everything will go
[09:42] <ogra_> Allwiner_A10, you need the android source code for your device ... then you can do a port
[09:42] <lotuspsychje> and the home users will benefit
[09:43] <ogra_> yep
[09:43] <robotfuel> Mirv: I am still in a meeting but I'll look in 30 minutes
[09:43] <lotuspsychje> :p
[09:43] <lotuspsychje> i hope someone fixes terminal apps install
[09:43] <lotuspsychje> i really miss it
[09:43] <ogra_> whats broken with it ?
[09:43] <lotuspsychje> well i want updates and unlocked device to install some stuff
[09:43] <ogra_> works fine here
[09:44] <Mirv> robotfuel: thanks
[09:44] <ogra_> i can install click packages from the terminal app with no issues
[09:44] <ogra_> if you want more than click packages there is indeed no way arund usingv adb and making the image writable
[09:44] <lotuspsychje> ogra_: i want regular ubuntu aplications
[09:44] <ogra_> heh, thats still far out
[09:45] <lotuspsychje> like nmap and such
[09:45] <ogra_> ah, terminal apps
[09:45] <lotuspsychje> yes
[09:45] <ogra_> these you can run
[09:45] <leemeng0x61> N5 can't make a call. is there any ideas?
[09:45] <lotuspsychje> ogra_: only on unlocked device right
[09:46] <ogra_> lotuspsychje, yeah, the dpkg db needs to be writable ... so you need to make the image writable ... in which case you indeed lose the system-image update function
[09:46] <lotuspsychje> i want updates to work :p
[09:47] <ogra_> they do work ... you could re-package nmap as a click package ;)
[09:47] <lotuspsychje> is there a simple way to do that?
[09:47] <ogra_> i dont think anyone has done that yet ... so hard to say how simple it is :)
[09:48] <lotuspsychje> :p
[09:48] <ogra_> cant be too hard though
[09:48] <lotuspsychje> ok will look into it later dinner now
[09:48] <lotuspsychje> cheers
[09:48] <ogra_> enjoy
[09:48] <lotuspsychje> tnx
[09:59] <robotfuel> Mirv: maybe autopilot-qt needs to be built with qt5.3? was there an abi change?
[10:02] <robotfuel> Mirv: can you add https://launchpad.net/autopilot-qt to the ppa?
[10:04] <Mirv> robotfuel: that might be the cause, I created and kicked https://code.launchpad.net/~canonical-qt5-edgers/+recipe/daily-qt53-autopilot-qt now and it should result in autopilot-qt build starting in around 10 minutes
[10:07] <oSoMoN> sil2100, would you mind publishing silo 006 for me?
[10:12] <Mirv> oSoMoN: I just did
[10:12] <oSoMoN> Mirv, excellent, thanks!
[10:13] <oSoMoN> Mirv, I’m looking at https://bugs.launchpad.net/webbrowser-app/+bug/1321679
[10:13] <Mirv> oSoMoN: thanks for the quick 5.3 ftbfs fix! it reveals other problems like the test failure I now filed a bug about, though, which might be something that needs to be fixed together with SDK team in UITK. I can see for example "QML VisualDataModel: Error creating delegate" when running it.
[10:13] <Mirv> zsombi_: ^
[10:13] <Mirv> oSoMoN: (so, I already did a quick build of it with tests disabled to get armhf binary)
[10:14] <oSoMoN> ah, good to know, I’ll look into that too
[10:37] <vesar> hey does anybody know if there is way of taking phone screenshots at the moment?
[10:37] <ogra_> phablet-screenshot should work ....
[10:37] <ogra_> make sure to have the latest phablet-tools installed though
[10:50] <vesar> thanks ogra_ . I'll try it. does it matter which image I have flashed. Does it need to be dev build or something
[10:51] <ogra_> with the new phablet-tools it should not matter
[11:10] <ogra_> lool, cjwatson ... since you two are usually discussing and deciding on the frameworks ... can we drop the 13.10 one at some point to get rid of webkit on the image ... i think it adds between 50 and 80MB to the traball atm
[11:11] <ogra_> *tarball
[11:11] <ogra_> probably something for next week ...
[11:12] <cjwatson> ogra_: I expect that would depend pretty heavily on how many apps in the store it breaks
[11:12] <cjwatson> ogra_: FWIW I used dropping 13.10 as my test case for dropping frameworks yesterday - took out most of the user-installed apps on my device
[11:12] <ogra_> oh, we dotn have a stroy for that yet, right ?
[11:12] <ogra_> i.e. uninstalling unsupported apps ... and not showing them in the click scope
[11:12] <cjwatson> I don't know if the store supports the same app at multiple versions
[11:13] <cjwatson> but as of last night we have a story for frameworks vanishing
[11:13] <ogra_> afaik it doesnt yet
[11:13] <cjwatson> the apps don't get uninstalled, but the click hook code treats them as if they were absent
[11:13] <cjwatson> which means that they vanish off the app scope, but if a new version arrives then you can upgrade to it
[11:13] <ogra_> i know about 10% of my apps in the store wouldnt work anymore with webkit gone ... and they are not easily portable either
[11:14] <ogra_> but i'm willing to give them up :)
[11:14] <ogra_> not sure how other app devs think about that though
[11:15] <ogra_> we're at 507M for the armhf tarball ... and 535 for x86 ... on http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[11:16] <ogra_> luckily system-image recompresses with xz ... which is why we dont hit the 500M limit of the partition yet
[11:16] <ogra_> but we're pretty tight on space since oxide got added
[11:16] <ogra_> oh !
[11:16] <ogra_> cjwatson, where do the zips come from ? i though you removed that code
[11:16] <ogra_> (we dont want them)
[11:17] <cjwatson> that's curious, I did
[11:17] <Tassadar> zombie ZIPs!
[11:17] <ogra_> haha
[11:17] <ogra_> well, thes seem to be recent ... judging by the timestamps
[11:17] <cjwatson> oh, look at the timestamp
[11:17] <Tassadar> people are still trying to install those, btw
[11:17] <cjwatson> I removed the code more recently than that
[11:18] <ogra_> oh
[11:18] <cjwatson> now, they've been copied over to http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/, but I can remove those manually and it'll be a one-time thing
[11:18] <ogra_> heh, i linked current
[11:18] <ogra_> i meant to link pending
[11:18] <ogra_> yeah
[11:18] <cjwatson> done
[11:18] <ogra_> thanks
[11:26] <Mirv> robru: autopilot-qt has rebuilt now in the PPA, you could kick the gatekeeper job (with the same parameters as the previous run)
[11:26] <Mirv> doh, I mean robotfuel but he's gone
[11:27] <thomi> Mirv: I'll do it, sure
[11:27] <Mirv> thomi: thanks! let's see if there's still a problem.
[11:29] <thomi> Mirv: is there a reason you don't want to run all the test suites?
[11:29] <thomi> the parameters I was linked to before was missing some suites - want to make sure that was intentional before kicking it off again
[11:33] <thomi> Mirv: I kicked them all off: http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/145/
[11:34] <Mirv> thomi: the description for "ALL" lacked ubuntu-system-settings and sudoku, so I copy-pasted the description of "ALL" and added those two (and u-s-s .deb to the testpackages)
[11:35] <Mirv> thomi: if something was still lacking, then yes the idea was to run all the same suites as image dashboard
[11:35] <Mirv> thank you
[11:35] <oSoMoN> sil2100, can I get a silo for line 36, now that 006 has landed?
[11:46] <sil2100> oSoMoN: sure! Im on lunch now, but let me try that through phone ;)
[11:49] <oSoMoN> sil2100, no urgency, enjoy your lunch :)
[11:54] <ubu-tester> I installed the recommended Utopic build, was this incorrect if I was looking to play with the desktop / slimport feature?
[11:54] <ubu-tester> Is this only available in a specific build channel?
[11:55] <bact> ubu-tester: eta, april 2020
[11:57] <ubu-tester> lol
[12:00] <AskUbuntu> USB MODEM NOT WORKING AFTER UPGRADING TO 14.04 | http://askubuntu.com/q/470079
[12:01] <bact> bot?
[12:06] <Mirv> mzanetti: what's the upstreaming status of Fix_QSmoothedAnimation_sometimes_getting_stuck.patch? I'm dropping all patches from 5.3.0 as possible, but I don't find upstream links for that bug
[12:06] <nik90_> charles: ping
[12:06] <nik90_> tvoss: ^^
[12:06] <Mirv> mzanetti: the code comment in the patch that it would be (maybe?) fixed in 5.3 in more elaborate way, so I guess it should be ok to drop?
[12:06] <mzanetti> tsdgeos: can you help Mirv ^^ ?
[12:07] <mzanetti> Mirv: I don't really know. tsdgeos did this
[12:07] <thomi> Mirv: ALL should programmatically get the full list
[12:07] <thomi> Mirv: the description may be out of date though
[12:11] <Mirv> mzanetti: oh, ok. yeah I think it should be ok, but just giving a hint that also that patch is going away with 5.3
[12:11] <Mirv> thomi: alright
[12:27] <nik90_> ogra_: hey, I have been using ubuntu-device-flash --channel=ubuntu-touch/devel-proposed --wipe --bootstrap
[12:27] <nik90_> But I get, 2014/05/21 14:23:39 Expecting the device to be in the bootloader... waiting
[12:27] <nik90_> ogra_: only after I do adb reboot bootloader
[12:28] <nik90_> it boots to the bootloader, isn't this supposed to be automatic?
[12:28] <ogra_> sergiusens, ^^^ is it ?
[12:28] <ogra_> (my scripts all call adb reboot bootloader :) )
[12:28] <nik90_> ogra_: oh sergiusens is here..I can talk to him face to face :)
[12:28] <ogra_> crazy !
[12:40] <thomi> Mirv: that job failed, just checking out why
[12:42] <thomi> Mirv: is it possible that unity8 fails to start? That kills the rest of the run, since it's required for the unlock stuff
[12:42] <thomi> Mirv: that's what it looks like to me anyway: http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/label=daily-mako/145/console
[12:54] <sergiusens> nik90_: ogra_ yeah, I am here :-)
[12:55] <ogra_> sergiusens, didnt --bootstrap trigger an "adb reboot bootloader" ?
[12:55] <ogra_> i thought it was
[12:55] <sergiusens> no, it did not; I wanted it to behave like android flshing
[12:55] <sergiusens> flashing
[12:56] <nik90_> sergiusens: ah ok
[12:57] <nik90_> ogra_: which scripts were you referring to? the ones that get run after a system upgrade?
[12:57] <sergiusens> nik90_: using bootstrap has the potential to soft brick, that's another reason to only use it for first time installs
[12:57] <ogra_> nik90_, my own ones :)
[12:58] <sergiusens> nik90_: he probably has alias flash='adb reboot bootloader && ubuntu-device-flash ...'
[12:58] <nik90_> sergiusens: ah ok...yeah I am trying to do a clean install to test some AP failures, hence the need for bootstrap
[12:58] <ogra_> nothing public
[12:58]  * sergiusens is full of aliases
[12:58] <nik90_> lol
[12:58] <nik90_> ogra_: opensource them :P
[12:58] <ogra_> heh, nothing that fancy ... just the adb line before ubuntu-device-flash :)
[12:58] <sergiusens> nik90_: for clean, just do --wipe (I'll add factory reset in these coming days)
[12:59] <nik90_> sergiusens: oh..I didnt know that...to be fair, the instructions change too frequently ;)
[13:00] <sergiusens> nik90_: heh, this hasn't changed ever since the tool came out
[13:00] <tsdgeos> Mirv: yes we should be able to drop that one
[13:00] <tsdgeos> Mirv: they rewrote the whole class upstream so it should be fine now
[13:01] <tsdgeos> cross fingers :D
[13:13] <cwayne> is there a way to open a specific event in the calendar app?
[13:15] <ogra_> heh, good question, tapping on an event in the indicator gets me the clock here
[13:15] <nik90_> ogra_: does the calendar event have a clock icon?
[13:15] <ogra_> yep
[13:16] <ogra_> well, its a synced gcal event ... probably it got sorted into alarms by the sync service, who knows
[13:16] <nik90_> ogra_: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1317861
[13:16] <ogra_> yep, i remember that one
[13:18] <nik90_> ogra_: I think this is more accurate -> https://bugs.launchpad.net/indicator-datetime/+bug/1321307
[13:18] <ogra_> yeah
[13:19] <nik90_> I think the preivous bug was about the icon appearing next to the date in the indicator panel
[13:20] <ogra_> ah
[13:32] <ogra_> pete-woods, since you brought that up in my MP, did you talk to design about what happens with the hud ?
[13:33] <ogra_> i assume malta is a good place for that
[13:33] <pete-woods> ogra_: the impression I get is that design is too busy to care about HUD right now
[13:33] <ogra_> heh, k
[13:33] <ogra_> well, they should at lleast know they need it on their TODO
[13:34] <ogra_> (if they dont have it there yet .... i had the impression they did but have no confirmation)
[14:01] <eoinmacd> i want to install ubuntu touch on my 2012 nexus 7 to try it out before reinstalling android, selling it and installing touch on my new 2013 nexus any advice?
[14:03] <mterry> ted, on manta, the greeter battery indicator is showing three battery devices
[14:03] <mterry> ted, do you know why that might be?
[14:03] <ted> mterry, Sweet!  I want one!
[14:03] <ted> mterry, Hmm, only on the greeter though?
[14:03] <ted> charles, ^
[14:04] <mterry> ted, charles, well in the session it shows a different menu entirely
[14:04] <ted> mterry, Hmm, yeah, it's desktop_greeter
[14:05] <ted> We perhaps should have phone_greeter be the same as phone
[14:05] <ted> I'm not sure why that is. charles will have to fill in there.
[14:06] <Mirv> thanks tsdgeos
[14:09] <mterry> ted, I filed bug 1321776 and bug 1321777 and assigned to you, please re-assign as needed
[14:21] <charles> mterry, can you do a upower --dump on manta?
[14:21] <charles> indicator-power is actually pretty dumb, it's mostly just a view to what upower tells it about
[14:22] <mterry> charles, http://paste.ubuntu.com/7497547/
[14:26] <charles> so, indicator-power is showing three batteries because upower is reporting three batteries -- smb347-battery, manta-battery, ds2784-fuelgauge
[14:27] <charles> mterry, I see they're all reporting the same percentage, so are all these the same physical battery?
[14:28] <mterry> charles, I assume so.  I have a standard manta, plugged into my laptop
[14:29] <charles> I don't see any good identifiers in that dump that indicator-power could use to fold devices together into a single menuitem
[14:36] <mterry> charles, you think the bug should be assigned lower in the stack?
[14:41] <popey> charles: I filed bug 1321695, if you could provide some input I'd appreciate it
[14:41] <charles> popey, sure
[14:45] <Mirv> thomi: did I fail to answer that job failure question? so unity8 starts on the phone at least after upgrade trustworthily, so it should be starting alright after a simple dist-upgrade from latest utopic image to the PPA.
[14:45] <Mirv> so many pings, much joy
[14:51] <thomi> Mirv: hmmm, can you see if it loads the autopilot dbus interface? the error indicates that either the process doesn't start, or it doesn't load the dbus interface
[14:51] <thomi> or autopilot can't see it for some other reaso
[14:51] <thomi> n
[14:52] <sergiusens> ogra_: phablet-screenshot broke again it seems
[14:52] <ogra_> sergiusens, uh, ozh
[14:52] <ogra_> sergiusens, in what way ?
[14:53] <sergiusens> ogra_: remote object '/tmp/mir_screencast_768x1280.rgba' does not exist
[14:53] <ogra_> err
[14:53] <ogra_> why wouldnt it
[14:53] <ogra_> we force its creation
[14:53] <ogra_> did mirscreencast not run ?
[14:53] <sergiusens> ogra_: I have a 'mir_screencast_768x1280_60Hz.rgba'
[14:54] <ogra_> you shouldnt
[14:54] <ogra_> my patch uses -f to force the output filename of mirscreencast
[14:54] <ogra_> can you check you really have the right phablet-screenshot version ?
[14:57] <sergiusens> ogra_: hmmm, I wonder how this happened, I seem to be downgraded :-/
[14:57] <sergiusens> I'll check with more detail in a bit
[14:57] <nik90_> ogra_: got a MP for you ;) https://code.launchpad.net/~nik90/ubuntu-seeds/add-quickcontrols/+merge/220479
[14:57] <ogra_> yeah, i dont have the right version here either on trusty
[14:57] <sergiusens> ogra_: but we should...
[14:57] <ogra_> looks like the PPA has some dependency issues
[14:58] <ogra_> update-manager shows me phablet-tools from the PPA but i cant check the checkbox next to it
[14:59] <Mirv> thomi: at least it looks like locally I'm ok running phablet-test-run ubuntuuitoolkit - does that answer a question about dbus?
[15:41] <oSoMoN> tsdgeos, hey, I did some preliminary investigation on bug #1321679 (webbrowser-app unit tests fail on armhf with Qt 5.3), and the issue seems to be in QV4, do you think you could help?
[15:46] <tsdgeos> oSoMoN: damn :/
[15:46] <tsdgeos> oSoMoN: quick test, does having QV4_FORCE_INTERPRETER=1 help at all?
[15:46] <tsdgeos> as an env var when running the test
[15:47] <oSoMoN> tsdgeos, let me try
[15:50] <oSoMoN> tsdgeos, yes, with QV4_FORCE_INTERPRETER=1 the crash goes away and the tests pass
[15:50] <tsdgeos> oSoMoN: sad :D
[15:50] <tsdgeos> oSoMoN: so it's a JIT bug
[15:51] <mterry> ogra_, changes to the ubuntu-touch hooks in livecd-rootfs get applied in normal image updates, right?  I don't have to bootstrap to get those changes?
[15:52] <mterry> hmm, maybe they don't, these look like one-time scripts..
[15:52] <tsdgeos> oSoMoN: i can't really help at the moment (and it's not that i know that much about v4 anyway), you should try to get a minimal reproducer of the crash and then with that we can talk with Saviq or kgunn if i can spare some cycles on the departments thing
[15:55] <oSoMoN> tsdgeos, okay, thanks
[15:57] <ogra_> mterry, they dont, you need to rebuild the image
[15:57] <mterry> ogra_, why are the system and radio users at 1000 and 1001 uid?  I had assumed it was for android compatibility, but just checking
[15:58] <ogra_> right
[15:58] <ogra_> android requires the system user at 1000
[15:58] <mterry> ogra_, are we allowed to make changes that require a bootstrap at this point in the game?
[15:59] <ogra_> what do you mean by bootstrap ?
[15:59] <ogra_> (or what are the canges you refer to)
[15:59] <oSoMoN> sil2100, hey, would you mind publishing silo 003 for me?
[16:00] <sil2100> oSoMoN: sure, will do it during the meeting :)
[16:00] <oSoMoN> thanks!
[16:01] <mterry> ogra_, I assume a --bootstrap image update will apply the livecd-rootfs hooks?
[16:01] <ogra_> no
[16:01] <ogra_> livecd-rootfs is the image build tool
[16:02] <ogra_> if things change during image build they will get applied on a normal upgrade ...
[16:02] <ogra_> what do you plan to change ?
[16:02] <mterry> ogra_, oh ah...  OK, that makes sense now
[16:03] <mterry> ogra_, well thinking on it, my change won't be suitable anyway, since I want to drop a file in a mounted location.  (My change is to tell AccountsService that radio/system are system users in a new way, since upstream changed how they figure that -- I can either revert upstream or come up with something else)
[16:05] <ogra_> mterry, ah probably something to look at next week then
[16:05] <ogra_> if we can do it face to face
[16:05] <ogra_> (we definitly cant change the UIDs, that would break android)
[16:06] <mterry> ogra_, well it's blocking split, which I was still hoping to squeeze into this week -- I can revert the accountsservice change for now easily enough.  That will prevent regressions in utopic with our support for login.defs and in malta we can come up with something more clever if we want
[16:06] <ogra_> uh
[16:06] <ogra_> login.defs ?
[16:06] <ogra_> did you discuss that with foundations ?
[16:06] <mterry> ogra_, /etc/login.defs -- we have UID_MIN and UID_MAX in there
[16:06] <ogra_> yeah
[16:07] <mterry> ogra_, I did talk to Laney about it.  He uploaded an AccountsService merge that dropped support for login.defs
[16:07] <ogra_> ah
[16:07] <mterry> ogra_, but Touch was relying on that
[16:07] <ogra_> right
[16:07] <mterry> Upstream has gone to a simplistic <=1000 check
[16:07] <ogra_> heh
[16:08] <ogra_> thats brave
[16:08] <mterry> ogra_, the only way I can change it now is to pre-seed a keyfile for AccountsService that says system and radio are system users.  But that's in a writable mount on Touch, so wouldn't be seen
[16:08] <mterry> And would be hackish anyway
[16:09] <ogra_> well, you cant use preseeds unless you use them at image build time
[16:09] <mterry> ogra_, sorry, I didn't mean preseeds I just meant "drop a file there"
[16:09] <ogra_> ah
[16:10] <mterry> ogra_, I think the easiest short term solution is just to re-enable support for login.defs
[16:10] <ogra_> right
[16:17] <Asdf-Horr> Test
[16:17] <ogra_> failed
[16:28] <AskUbuntu> How to translate ListElement property with Ubuntu SDK | http://askubuntu.com/q/470187
[17:19] <Wellark> anyone up on the US side of the world to help me set up LP translations for indicator-network ?
[17:19] <Wellark> dpm eod'ed
[17:22] <dobey> Wellark: maybe i can in a few minutes
[17:40] <dobey> Wellark: well i guess i can't help you at the moment. lp permissions nonsense.
[17:53] <Wellark> dobey: ok.
[17:54] <Wellark> maybe you could take a look at my MR to see if there is anything fishy on the project side?
[17:56] <dobey> sure
[17:56] <Wellark> dobey: give me a sec..
[17:56] <Wellark> dobey: do you remember what is the command to update a .po when .pot has changed?
[17:58] <dobey> with intltool?
[17:58] <Wellark> dobey: ok. investigating..
[17:58] <dobey> Wellark: no, i mean, are you using intltool at all here?
[17:59] <Wellark> dobey: seems, "msgmerge" by reading gettext documentation
[18:00] <Wellark> dobey: nope.
[18:00] <dobey> yeah, i'm not sure what the exact command line is for using the plain gettext tools.
[18:00] <dobey> but you shouldn't have to worry about updating the .po files by running msgmerge anyway
[18:01] <Wellark> sure. LP will handle that
[18:01] <dobey> yeah
[18:01] <Wellark> but for now I just need an initial .po
[18:01] <Wellark> so I've created one. LP can override it later
[18:02] <dobey> well inside the po/ directory, you can run "intltool-update -g foo -d xx" and it should update the "xx.po" from the "foo.pot"
[18:03] <Wellark> argh.. somebody has already translated some strings for Finnish
[18:03] <Wellark> oh, well.
[18:03] <Wellark> I can just download that.
[18:04] <dobey> how?
[18:04] <dobey> did it already have a .pot and translations set up?
[18:05] <Wellark> the "old" version had..
[18:05] <Wellark> whee.. let's break all the translations..
[18:05] <dobey> hmm
[18:05] <Wellark> oh, actually. I should create a 14.10 series
[18:06] <Wellark> which will get new translations
[18:06] <awe_> Wellark, I updated the multiple cellular settings bug
[18:06] <awe_> the hfp devices *are* created automatically
[18:06] <awe_> details in the bug
[18:06] <awe_> that said, you should ignore any non-ril modems for now
[18:06] <dobey> although it's ironic that the 14.04 series is all full of a major rewrite in c++
[18:06] <awe_> oh yea, and I don't see multiple menu entries when running u38
[18:07] <Wellark> dobey: yep. that was an error.
[18:07] <Wellark> need to find a way to get the 14.04 series point to a branch that does not have the rewrite code
[18:07] <Wellark> and create a 14.10 series with the latest trunk
[18:07] <Wellark> awe_: ok. thanks
[18:08] <awe_> np
[18:08] <dobey> having stable branches probably doesn't make much sense at this point anyway
[18:08] <Wellark> dobey: is it as easy as branching the trunk, update to an older revision, push that to LP and put the 14.04 series to point to that new branch?
[18:09] <Wellark> and then create 14.10 branch and make it point to the trunk?
[18:09] <Wellark> actually, i will have ted help me
[18:17] <mterry> Hrm, I'm having problems apt-get updating from ports.ubuntu.com.  But everything else works for me.  Anyone else?
[18:22] <mterry> Oh, nm.  Seemed to be an out-of-space problem
[18:27] <dobey> ok
[18:41] <Macer> ugh. got sniped on a nexus4 :/
[18:41] <Macer> damn you ebay
[18:42] <lotuspsychje> lol
[18:42] <lotuspsychje> did you see what bast said the other day
[18:42] <lotuspsychje> nexus5 supports touch too
[18:42] <achiang> ogra_: do you know if i can have a single click package deliver 2 separate (but related) binaries?
[18:42] <lotuspsychje> bact
[18:48] <tedg> achiang, I believe that the checking tools block it, but the manifest allows it.
[18:48] <achiang> tedg: which checking tools are you talking about?
[18:48] <tedg> achiang, It would make sense to have them related as some of their containment would overlap.
[18:48] <tedg> achiang, Click store tools.
[18:48] <achiang> tedg: ah. for my purposes, i am just using click as a simplified delivery mechanism
[18:49] <achiang> tedg: these clicks will never go into a store
[18:49] <achiang> tedg: well... never is a long time
[18:49] <achiang> tedg: but are you saying that allowing multiple binaries in a click is not a bad idea?
[18:50] <tedg> achiang, No, the idea would be that you could have a Facebook app and a Facebook messenger. They'd be the same package and perhaps share a cache.
[18:50] <tedg> achiang, That's just apps. You could also have a binary for your content-hub handler, your infographic, etc.
[18:50] <achiang> tedg: so you are saying that it's a good idea?
[18:51] <tedg> achiang, I'm saying it has a use, I don't know enough about your specific case to say whether it's a good idea for you :-)
[18:51] <tedg> achiang, The overlapping containment is a benefit/risk.
[18:51] <achiang> tedg: my use case is a binary that can read sensors from the device and a ui binary that is... the ui
[18:52] <achiang> tedg: although i guess their sync point is a common on-disk database
[18:52] <achiang> so sensor thingy writes to db and ui reads from db
[18:52] <achiang> i suppose they could theoretically talk over a socket too
[18:53] <Macer> lotuspsychje: yeah but isnt the nexus 5 short hardware?
[18:53] <lotuspsychje> short?
[18:53] <tedg> achiang, clicks can't have background tasks.
[18:53] <lotuspsychje> mean small?
[18:54] <achiang> tedg: well, these are unconfined
[18:54] <Macer> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0ArLs7UPtu-hJdDZDNWliMmV1YUJ3Zk1pQlpDdGp4VFE#gid=0
[18:54] <tedg> achiang, But otherwise I think it makes sense to have them in the same confinement.
[18:54] <Macer> meaning it doesn't support all the hardware in the device
[18:54] <Macer> there isn't a status page for the nexus 5
[18:54] <tedg> achiang, Right now unconfined makes a difference, when we switch to cgroups we'll get your little background task too :-)
[18:54] <Macer> nexus 4 has one
[18:55] <achiang> tedg: is there a roadmap or blueprint or design doc for the cgroup switch?
[18:56] <tedg> achiang, Uhm, it's "as soon as ted can get the other stuff off his plate" :-)
[18:56] <achiang> ok
[18:57] <tedg> achiang, Hoping that'll be my beginning of June.
[18:57] <mterry> ogra_, do you know how the volume button presses wind their way through the Touch lower levels?
[19:03] <Macer> achiang: is the hardware support for the nexus 5 as good as the 4?
[19:03] <achiang> Macer: no idea, not sure why you're asking me
[19:07] <Macer> achiang: oh i'm sorry
[19:07] <Macer> i meant lotuspsychje
[19:18] <dobey> Macer: no, it's not
[19:40] <spazzymoto> Hey guys, is the devel channel stable enough to run as a "daily" or should i choose stable?
[19:43] <dobey> spazzymoto: devel channel should be fine yes. i'm running devel-proposed on my phones
[19:44] <spazzymoto> Thanks dobey, what is the difference between devel and devel-proposed?
[19:45] <dobey> devel only has promoted images that have passed more QA testing than the proposed images
[19:45] <spazzymoto> ok cool, thanks again
[19:49] <achiang> i think i'd go for -devel instead of -devel-proposed
[19:49] <achiang> due to the QA that goes into promoted images
[19:49] <achiang> much fewer regressions in -devel vs. -devel-proposed
[19:51] <spazzymoto> thanks achiang. will go with -devel
[19:57] <mterry> tedg, do you know much about where the low-level volume up/down events come from?
[19:58] <tedg> mterry, Like they keyboard events?
[19:58] <mterry> tedg, yeah
[19:58] <tedg> mterry, Not 100% on the phone, but I believe evdev.
[19:59] <mterry> tedg, hrm, udevadm monitor doesn't show them
[19:59] <tedg> mterry, They might come through the android sensors?
[20:00] <mterry> tedg, do you know how to monitor those?
[20:01] <tedg> No, not at all.
[20:01] <tedg> rsalveti, ^
[20:03] <rsalveti> mterry: evdev
[20:03] <rsalveti> that then goes to the android input layer -> mir -> unity8
[20:03] <rsalveti> udev is not going to show the keyboard events
[20:04] <mterry> rsalveti, I'm not seeing the events from Qt in unity8-greeter, trying to figure out where in the stack is eating them
[20:04] <mterry> rsalveti, do you know how to monitor any of those inner layers?
[20:05] <rsalveti> evtest or just test_input
[20:06] <rsalveti> but then for mir specifics, better to ping the mir guys
[20:10] <mterry> rsalveti, awesome, I can see the events via evtest...  OK.  Let's see which of the other layers might be losing this event  :)
[20:10] <mterry> rsalveti, thank you!
[20:16] <achiang> mterry: i'd love to hear the results of your investigation when you ahve them
[20:16] <mterry> achiang, have you seen this problem before or just curious about events?
[20:17] <achiang> mterry: i've seen this problem but haven't yet solved it... i knew you'd be coming along soon ;)
[20:18] <mterry> :)
[21:34] <tedg> slvn_, okay, landed. Sorry it took so long.
[21:49] <slvn_> tedg, thanks !
[21:50] <slvn_> no problem, now I will be able to put my app on ubuntutouch
[21:50] <slvn_> still some trouble with MIR motionevent ..
[21:51] <tedg> slvn_, Cool, can't wait to see it. Harass the guys in #ubuntu-mir ;-)
[21:52] <slvn_> tedg, yep, we are currently trying to find out (MIR is running on my VT)
[22:17] <slvn_> bye !
[23:44] <AskUbuntu> How can I install ubuntu on my tablet, if dont get access to the fastboot? | http://askubuntu.com/q/470378