[00:00] <Nothing_Much> Quick question, does Ubuntu Touch have a feature where you choose when to update through your Wifi instead of your 3G network to save money and data?
[00:18] <nhaines> Nothing_Much: updates are monthly, so you can always turn off automatic updates.
[02:01] <Chuk> hello?
[02:20] <dobey> Nothing_Much: updates are only automatically downloaded on wifi by default, but you can set it to never, or always, as well. and the update won't be installed until you go into the updates settings pane, and tap on the install button
[03:13] <aADI> HI
[03:13] <aADI> HOW CAN I INSTALL UBUNTU TOUCH ON MY SAMSUNG GALAXY TAB 3 SM-T211
[03:14] <nhaines> aADI: nobody here knows.  You need to find the group of people responsible for porting Ubuntu to that device and ask them.
[03:14] <nhaines> !devices
[03:15] <aADI>  i did search there, unfortunately its not yet ported
[03:15] <aADI> WIP i hope
[03:16] <aADI> If any developer is seeing this, please please please get us ubuntu touch for galaxy tab 3 sm-t211 at the earliest
[03:16] <aADI> we all are eagerly waiting
[03:17] <RAOF> Well, the nice¹ thing about Ubuntu Touch is that you _don't_ have to wait, eagerly or otherwise...
[03:17] <RAOF> Instead, you can quit :)
[05:16] <udaykanthr> Hi, im trying to port i9300 device can anyone please help me, im a newbie
[05:17] <udaykanthr> i sucessfully compiled ubuntu touch for the target device i9300 and and got required img files as output(system.img, boot.img, recovery.img)
[05:20] <udaykanthr> i need info to flash these img files using odin3 as this device dont support fastboot
[05:26] <udaykanthr> is anyone getting my messages?
[05:27] <diwic> udaykanthr, it's early in the morning in Europe, most people are not up yet
[07:18] <tvoss> pitti, ping
[07:18] <pitti> hey tvoss
[07:19] <tvoss> pitti, guten Morgen :)
[07:19] <tvoss> pitti, a network manager version is stuck in proposed
[07:19] <tvoss> pitti, ~24, with the i386 autopackage tests failing, passing on amd64, though
[07:19] <tvoss> pitti, perhaps a retry of the i386 build could help
[07:20] <pitti> tvoss: yes, it regresses the killswitch test on i386
[07:20] <pitti> no, I already did several times
[07:20] <pitti> I also ran it manually
[07:20] <tvoss> pitti, ah, interesting
[07:20] <pitti> it reliably succeeds on i386 in utopic and reliably fails in utopic-proposed
[07:20] <pitti> so this needs an acutal fix
[07:20] <pitti> cyphermox_ already pinged me about it yesterday
[07:21] <tvoss> pitti, ack and thx
[07:52] <dholbach> good morning
[08:16] <popey> Happy birthday JamesTait
[08:16] <JamesTait> Good morning all; happy Friday, and happy Stand Up To Cancer Day! :-D
[08:28] <dob__> Did somebody try to install ubuntu phone on a asus zenfone?
[08:29] <dob__> Isn't there any intel device running ubuntu phone yet?
[08:29] <popey> !devices | dob__
[08:30] <JamesTait> Do we have a feel for how close we are to closing the last promotion blocker issues?  I'm itching to switch my mako to ubuntu-rtm. :)
[08:30] <dob__> popey: I already looked there and was more thinking about creating my own custom version...
[08:30] <JamesTait> Or alternatively, if I switch to ubuntu-rtm-proposed, are the outstanding blockers likely to cause me major grief?
[08:30] <dob__> popey: Even everybody says ubuntu phone will run on intel devices. I think there is no intel device running ubuntu phone yet. Did not find any device in the list....
[08:33] <dholbach> ogra_, I'm stuck in a install-new-image loop - what can I do? the device thinks it's on 236, and 239 gets installed repeatedly
[08:33] <dholbach> (mako)
[08:34] <dholbach> or anyone else? ^
[08:48] <popey> dholbach: victor mentioned this on the list
[08:48] <popey> i have updated my mako OTA to 239
[08:49] <dholbach> ah ok, let me take another look
[08:49] <janimo`> is running simple qml apps from the command line using qmlscene still supported for development?
[08:49] <janimo`> I get this in a default install: qmlscene: could not find a Qt installation of ''
[09:14] <ogra_> dholbach, fresh flash or OTA ?
[09:14] <dholbach> ogra_, OTA
[09:15] <ogra_> OTA definitely worked fine here ... for a fresh flash when 236 is installed you might need recovery mode
[09:15] <dholbach> anything I could try out?
[09:16] <ogra_> you could try to wipe /cache/recovery, it should re-download
[09:18] <dholbach> hum - how do I do that?
[09:19] <dholbach> mh, so version-239.tar.xz is in /cache/recovery already
[09:20] <dholbach> so you'd say, if I remove all files in the directory and try again, I should be fine?
[09:20] <ogra_> sudo rm -rf /cache/recovery/*
[09:21] <dholbach> ok
[09:22] <dholbach> ogra_, does http://paste.ubuntu.com/8325788/ look bizarre to you too?
[09:23] <ogra_> dholbach, not at all, thats the actual breakage in 236 ... and why i said you should flash in recovery when flashing and not OTAing
[09:24] <ogra_> adb reboot recovery
[09:24] <dholbach> gotcha
[09:24] <ogra_> ubuntu-device-flash --channel=devel-proposed --device=mako
[09:24] <dholbach> thanks ogra_
[09:24] <ogra_> (in recovery you need to hand over the --device switch too)
[09:36] <dholbach> ogra_, yep, looks like it's happy now
[09:36] <ogra_> awesome
[09:38] <dholbach> brb
[09:43] <dbarth> pitti: ping? can i bother you about a langpack question?
[09:44] <pitti> dbarth: ça va ? what's up?
[09:44] <dbarth> pitti: hi
[09:44] <dbarth> i'm wondering if that branch is right: http://bazaar.launchpad.net/~oxide-developers/oxide/1.2/revision/689
[09:44] <dbarth> it doesn't seem to work but maybe we're not putting the files where we should anymore
[09:45] <dbarth> ie, the .mo containing the accept-language string are part of the oxide package
[09:45] <mardy> ogra_: on #236, it looks like that whenever I go from passphrase to PIN code, I lose the developer mode; is this expected?
[09:45] <dbarth> and i worry they may not be at the place the system expects them to be at
[09:46] <dbarth> pitti: on the phone they end up for example in: /usr/lib/arm-linux-gnueabihf/oxide-qt/locales/de.pak
[09:46] <pitti> dbarth: well, first of all, using gettext for language codes seems a bit strange
[09:46] <pitti> dbarth: it's horribly error prone and very easy to get wrong by translators
[09:47] <dbarth> ah
[09:47] <ogra_> mardy, does it work fine if you re-enable it ? the dev mode checks for an empty pw, not sure if the password handling zeros it before setting the new one
[09:47] <Elleo> 22
[09:47] <Elleo> oops
[09:47] <pitti> dbarth: but aside from that, it seems that it's not using the right cmake magic to put mo files where they belong to, in /usr/share/locale/<locale>/LC_MESSAGES/<domain>.mo ?
[09:47] <dbarth> pitti: i guess the idea was to able to tweaks the accept-language line
[09:48] <dbarth> pitti: ok
[09:48] <dbarth> and that may explain why we don't get the right string in the end
[09:48] <pitti> dbarth: no idea what that .pak file is, maybe qt (or something else) has its own translation format
[09:48] <pitti> but it's certainly not gettext()
[09:48] <dbarth> oh
[09:48] <pitti> that wants .mo files
[09:49] <dbarth> hmm ok
[09:49] <pitti> dbarth: back to AcceptLanguage in particular, that looks pretty much like what $LANGUAGE is for
[09:49] <dbarth> pitti: and what would you suggest to use instead of gettext in that case?
[09:49] <dbarth> ok
[09:49] <pitti> dbarth: I don't know -- as I said, I don't know what .pak files are
[09:49] <dbarth> chrome format i think
[09:50] <dbarth> ok, i'll catch up with alex-abreu and let you know
[09:50] <pitti> I suposed there's a corresponding "translate this string" function for that chrome API
[09:50] <dbarth> right
[09:50] <pitti> or, if you use gettext, it needs a different cmake invocation for generating and installing the .mo
[09:50] <pitti> as pretty much every other package uses that, it's hopefully easy to do that
[09:50] <dbarth> ok
[09:50] <dbarth> pitti: well, thanks, that gives me some options to look at
[09:53] <mardy> dbarth: I cannot reproduce bug 1236986 anymore; should I mark it as need-info, or just set it to fix released?
[09:55] <mardy> ogra_: actually, yes, now I could set a PIN and still keep the developer mode. But I swear that before it was not working :-)
[09:56] <ogra_> well, i assume the account service had zeroed it for a second or so
[09:56] <ogra_> developer mode only pulls the info from PW handling, but has nothing to do with it beyond that
[10:00] <lool> ogra_: heya, do you know if the flashing tools were fixed since yesterday?
[10:00] <lool> I heard there were some issues yesterday
[10:01] <ogra_> lool, adb was broken on 236
[10:01] <lool> ogra_: are we good with today's?
[10:01] <ogra_> sure
[10:01] <lool> cool
[10:01]  * lool flashes
[10:01] <ogra_> 237+ are all good
[10:01] <ogra_> it is only an issue if you had 236 installed
[10:05] <lool> tvoss: hmm I see a couple of NM landings, but not one with 24 / 25 a silo number
[10:05] <lool> tvoss: there's the utopic end of scans one which seems to be in progress, then there's an rtm one without a silo
[10:05] <tvoss> lool, silo 4
[10:06] <tvoss> lool, Saija Saarenpää
[10:06] <lool> line 61, ok
[10:06] <tvoss> lool, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-004/+packages
[10:07] <lool> tvoss: what's with saija? is he the one testing it?
[10:08] <Elleo> how do we take screenshots on the latest images? phablet-screenshot doesn't seem to work anymore?
[10:08] <popey> wfm
[10:08] <popey> in what way does it not work?
[10:08] <Elleo> it thinks its using surfaceflinger
[10:08] <Elleo> and so does everything wrong
[10:09] <popey> waaaat
[10:09] <dbarth> mardy: can you clarifiy the steps to reproduce; the original description seems outdated
[10:10] <mardy> dbarth: I remember that I could reproduce it by just deleting two accounts, but now I couldn't
[10:10] <mardy> dbarth: I removed three accounts (including an U1), but it didn't crash
[10:10] <mardy> dbarth: your refactoring has probably fixed it :-)
[10:10] <Elleo> 24
[10:11] <Elleo> oops
[10:11] <Elleo> popey: ah, interestingly it works on my rtm device, just not on my utopic-proposed one :/
[10:12] <dbarth> mardy: i would be glad ;)
[10:12] <dbarth> mardy: i tried removing all accounts and recreating and that works fine so far
[10:12] <mpt> In multiple images now I have had no Wi-Fi on Mako. Where should I report that bug? networkmanager?
[10:13] <mpt> (^ cyphermox_ Wellark)
[10:14] <popey> Elleo: wfm on utopic-proposed flo
[10:14] <mpt> The Network indicator menu contains nothing but the word “Empty!”, and the Network settings contain nothing either
[10:14] <Elleo> popey: odd :/
[10:15] <mardy> dbarth: so, can I set it to "fix released"?
[10:20] <dbarth> mardy: i will comment
[10:24] <uday> Hi
[10:25] <popey> hello
[10:25] <uday> I build ubuntu-toch source for target device i9300
[10:26] <mpt> (Followup to the above: reported bug 1368675)
[10:27] <uday> And got generated .img files but not sure how to flash to the device without using fastboot
[10:28] <Chipaca> anybody know when seb's back? got a mp in "needs information" from him :-(
[10:28] <uday> Hey popey, please guide me to the right direction
[10:29] <willcooke> Chipaca, Seb's back on Monday
[10:29] <Chipaca> willcooke: thanks
[10:32] <popey> uday: sorry, I have no idea. never seen a i9300 ⍨
[10:33] <uday> Thanks for the response popey.
[10:34] <uday> Is it possible to flash to devices without fastboot?  Like using odin3
[11:01]  * tbr idly ponders if he'll hear back from tvoss at some point
[11:53] <Wellark> mpt: uh, oh..
[11:53] <Wellark> that's indicator-network not running
[11:54] <Wellark> meaning it's probably crashing straight away when upstart keeps respawning it and finally upstart has given up on it
[11:54] <Wellark> mpt: you have this happening now?
[11:54] <Wellark> mpt: I would sure love to have a live debugging session with you
[11:54] <Wellark> to quickly get to the bottom of this
[12:02] <cjwatson> bzoltan: does my suggestion in https://bugs.launchpad.net/ubuntu/+source/click/+bug/1364327 work for you?
[12:08] <mpt> Wellark, sure, go ahead
[12:08] <mpt> Wellark, indicator-network *looks* like it’s running … I still have the title, and the menu containing “Empty!”
[12:09] <ogra_> the service is most likely not running then
[12:12] <Wellark> mpt: that means it's not running :)
[12:12] <Wellark> if you see the "Empty!" then it's down
[12:12] <mpt> So the title is provided by different code? Interesting
[12:12] <Wellark> the empty comes from unity8 when there is no data to show from the indicator
[12:12] <Wellark> mpt: actually not
[12:12] <Wellark> the title and the panel icons come initially from indicator-network
[12:13] <Wellark> but if it dies for whatever reason
[12:13] <Wellark> the menu is cleared
[12:13] <Wellark> but the title or panel icons are not
[12:13] <Wellark> so you see a ghost of past in there :)
[12:13] <ogra_> Setting up...
[12:13] <ogra_> Setting up a default password for phablet to: '0000'
[12:13]  * ogra_ hugs sergiusens 
[12:13] <mpt> The Ghost of Indicators Past, now available from terrible bookstores everywhere
[12:14] <Wellark> mpt: let's see about that on the client sprint ;)
[12:14] <Wellark> I'm not ready to let go of the indicators just yet
[12:14] <mpt> “It was a dark and stormy Suru theme…”
[12:34] <jgdx> mpt, do system settings!
[12:40] <bzoltan> cjwatson: Yes, it does. We need to fix our code in few places. But still your suggestion sounds the most simple and straightforward.
[12:40] <cjwatson> Great, will get on that
[12:40] <cjwatson> Thanks
[12:49] <sergiusens> ogra_: np
[12:49] <ogra_> sadly it still misbehaves after a few reboots
[12:49] <ogra_> i dont get why
[12:50] <ogra_> sergiusens, we should also omit the wizard by default i think
[12:50] <ogra_> it wants you to set a new PW
[12:51] <sergiusens> ogra_: the full wizard?
[12:51] <sergiusens> should we skip the password prompt only?
[12:51] <ogra_> dunno, can you just make it skip the PW stuff ?
[12:51] <sergiusens> ogra_: not directly; so user mode would like a wizard, automation mode would use phablet-config and disable it completely
[12:51] <sergiusens> that's my thought at least
[12:52] <ogra_> yeah, something like that
[12:52] <ogra_> i'd really like to know why it still fails here ... damned
[13:10] <sergiusens> pitti: do you know if this is known? http://i.imgur.com/8YK4bbz.png
[13:10] <sergiusens> or dpm ^
[13:11] <sergiusens> I'm on es_AR
[13:13] <dpm> sergiusens, weird, it seems like content hub doesn't like á
[13:13] <sergiusens> dpm: I thought that was a thing of the past :-P
[13:17] <dpm> indeed :)
[13:18] <dpm> sergiusens, does Cámara display well in the click scope? I mean as one of the top 6 apps in the scope
[13:18] <sergiusens> dpm: yes :)
[13:19] <sergiusens> dpm: I'll log a bug against content hub
[13:19] <dpm> ok, thanks
[13:19] <dednick> charles: hey. so it looks like something that changed lately caused this problem with indicator-datetime. I was doing some testing and accidentily built an older version of the indicator on the phone and it was working ok
[13:19] <dednick> charles: until i realised my error and updated to new code.
[13:24] <dednick> charles: my guess would be r366 (powerd wakeup)
[13:30] <sergiusens> dpm: feel free to tag accordingly https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1368770
[13:31] <ogra_> sergiusens, hmm, could it be that we only unpack the android initrd once in the emulator and not during boot ?
[13:31] <dpm> nice bug title sergiusens :)
[13:31] <ogra_> i mean not during subsequent boots
[13:31] <sergiusens> ogra_: you want upgrades to work?
[13:32] <sergiusens> ogra_: only during creation
[13:32] <ogra_> sergiusens, no, i want adb to work :P
[13:32] <ogra_> aha !
[13:32] <ogra_> seems the emulator doesnt get along with removing the forced persistent bit for adb from init.rc
[13:33] <ogra_> but when i remove that code from the pre-start.d file it still doesnt bring up adb on second boot ... the above explains that then
[13:38] <tedg> mardy, It seems like UOA is trying to open "unconfined" in some cases: https://errors.ubuntu.com/oops/5fcbd2bc-395d-11e4-a3d7-fa163e4ccdf2
[13:42] <matv1> popey might i trouble you for a minute?
[13:45] <popey> matv1: wassup?
[13:45] <matv1> You remember we said we would try to trouleshoot peap/mschapv2 authentication
[13:46] <matv1> popey and did ahayzen already get back to you with some probing from his side? I remember he also had access to peap auth network.
[13:46] <popey> no, not yet
[13:47] <matv1> popey I said i would do some troubleshooting in my schools eduroam network. Didnt have a chance for this sooner as they made me do actual work all week. Sorry bout that. but i have some time now
[13:47] <popey> no problem.
[13:47] <matv1> popey If you want I have some time now to generate some logs. But I am going to need some guidence on what to extract.
[13:48] <ogra_> rsalveti, where do i find the emulator init.usb.rc ? https://code-review.phablet.ubuntu.com/gitweb?p=aosp/device/generic/goldfish.git;a=tree;h=refs/heads/phablet-4.4.2_r1;hb=refs/heads/phablet-4.4.2_r1 seems to only have the init.goldfish.rc
[13:48] <rsalveti> ogra_: init.rc is generic, for every device
[13:48] <rsalveti> let me check the path
[13:48] <rsalveti> ./system/core/rootdir/init.rc
[13:48] <ogra_> well, i'm specifically looking for the force adb on lines
[13:49] <matv1> popey or else we would have to try next week. if this is not a good time fr you
[13:49] <ogra_> rsalveti, are they the same on all devices ?
[13:49] <ogra_> (including emulator)
[13:49] <rsalveti> ogra_: https://code-review.phablet.ubuntu.com/#/c/326/
[13:49] <rsalveti> ogra_: yes
[13:49] <ogra_> ok
[13:50] <ogra_> rsalveti, hmm, did that land already ?
[13:50] <ogra_> doesnt look like ... and i'm not sure the emulator likes it removed
[13:51] <ogra_> (even dropping all my upstart changes and moving back to how it was before adbd only starts on first boot
[13:51] <ogra_> )
[13:52] <ogra_> thats why i assume the removal there actually causes the issue
[13:52] <rsalveti> ogra_: not even approved yet
[13:52] <popey> matv1: I'm actually not entirely sure what logs would be of use.
[13:52] <ogra_> right
[13:52] <ogra_> sigh
[13:52] <ogra_> why is the emulator so weird :/
[13:52] <matv1> popey ah that makes two of us. Who would be the person to ask?
[13:52] <popey> cyphermox_: is there any useful / valuable logging to be gained from network manager connecting to peap/mschapv2 authenticated networks?
[13:53] <popey> ^ him
[13:53] <ogra_> rsalveti, hmm, looking at that patch it cant be the right file
[13:53] <ogra_> root@ubuntu-phablet:~# grep nonencrypted /var/lib/lxc/android/rootfs/init.rc
[13:53] <ogra_> root@ubuntu-phablet:~#
[13:54] <ogra_> weird
[13:55] <pitti> sergiusens: you mean the untranslated app names?
[13:55] <sergiusens> pitti: nope, the translated one :-)
[13:55] <pitti> sergiusens: there's a big bug for it
[13:55] <rsalveti> ogra_: it should be
[13:55]  * ogra_ rebuilds for the 100s time
[13:55] <pitti> sergiusens: ah, the ca!mera?
[13:55] <pitti> sergiusens: no, rvr might know about that one
[13:56] <sergiusens> pitti: I created a bug for it, bug 1368770
[13:56]  * rvr reading the log
[13:56] <matv1> popey cyphermox I already tried rewriting that connection file in several ways but to no avail
[13:56] <sergiusens> pitti: thanks
[13:57] <popey> matv1: he's the expert ☻
[13:57] <pitti> sergiusens: certainly worth checking the .po if maybe the actual translation is just broken?
[13:58] <sergiusens> pitti: but it's fine on the scope
[13:58] <rvr> sergiusens: I saw that yesterday night, but didn't create the bug. Thanks.
[13:58] <rvr> AFAIK, only happens in the content-hub
[13:58] <pitti> sergiusens: ah, so rendering issue then
[13:59] <matv1> popey okay I will maybe try to ping him on the issue a little later on. Thanks
[13:59] <popey> np
[14:00] <satoris> I flashed my Mako with --bootstrap --developer-mode but adb seems to be completely disabled. How do I get it on again?
[14:00] <rvr> pindonga: And the content-hub is still untranslated in Launchpad :(
[14:00] <rvr> Oops
[14:00] <rvr> pitti: And the content-hub is still untranslated in Launchpad :(
[14:02] <alecu> bzoltan1: dednick: Saviq: there's some very weird behaviour for OptionSelector items in apps running inside a Trusted Prompt Session. Here are some videos that try show that: https://plus.google.com/115195519184160675378/posts/SdUK6BdZtJV
[14:02] <ogra_> sergiusens, so if i created an emulator instalce with --use-raw-disk adn mount and change the image contents, it should pick these changes up on first boot, no ?
[14:02] <ogra_> *instance
[14:02] <ogra_> satoris, you need --password= as well
[14:03] <ogra_> satoris, or set a PW from the UI and manually enable dev mode there
[14:03] <sergiusens> ogra_: yes, but if you want to change init; you need to edit the boot.img, right
[14:03] <ogra_> sergiusens, well, all i want to change are upstart jobs and the pre-start.d bits of the container
[14:03] <sergiusens> ogra_: you can look at my "testing scenario" in the passwd MP ;)
[14:03] <sergiusens> ogra_: should work
[14:03] <ogra_> but whatever i do i cant get adb to start at all
[14:04] <ogra_> even when rolling back all my changes completely
[14:07]  * ogra_ doesnt get it 
[14:08] <sergiusens> ogra_: emulator debugging is easier reading the qemu repo I pointed you to
[14:08] <sergiusens> same happened to me everytime I tried to add something
[14:09] <ogra_> well, but if changing the image content actually chnages it it should just work
[14:09] <ogra_> especially when i do it before first boot
[14:11] <Saviq> alecu, can you take a screenshot please and see if the text becomes transparent as well, or is it only background? if only background, it'd be a UITK issue, if the text as well, that'd be unity8
[14:11] <ogra_> oh man !
[14:11] <ogra_> sergiusens, rsalveti, we never enabled mtp on the emulator before, did we ?
[14:11] <rsalveti> ogra_: I don't think cyphermox_ fixed mtp-server for it
[14:11] <rsalveti> was crashing all the time
[14:11] <sergiusens> ogra_: no, and I don't think we will
[14:11] <ogra_> hahahahahahaha
[14:11] <ogra_> ok, then i found my issue
[14:12] <rsalveti> we might support it at some point, I think it'll be useful
[14:12] <rsalveti> but yeah, currently broken
[14:12]  * ogra_ builds a fresh emulator to verify
[14:13] <alecu> Saviq: sure, I'll take a screenshot
[14:15] <cyphermox_> popey: why?
[14:15] <popey> cyphermox_: matv1 is on a network that uses those auth methods and can't get online.
[14:15] <cyphermox_> on touch?
[14:15] <popey> yrs
[14:16] <cyphermox_> it does work, I have used it :)
[14:16] <cyphermox_> eduroam, specifically
[14:16] <popey> whats the magic?
[14:16] <cyphermox_> matv1: you'll probably want to copy your configuration file from your desktop onto the phone
[14:16] <cyphermox_> matv1: but you will need to remove the mac-address line
[14:16] <matv1> cyphermox_ that didnt do it for me
[14:16] <cyphermox_> matv1: and replace password-flags=1 with password=<your password>
[14:17] <cyphermox_> then make sure the file in /etc/NetworkManager/system-connections/  for your connection is permissions 600, and touch it again just to be safe
[14:17] <cyphermox_> ie. to make sure NM has an updated timestamp to see the file has changed
[14:18] <matv1> cyphermox_ I see. I didnt do that last bit. i mean the permissions
[14:19] <cyphermox_> that's critical, otherwise NM refuses to read the file
[14:19] <matv1> cyphermox_  yes appearently
[14:20] <cyphermox_> make sure the password piece is there too, usually it's not saved in the file
[14:20] <cyphermox_> unity8 won't be able to prompt you for it, since we're not setup for supporting wpa enterprise just yet
[14:20] <matv1> cyphermox_  you mean the password edited into the network connection file?
[14:22] <matv1> cyphermox_ and removing the mac address will suffice? i dont have to manualy set it to the phones mac?
[14:22] <satoris> ogra_: reflashing with --password worked, thanks.
[14:23] <charles> dednick, ?
[14:26] <ogra_> sigh ... so dropping the mtp stuff gets me the emulator safely across ~3 reboots ... then it fails again
[14:26] <dednick> alecu: not exactly sure what's happening there...
[14:26] <dednick> charles: hm?
[14:27] <charles> [08:19:43] <dednick> charles: hey. so it looks like something that changed lately caused this problem with indicator-datetime. I was doing some testing and accidentily built an older version of the indicator on the phone and it was working ok
[14:28] <dednick> charles: ya.
[14:28] <alecu> dednick: what's shown in the video is an app that we are running inside a trusted prompt.
[14:28] <alecu> dednick: the OptionSelectors are shown fine for apps run from the click scope
[14:29] <charles> dednick, is this the time-being-off-bug?
[14:29] <dednick> alecu: is the left the correct way, and the right the bad?
[14:29] <dednick> charles: yes
[14:29] <charles> dednick, what's the behavior you're seeing in datetime now?
[14:30] <dednick> charles: the old version i built was working fine (updating all the time), but the trunk version was not updating.
[14:30] <alecu> dednick: but when being used by the app in the trusted prompt, they don't look right (missing chevron and checkmark), and also at some point the background starts being transparent after an optionselector is updated
[14:30] <alecu> dednick: no, both videos show wrong behaviour
[14:30] <alecu> dednick: I can do a video of the right behaviour of those combos if needed
[14:30] <alecu> dednick: the very weird thing is that for apps started normally, the combo looks right
[14:31] <alecu> dednick: and this problems only happen inside a trusted prompt
[14:31] <dednick> alecu: yeah, sorry, i've never actually seen the payments ui's before, so don't really know what i'm looking for. But it does look a bit funky
[14:31] <alecu> dednick: ok, I'll try to come up with screenshots and a bug to better explain this
[14:32] <alecu> dednick: I just wanted to ping both you and the toolkit guys to know if OptionSelector is doing things in a different way that may affect the trusted prompts.
[14:32] <dednick> alecu: ok. thanks
[14:32] <alecu> like, say, off-screen rendering or something.
[14:33] <dednick> charles: sorry, i'm doing 17 things at the same time right now. :) might not be coherent!
[14:33] <charles> dednick, :-)
[14:33] <charles> dednick, that's fair, ping me back when you're not swapped out please :)
[14:34] <dednick> charles: yup. will do.
[15:32] <popey> ahayzen: http://irclogs.ubuntu.com/2014/09/12/%23ubuntu-touch.html#t14:12 see conversation about wireless eduroam
[15:40] <Laney> oh noes
[15:41] <ogra_> Laney, ?
[15:44] <popey> cyphermox_: is there anything we can do about the problem where nm always connects to the first AP it knew about, not the strongest?
[15:44] <Laney> ogra_: I think the adb disabling happened while I was away and I never looked up how you get it back. :)
[15:44] <popey> also, it lies about the signal
[15:44] <ogra_> Laney, you need a password set, then you can toggle dev mode from the UI
[15:45] <ogra_> Laney, or you flash with u-d-f --developer-mode --password=0000 (or so)
[15:45] <Laney> passwords, whatever next?
[15:45] <Laney> :p
[15:45] <ogra_> to have it running from the start of a new flash
[15:45] <Laney> lemme try this
[15:46] <Laney> worked, but unknown job ssh!
[15:46] <Laney> you guys!
[15:46] <ogra_> in teh terminal app: android-gadget-service enable ssh
[15:48] <Laney> haha
[15:48] <Laney> everything's new
[15:48] <Laney> i like the terminal's look
[15:48] <popey> (you can turn that off if you get tired of it, of course)
[15:48] <ogra_> heh
[15:48] <ogra_> only on mako though
[15:48] <popey> Elleo even made a VT100 style keyboard
[15:48] <popey> eh?
[15:49] <Laney> android-gadget-service doesn't put an upstart job back?
[15:49] <ogra_> popey, oooh
[15:49] <Laney> or is it because adb shell isn't giving me root or something?
[15:49] <popey> yeah!
[15:49] <popey> ☻
[15:49]  * ogra_ takes back everything 
[15:49] <popey> \o/
[15:49] <popey> That was fixed for _you_ and you alone ㋛
[15:50] <Laney> hmm
[15:50] <popey> I'm surprised how well the browser does 2d graphics now... http://popey.com/~alan/sb  that works really well.
[15:50] <Laney> sliders keep sliding when I'm trying to scroll
[15:51] <davmor2> popey: man I miss the pink terminal it used to wake me up ;)
[15:51] <bzoltan> popey: I woud be happy to have a UI in the Settings to choose frequency and AP for a wlan
[15:53] <Laney> hmm
[15:53] <Laney> now I can't wake the display up
[15:54] <ogra_> displays are overrated, are you a developer or what
[15:54] <ogra_> :)
[15:55] <Laney> i'm trying to develop the settings ui :P
[16:13] <Chipaca> tedg: you around?
[16:14] <cyphermox_> popey: no, if it knows about an AP it will use the one it knows about... it won't use something you haven't configured
[16:15] <popey> cyphermox_: i have two access points with different names. it always connects to the first one it ever knew about, which happens to be the farthest one from my desk
[16:16] <popey> cyphermox_: every boot, I have to switch to a different AP, it never goes for the strong one, always the first one it ever knew
[16:18] <cyphermox_> it's connecting to the last one it was connected to in that case
[16:18] <cyphermox_> or it's actually a higher signal
[16:18] <tedg> Chipaca, Yes
[16:18] <cyphermox_> maybe it shows up first in scan results when you boot
[16:18] <Chipaca> tedg: hiya. you know untrusted helpers? and their cute little logfiles?
[16:20] <tedg> Chipaca, Yes, I've heard of them.
[16:20] <Chipaca> tedg: i'm trying to reconcile untrusted helpers having logfiles that are all different, and logrotate not rotating them because hey, they're all different
[16:20] <Chipaca> tedg: thought maybe you'd have ideas :)
[16:20] <tedg> Chipaca, I've got an MR for that: https://code.launchpad.net/~ted/ubuntu-app-launch/logrotate-faster
[16:21] <Chipaca> oooh!
[16:21] <tedg> Chipaca, ogra_ already beat you to requesting it :-)
[16:21] <Chipaca> that's some fancy rotating :-p
[16:23]  * Chipaca assigns his kanban card to tedg
[16:43] <kenvandine> Chipaca, can you set the commit message on your push-helper-to-spec branch?
[16:43] <Chipaca> *gasp*
[16:43] <Chipaca> kenvandine: I can.
[16:43] <kenvandine> i could just use the description, but it might be too verbose for a commit
[16:43] <kenvandine> but i don't really care much :)
[16:44] <Chipaca> kenvandine: done
[16:44] <Chipaca> kenvandine: does this mean that that mp is landing?
[16:45] <kenvandine> just testing now
[16:45] <kenvandine> then i'll add a silo for it
[16:45] <Chipaca> neat
[16:45] <Chipaca> ogra_: davmor2: note that when that mp lands, you won't see the notification of a new image until it's downloaded unless you turn off auto downloads
[16:52] <davmor2> Chipaca: why?
[16:52] <Chipaca> davmor2: because wiki.ubuntu.com/SoftwareUpdates#Prompting
[16:55] <kenvandine> Chipaca, doesn't seem to be triggering anything
[16:55] <kenvandine> gdbus call -e -d com.ubuntu.Postal -o /com/ubuntu/Postal/_ -m com.ubuntu.Postal.Post _ubuntu-system-settings '"null"'
[16:55] <kenvandine> and i get notta
[16:56] <kenvandine> and there is an update
[16:56] <Chipaca> kenvandine: you did the gdbus and you immediately got the notification?
[16:56] <kenvandine> no notification at all
[16:57] <kenvandine> and no check for download, according to the system-image-dbus client.log
[16:57] <Chipaca> kenvandine: could you share that and the push client log?
[16:57] <kenvandine> do i need to restart ubuntu-push-client
[16:58] <Chipaca> kenvandine: nope
[16:58] <kenvandine> phablet  25626  0.0  0.4  26440  8040 ?        Ssl  12:47   0:00 /usr/bin/python3 /usr/lib/ubuntu-push-client/legacy-helpers/ubuntu-system-settings /home/phablet/.cache/push-helper051337547 /home/phablet/.cache/push-helper349037102
[16:58] <kenvandine> does that show multiple helpers?
[16:58] <Chipaca> kenvandine: is that running right now?
[16:58] <Chipaca> kenvandine: then it's waiting for the download
[16:58] <kenvandine> yes
[17:00] <kenvandine> Chipaca,  i think i had angered it... because i had a download started in uss that i stopped
[17:00] <kenvandine> Chipaca, so killing the helper there made it fire the download
[17:00] <Chipaca> ah... a paused download?
[17:01] <Chipaca> wait you lost me
[17:01] <kenvandine> Chipaca, but... i got 5 notifications
[17:01] <kenvandine> i had gone into settings to enable auto download, but my device still had a broken version that auto downloaded when it was set to never :)
[17:01] <kenvandine> so it had started a download
[17:01] <kenvandine> which i quickly paused so i could change the setting without it prompting me
[17:02] <kenvandine> then i quit settings and tried it with gdbus
[17:02] <kenvandine> and nothing happened
[17:02] <kenvandine> once i killed the helper process
[17:02] <kenvandine> it triggered the download
[17:02] <kenvandine> then gave me 5 notifications
[17:03] <kenvandine> Chipaca, i probably ran the gdbus call 5 times :)
[17:04] <kenvandine> Chipaca, with your branch though, i should have only gotten one notification right?
[17:05] <Chipaca> kenvandine: yes, that is the intent
[17:05] <Chipaca> kenvandine: but there is a bit of a race
[17:05] <Chipaca> kenvandine: can you try a gdbus call again?
[17:05] <kenvandine> so if i ran the gdbus command several times it shouldn't do this?
[17:05] <kenvandine> sure
[17:06] <Chipaca> kenvandine: if you do them sequentially it shouldn't, but if you are running several at the same time some weirdness might happen
[17:06] <kenvandine> ok, running it again it cleared them and gave me one
[17:07] <kenvandine> Chipaca, but confirmed... if i run 4 in a row... i get 4 notifications :)
[17:07] <matv1> cyphermox_ thanks for the tips on connecting to peap / mschapv2 That worked like a charm!
[17:07] <kenvandine> ok, that's a corner case from the push service
[17:07] <Chipaca> kenvandine: postal, actually
[17:08] <elopio> mterry: do you have a bug to track the progress of the new security page designs?
[17:09] <matv1> cyphermox_ is there anything on the cards regarding UI for that as far as you know?
[17:12] <kenvandine> Chipaca, in silo 10
[17:14] <kenvandine> Chipaca, is there a test plan that would cover this?  should it be in the uss test plan?
[17:15] <Chipaca> kenvandine: i don't know
[17:15] <Chipaca> kenvandine: i mean, it's covered by unit tests, i don't know the integration tests
[17:16] <kenvandine> Chipaca, i just want to make sure QA knows what to test when they verify it for rtm
[17:17] <kenvandine> Chipaca, i added a link to the MP comment that explained how to test
[17:17] <kenvandine> thx
[17:17] <Chipaca> kenvandine: thank you!
[17:17] <kenvandine> np :)
[17:36] <cyphermox_> matv1: no
[17:43] <matv1> cyphermox_ ok. popey had a bug filed for this about a year ago. I will update it with what i did today so its clear whats needed on the back end and probably file a new one as a feature request  to hopefully get the UI ball rolling
[17:45] <mardy> tedg: I don't understand that error... I don't think we are ever opening any URL from OA...
[17:48] <tedg> mardy, Hmm, it's coming from your PID.
[17:48] <tedg> mardy, URL dispatcher is getting the field BadURL from the pid.
[17:49] <tedg> mardy, So application:///unconfined.desktop
[17:51] <cyphermox_> matv1: great, thanks!
[17:58] <matv1> popey I updated your bug https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1241986
[18:00] <matv1> i dont actualy  know if that is sufficient to close that and start a new one for the UI or just continue on yours
[18:12] <nik90> sergiusens: hey quick question,
[18:12] <nik90> sergiusens: (again :P)
[18:12] <nik90> sergiusens: In the clock app cmakelist, you added,
[18:12] <nik90> if(NOT CLICK_MODE)
[18:12] <nik90>   add_subdirectory(autopilot)
[18:12] <nik90> endif(NOT CLICK_MODE)
[18:12] <nik90> sergiusens: Why? Is it to not show the autopilot folder in qtc in non-click mode?
[18:13] <nik90> sergiusens: since the AP files are not included in the click package (as expected) regardless of whether the add_subdirectory(autopilot) is called or not.
[18:13] <nik90> sergiusens: this was a question that came up in https://code.launchpad.net/~canonical-platform-qa/ubuntu-clock-app/xvfb_and_qml_tests/+merge/234421
[18:13] <sergiusens> nik90: it's not not install the autopilot tests into the staging install dir prior to running 'click build'
[18:14] <nik90> sergiusens: ah, so it essentially speeds up click build then
[18:15] <sergiusens> nik90: are you removing them in some hacky way after this?
[18:16] <nik90> sergiusens: no no...elopio changed it in the cmake file which made me curious as to why we needed it
[18:16] <sergiusens> nik90: anyways, the objective is to not have the tests in the click; the hows really don't matter
[18:17] <sergiusens> nik90: oh, units doesn't have an install directive from a quick glance
[18:17] <nik90> sergiusens: yup
[18:18] <nik90> sergiusens: so since we don't install anything, it shouldn't matter if add the subdirectory in cmake
[18:18] <nik90> and it won't make it into the click package
[18:18] <sergiusens> nik90: anyways, that mp is kind of hard to review
[18:19] <sergiusens> nik90: I'd recommend two, one with the whitespace removal and another with the actual changes
[18:19] <nik90> whitespace removal?
[18:19] <nik90> in the MP?
[18:19] <sergiusens> nik90: to make pin pointing easier when issues arise ;-)
[18:19] <sergiusens> nik90: line 44-51 and 58,59 have no apparent change other than whitespace
[18:20] <nik90> sergiusens: ah that...I think it was accidental
[18:20] <nik90> sergiusens: wasn't intended
[18:20] <sergiusens> nik90: same as 29-36
[18:20] <nik90> elopio: do you mind reverting those whitespaces removal stuff since it makes it a bit harder to review :)
[18:21] <nik90> sergiusens: yup I will get on that
[18:21] <elopio> nik90: on it. my emacs is configured to remove whitespaces. Generally it doesn't find that many ;)
[18:21] <nik90> lool
[18:21] <sergiusens> elopio: make it two commits
[18:21] <sergiusens> or two mps
[18:21] <nik90> lool: sry, I meant lol
[18:21] <elopio> sergiusens: yes, in a moment.
[18:21] <sergiusens> elopio: it would make dissecting it easier in the future
[18:22] <sergiusens> elopio: I have that configured as well ;-)
[18:22] <nik90> elopio: sounds like the moment you open it in your emacs, you commit first before proceeding :)
[18:22] <sergiusens> nik90: it would be nice to have bzr hooks to prevent this :-)
[18:22] <sergiusens> I mean, prevent it happening in the first place (the whitespaces)
[18:22] <nik90> sergiusens: in the .bzrignore?
[18:23] <nik90> sergiusens: yup I tend to look at my code diff and wonder what the hell I changed amongst the whitespace removals
[18:23] <nik90> sergiusens: this is why everyone should edit it using qtc :D
[18:30] <mterry> elopio, bug 1348362 has some of it
[18:30] <mterry> elopio, but the engineering side of that is marked done because we did the initial implementation, not the final one
[18:31] <elopio> thanks mterry. This is an RTM blocker, right?
[18:32] <mterry> elopio, probably?  I wouldn't like to ship with what we have
[18:32] <cwayne> artmello: ping -- any update on being able to launch gallery-app to a specific photo?
[18:32] <elopio> mterry: I wouldn't like that either :) I'll tell jfunk to add it to the readiness criteria.
[18:34] <artmello> cwayne: sorry, was working on some critical bugs, but will work on that on this week
[18:49] <pdxwebdev> I'm very new to the ubuntu touch ecosystem. I'm wondering about how to generate images which can be consumed by ubuntu-device-flash
[18:53] <pdxwebdev> When I make code edits, do I build the image using the instructions found at https://wiki.ubuntu.com/Touch/Porting#Building_the_image? ubuntu-device-flash asks for a channel to choose which images to flash. Do I edit the code in the channel?
[18:55] <pdxwebdev> I feel like I'm stuck at a point in a video game and there's no Nintendo Power Magazine.
[19:37] <dobey> pdxwebdev: ubuntu-device-flash pulls images from a system-image server to flash
[19:37] <dobey> pdxwebdev: what are you making code changes to? are you porting to a new device?
[19:52] <kenvandine> jgdx, are you around?
[19:52] <kenvandine> jgdx, if you have a few, could you give me a review of https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/wifi_cleanup/+merge/233993
[19:53] <kenvandine> jgdx, i'd like to include that in the same landing as your other 2
[19:56] <kenvandine> jgdx: grr... actually that would prereq on 2 branches... let me land the others first
[20:02] <pdxwebdev> dobey: I want to make code changes to the user profile setup workflow, I'm just using a Nexus 4.
[20:06] <pdxwebdev> dobey: I followed the steps on https://wiki.ubuntu.com/Touch/Building and it hangs on the google logo. So I'm assuming something with my images are wrong.
[20:07] <ogra_> pdxwebdev, the images are built from ubuntu packages from the archive
[20:08] <ogra_> just install a recent image on your nexus, make it writable ... pull the package source, make your changes and install the package for testing
[20:08] <ogra_> its not much different than a desktop ubuntu
[20:08] <dobey> right
[20:08] <ogra_> for the user setup process you would want the ubuntu-system-settings package
[20:09] <kenvandine> jgdx: ok, in case you do a drive by... i resubmitted it https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/wifi-cleanup/+merge/234541
[20:09] <dobey> unless you're making changes to a core bit of android stuff you probably don't need to rebuild a custom image to test it
[20:09] <ogra_> yeah, never
[20:09] <pdxwebdev> ahhhh
[20:09] <pdxwebdev> I see
[20:12] <pdxwebdev> dobey, ogra_:Ok, again, I'm really new to this environmentment, so when you say "make it writable, pull the package source, make your changes and install the package for testing". I understand the workflow, but is there a guide to help me with actual commands?
[20:12] <pdxwebdev> I know about $ apt-get source <package>
[20:13] <ogra_> yeah, thats what you would use
[20:13] <ogra_> and apt-get build-dep <package>
[20:13] <ogra_> (for the build dependencies)
[20:13] <dobey> system-settings is going to be difficult to work with though
[20:14] <dobey> because, iiuc, it isn't cross-compilable, and you can't build it on a nexus4 because installing all the deps takes up all the storage space
[20:14] <ogra_> with ccache and nothing else on the device its okayis
[20:14] <dobey> well, all the space on /
[20:14] <ogra_> *okayish
[20:15] <kenvandine> i rely on CI to get armhf builds
[20:15] <kenvandine> so annoying..
[20:15] <ogra_> no spare mako ?
[20:15] <kenvandine> not a spare, i hate having all that stuff installed on my daily driver :)
[20:16] <ogra_> yeah, thats messy
[20:16] <ogra_> i have a mako with cracked screen
[20:16] <ogra_> perfect env device ;)
[20:16] <ogra_> err
[20:16] <ogra_> s/env/dev/
[20:17] <kenvandine> i have a 2012 nexus7 with a cracked screen
[20:17] <kenvandine> i used that for builds for a while
[20:17] <kenvandine> but i can't get an install on it anymore :/
[20:17] <ogra_> use an old one ... and a chroot
[20:17] <kenvandine> that's a good idea
[20:17] <kenvandine> are they still published ?
[20:18] <ogra_> with chroots you also get around the limited space prob ;)
[20:18] <ogra_> there are trusty ones iirc
[20:18] <ogra_> that should be enough ...
[20:18] <pdxwebdev> ok, so installing the package for testing. Is that another apt-get command I run?
[20:18] <ogra_> you would first need to build it
[20:19] <pdxwebdev> Ok, those are great hints. I'll take to google for next steps. Thank you.
[20:23] <ogra_> to make the image writable you want the phablet-tools package from the phablet-team PPA installed ... and call "phablet-config writable-image", note though that you cant upgrade the image anymore after making it writable
[20:25] <pdxwebdev> Do you also use phablet tools to reinstall packages?
[20:25] <ogra_> once the image is writable you just use adb
[20:25] <dobey> kenvandine: i guess you could just install an armhf build of ubuntu server on it
[20:25] <ogra_> err
[20:25] <ogra_> apt
[20:26] <dobey> ogra_: dpkg. apt doesn't isntall local packages does it? :)
[20:26] <cyphermox_> mzanetti: did you do any progress on the scope thing?
[20:26] <mzanetti> cyphermox_: no
[20:26] <ogra_> dobey, nope, but to get packages from the archive :)
[20:26] <dobey> ah sure
[20:26] <cyphermox_> mzanetti: I do; I have a very small program that appears to show the issue on my desktop
[20:27] <dobey> but you need to install phablet-tools on your PC, not on the phone :)
[20:27] <ogra_> yeah
[20:27] <cyphermox_> just need to transfer it and run it on the phone now and see what happens on wifi -> 3g transition
[20:27] <ogra_> i guess we need some wikipage for such stuff :)
[20:27] <dobey> perhaps
[20:31] <pdxwebdev> So make the image writable, modify the code, build the package, copy the package to the phone, use apt or dpkg to install the package?
[20:31] <ogra_> no, you would do all this on the phone
[20:32] <ogra_> you make it writable from your PC and work on it via USB or ssh
[20:32] <pdxwebdev> ahhhh...
[20:32]  * SturmFlut dreams of the day when he can actually read his copy of the Linux Voice Magazine on Ubuntu Touch
[20:33] <ogra_> SturmFlut, dont you have it as pdf ?
[20:35] <SturmFlut> ogra_: Yes, but where's the viewer? PdfjsViewer from the store is *way* too slow for this kind of publication. I can see how the individual elements are rendered one after the other. At a speed of one element per second. (Nexus 7)
[20:35] <ogra_> is that a 2012 N7 ?
[20:35] <SturmFlut> ogra_: 2013
[20:35] <ogra_> wow
[20:36] <ogra_> pdfjsviewer is pretty ok on my mako
[20:37] <ogra_> i just opened a ~650 page book in it here ... feels okay ..
[20:37] <ogra_> but indeed it hasnt many pictures
[20:37] <SturmFlut> ogra_: The Linux Voice PDFs are especially demanding. Lots of vector art.
[20:38] <stgraber> ogra_: usually the js pdf stuff works fine with text, even very long text. The problem is if you open something like a massive schema with a lot of vectors to render, that's usually enough to freeze my laptop and that's a pretty decent i7 :)
[20:38] <stgraber> whereas evince loads those instantly
[20:38] <ogra_> well, we have poppler on the image and iirc also as part of the framework ... and there was also early code of a docviewer app that was supposed to use it
[20:39] <SturmFlut> Let's go for overkill: "An Introduction to Programming in FORTRAN90", a PDF 410 megabytes in size
[20:39] <ogra_> lol
[20:40] <nik90> elopio, sergiusens: https://code.launchpad.net/~canonical-platform-qa/ubuntu-clock-app/xvfb_and_qml_tests/+merge/234529 looks much better
[20:40] <elopio> nik90: it's still not finding the tests when building the deb package.
[20:41] <nik90> elopio: that's good?
[20:41] <nik90> elopio: not a question..that's good ;)
[20:41] <stgraber> ogra_: try: http://www.stm.info/sites/default/files/pdf/fr/plan_reseau.pdf :)
[20:41] <nik90> elopio: as in the tests shouldn't be included in the deb and click package?
[20:42] <stgraber> ogra_: that's a single page pretty light pdf which is complex enough to get firefox to show me the hung javascript message on a beefy i7 :)
[20:42] <SturmFlut> ogra_: A port of KDE's okular would be nice, but it probably has way too many dependencies
[20:43] <sergiusens> nik90: elopio in the cmake call in debian rules add -DWITH_TESTS=on (or whatever the param names was called)
[20:43] <sergiusens> I'm guessing you have an autopilot binary deb
[20:43] <nik90> sergiusens: yup
[20:44] <nik90> we have an clock-app-autopilot deb separate
[20:44] <nik90> sergiusens: our debian rules is https://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/utopic-3.0/view/head:/debian/rules atm
[20:46] <elopio> nik90: it's good that the test files are not on the deb, but it's not good that they are not being run when the deb is built.
[20:46] <elopio> sergiusens: I will try that.
[20:46] <nik90> elopio: ah ok..understood
[20:46] <ogra_> stgraber, http://people.canonical.com/~ogra/ubuntu-touch/plan_reseau.png
[20:46] <ogra_> stgraber, took about a minute to render though
[20:47] <ogra_> it even manages zooming in and out ...
[20:48] <ogra_> just takes a while to re-draw the world afterwards :)
[20:51] <ogra_> ah, well, 300% zooming finally killed the app
[21:09] <stgraber> ogra_: haha, yeah, it gets trickier as you try to zoom in :)
[21:09] <ogra_> well, but i'm impressed
[21:10] <ogra_> it worked
[21:10]  * ogra_ wouldnt have expected that 
[21:13] <Akiva-Thinkpad> Officially Announced!!! Ubuntu Touch coming to MX4!!!
[21:13] <ogra_> :)
[21:14] <Akiva-Thinkpad> this december
[22:51] <Chipaca> tedg: the system settings push helper does not run confined