[01:01] <josharenson> Anybody know how can I resize my mako? The old way (resize2fs) doesn't work any more.
[08:39] <dholbach> good morning
[09:02] <Mirv> tsdgeos: can you test the qt dbus fixes from -027 from your point of view? I've already started running AP:s, although I seem to have a worrying amount of failures (but it might also be something that doesn't happen on the 2nd runs)
[09:03] <Mirv> some apps also have full successful runs, so maybe it's something random
[09:03] <tsdgeos> Mirv: oh right i forgot about that, can you point me to the ppa?
[09:03] <Mirv> tsdgeos: vivid ppa:ci-train-ppa-service/landing-027
[09:04] <tsdgeos> tx
[09:04] <Mirv> as a bonus it has the network manager fixes bundled together that were already given a try in rtm but are on hold as not deemed topblocker anymore
[09:36] <JamesTait> Good morning all; happy Use Less Stuff Day! :D
[10:02] <mvo> bzoltan: hi, I noticed that you mentioned that there is current no reliable upgrade mechanism for click chroots, is that something we need to tackle or not a big deal as it only affects frameworks that are in flux?
[10:03] <bzoltan> mvo: it is a very big topic and we should somehow tackle it
[10:04] <mvo> bzoltan: ok, let me add a bug to click so that its recorded
[10:04] <bzoltan> mvo: by the way... is there any progress with  the vivid chroot?
[10:06] <mvo> bzoltan: sort of, I should have time again today, did the patch from the pastebin unblock you at least?
[10:08] <bzoltan> mvo: I could continue testing with the i386 emulator, so I am not blocked.
[10:09] <mvo> good to hear that
[10:32] <bzoltan> mvo:  could you figure out already how to bring the vivid armhf chroot back to life?
[10:34] <mvo> bzoltan: I uploaded some fixes the other day, let me see if that was sufficient
[10:35] <bzoltan> mvo: it failed for me 5 minutes ago
[10:35] <bzoltan> mvo: on qtdeclarative5-accounts-plugin:armhf
[10:35] <bzoltan> mvo: and on ubuntu-html5-container:armhf
[10:36] <bzoltan> obviously these packages are just the entrance to the rabbitwhole
[10:37] <liuxg> nik90_, ping
[10:48] <mvo> bzoltan: can reproduce that, thanks!
[10:50] <bzoltan> mvo: super. Naturally we are going to to release this qmake support for the vivid targets. The new package/binary with the name you suggested will land early next week.
[10:53] <ogra_> pitti, hmm https://errors.ubuntu.com/oops/ccc839a0-704e-11e4-adfc-fa163e78b027 ... https://errors.ubuntu.com/oops/94398858-70a0-11e4-906f-fa163e339c81
[10:53] <ogra_> (funnily both for the same PID ... even though 9h apart)
[10:54] <ogra_> (and sadly i rebooted since ... cant say what that pid was)
[11:12] <mvo> bzoltan: \o/
[11:18] <pitti> ogra_: ah, too bad; might have been a suid root or sgid program?
[11:18] <ogra_> or something in the container perhaps ... not sure
[11:18] <ogra_> i'll keep an eye open ... if it happened twice it might happen again
[11:41] <Mirv> tsdgeos: ok I'm starting to get better AP results and project no problems anymore. so depending on your +1, publishing will be possible today.
[11:41] <tsdgeos> Mirv: i've installed both on the pc and the phone and can't find any obvious regression
[11:42] <tsdgeos> can't prove it works either
[11:42] <tsdgeos> works == fixes the problem
[11:42] <tsdgeos> since it was a very hard to reproduce condition
[11:42] <Mirv> tsdgeos: hmmkay. well they are 5.3 stable branch cherry-pick:s, so they _should_ be good, but obviously it would be nice to know. no regressions is good though anyhow.
[11:42] <tsdgeos> Mirv: if you want to wait a day, on the evenings i'm using Plasma5 that uses Qt5, may want to wait until tomorrow morning to see if something exploded
[11:44] <Mirv> tsdgeos: well bzoltan is quite eager to have the next release after this one too, but I think the end result was that it's not überhurry thing so tomorrow should be ok. I've plasma5 too for fun, since I needed to test it for the 5.3.2 a bit.
[11:44] <Mirv> plus I'm already preparing for the next release by pre-building it on top of the assumption that this ubuntu4 will go in.
[11:44] <tsdgeos> let's do it tomorrow then, it's not like we're in a hurry in vivid for a release no?
[11:45] <Mirv> no, not otherwise. ok!
[12:04] <Kohelet> are there any plans to update the porting guide any time soon?
[12:08] <popey> Kohelet: if someone has the time, that would be awesome
[12:13] <jgdx> mpt, ping
[12:16] <Kohelet> popey: I agree...I know the current one is pretty outdated which has stalled a lot of porting efforts
[12:17] <Kohelet> including my own...the only real method I see to getting to a working build at this point is manually extracting which parts of CM to change by comparing a pure CM build to an Ubuntu touch build for one of the supported devices
[12:40] <popey> Kohelet: yeah, I'd love to have a mini-sprint sometime to get that document fixed, but all the people who know how to do that are super busy ☹
[12:42] <ogra_> i have a task to write a mail to the ML about this and call for help
[12:42] <ogra_> once we have the golden milestone out i'll get to this
[12:42] <popey> thanks
[12:43]  * popey looks at the device he'd love to port to
[12:43] <ogra_> yeah, same here ... i have a few samsungs on my desk collecting dust
[12:48] <Kohelet> ogra_: I'll hold you to it :-P
[12:49] <ogra_> heh... currently poting to devices that will actually go to market preinstalled is at a slightly higher prio on my TODO :)
[12:49] <ogra_> (and on everyone elses too)
[12:49] <Kohelet> that's perfectly understandable
[12:49] <Kohelet> it should be
[12:50] <ogra_> but the current porting guide is so outdated, it would make more sense to move it somewhere and put a "coming soon" replacement there :)
[12:51] <ogra_> it doesnt even describe the final setup of the system ... its a snapshot of three iterations of design changes of the base system
[12:53] <Kohelet> yeah...it'll be nice once people can start porting UT to other devices since I think it'll catch on more that way
[12:53]  * popey fiddles with the wiki
[12:56]  * Kohelet likes this
[12:56] <popey> there, done.
[12:56] <popey> https://wiki.ubuntu.com/Touch/Porting and https://wiki.ubuntu.com/Touch/DeprecatedPorting
[12:57] <ogra_> haha
[12:57]  * ogra_ hugs  popey 
[12:57] <ogra_> awesome
[13:04] <Kohelet> nice
[13:05] <jgdx> abeato, hey, could you take a look at this libqofono PR [1] using mtksettings? [1] https://github.com/semafor/libqofono/compare/add-mtk-binding
[13:05] <abeato> jgdx, sure
[13:06] <abeato> jgdx, have you already tested it?
[13:06] <abeato> it has not landed yet :)
[13:07] <jgdx> abeato, you mean mtksettings? Haven't tested it no
[13:08] <abeato> jgdx, about to land anyway
[13:09] <jgdx> abeato, cool.. I'll give it a go shortly.
[13:12] <jgdx> abeato, what's the commitment to ofono-scripts (if any)?
[13:12] <jgdx> s/commitment/relation… do we add handy scripts for has3g?
[13:13] <abeato> jgdx, yes, there is one set-3g-slot script
[13:13] <jgdx> awesome
[13:13] <abeato> jgdx, https://github.com/rilmodem/ofono/commit/dcbddb72f179c5f612fbf414d4c6a0baf4bbd104
[13:14] <abeato> jgdx, you also have mtk-settings-api.txt as documentation
[13:15] <jgdx> abeato, https://github.com/semafor/libqofono/compare/add-mtk-binding#diff-9ff54da2c92f8a85f57cb77116410df6R23 :P
[13:15] <abeato> jgdx, :)
[13:16] <jgdx> it's great stuff abeato!
[13:16] <jgdx> glad it became its own interface
[13:17] <abeato> jgdx, thx, yes, better keep these thing separate ;)
[13:17] <jgdx> abeato, +1 :)
[13:37] <rickspencer3> I just reflashed my Nexus 7, haven't seen the welcome wizard in a while
[13:37] <ogra_> welcome :)
[13:39] <jgdx> abeato, it works :)
[13:39] <jgdx> (according to USS)
[13:40] <abeato> jgdx, great!
[13:43] <jgdx> abeato, seems the indicator might be confused though. Hope it's not hard coded.
[13:44] <abeato> jgdx, I do not think the indicator is already able to handle this kind of changes
[13:44] <abeato> jgdx, you can use list-modems to check that everything is fine
[13:45] <abeato> jgdx, taking a look at available/current technology and at the Has3G property
[13:49] <jgdx> abeato, right, thanks
[13:50] <lool> stgraber, slangasek: Hey, any objections to adding flo, manta and possibly generic_x86* devices to the -here devel channels? (currently only mako and krillin in ubuntu-touch/devel-proposed-customized-here)
[13:53] <rickspencer3> I just opened a pdf on a touch device for the first time
[13:53] <rickspencer3> I am so happy
[13:54]  * ogra_ looks forward to when we have the actual docviewer app 
[13:54] <ogra_> pdfjs is nice but really eats the device alive
[13:54] <rickspencer3> ogra_, you mean the javascript engine drains the battery?
[13:54] <ogra_> well, it hogs the CPU
[13:55] <rickspencer3> I'll just carry a generator
[13:56] <ogra_> heh
[13:56] <jgdx> abeato, confirmed as working by list modems.. now to build libqofono pcks :)
[13:56] <rickspencer3> seriously, kudo zhang Boren
[13:56] <ogra_> ++
[13:58] <abeato> jgdx, awesome :)
[14:16] <rickspencer3> awesome! first time I got a book working in Beru (I haven't tried for many months)
[14:17] <rickspencer3> works great!
[14:17]  * ogra_ still uses his own reader app 
[14:17] <ogra_> i guess i should make that public one day
[14:19] <jgdx> kenvandine, key wanna take a look at https://github.com/semafor/libqofono/compare/add-mtk-binding#diff-9ff54da2c92f8a85f57cb77116410df6R23 ?
[14:22] <stgraber> lool: do you have custom tarballs for those?
[14:28] <kenvandine> jgdx, sure
[14:48] <Elleo> popey: are you able to hit that facebook two factor auth keyboard bug regularly or only after reflashing? I haven't managed to trigger it yet on either RTM or vivid (haven't tried reflashing yet, but will do next)
[14:48] <popey> Elleo: i just reflashed my phone so can test again now
[14:48] <Elleo> popey: thanks
[14:49] <tedg> kenvandine, I updated the silent mode branches for dednick's comments.
[14:49] <Elleo> popey: have you ever seen it without reflashing?
[14:49] <popey> Elleo: tricky, i only ever sign in once per device
[14:50] <Elleo> popey: okay, well I'll see if I can hit it after reflashing; I've just been removing and re-adding the account so far
[14:51] <popey> Elleo: seems fine today
[14:51] <Elleo> popey: odd :/
[14:51] <Elleo> popey: did you used to hit it all the time when reflashing or only occassionally?
[14:52] <popey> Elleo: couple of times, i dont flash often if i can help it
[14:53] <Elleo> popey: but you've had flashes where it didn't happen in the past?
[14:53] <popey> yes
[14:53] <Elleo> okay, so it happens intermittently
[14:53] <Elleo> the most fun time of bug ;)
[14:53] <Elleo> type*
[14:54] <Elleo> I'll keep poking at it :)
[14:56] <lool> stgraber: I need to add the links
[15:04] <kenvandine> tedg, thx
[15:45] <bzoltan> mvo: if there is a development branch of the new click with the cross qmake I would start testing it.
[15:45] <bzoltan> mvo: also, do you somebody else working on the vivid chroot fix?
[15:45] <mvo> bzoltan: https://code.launchpad.net/~mvo/click/add-qmake-cross-to-chroot
[15:45] <bzoltan> mvo: nice :) thanks
[15:46] <mvo> bzoltan: got side tracked (again!) from the chroot issue, sorry
[15:46] <bzoltan> mvo: no worries :) you can trust me to keep you alert :D
[15:48] <mvo> bzoltan: haha, I know that :-D
[15:49] <bzoltan> mvo:  how that branch pulls the cross qt5-qmake?
[15:50] <bzoltan> mvo:  I mean the qt5-qmake-arm-linux-gnueabihf
[15:57] <zmaj> hi guys...
[15:57] <zmaj> I have the ubuntu emulator...but It does not want to boot
[15:59] <nimmersatt> hey a question: is the rasppi too weak for ubuntu touch? just a theoretical question
[15:59] <popey> nimmersatt: we don't build for that arm revision, so it flat out won't work.
[16:00] <nimmersatt> okay thenks popey
[16:00] <nimmersatt> *thanks
[16:06] <dobey> nimmersatt: that is, no version of ubuntu will run on that arm revision.
[16:10] <dholbach> pete-woods, do you know what to do about http://paste.ubuntu.com/9125915/?
[16:23] <dholbach> pete-woods, could this be something that is caused by cmake being > 2.8 in vivid (3.0.2)?
[16:27] <pete-woods> dholbach: no. it's because the package cmake-extras is missing from the SDK
[16:27] <pete-woods> dholbach: I got an MR merged into the click devel branch a little while ago that fixes this
[16:27] <dholbach> pete-woods, eh? I have cmake-extras installed
[16:28] <pete-woods> but it's not landed yet
[16:28] <pete-woods> oh, okay
[16:28] <pete-woods> hmmm
[16:28] <pete-woods> dholbach: are you sure it's in your schroot?
[16:29] <dholbach> this is not in a chroot, just running "cmake ." locally
[16:29] <pete-woods> oh right
[16:30] <dholbach> pete-woods, I thought this could be the issue maybe? http://paste.ubuntu.com/9126361/
[16:30] <pete-woods> dholbach: I really don't know then. I'm not running vivid yet
[16:30] <dholbach> but I'm not sure
[16:30] <pete-woods> dholbach: no, that should be fine
[16:30] <dholbach> ok
[16:34] <pete-woods> dholbach: I really can't think of a good reason why that wouldn't work on vivid..
[16:35] <dholbach> pete-woods, downgrading cmake makes it work
[16:35] <dholbach> (to utopic)
[16:36] <pete-woods> oh great
[16:36] <pete-woods> as in you just downgraded the cmake package?
[16:37] <dholbach> yes
[16:37] <dholbach> looks like cmake 3.0 only checks files in /usr/share/cmake-3.0
[16:37] <dholbach> I just ran it under strace
[16:38] <dholbach> so maybe that's where macros will have to live in vivid
[16:38] <bubbasaures> his
[16:38] <dholbach> I'll file a bug on cmake-extras
[16:42] <dholbach> pete-woods, https://bugs.launchpad.net/cmake-extras/+bug/1394648
[16:42] <dholbach> davidcalle, ^
[16:43] <pete-woods> dholbach: ohhhh! so obvious ;D
[16:43] <davidcalle> dholbach, thanks!
[16:43] <dholbach> an autopkgtest would help a lot here :)
[17:06] <kenvandine> tedg, thx for the fixes in your silent-mode-trunk branch
[17:06] <kenvandine> looking at the latest CI run, looks like real test problems
[17:06] <kenvandine> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: No such interface 'org.freedesktop.DBus.Mock' on object at path /com/canonical/indicator/sound
[17:07] <kenvandine> tedg, look at https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/240/?
[17:13] <nimmersatt> happy UCA Day everyone :)
[17:14] <tedg> kenvandine, Uhg
[17:14]  * tedg clicks
[17:14] <nimmersatt> thanks for making ubuntu touch
[17:15] <nimmersatt> its cool
[17:16] <rickspencer3> kenvandine, if I want to make a content hub provider, what docs should I look at?
[17:26] <kenvandine> https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/240/?
[17:26] <kenvandine> rickspencer3, ^^
[17:26] <kenvandine> tedg, yeah, ugh... if we land that you'll turn the dashboard red
[17:26] <rickspencer3> kenvandine, uh?
[17:26] <tedg> kenvandine, At least I won't be alone? ;-)
[17:26] <kenvandine> rickspencer3, sorry... mixing conversations :)
[17:26] <kenvandine> tedg is breaking my tests :)
[17:26] <kenvandine> and you want docs :)
[17:26]  * rickspencer3 shakes fists
[17:27] <kenvandine> rickspencer3, see my link?
[17:27] <tedg> rickspencer3, You know kenvandine, you have to break him down and then build him back up again :-)
[17:27] <rickspencer3> kenvandine, somehow, no, I only got your link to Jenkins
[17:27] <kenvandine> rickspencer3, oh my
[17:27] <kenvandine> sorry :)(
[17:27]  * tedg is the testing drill sergeant
[17:27] <kenvandine> paste buffer error
[17:27] <kenvandine> http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Content.index/
[17:28] <tedg> kenvandine, So I can look at that, but need to deal with this flicker issue first.
[17:29] <rickspencer3> thanks kenvandine
[17:29] <kenvandine> tedg, that's fine, just give me a shout when i'll see passing tests :)
[17:29] <kenvandine> rickspencer3, np
[17:30] <kenvandine> rickspencer3, speaking of tests... i  started writing QML tests for bacon2d :-D
[17:30] <kenvandine> we've gone way to long without tests!
[17:32] <kenvandine> rickspencer3, and i'm going to get the game template all packaged up, just need to chat with bzoltan a bit to make sure I'm not doing something evil :)
[17:33] <bzoltan> kenvandine:  it is not possible that you are not doing something evil :)
[17:33] <bzoltan> kenvandine:  as I understand you want to integrate the game engine to the sdk
[17:33] <kenvandine> bzoltan, so i created a bacon2d template, modeled after the ubuntu sdk template
[17:33] <kenvandine> so you can easily create a game
[17:34] <kenvandine> but... my template also includes the binary of the qml plugin
[17:34] <kenvandine> so when you build a click package, it has what you need to run
[17:34] <kenvandine> on the device
[17:34] <kenvandine> rickspencer3 tested it for me in DC :)
[17:34] <bzoltan> kenvandine: it includes both i386 and armhf binary?
[17:35] <kenvandine> bzoltan, so i was thinking of just creating a debian package that installs the files, since it doesn't have to modify anything else
[17:35] <kenvandine> just armhf
[17:35] <bzoltan> kenvandine:  developers might expect the templates to work on emulator too
[17:35] <kenvandine> not sure how to include both...
[17:35] <kenvandine> true
[17:35] <kenvandine> so i'd need something to copy the right binary into Bacon2D subdir at build
[17:35] <kenvandine> i guess
[17:35] <bzoltan> kenvandine: once we have fat package support in the sdk it will b easy
[17:37] <bzoltan> kenvandine:  I need to think through this template model ... it might not be so trivial, give mew few hours to think please
[17:37] <kenvandine> bzoltan, sure
[17:37] <kenvandine> what i have now is a tar that when extracted in /usr/share/qtcreator/templates/wizards/ just works
[17:38] <kenvandine> what i don't have is the arch stuff sorted out
[17:38] <kenvandine> bzoltan, thanks, i'd like to get a vivid package for my template stuff sometime next week
[17:49] <josharenson> How do I increase my mako partition size?
[17:59] <bzoltan> kenvandine:  I am not sure if we are allowed to distribute a binary with the templates. It is not really a custom to do like that. With the confined apps and no_source_package_no_build_dependency click world we do not have a key ready solution to take in app dependency libraries.
[18:00] <kenvandine> bzoltan, well that's what people are doing now
[18:00] <kenvandine> dropping the plugin binary in their click packages
[18:00] <kenvandine> and making it arch armhf
[18:00] <kenvandine> otherwise pure qml though
[18:00] <Elleo> kenvandine: could you have the bacon2d source pulled in to the template and compiled as part of the build process?
[18:01] <kenvandine> Elleo, that is much harder :)
[18:01] <bzoltan> kenvandine: dropping in is like faking the build process .. that is fine. Because once you have the binaries (does not really matter where they come from) it s about packaging.
[18:01] <kenvandine> yeah
[18:01] <kenvandine> so i want an easy way for people to get that binary
[18:01] <bzoltan> kenvandine: because Elleo is right ... that is how it should work :) you pull in the source and build the whole project
[18:01] <kenvandine> ask rpadovani how easy it is for him to get a binary when he needs it :)
[18:02] <kenvandine> i do that in pathwind, but it's not straight forward to setup
[18:02] <kenvandine> it's much easier to have pure qml packages
[18:03] <rpadovani> yeah, for some strange value of "easy" - I mean, my second year math exam seems a bit more complicated, but I'm not sure
[18:03] <kenvandine> haha
[18:03] <kenvandine> cross building is harder than it should be
[18:03] <kenvandine> and it's so nice to have no compile step, when you game is pure qml
[18:03] <kenvandine> s/you/your
[18:03] <bzoltan> kenvandine:  I tell you a secret :) just because you helped me with the qtbase :) Do the template in qmake :) an we can implement an "Add bacon2d library to the project" feature what will copy in the armhf or i386 lib from the desktop  environment to the project
[18:04] <kenvandine> haha... cool
[18:04] <bzoltan> kenvandine:  the same way i am planning to make an "Add trusted helper to the project" feature .. in qmake projects we can dump on whatever we want
[18:04] <kenvandine> right now it's a copy of the ubuntu sdk simple app
[18:05] <kenvandine> bzoltan, do you have an example of that?
[18:05] <bzoltan> kenvandine:  to be frank I am a bit scared and dizzy when I see the collaboration model of our click apps ... it is not good
[18:06] <bzoltan> kenvandine: https://launchpad.net/~ubuntu-sdk-team/+archive/ubuntu/experimental
[18:06] <kenvandine> and how would it copy in the armhf binary?
[18:06] <kenvandine> i'd have to have it packaged somewhere...
[18:06]  * bzoltan read willcooke__'s exit text like "do your hobbits"
[18:06] <kenvandine> hehe
[18:06] <bzoltan> kenvandine:  cp command I guess :)
[18:06] <kenvandine> yeah, but it needs to be installed somewhere...
[18:07] <kenvandine> or would it copy it from the chroot?
[18:08] <kenvandine> is there a bzr branch i can look at for that?
[18:08] <bzoltan> kenvandine:  yes ... make your .deb package and release it in the distro .. it will install the .so to some funny place and our SDK will copy that to the project's directory
[18:08] <kenvandine> ok, so it'll know to install the package?
[18:08] <kenvandine> even if it isn't part of the platform
[18:08] <bzoltan> kenvandine: lp:~zeller-benjamin/qtcreator-plugin-ubuntu/qmake-support
[18:10] <bzoltan> kenvandine:  you can make your own bacon2d package what contains the template what installs under the QtC's template folder and the libraries to an other place ... we can figure out an UbuntuSDK lib path ... and the QtC will look up that place for app extensions...
[18:10] <kenvandine> ok
[18:10] <kenvandine> and that would happen at build time right?
[18:10] <kenvandine> so if bacon2d gets updated, they'll get the new one
[18:11] <bzoltan> kenvandine:  so we implement and add extensions logic ... right click on the project :) it will open a dialog what contains all the available extensions.. one of them will be bacon2
[18:11] <bzoltan> kenvandine:  it can be build time or it can be edit time.. whatever... detail
[18:11] <kenvandine> ok
[18:11] <kenvandine> so i can just base my template/wizard on this qmake one
[18:11] <kenvandine> sweet
[18:13] <kenvandine> bzoltan, for the add bacon2d to project bits, is that a patch to qtcreator itself?
[18:13] <kenvandine> or can that be something i include in the bacon2d template?
[18:13] <kenvandine> i guess it would have to be something in the ubuntu plugin...
[18:14] <bzoltan> kenvandine:  imagine the whole thing exactly like browser extensions
[18:14]  * bzoltan is brainstorming right now... be careful 
[18:14] <kenvandine> yeah, but nothing i can do for that to work, we'll need some work in the ubuntu plugin to make it happen
[18:14] <kenvandine> i can't just drop something in the directory :)
[18:16] <bzoltan> kenvandine: right now it would be just an ugly hack...
[18:17] <bzoltan> kenvandine:  give a night to think about it... I will return to you with a good solution. This topic is a big headache for me.. because I hate to see the build-deps gone, what was in my view the very essence of open source collaboration. When we dropped .deb packaging, we effectively dropped two decades of collaboration model .. .without giving an alternative solution.
[18:18] <kenvandine> yeah
[18:18] <kenvandine> sure, thanks
[18:19] <bzoltan> kenvandine:  after the ongoing qmake the fat packages is the next. This bacon2d is right the third on my backlogs. I will make it official tomorrow  :)
[18:19] <kenvandine> woot
[18:19] <kenvandine> thanks bzoltan
[19:21] <dragon_> Hi, I was wondering if anyone has ported Ubuntu onto any Windows based Asus tablets?
[19:21] <dragon_> Ubuntu touch*
[20:02] <jcastro> what are my options if my ubuntu touch device doesn't show up in `adb devices`?
[20:05] <cwayne1> jcastro: make sure developer mode is enabled
[20:06] <jcastro> I did
[20:06] <jcastro> also tried the obvious things, plugging it back in, rebooting, etc.
[20:41] <slangasek> lool: I don't see a problem with having those devices included in the -here channels, but I'm not sure it's a good use of your time to do this when we know we should be working on getting here into a click
[20:55] <ohmy> hi
[20:56] <ohmy> i'm trying to get some answers in regards of ubuntu ui sdk installation but have not found any deducated chanels for this, any recommendations please ?
[22:29] <tn02> Hi, I am trying to install touch on a Galaxy Nexus (toro / tuna), but am running into an error saying that it is not possible on this device.
[22:30] <tn02> I found a post on an ubuntu forum saying that you can modify the environment.py script to comment out the device check, but this doesn't seem to be an option using ubuntu-device-flash. Does anyone know another way around this?
[22:33] <nhaines> tn02: there haven't been Galaxy Nexus images built for all year.
[22:34] <tn02> I see, I was just playing around with some old hardware I had laying around. Can one of the older images still be used?
[22:35] <tn02> I also have a Nexus 7 I guess I could try it on instead, but wanted to try the Galaxy Nexus first. Would the original Nexus 7 be a better option?
[22:54] <dobey> tn02: you can probably install an old image on galaxy nexus, but it won't be very useful
[22:54] <dobey> tn02: and 2012 nexus 7 definitely won't work
[22:55] <dobey> tn02: --channel trusty *might* work for maguro, but i'm not sure if it's still up on the server
[22:56] <dobey> it probably has bash and openssl packages with known security issues too.
[22:56] <dobey> nhaines: hey, can you test something? does sending MMS work for you, when wifi is eanbled and connected to a LAN?
[22:58] <tn02> Thanks dobey and nhaines. Is the only real option then to find a newer device like a nexus 4 or 2013 nexus 7?
[22:59] <dobey> tn02: yep, or just wait for the actual phone product release, and buy one of those
[23:00] <tn02> sounds good, I'll keep an eye out for the release. Thanks again
[23:03] <nhaines> dobey: that's a good question!  And if I had someone to send an MMS to I could in fact test that!
[23:05] <nhaines> But I'm booting into Ubuntu on my N5 now and figuring out what to send and two whom can come after that.  :)
[23:05] <dobey> nhaines: you can send it to yourself :)
[23:06] <dobey> nhaines: it will still go through the network. take a screenshot and send it to yourself :P
[23:08] <nhaines> dobey: oh, good idea!
[23:08] <nhaines> brb, taking a screenshot of the volume meter.
[23:10] <nhaines> Ooh, phone and messaging aren't starting up.
[23:10] <nhaines> Aww, it eventually came up.
[23:10] <nhaines> Phone did, anyway.  Took *forever*.
[23:13] <dobey> hrmm, what image are you on?
[23:13] <nhaines> dobey: says failed.
[23:13] <nhaines> ubuntu-rtm/14.09 r7, upgraded from a clean r6 install.
[23:14] <dobey> nhaines: yeah, that's what i got too. if i turn off wifi and wait a bit for 3g to be proper, it seems to send ok
[23:14] <nhaines> I'll try that.
[23:15] <nhaines> When I set it to 4G, it reports that it worked.  Although I have not received a duplicate.
[23:16] <nhaines> Also my battery's draining about 1% a minute and my system load is 8.68.
[23:16] <nhaines> And rising.  8.83 now.
[23:17] <dobey> well that'd explain why stuff is slow :)
[23:17] <dobey> you can set it to 4G?
[23:17] <dobey> hrm
[23:18] <nhaines> I cannot set it to 4G.  It has to automatically connect to 4G.
[23:18] <dobey> hmm. mine hasn't connected to 4G in a long time :(
[23:19] <nhaines> Is there anything I can look at before I reboot so Ubuntu doesn't turn my non-replaceable battery into a potato?
[23:20] <dobey> top doesn't show anything using the CPU?
[23:21] <nhaines> Nope.
[23:21] <dobey> weird
[23:22] <dobey> i'm on 14.09-proposed channel, and my battery isn't being depleted that quickly, but the power management does still suck on it :-/
[23:24] <nhaines> It wasn't doing this yesterday, that I know of.
[23:24] <dobey> dunno
[23:24] <dobey> reboot and see if it still does it?
[23:24] <dobey> i presume you're u sing multirom? with android 5.0?
[23:24] <nhaines> Right.
[23:25] <nhaines> I factory wiped the phone for Android 5.0 final, and then installed... oh, maybe it was r7 by then.
[23:25] <dobey> i don't have andorid
[23:25] <dobey> android
[23:25] <dobey> only ubuntu
[23:26] <dobey> not sure if maybe it's an issue related to that or not, though
[23:26] <dobey> all i know is i don't have that specific problem
[23:26] <nhaines> Load is 14.35.
[23:26] <dobey> load can't be that high without something totally killing cpu or memory
[23:27] <dobey> sort by memory in top?
[23:29] <nhaines> Hard to tell.  Looks like it's just terminal taking up the memory.
[23:29] <nhaines> Load's down to 9.
[23:30] <Tassadar> load doesn't mean anything on android phones
[23:31] <nhaines> Now phone and messaging came up in about 2 seconds each.
[23:31] <dobey> Tassadar: it does if it causes diskwait and battery drain
[23:31] <Tassadar> right now in my perfectly fine android 5.0 which I've just woken from deep sleep load average is 9
[23:31] <Tassadar> and it is doing nothing
[23:31] <dobey> Tassadar: this is in ubuntu
[23:31] <nhaines> Everything is actually.  That's nice.  Faster than usual.
[23:31] <Tassadar> same kernel
[23:32] <dobey> android 5 has the same old as dirt kernel?
[23:32] <Tassadar> there's a bunch of new commits, but it is still 3.4
[23:32] <Tassadar> they don't really have any reason to upgrade it
[23:36] <dobey> i guess. it's pretty easy to pay people to maintain an incredibly old kernel when you've got $60B in cash
[23:37] <Tassadar> not as much as maintain as keep the stuff barely working
[23:37] <sarnold> dobey: oh, do you have $60B in cash and an ancient kernel to maintain? :)
[23:37] <Tassadar> they're not even merging the ..X versions
[23:37] <dobey> sarnold: if i had $60B in cash, i'd have much better things to do with it, than screw around with ancient kernels
[23:38] <sarnold> dobey: oh so true :)
[23:38] <keithzg> 3.4 is a longterm maintenance kernel anyways, right?
[23:39] <keithzg> https://www.kernel.org/category/releases.html
[23:39] <dobey> keithzg: not if you don't pull the changes from the new releases
[23:40] <nhaines> dobey: we'll have to settle for simply "long term" then.
[23:40] <keithzg> Oh interesting the longterm maintainer of 3.4 is from Huawei
[23:40] <keithzg> Didn't realize they were getting that active on the kernel front.
[23:40] <nhaines> I have several icons missing in my app launcher here.
[23:41] <dobey> nhaines: no text either, or just the icons didn't get loaded?
[23:41] <nhaines> Just the icons.
[23:41] <nhaines> I'm also rather annoyed that if I update an app, I have to stay in the updates screen or they're not downloaded or updated.
[23:41] <dobey> nhaines: fun, sounds like a unity8 issue
[23:41] <dobey> eh? the updates should happen anyway
[23:42] <nhaines> Nope.  If I queue them and go away nothing happens.
[23:42] <dobey> oh, well the download should happen
[23:42] <nhaines> Ooh, I got the new music app.
[23:42] <dobey> but i guess it's listening for the signal in the app itself and doing the install from there :-/
[23:47] <dobey> well, time to go do other stuff
[23:47] <dobey> later
[23:49] <nhaines> dobey: later!  I appreciate you pondering this with me.  :)