[05:51] <undertasker> I got an Ubuntu phone yesterday (Aquaris 4.5). It sucks.
[05:52] <Stskeeps> then sell it to somebody who'll like it, get back the money? :P
[05:53] <undertasker> That's what I'll most likely do.
[05:54] <undertasker> You can't even charge it from a normal USB port (in my case a hub that can deliver 4A!). It barely keeps the charge, but the % never goes up.
[05:55] <undertasker> It's bulky, the display is bad for that price, the wifi connection becomes slow after some minutes, so I have to reconnect, etc.
[05:56] <undertasker> No email reception in the background.
[05:56] <undertasker> Not really usable at this time.
[05:58] <undertasker> I don't understand why the developers work on eye candy, while essential functions are missing.
[07:24] <undertasker> Location Service Test:
[07:24] <undertasker> Error:
[07:24] <undertasker> PositionSource.NoPositioningMetho...
[07:41] <mpt> ogra_, I have no idea
[07:42] <mpt> And I very much doubt that any designer ever specced that or even thought about it
[07:42] <ogra_> ah, i thought it was a design thin
[07:42] <ogra_> g
[08:47] <JamesTait> Good morning all; happy Thursday, and happy Swap Ideas Day! 😃
[09:44] <undertasker> Any ideas, why my GPS doesn't work? BQ Aquaris 4.5
[09:45] <Stanley00> undertasker: I can't tell, but can you post full error message?
[09:46] <undertasker> Location Service Test:
[09:46] <undertasker> Error:
[09:46] <undertasker> PositionSource.NoPositioningMetho...
[09:47] <undertasker> The rest is unreadable
[09:47] <undertasker> Also every other program I've tested so far never gets a position
[09:48] <undertasker> All GPS options are enabled, the phone has a working mobile data connection (HSDPA).
[09:48] <undertasker> And I'm outdoors with free sight in all directions.
[09:49] <Stanley00> undertasker: try find solution here then http://askubuntu.com/questions/603101/gps-unvailable-on-aquaris-e45
[09:49] <Stanley00> gps is slow, you may need wifi, or wait about 20min
[09:50] <davmor2> undertasker: did you enable the here maps part or just gps?
[09:50] <undertasker> Both
[09:50] <undertasker> Stanley00: I already read that, but it doesn't help
[09:51] <davmor2> undertasker: where in the world are you based
[09:51] <undertasker> Germany
[09:51] <davmor2> undertasker: hmmm should just work then
[09:51] <Stanley00> undertasker: doesn't help? I think it's very clear that, you need to have wifi or wait 20min if you use gps alone.
[09:52] <Stanley00> davmor2: can here map work with HSDPA location?
[09:52] <Stanley00> undertasker: actually, 20min is too much, I got gps alone about less than 10min for the first time connect on my E5.
[09:53] <undertasker> I tried it yesterday with wifi on, but in the house. All other phones and GPS receivers get a fix there, but the bq didn't.
[09:53] <davmor2> Stanley00: Here uses everything it can to get info for agps and then standard gps after that
[09:53] <davmor2> Stanley00: norm is around 15 minutes
[09:54] <undertasker> Today I was outside, maybe 20 min, with HSDPA, but nothing.
[09:56] <undertasker> I'll try again longer, but I have to say that even if it works then, it's not usable. I have a standalone GPS module, some years old, and that gets a fix in 2-3 minutes, even if I didn't power it up for over a year.
[09:56] <davmor2> undertasker: open system-settings→security→Location access in there ensure the apps you use for location are registers and have a tick and make sure that the here option is enabled and then reboot and try again
[10:47] <undertasker> I did. Every app has access, all gps options are enabled, I restarted, left the phone running outside for half an hour. Nothing.
[10:49] <davmor2> undertasker: you need to have a location based app open in the foreground and the phone screen kept awake for gps to work if agps isn't.
[11:01] <undertasker> Sure.
[11:02] <undertasker> Is there a way to log the communication to the GPS? Or get the raw data?
[11:04] <undertasker> I miss the back button. Badly.
[11:05] <ogra_> you will miss the swiping in no time ;)
[11:06]  * ogra_ recently had to use an android phone after over a year and nearly got mad about the back button
[11:06] <ogra_> so inconsistent
[11:07] <davmor2> ogra_: ah that is because the used the back button, I hit the app switcher or home button and only use the back button in app when I have no choice but to use it :)
[11:09] <undertasker> Can I ssh into the phone through USB?
[11:10] <ogra_> you can use phablet-shell, that creates an ssh session over adb
[11:10] <argon18> yes, but you need the ubuntu-sdk
[11:10] <ogra_> nah
[11:10] <ogra_> only phablet-tools
[11:22] <undertasker> Is this the gpsd? /custom/vendor/here/location-provider/bin/arm-linux-gnueabihf/posclientd --preinst-dir /custom/vendor/here/location-provider/share --storage-dir /userdata/system-data/var/lib/ubuntu-location-provider-here
[11:22] <undertasker> How does the main processor communicate with the gps? i2c, spi, system bus?
[11:24] <undertasker> btw. phablet-shell doesn't work, but adb shell does. I could've thought of that earlier.
[11:25] <undertasker> So how do I get raw gps data?
[11:26] <undertasker> cat /dev/gps gives nothing
[11:26] <ogra_> how does phablet-shell not work ?
[11:26] <ogra_> (it definitely should, whats the error ?)
[11:27] <undertasker> "/custom/vendor/here/location-provider/bin/arm-linux-gnueabihf/posclientd --preinst-dir /custom/vendor/here/location-provider/share --storage-dir /userdata/system-data/var/lib/ubuntu-location-provider-here"
[11:27] <undertasker> Sorry. wrong buffer
[11:28] <undertasker> "/home/keiner/.ssh/known_hosts updated.
[11:28] <undertasker> Original contents retained as /home/keiner/.ssh/known_hosts.old
[11:28] <undertasker> ls: cannot access /home/keiner/.ssh/*.pub: No such file or directory"
[11:28] <ogra_> oh, right, you need a key on the host machine :)
[11:28] <ogra_> we dont allow ssh paasword auth on the phone for obvious reasons :)
[11:29] <undertasker> ok, got it
[11:30] <ogra_> (a 4 digit pin isnt really a secure ssh password :) )
[11:30] <undertasker> works now
[11:31] <undertasker> But again, how to get raw gps data?
[11:32] <ogra_> undertasker, tvoss should know, i think there are various tools in ubuntu-location-service  to read data directly for debugging
[11:37] <undertasker> tvoss: are you listening?
[11:38] <undertasker> ubuntu-location-serviced-cli --property is_online --get
[11:38] <undertasker> Location service is Problem executing the CLI: org.freedesktop.DBus.Error.ServiceUnknown: The name com.ubuntu.location.Service was not provided by any .service files
[11:40] <undertasker> Can I safely use apt, or will that screw up my phone?
[11:42] <jgdx> undertasker, a writeable image has the potential to screw up your phone
[11:43] <k1l_> you wont get updates when you make your image writeable to use apt-get, iirc
[11:46] <jgdx> k1l_, I don't find that to be the case. Maybe I'm doing something wrong/right.
[11:46] <ogra_> yeah, sadly you will get upgrades and your system will be broken silently
[11:47]  * ogra_ looks forward to snappy on the phone ... :)
[11:47] <jgdx> whats snappy
[11:47] <undertasker> A little crocodile
[11:47] <ogra_> :D
[11:47] <davmor2> jgdx: Don't bait the bear
[11:48]  * ogra_ notes undertasker is german :)
[11:48] <undertasker> Dang, got me.
[11:48] <ogra_> jgdx, the next evolution step of the phone OS
[11:48] <jgdx> ogra_, ;)
[11:48] <jgdx> the next evolution, period
[11:49] <ogra_> http://www.ubuntu.com/cloud/tools/snappy in case you like marketing docs :)
[11:49] <m0n5t3r_> bleah, and here I was, hoping the phone os will become more usable, not less... like being able to install stuff like a normal distro
[11:49] <jgdx> snappy das kleine revolution
[11:49] <ogra_> or better https://developer.ubuntu.com/en/snappy/
[11:50] <ogra_> m0n5t3r_, you mean configure, make, make install in unpackaeg tarballs ?
[11:50] <ogra_> *unpacked
[11:50] <m0n5t3r_> nope, apt-get
[11:50] <m0n5t3r_> snappy smells like lock-in
[11:50] <ogra_> so you are referring to debian based distros :)
[11:50] <ogra_> it isnt
[11:50] <ogra_> and it is way way more flexible than the current phone OS
[11:51] <m0n5t3r_> I looked into it briefly for VMs, gave up
[11:52] <jgdx> lock-in? ogra_, isn't the packaging format open?
[11:52] <ogra_> well, nobody forces you
[11:52] <ogra_> jgdx, yes, and you can sidleoad anything you like ...
[11:52] <m0n5t3r_> why, yes, it's open, and one is indeed free to package all the things he needs
[11:52] <ogra_> and there is a tool that buiolds snaps for you from debs if you want to ...
[11:53] <jgdx> m0n5t3r_, so what constitutes the lock?
[11:53] <ogra_> as well as a "classic mode" that will integrate lxc containers you can just use with apt
[11:54] <tvoss> undertasker, you want to run as sudo, and pass a --bus system
[11:55] <undertasker> I already tried sudo, but what bus do I need?
[11:55] <m0n5t3r_> jgdx: I was being sarcastic, maintaining my own snaps doesn't sound like much fun
[11:56] <jgdx> m0n5t3r_, okay
[11:56] <m0n5t3r_> given enough spare time it is doable, but...
[11:56] <ogra_> unlike people from redhat want to make you belive, snappy is actually pushed by developers as a next step distro system with all the drawbacks we experienced over the last ten years removed ... not by marketing ;)
[11:57] <undertasker> tvoss, what bus do I specify?
[11:57] <ogra_> and the snap store is a direct result from experience with trying to support third party devs with ubuntu-software-center using debs
[11:57] <tvoss> undertasker, system
[11:57]  * m0n5t3r_ swallows sarcastic remark about systemd being pushed by developers as well
[11:58] <m0n5t3r_> I'll be watching snappy, anyway
[11:58] <undertasker> Instantiating and configuring: gps
[11:58] <undertasker> Issue instantiating provider: Problem instantiating provider
[11:58] <undertasker> Problem executing the daemon: The name is already owned on the bus.
[11:58] <undertasker> Seems like it is already running
[11:58] <ogra_> m0n5t3r_, systemd is a necessary evil ... sadly ... we dont have the manpower to maintain thousands of upstart jobs in each and every possible package
[11:59] <m0n5t3r_> if it becomes usable it might solve a thing or two about deploying untrustable apps (<ahem>wordpress<ahem>)
[11:59]  * ogra_ would have loved to stay with upstart ... but that would only have been possible if debian had helped maintaining the boot jobs in the packages
[11:59] <ogra_> exactly
[12:01] <undertasker> ubuntu-location-serviced-cli --property visible_space_vehicles --get --bus system
[12:01] <undertasker> Visible space vehicles:
[12:01] <undertasker> 	(type: gps, prn: 1, snr: 23, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 5, snr: 31, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 14, snr: 21, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 16, snr: 33, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 20, snr: 32, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 26, snr: 40, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 27, snr: 32, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <undertasker> 	(type: gps, prn: 29, snr: 20, has_almanac_data: 0, has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
[12:01] <ogra_> uuuuh !
[12:01] <ogra_> use a pastebin please :)
[12:01] <undertasker> So it sees in fact satellites, but doesn't get a fix
[12:02] <ProstheticS> aww i missed a chance to bash systemd (im a sysadmin, nuff said right?)
[12:02] <undertasker> It was still below the flood detector threshold
[12:02] <ogra_> hah
[12:02] <m0n5t3r_> "Visible space vehicles" lol
[12:02] <ogra_> not above mine :P
[12:03] <ogra_> s/not/but/
[12:04] <undertasker> The snr is really good for indoors, so why is there no fix?
[12:05] <nhaines> ogra_: haha, I was in the pool with a friend's kid a couple weeks ago and found a crocodile float and started singing "Ich bin Schappi, der kleine Krokodile, komm' aus Ägypten, der liegt direkt am Nil...." then I had to mutter "ich schapp' etwas etwas etwas..."
[12:05] <ProstheticS> ogra: if you dont have the dev resources to maintain init scripts for all packages, whats gonna happen in future? i figured once you went snappy/click it was all over red rover for being based on deb unstable?
[12:05] <nhaines> And he laughed and sang "etwas etwas" a bit and then asked me to stop singing the song.  :)
[12:06] <ogra_> ProstheticS, snappy uses systemd
[12:06] <ogra_> nhaines, lol
[12:06] <ProstheticS> no doubt, but still, you're going to have to repackage everything right? well, every non system component
[12:06] <ProstheticS> nonstandard system component perhaps is better?
[12:07] <ogra_> well, snapcraft (the builder tool) creates the necessary systemd unit files automatically
[12:07] <ogra_> in case you have a snap with a service
[12:07] <ogra_> for the core system just the ones included in the debs are used
[12:08] <ProstheticS> ah right, so still based on deb unstable in the future then right?
[12:08] <ogra_> the core will always be built from debs
[12:08] <ProstheticS> righto, makes more sense now
[12:08] <ProstheticS> i guess.....
[12:08] <ogra_> snaps can just be built from anything you can imagine
[12:08] <ProstheticS> :p
[12:09] <ogra_> a snap only wants binaries and be told how to use them ... how you create these binaries is totally up to you ... they can come from debs, they can come from a github build or whatever
[12:09] <ogra_> (even from a tarball with make/make install)
[12:09] <ProstheticS> so, you have an image, the base image, and you run the install against it (with a deb) then do a diff against it and make a snap from it? :p
[12:10] <ogra_> you mean for the core image ?
[12:10] <ProstheticS> nah , im just messing
[12:10] <ProstheticS> dw
[12:10] <ProstheticS> it sounds interesting to me, ide like to see it, but my resistance to go anywhere near systemd means that i might not see it for some time :p
[12:11] <ProstheticS> apart from on live cds/ in vms
[12:12] <ProstheticS> hell, for the first time in a while im contemplating gentoo again just to get a mainstream(ish) distro that isnt systemd and isnt ancient(ish) software (slackware and friends)
[12:12] <ogra_> yeah, well ... snappy core is mainly: systemd, /bin/sh , the snappy binary ... and the glue to make these three work together
[12:12] <ogra_> so yeah, if you have philosophical problems with systemd, snappy might not be for you
[12:13] <ProstheticS> :D
[12:14] <ogra_> btw, we should probably be in #snappy and not spam the phone channel with offtopic stuff
[12:14] <m0n5t3r_> systemd has been mostly stable on my laptop (apart from the way it handles openvpn - it is a mess, starts every vpn it finds, but I was able to make it do what I wanted with an if-up script that stops the ones that should be stopped)
[12:14] <ProstheticS> its ok, i respect the idea, and have played with it a bit, got my microserver to boot in like 13 seconds up to a gui with units and whatnot, great job, if it were only the init system (back then it mostly only was :D) then i could be more friendly toward it
[12:14] <ogra_> (and i also think i have used up my monthly "snappy is awesome" contingent with popey now)
[12:14] <m0n5t3r_> I'm still expecting it to fail catastrophically, though :P
[12:16] <ProstheticS> we can only hope there m0n5t3r_ :p
[12:16] <undertasker> I'm waiting for the day when someone find a catastrophic bug in systemd, and uses it to go around an own all linux servers.
[12:16] <ProstheticS> :)
[12:16] <ProstheticS> or just to crash them?
[12:17] <ogra_> until then you can just use an ubuntu phone ... it still uses upstart (and will do so until the snappy switch)
[12:17] <ProstheticS> i do have one :)
[12:18] <ogra_> the first hack on ubuntu phone from community guys was a server install btw http://community.bonitasoft.com/bonita-platform-running-smartphone
[12:18] <ProstheticS> but yer ,why 1 system , to control networking, time , dns , disk mounting, encryption, init, pam/logind/logging(AND BINARY!!!)
[12:19] <undertasker> And sudo
[12:19] <undertasker> What could dossibly go wrong?
[12:19] <undertasker> possibly
[12:20] <ProstheticS> hey guys, the kernel guys have a new way to patch that requires no reboot, no reboot to up your kernel , awesome, oh wait a systemd change, gotto reboot
[12:20] <ProstheticS> !!
[12:21] <ProstheticS> anyhow, enough systemd bashing from me, maybe im misinformed, or whatever , but ill let everyone else be the guinea pigs in this (GIANT) experiment, and then in a few years maybe ill move over in that direction and see the light
[12:22] <ProstheticS> smarter people then me have said this is the best thing since sliced bread and that its a travesty
[12:32] <ncls> hi all, so it looks like Apple used the idea of sliding between apps ?
[12:33] <ogra_> nice
[13:19] <tvoss> undertasker, sorry for the high latency :) satellite visibility is not the only ingredient to a fix
[13:19] <tvoss> undertasker, could you hand me the output of logcat?
[13:24] <undertasker> I did a factory reset, and guess what? GPS works.
[13:25] <undertasker> The only question now is: Will it still work after the update?
[13:25] <Mirv> jdstrand: do you see a way forward at the moment for bug #1404188? the sides are currently can't do and can't do.
[13:25] <davmor2> undertasker: \0/  as I said it should just work, I wasn't sure why it wasn't.  Maybe just got caught in a loop or something.
[13:27] <undertasker> Maybe because I disabled other sources (here) when i started the phone the first time, and re-enabled it after the OTA update.
[13:28] <undertasker> Such bugs (if it is one) are sometimes next to impossible to find.
[13:28] <undertasker> Maybe it was just a random bit flip.
[13:30] <jdstrand> Mirv: I feel like you are asking me if I will yield. I cannot yield. nm was not designed for this yet people are trying to use it for this. there are all kinds of ways forward. use connectivity-api, add a proxy service, add a single nm api call that doesn't make the app traverse all of the nm api.
[13:31] <jdstrand> Mirv: if we allow the accesses, then apps get access to private information about the device. we can't allow that
[13:31] <jdstrand> Mirv: I also offered to review a set of apparmor rules that people want to add
[13:31] <jdstrand> Mirv: but I cautioned that it probably wouldn't end well. no one gave me that list
[13:32] <jdstrand> Mirv: this isn't a new problem-- this goes as far back as 13.10 and people wrote connectivity-api for this sort of thing
[13:33] <Mirv> jdstrand: kind of yes, reiterating the discussion. if I've understood correctly connectivity-api is not an answer in that all Qt networking goes through this QNAM too which is now not getting the information it needs.
[13:34] <jdstrand> yes, I read the bug
[13:35] <Mirv> jdstrand: so was the private information the type of essids etc? could you share the earlier apparmor rules draft you had (but which made things not work properly) so people could have an idea where to begin?
[13:35] <jdstrand> my point of view is this-- nm was written with a completely different trust model in mind. it cannot be used unmodified by apps. I gave many paths forward and everyone comes back with we must use nm
[13:36] <Mirv> I guess there's no-one who can consider implementing anything else
[13:36] <Mirv> at the moment
[13:36] <jdstrand> it is because people are stuck on using existing building blocks
[13:37] <jdstrand> but in this case, they can't be resused without modification
[13:38] <jdstrand> as for the rules, I don't have them-- that was from 2 years ago. it is easy to enumerate them-- remove the explicit deny rules from the policy then add back the rules down to the method one by one until it works
[13:38] <jdstrand> then show me those rules
[13:39] <jdstrand> if I seem testy about this topic, I apologize-- I've just had the same conversation like 10 different times
[13:39] <jdstrand> (and I tried to be clear in the bugs)
[13:40] <jdstrand> if someone needs help with modifying the policy to develop the list, I'm happy to help
[13:44] <Mirv> this latest iteration is because the bug was targetted to OTA-7. I'm not familiar with either apparmor or the Qt networking code, so I'm trying to understand the options. any new building blocks are not likely to have people coding them very soon.
[13:44] <Mirv> jdstrand: so concretely, which file to edit in which bzr if one wants to try around and debug?
[13:44] <jdstrand> not to be daft, but it sounds like assigning this to ota7 was perhaps premature
[13:46] <jdstrand> Mirv: this easiest thing to do is this: create an app with the networking policy group that does what people what it to do. install it. then modify the generated apparmor profile in /var/lib/apparmor/profiles for the app to remove the explicit deny rules for nm (because they silence the denials). then do sudo apparmor_parser -r /var/lib/apparmor/profiles/<profile>
[13:46] <Mirv> bzoltan: do you think this bug #1404188 should be rescheduled to later? see the discussion above, we're a bit stuck with not having the proper solution (or even a clear plan for proper solution) and Jamie not yielding towards uuid-and-mac-address-revealing apparmor policy
[13:47] <Mirv> jdstrand: thank you.
[13:47] <jdstrand> Mirv: then tail -f /var/log/syslog in one terminal, then launch the app to use whatever api people are trying to use. in the syslog there will be an apparmor denial. add a rule to allow the access to the profile, then reload the profile
[13:48] <jdstrand> then repeat until you have a full list of rules. important-- the rules should be very specific (ie, interface, path and method are specified) so it is clear everything that is being exposed
[13:49] <jdstrand> Mirv: people may want to do 'sudo sysctl -w kernel.printk_ratelimit=0' to suppress rate limiting
[13:50] <jdstrand> again, if people need help with the above, just ask
[13:51] <m0n5t3r_> any idea what is displaying sms notifications? (the thing that looks like desktop notifications - libnotify and friends)
[13:53] <m0n5t3r_> it doesn't seem to obey the "no notifications on welcome screen" setting, so one could see the 6-number codes the likes of Twitter and Google send for 2 factor auth even if the phone is locked
[13:53] <Mirv> jdstrand: thank you again, those instructions should reduce the barrier to do something about it. I documented a bit in the bug report so that one wouldn't need to hunt the information from too far.
[13:54] <jdstrand> great, thanks!
[14:04] <Laney> ogra_: want to review https://code.launchpad.net/~laney/whoopsie-preferences/hack-update-rc-d/+merge/270682 quickly?
[14:05] <Laney> also https://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/revision/1203
[14:28] <ogra_> Laney, is the initctl reload-configuration actually needed ? i thought upstart has an inotify watch on the whole /etc/init dir anyway
[14:29] <Laney> yes
[14:29] <ogra_> beyond that it looks fine
[14:29] <Laney> I think it's broken for overlays or something
[14:29] <Laney> i.e. exactly in this case
[14:29] <ogra_> ah, k
[14:29] <Laney> without that it doesn't reload when you toggle it
[14:29] <Laney> which sucks a little bit
[14:29] <ogra_> well, we use bind mounts, but yeah
[14:31] <Laney> alright thanks, I'm going to upload this
[14:31] <Laney> ogra_: to make an image can I just respin from nusakan?
[14:31] <ogra_> hmm, where are you writing "manual" into the file actually ?
[14:31] <Laney> update-rc.d does it
[14:31] <Laney> that bit works
[14:32] <ogra_> ah, just the reverse doesnt ... got it
[14:32] <Laney> that's why I look for "if (new_value)"
[14:32] <ogra_> yeah
[14:33] <ogra_> yeah, just respin from nusakan
[14:33] <Laney> ok, thanks!
[14:33] <Laney> probably some stupid thing will break
[14:33] <Laney> but I think I've tested what I reasonably can without a proper image
[14:34] <ogra_> yeah, and its not to hard to roll back
[14:35] <Laney> livecd-rootfs ok too?
[14:35] <Laney> it contains some other change from you
[14:35] <ogra_> you need to use the livecd-rootfs from the PPA
[14:35] <ogra_> as base
[14:35] <ogra_> wily is fine, just upload my changes
[14:36] <Laney> what PPA?
[14:36] <ogra_> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay
[14:36] <Laney> oh right
[14:37] <Laney> I'll do overlay tomorrow if this works
[14:37] <ogra_> thats where the actual images get built from
[14:37] <ogra_> (wily is for testing :) )
[14:37] <ogra_> ... not for using
[14:39] <Laney> so making sure it works there seems like a good strategy
[14:43] <ogra_> heh, yeah
[14:44] <mardy> bzoltan: hi! Do you have any updates on the mapplauncherd experiment?
[14:55] <faenil> zsombi: if I use setParent_noEvent things on QML side break saying that they can't anchor to things which are not parent or siblings
[15:46] <bzoltan> mardy: Yes, we are testing it from the Testing PPA of SDK - https://launchpad.net/~ubuntu-sdk-team/+archive/ubuntu/testing/+packages
[15:49] <zsombi> faenil: use that instead of setParent() not setParentItem()
[15:49] <faenil> zsombi: rriight...sorry misread your comment ;)
[15:49] <zsombi> faenil: the error you got was because of the parent item not being set...
[15:50] <faenil> zsombi: of course
[15:50] <faenil> zsombi: but you told me to use QQml in a place where I was using setParentItem
[15:50] <faenil> because I need that
[15:50] <zsombi> faenil: you were having there setParent() as well...
[15:52] <faenil> zsombi: nope
[15:53] <zsombi> faenil: ok, then I miscommented there...
[15:53] <faenil> zsombi: in the first comment there was only setParentItem, in the second code chunk there were both (it was doing something different)
[15:53] <faenil> zsombi: np ;)
[16:38] <mardy> Mirv, zsombi, bzoltan: do you have a slimport cable? Do you happen to know if any of these would work with the N4? http://multitronic.fi/showprod.php?prod_id=SLIM-1002-K&b=1
[16:38] <bzoltan> mardy:  i do not have one
[16:39] <mardy> bzoltan: thanks anyway
[16:39] <zsombi> mardy: neither do I
[16:40] <mardy> zsombi: oki, thanks
[16:47] <morphis> are some people with deep go experience around?
[16:48] <morphis> currently experiencing some problems with executing a exec.Command in a goroutine
[16:48] <morphis> http://paste.ubuntu.com/12329476/
[16:52] <morphis> relevant code for that is https://bazaar.launchpad.net/~morphis/account-polld/external-pollers/revision/138
[16:53] <morphis> Chipaca: any idea?
[16:54] <Chipaca> wha?
[16:54] <Chipaca> oh
[16:54]  * Chipaca reads
[16:54] <Chipaca> morphis: code plz?
[16:54] <morphis> Chipaca: https://bazaar.launchpad.net/~morphis/account-polld/external-pollers/revision/138
[16:55] <morphis> Chipaca: was just playing around a bit
[16:55] <morphis> on amd64 it works fine
[16:55] <morphis> just breaks on armhf
[16:56] <Chipaca> hm
[16:56] <Chipaca> morphis: may i suggest you build it with -race
[16:56] <morphis> Chipaca: "go build: -race is only supported on linux/amd64, darwin/amd64 and windows/amd64"
[16:56] <Chipaca> morphis: yes, on amd64
[16:57] <Chipaca> you say it works fine; build it with -race and try again
[16:57] <morphis> ah
[16:57] <Chipaca> (perhaps several times; if it is racing, detecting a race is racy)
[16:58] <morphis> Chipaca: let me try that
[16:59] <morphis> Chipaca: trying in a while true loop now
[16:59] <Chipaca> https://github.com/golang/go/issues/12277
[17:00] <Chipaca> also https://groups.google.com/forum/#!topic/golang-dev/7my0GY5yXUU
[17:00] <Chipaca> so no idea :) but hopefully it's just a data race
[17:00] <morphis> hopefully, yes
[17:01] <Chipaca> on the other hand, it is now including qtcontact
[17:01] <Chipaca> /o\
[17:03] <morphis> Chipaca: I am a bit new to go so still need to wrap my head around this stuff
[17:04] <morphis> Chipaca: you think that should have an effect on this?
[17:05] <morphis> Chipaca: looks like
[17:05] <morphis> disabled qtcontacts and gmail and the crash doesn't happen
[17:10] <Mirv> mardy: I have one, I can dig up the model later
[17:11] <morphis> Chipaca: so it really seems to depend on the QCoreApplication mainloop running
[17:13] <popey> pmcgowan: https://errors.ubuntu.com/?period=week&pkg_arch=armhf seems we have quite a number of crashes recently mostly coming from similar things - url dispatcher stuff..
[17:13] <popey> Seeing more people reporting crashes, more recently, and seeing a fair number on errors.u.c
[17:15] <pmcgowan> popey, will look
[17:15] <pmcgowan> I think the url dispatcher stuff is some known thing that purposely reports - tedg ?
[17:17] <tedg> Well things shouldn't be using bad urls...
[17:17] <popey> bug 1466759 has over 800 occurrances in the last week for example
[17:17] <tedg> Yeah, that should be fixed.
[17:17] <tedg> Someone is upset they clicked on a URL and it didn't work.
[17:18] <tedg> Not sure why it'd send: default:
[17:18] <tedg> pmcgowan: https://errors.ubuntu.com/oops/01956a72-57df-11e5-8009-fa163e4ccdf2
[17:18] <popey> i-d also bug 1466769
[17:18] <popey> there's a bunch there that seem related
[17:19] <tedg> popey: You need to look at the report for the BadURL key, and that tells you.
[17:19] <tedg> popey: The datetime one happens because calendar isn't installed.
[17:20] <popey> bug 1370008 ?
[17:20] <tedg> popey: Yes, but it'll still report in errors the failure.
[17:20] <popey> right, not touched for a couple of months
[17:20] <popey> and it's the top 3-5 crashers on the device it seems
[17:21] <tedg> popey: They're not crashers, they're recoverable errors.
[17:21] <tedg> popey: Top error reports.
[17:22] <popey> Semantics.
[17:22] <mardy> Mirv: thanks
[17:22] <john-mcaleely> pmcgowan, dbarth do you happen to know a good bug for 'webapps go white in low memory'?
[17:22] <popey> Crash -> Wait while apport knits itself a hat -> slow phone.. etc
[17:22] <john-mcaleely> I tried searching, and have miserably failed
[17:22] <john-mcaleely> (I have a bug to dupe against it)
[17:22] <popey> john-mcaleely: bug 1375215
[17:23] <tedg> popey: Recoverable errors are much faster, only have to knit socks while Python starts up :-)
[17:23] <popey> bah, bug 1375215 is the public version
[17:23] <john-mcaleely> aha, thanks popey
[17:23] <popey> maybe not. but you have it now :)
[17:24] <john-mcaleely> popey, nope. wrong one. that's 'fixed' if you believe the dupe
[17:24] <popey> I am unconvinced :)
[17:24] <popey> maybe needs a new one
[17:26] <pmcgowan> was pretty sure we had one
[17:26] <john-mcaleely> popey, well, that one's re-opened :-)
[17:26] <popey> heh
[17:26] <john-mcaleely> pmcgowan, feel free to dupe it against something new
[17:27] <john-mcaleely> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1375215
[17:28] <dbarth> john-mcaleely: ok, yes there was one for sure, but the new one is fine
[17:30] <john-mcaleely> dbarth, should I assign it to you?
[17:36] <dbarth> john-mcaleely: yes
[17:37] <john-mcaleely> dbarth, done. enjoy!
[19:34] <Bill__> Hello?
[19:40] <stakewinner00> hi Bill__,
[19:42] <Bill__> Hi. I'm trying to install ubuntu 14.04.3 on a laptop but it keeps stalling at the "Preparing to install" screen. Any ideas?