[07:40] <altker128> Running OTA11 on a Nexus 4.  I notice the phone continually tries to connect to dash.ubuntu.com .  What gives?  Will definitely burn battery.
[14:33] <brunch875> hey popey, for how long does the M10 battery last? I'm considering getting one
[14:40] <popey> dunno, never measured it
[17:49] <altker128> Is there a thread that shows how to cross-compile a standard C/C++ app for Ubuntu Touch?
[18:19] <mariogrip> altker128: https://wiki.ubuntu.com/Touch/CrossCompile
[18:21] <altker128> mariogrip: Thanks!  I was able to get the armhf (linaro) toolchain installed and compiled a C hello world that works
[18:24] <altker128> Is there a reason why dnsutils doesn't exist for ubuntu-touch?  No nslookup
[18:26] <willer> hey how's it going
[18:27] <willer> i heard whatsapp was doable, is it reliable?
[18:27] <peat-psuwit> altker128: I think you can run 'getent host <hostname>' instead.
[18:28] <Mikaela> willer: no idea what you heard, but WhatsApp bans third party apps and thus only WhatsApp can make a WhatsApp app.
[18:28] <willer> yeah i saw a thread about it
[18:29] <Mikaela> and same with Signal https://github.com/LibreSignal/LibreSignal/issues/37#issuecomment-217211165
[18:30] <altker128> peat-psuwit: Any reason why there's no standard dnsutils package though?
[18:32] <peat-psuwit> altker128: In my opinion, phone's rom should contain only what's need. The phone's storage space is limited.
[18:33] <altker128> peat-psuwit: OK.  But, it doesn't even exist as an installable package...
[18:33] <altker128> peat-psuwit: But there is a package for "eject", which ejects CDs and operates CD-changers under Linux ...
[18:34] <peat-psuwit> altker128: "eject"? Where did you find that? I think I've never heard anyone packaging command line application in Ubuntu touch.
[18:35] <altker128> peat-psuwit: I used apt-cache search and it show sup.
[18:35] <altker128> root@ubuntu-phablet:/tmp# apt-cache search eject
[18:35] <altker128> insserv - boot sequence organizer using LSB init.d script dependency information
[18:35] <altker128> eject - ejects CDs and operates CD-Changers under Linux
[18:36] <peat-psuwit> altker128: OK. Ideally we should never install anything over "apt". It'll mess up intend-to-read-only root file system.
[18:37] <peat-psuwit> altker128: We install application in Ubuntu touch in "click" format, which will keep application separately from system image.
[18:38] <altker128> peat-psuwit: Can one easily compile something like nslookup into click?
[18:40] <peat-psuwit> altker128: I don't know. As I said, I've never heard anyone packaging command line application in "click" format.
[18:41] <peat-psuwit> altker128: I guess you'll have to stick to "getent hosts <hostname>". Worked on my phone.
[18:42] <altker128> Or, just cross-compile what I need.
[18:44] <altker128> I mean, I get the idea here about keeping things lean.  Clearly the repos have stuff no one needs, dnsutils should be there though.
[18:45] <peat-psuwit> altker128: Actually, another way to get away with this is putting the binary in ~/bin directory. But you'll have to take care of dependency yourself. (But I guess dnsutils won't have exotic one that isn't shipped in base image)
[18:46] <altker128> peat-psuwit: I still assume that /bin is overwritten on system updates
[18:46] <peat-psuwit> altker128: I mean, directory "bin" under your own home directory. No one will wipe your home directory.
[18:48] <peat-psuwit> altker128: But, please take care to get correct binary from armhf repository.
[18:48] <altker128> Is http://packages.ubuntu.com/vivid/ broken for anyone else?
[18:48] <altker128> peat-psuwit: Yes, I'm with you :)
[18:48] <altker128> Error
[18:48] <altker128> more than one suite specified for show_static
[18:50] <peat-psuwit> altker128: I think they've removed vivid info out of that site. "vivid" itself is unsupported now.
[18:51] <altker128> Uhhh, OTA-11 is vivid, unless I missed something
[18:53] <peat-psuwit> altker128: I said vivid _itself_. vivid get extended support *only for touch* while they make things works on newer release.
[18:54] <altker128> So, is there a web interface where I can find vivid packages for my Ubuntu Touch phone?
[19:02] <peat-psuwit> altker128: http://ports.ubuntu.com/pool/main/b/bind9/dnsutils_9.9.5.dfsg-9ubuntu0.5_armhf.deb
[19:02] <altker128> peat-psuwit: Much obliged :)
[19:03] <altker128> peat-psuwit: Out of curiosity, usually the repositories track versions, will anythingin ports work on 15.04/vivid?
[19:03] <peat-psuwit> altker128: Actually, I just see that it require a few library that isn't shipped in base image. Sorry!
[19:06] <peat-psuwit> altker128: ports.ubuntu.com keeps all packages for a few architectures that Ubuntu support (iirc main server serves only x86 and x86_64)
[19:07] <peat-psuwit> altker128: Actually parts of packages that runs Ubuntu touch comes from that server.
[19:08] <altker128> I guess I'm slightly confused in that I'd expect it to still be versioned by the Ubuntu release somewhere in the URL
[19:10] <peat-psuwit> altker128: ports.ubuntu.com is an apt repository. They keep versioning information in another directory called "dists".
[19:12] <altker128> peat-psuwit: Let me rephrase.  If you're running say Debian 8.0, then you get one .deb file, if you're running Debian 6.0, you get your .deb from a different folder.  How does the ports.ubuntu.com system help me select a .deb file for the right release?
[19:20] <peat-psuwit> altker128: No. Even Debian give deb *from the same directory*. Not believe me? Take a look at http://archive.debian.org/debian/pool/main/b/bind9/
[19:21] <altker128> peat-psuwit: Ah, sorry!!
[19:21] <peat-psuwit> altker128: You'll see different versions of the same package stay together in that folder.
[19:22] <altker128> peat-psuwit: Yes, I missed that, sorry
[19:22] <peat-psuwit> altker128: BTW, the proper way to solve your problem is to create "libertine container", but for your case it's too overkill.
[19:23] <altker128> peat-psuwit: Yeah, that pushes it into an lxc container, right?
[19:24] <peat-psuwit> altker128: Yes, and creating its own rootfs.
[19:26] <peat-psuwit> altker128: I guess you'll have to grab a few libs and put it into ~/lib, then set LD_LIBRARY_PATH=/home/phablet/lib, too.
[19:27] <altker128> peat-psuwit: Would it be possible to just cross-compile the .deb-src for dnsutils?
[19:28] <peat-psuwit> altker128: You won't be able to install it, for the same reason we won't use "apt"
[19:28] <altker128> peat-psuwit: Well, I mean if I remount the system in rw mode, I can do that.
[19:30] <peat-psuwit> altker128: Yes, you can do that. But I really discourage you to do that. It may silently brakes normal image-based upgrading system.
[19:31] <altker128> This is just my idea, but I think if the system maintains a list of packages the user installs, that perhaps go into their own lxc-container, then users can still use apt and not break the upgrade process
[19:32] <altker128> A real advantage of having full-blown Ubuntu Linux on your phone is the power of apt, deb, and UNIX .  I know this is slightly at odds with looking at the phablet as a consumer device, but if users wanted just that, then Android and iOS satisfy that demand well.
[19:33] <peat-psuwit> altker128: I'm not sure I understand you correctly, but I think that's what libertine is for.
[19:34] <peat-psuwit> altker128: seriously, I'm out of clean solution now. It might be easier to just ssh to some machine and run nslookup there, or setup libertine.
[19:34] <altker128> peat-psuwit: Thanks for your suggestions.  Wasn't just about nslookup, but your points are taken about libterine, etc.
[20:56] <altker128> What's an easy way to get ubuntu-touch to run a script on start-up?  Doesn't seem to honor rc.local
[20:56] <DPA> altker128: There are upstart scripts in /etc/init/
[20:57] <altker128> Is there a way to just...run a start-up script without having to mess with upstart?
[20:58] <DPA> altker128: It is the only way I know about
[20:59] <altker128> in /etc/init.d, there's an rc.local
[21:04] <altker128> Why has simple stuff become so complicated?!
[21:07] <DPA> I just looked at /etc/init.d/rc.local, on my phone, it executes /etc/rc.local. I added "echo test >> /tmp/test" to my /etc/rc.local, and after a reboot the file was there, so it should work.
[21:07] <altker128> hrm
[21:13] <altker128> hrm
[21:14] <altker128> DPA: OK, so rc.local does work, I am trying to disable ipv6 and I guess some other script in the start-up process after rc.local reenables it
[21:32] <altker128> Anyone know where IPV6 stuff is being enabled?
[21:42] <Guest_84843> allah is doing
[21:42] <Guest_84843> sun is not doing Allah is doing
[21:42] <Guest_84843> moon is not doing Allah is doing
[21:42] <Guest_84843> stars are not doing Allah is doing
[21:42] <Guest_84843> planets are not doing Allah is doing
[21:59] <altker128> Seriously, can anyone comment on how to permanently disable IPV6?  I have the correct sysctls setup in rc.local and when I run it manually after the phone is booted IPV6 stays off, but something is turing IPV6 after rc.local is run