[00:22] <n-iCe> hello guys
[00:22] <n-iCe> is ubuntu for mako finished?
[00:23] <[|HuGO|]> when the operating system will be ready?
[00:34] <mhall119> when it's ready
[00:49] <solstag> hi everyone; a recent changelog mentions preliminary GPRS working, but I couldn't figure out how to activate it, since there's nothing on the UI; should I manually install and run something like wvdial?
[00:57] <mhall119> solstag: you have to use the terminal to activate it currently, the UI isn't there yet
[00:57] <mhall119> http://theravingrick.blogspot.ro/2013/06/dog-fooding-success-sort-of.html
[00:57] <kenvandine> rickspencer3, nice!
[01:08] <solstag> mhall119: Hm right, I was imagining that would be the case, but can nmcli alone be used to configure a new connection? I couldn't figure out how.
[01:17] <mhall119> solstag: I think so, but I don't have a phone
[01:17] <mhall119> rickspencer3 got it working somehow
[01:17] <rickspencer3> wuh? huh?
[01:17] <rickspencer3> solstag, I just followed rsalveti's instructions
[01:18] <mhall119> solstag is trying to get 3g working
[01:18] <rickspencer3> mhall119, yeah, I got the back scroll
[01:18] <rickspencer3> don't know what to say, the instructions "just worked" for me
[01:19] <solstag> rickspencer3: hey, cool, but where are those instructions?
[01:19] <rickspencer3> oh
[01:19] <rickspencer3> well, let me get those for you
[01:20] <rickspencer3> give me a moment to track them down
[01:20] <solstag> =D
[01:21] <rickspencer3> solstag, https://plus.google.com/100264483712374857174/posts/3o1tjYo9Ghx
[01:21] <rickspencer3> there is a GUI coming, but for now, it's pretty old school
[01:24] <solstag> rickspencer3: awesome, thanks, this makes sense it's probably gonna work, I'll just take the time to update the image first ;) thanks guys! (mhall119)
[01:26] <rickspencer3> solstag, bon chance, and have fun :)
[01:26] <rickspencer3> it's way easier to use the phone if the terminal is installed
[01:26] <solstag> merci
[01:26] <rickspencer3> I think it may be in today's image by default
[01:26] <solstag> yeah I was just thinking that haha
[01:26] <solstag> it seems to be by the changelog
[01:26] <rickspencer3> nice
[01:27] <rickspencer3> solstag, after you get cellular data working, you may want to set up facebook and twitter integration:
[01:27] <rickspencer3> http://theravingrick.blogspot.com/2013/06/the-social-phone.html
[01:27] <mhall119> rickspencer3: yeah, terminal landed by default starting in image 152
[01:28] <rickspencer3> oops, dinner time
[01:29] <rickspencer3> night all
[01:32] <fdfdfd> hi
[01:32] <fdfdfd> anyone herre
[03:17] <Lipi> I can't install Ubuntu Touch Image to my Nexus 4. No response after "< waiting for device >" is shown in command line.
[03:17] <Lipi> Anybody help me?
[03:20] <Namidairo_> usb debugging on?
[03:20] <Namidairo_> installed yer adb drivers?
[03:20] <Namidairo_> etc.
[03:22] <Lipi> Flashing recovery to /home/lipi/Downloads/phablet-flash/153/raring-preinstalled-recovery-armel+mako.img < waiting for device >
[03:23] <snwh> try using sudo
[03:23] <Lipi> I have already used this command 'sudo phablet-flash -d mako -b'.
[03:24] <RAOF> Lipi: The first question would be “does "adb shell"” connect to the device?
[03:25] <Lipi> Absolutely. So my phone is in bootloader state now.
[03:26] <Lipi> But, In bootloader state,  'adb devices' command cannot see my phone.
[03:28] <mhall119> Lipi: sudo adb kill-server; sudo adb start-server
[03:28] <mhall119> then try adb devices again
[03:29] <snwh> Lipi, in bootloader state the command is fastboot devices
[03:30] <Lipi> Oh, got it. Thanks.
[03:30] <Lipi> Let me check 'fastboot devices'.
[03:36] <Lipi> Oh, Downloading is working now... Thanks mhall119, snwh, Namidairo, snwh, RAOF.
[03:42] <apalala> I broke a new Nexus 10 like this, but I can't get pass the login screen
[03:51] <Namidairo_> pretty hard to brick a nexus device
[06:31] <dholbach> good morning
[09:19] <Laney> is something badly bad with touch-preview images on the Nexus 7 currently? Most applications don't launch (just get a white screen) and the OSK doesn't come up either...
[09:23] <ogra> Laney, which one did you download ?
[09:23] <ogra> (from where)
[09:24] <Laney> I just phablet-flashed to 154
[09:26] <ogra> hm
[09:26] <ogra> i wonder if sergio broke the raring builds, better roll back to the last milestone then
[09:27] <ogra> there is a monthly-05 one
[09:27] <Laney> ogra: alright, I'll try that
[09:27] <Laney> 12.4MB/s... ♥ cdimage
[09:27] <ogra> wow, if i remove the fstab and issue a reboot, the system shuts down
[09:28] <ogra> as soon as i put the fstab back it reboots as requested
[09:28] <ogra> intresting behavior
[09:33] <swordfish> Hello everyone! I'm trying to merge changes made by  popey to the trunk branch in the launchpad... how can I do it? Do I need to merge locally and then commit the changes to trunk?
[09:35] <ogra> do you have permission to push to that branch ? else push to your own branch, go to the launchpad UI for it and propose it for merging
[09:37] <swordfish> ogra, sorry i missed your message... I have the permission the project is mine: https://launchpad.net/minesweeper-touch
[09:38] <ogra> well, then commit locally and do a bzr push to the branch
[09:39] <swordfish> Ok... Now i try...
[09:42] <Laney> ah yes, monthly seems to be better
[09:45] <swordfish> ogra, It gives me an error message... Starting from the I branch the trunk from the launchpad (just to be sure its correct) i merge the branch on my local copy (bzr branch and so on) but when i commit the changes (again locally) it tells me bzr: ERROR: Selected-file commit of merges is not supported yet: files Alan Pope 2013-05-31 add packaging, debian, minesweeper.desktop, minesweeper.png
[09:45] <ogra> how do you try to commit ?
[09:47] <swordfish> I use the commit command in QtCreator as always done, is it correct?
[09:48] <ogra> hmm, should be
[09:49] <ogra> better wait for someone from the sdk team though, i never used it
[09:49] <swordfish> i made a try... Using bzr status it tells me: pending merge tips: (use -v to see all merge revisions)  Alan Pope 2013-05-31 add packaging
[09:50] <swordfish> Ok... Thank you anyway... I will try this -v option to see how it works and I will wait...
[09:58] <swordfish> ogra,  Done!... it was only necessary a --pull in the merge command!...
[09:58] <ogra> ah, cool
[10:30] <MonkeyDust> any idea when the ubuntu will be available in europe?
[10:30] <MonkeyDust> any idea when the ubuntu phone will be available in europe?
[11:47] <ogra> sigh, i dont get it
[11:47] <ogra> starting ofono manually gets it working fine
[11:47] <ogra> starting it automatically doesnt
[11:47] <Dummies_freelanc> ogra: morning
[11:47] <ogra> morning
[11:55] <Mirv> hmm on saucy adb shell now goes directly to chroot? how do I pass on normal android commands now?
[11:59] <ogra> Mirv, which saucy image is that ?
[12:00] <ogra> (where did you get it from)
[12:00] <Mirv> ogra: old one, dist-upgraded
[12:00] <ogra> ah, you might not want to do that
[12:01] <Mirv> out of general curiosity: "why?", but yes I should probably try a fresher rootfs
[12:01] <ogra> that will get you the flipped container
[12:01] <ogra> but only half of it
[12:02] <ogra> serguiens is already working on an unflipped image that phablet-flash will install, until the flipped image is ready
[12:02] <Mirv> ok :) and I guess I need to go the manual route for updating since phablet-flash doesn't recognize the device since the adb commands don't work..
[12:02] <Mirv> I mean, getprop etc
[12:02] <ogra> yeah
[12:02] <ogra> does the rest work ?
[12:02] <ogra> if so:
[12:03] <Mirv> ogra: ubuntu side "works", lost GUI though, but I can ssh in
[12:03] <ogra> ah, well, i doubt you will get it working easily
[12:03] <ogra> better re-flash with the last raring milestone
[12:06] <Mirv> I'd want to test saucy precisely, but is it currently slightly harder than it was two-three weeks ago?
[12:07] <ogra> Mirv, we are flipping the container model (meaning we rework the whole plumbing layer)
[12:07] <ogra> in the archive ...
[12:07] <ogra> serguiens works on an unflipped image that just has updated packages
[12:07] <ogra> as interim
[12:07] <Mirv> ok, then I better wait before I ask others to test new packages on saucy devices as well ;)
[12:09] <Mirv> good information anyway, thanks, waiting for sergiusens' temporary solution to arrive
[12:09] <ogra> i'm just regenerating a flipped image ... many things already work there :)
[12:09] <ogra> no network, no calls and no sound yet though
[12:10] <Mirv> it was quite fine for testing GUI with a network forwarded over USB
[12:10] <Mirv> nice that flipped works as well
[12:11] <Mirv> is there a blog post already explaining the whole flipping thing to the masses? :)
[12:11] <ogra> not yet
[12:11] <ogra> i'll write one once the image is actually a bit more usable
[12:11] <Mirv> yeah, maybe best after it can be shown that it works
[12:11] <Mirv> right
[12:12] <ogra> i.e. waiting on a fix from ricmm ... to not get a white screen if you start apps
[12:12] <ogra> and NM
[12:12] <ogra> once these two are there i'll blog :)
[12:16] <elkng> will that new ubuntu-mobile support those hundreds of thouthands apps on the market ?
[12:16] <elkng> or with it you got better alternative, FOSS software ?
[12:16] <elkng> all those GTK and QT driven programms will work in it ?
[12:18] <ogra> no
[12:19] <ogra> ubuntu touch currently only supports QML, C++ and HTML5 apps
[12:19] <ogra> no Gtk, no X11 based apps
[12:21] <ogra> (and no android apps for now)
[12:56] <[SLB]> if i'm not mistaken, in the manual installation, the website talks about 2 steps,
[12:56] <[SLB]> first step deploys an armel-<device> image
[12:57] <[SLB]> and second step deploys the phablet-armhf image
[12:57] <[SLB]> in the images repository though i see more than 2 kind of images per device, plus generic images
[12:58] <[SLB]> armel-<device>, boot-armel+<device>, phablet-armhf, recovery-armel-<device> and system-armel-<device>
[12:59] <[SLB]> are the other images optional beyond the 2 steps described above?
[13:06] <asac> bfiller: hey
[13:06] <asac> bfiller: i cant find monthly agile plan of high level goals in your apps doc
[13:06] <asac> from oakland
[13:06] <asac> maybe we can randomly spread the apps across the month from june to september? :)
[13:07] <asac> maybe there are intermediate steps for each app? like a "feature complete release"
[13:18] <asac> good news/bad news from the saucy migration front?
[13:20] <ogra> asac, ofono runs if i start it manually
[13:21] <ogra> but i seem to have either upstart or dbus issues with auto starting
[13:21] <ogra> still debugging
[13:21] <asac> ogra: everything else is great?
[13:21] <ogra> no
[13:21] <asac> lol
[13:21] <ogra> we still need NM, pulse and the platform api fixed
[13:21] <asac> you gave me the impression that thats the case :)
[13:22] <asac> ok, but everyting being worked on? or is there anything not covered at all?
[13:23] <seb128> Kaleo, hey, what's the best channel to ask about qt question and about ubuntu-sdk questions?
[13:27] <ogra> asac, well, the pulse merge i'm not sure about ... cyphermox works on NM, i'm looking into ofono and ricmm has a fix for the platform api but i'm not sure we can upload it since it might break the unflipped images
[13:28] <ogra> having two incompatible images is a huge pain in the butt
[13:28] <ogra> especially if it comes to packages that are in both and need completely different patching
[13:28] <asac> its a challenge
[13:28] <asac> :)
[13:28] <asac> good challenge
[13:29] <ogra> it means to add two hackish patches now and having a lot of extra work later to clean up that mess
[13:29] <ogra> instead of doing it right right now
[13:29] <ogra> but thats how that concept works ..
[13:29] <asac> yes
[13:29] <asac> thats the idea
[13:29] <ogra> such a waste
[13:30] <asac> i thougth i explained the overall cost assessment
[13:30] <asac> and that its a net win
[13:30] <asac> :)
[13:30] <ogra> especially in the light that what we do now for flipped might totally not work anymore after steve and stephane moved everything to their wird partitioning ideas
[13:30] <ogra> so we have to do everyhthing three times in the end
[13:31] <ogra> in three different ways
[13:31] <asac> sounds good
[13:31] <asac> :P
[13:31] <asac> its a bit painful
[13:31] <asac> because... it was not thought of before
[13:31] <ogra> i understand your idea ... i just dont think we'll be done by oct this way
[13:32] <asac> maybe. but then it doesnt help if you are done, but the rest of our army of engineers isnt on saucy :)
[13:32] <ogra> heh
[13:33] <ogra> well, currently our "army" is split into three parts ... one part working still on raring fixes, one part working on unflipped saucy and one on flipped ... and the work of the latter might have to be re-done completely from scratch due to the re-partitioning plans
[13:34] <ogra> the majority of people works on saucy
[13:34] <ogra> thats not the issue anymore
[13:34] <ogra> i slowly suspect that the flipped image is ready before the unflipped though
[13:37]  * ogra shakes his fist at upstart 
[13:37] <ogra> Do what i want, damend !!
[13:52] <MacSlow> Saviq, these are the warnings/errors I get from run_on_device http://pastebin.ubuntu.com/5738800
[13:56] <Saviq> MacSlow, yeah, that means that for some reason dbus didn't start
[13:56] <Saviq> MacSlow, and dies all the time, too
[13:57] <Saviq> MacSlow, feels like a something-got-broken-on-the-device issue
[13:57] <Saviq> MacSlow, did you try flashing recently?
[13:57] <MacSlow> Saviq, I tried that two days ago, but it always failed... didn't bother much and kept on working on the backend-integration
[13:58] <MacSlow> Saviq, since it boots normally still, I assumed nothing got broken
[13:59] <Saviq> MacSlow, do you have branches for me?
[13:59] <Saviq> MacSlow, let's just make sure you're not fighting with something that's not your issue
[13:59] <MacSlow> Saviq, yeah... the one from the email yesterday...
[13:59] <[SLB]> how many images do i need to get from this link for manual installation? http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/ the guide talks about 2 steps, considering only raring-preinstalled-armel+<device>.zip and raring-preinstalled-phablet-armhf.zip
[13:59] <MacSlow> Saviq, lp:~macslow/unity/phablet-integrate-notification-backend
[14:00] <Saviq> MacSlow, yup, gimme a moment
[14:00] <MacSlow> Saviq, sure... thanks
[14:01] <mhall119> Calendar team meeting starting in #ubuntu-touch-meeting
[14:03] <MacSlow> Saviq, btw.. the problem I've here with flashing to the latest image is that the device_flashdaily script just opens up a new terminal-window briefly and that's closed within a second again... can't make out any error/warning being printed in that window
[14:03] <MacSlow> not sure what's wrong there
[14:03] <Saviq> MacSlow, device_flashdaily?
[14:04] <MacSlow> Saviq, that's the script which is called by QtCreator
[14:04] <Saviq> MacSlow, phablet-flash is the command to use
[14:04] <Saviq> MacSlow, it might be out of sync
[14:04] <Saviq> MacSlow, I just got into a meeting, your branch will have to wait
[14:04] <MacSlow> Saviq, ok
[14:05] <MacSlow> Saviq, I'll look into this flashing-issue
[14:08] <MacSlow> rsalveti, hey there... you got an idea what to look into if "phablet-flash" reports "Latest build detection not supported... bailing"
[14:08] <MacSlow> rsalveti, should I just manually state which build I want to have installed?
[14:09] <Saviq> MacSlow, you're on raring still?
[14:09] <Saviq> MacSlow, ppa:phablet-team/tools
[14:10] <MacSlow> Saviq, yes... wanted to wait with updating to saucy until I've the backend-integration sorted out/merged
[14:10] <Saviq> MacSlow, get the PPA
[14:10] <Saviq> MacSlow, it's got updated phablet-* scripts
[14:10] <ogra> stgraber, hey, so after you made bash work with adbd ... couldnt you also make it use more than 80x24 ?
[14:12] <ogra> :)
[14:22] <pmcgowan> awe_, why is the group id set to android_input? curious
[14:23] <ogra> the group handling will be reworked completely
[14:24] <stgraber> ogra: had to keep it at least vaguely painful ;)
[14:25] <ogra> stgraber, heh, i cant remember when i typed "reset" that often in the past
[14:25] <pmcgowan> ogra, so by the time I know it wont matter
[14:27] <ogra> pmcgowan, yeah, it might be gone in favour of a shim that just mimics the groups for executing processes
[14:27] <ogra> there is a bug open for that which i cant find atm
[14:27] <ogra> GRRR
[14:28]  * ogra shakes his fist against upstart for the tenth time today
[14:28] <ogra> it *never* does what i think it does
[14:29] <ogra> and reboots are sooooo slow
[14:29] <ogra> we should just call "sync, umount, poweroff" instead of doing a full shutdown
[14:31]  * ogra wants a "start on what-i-think" upstart bridge !
[14:34] <awe_> pmcgowan, otp
[14:40] <mfisch> ogra: that dbus thing you found with powerd is causing problems, so thanks for finding it
[14:40] <mfisch> ogra: having it the old way was cauing problems i mean
[14:40] <ogra> yeah
[14:41] <ogra> you might also want:
[14:41] <ogra> stop on runlevel [06]
[14:41] <ogra> to kill it on shutdown
[14:42] <mhall119> kalikiana: u1db-qt packages are still failing to build, even on a PPA with physical ARM hardware
[14:45] <dobey> how did you get a PPA that only builds on physical arm hardware?
[14:47] <kalikiana> mhall119, same segfault in qmlplugindump?
[14:47] <sil2100> Hi guys
[14:47] <sil2100> renato__: ping
[14:48] <sil2100> Since I have a question regarding address-book-service
[14:48] <mhall119> kalikiana: looks like it
[14:50] <kalikiana> mhall119, I wonder is this the only package where that happens?
[14:50] <kalikiana> anything with a c++ plugin must be running qmlplugindump
[14:53] <MacSlow> Saviq, I think it works... been calling and texting myself on the Nexus... the new notifications show up
[14:54] <Saviq> MacSlow, awesome!
[14:54] <MacSlow> Saviq, just no idea why the all the python-examples still dont't work ("gtk+ missing defined displays")
[14:55] <Saviq> not sure
[14:57] <sil2100> bfiller: hi
[14:59] <bfiller> sil2100: hi
[14:59] <mhall119> kalikiana: it's the only package in that PPA currently failing at all: https://launchpad.net/~ubuntu-sdk-team/+archive/ppa/+packages
[15:00] <sil2100> bfiller: I know it's probably more of a question to renato__, but I wanted to talk about the naming of the address-book-service project
[15:01] <sil2100> bfiller: since there's lp:address-book-service, but the source package name inside is called galera-contact-service
[15:01] <bfiller> sil2100: sure, what's the issue?
[15:01] <sil2100> bfiller: I think we need to decide on one of those and rename the other
[15:01] <sil2100> bfiller: it's just the 'source package name' so it doesn't matter to other applications
[15:02] <sil2100> But generally the branch and lp-project name should be the same as the source package name
[15:02] <sil2100> bfiller: what do you think? Which name fits better?
[15:02] <kalikiana> mhall119, that is not the qmlplugindump segfault, though. this is docs and that'S why x86 also fails. this should work again once the fixed ui-toolkit-doc is there - it's already fixed in trunk
[15:02] <bfiller> sil2100: makes sense, think we should use address-book-service for both
[15:02] <bfiller> renato__: ^^^
[15:05] <kalikiana> mhall119, I talked about it with fginther see https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1187006
[15:06] <FunkyPenguin> is there a known issue with apt on build 154?
[15:07] <kalikiana> mhall119, 0.1.46daily13.05.31ubuntu.unity.nextbzr527raring0 is behind r533 which has the fix
[15:08] <FunkyPenguin> im trying to install openssh on a newly flashed nexus4 and all i get is http://slexy.org/view/s21JDhUWb5
[15:27] <kenvandine> FunkyPenguin, looks like you aren't on the network
[15:28] <ogra> slangasek, init: Error while reading from descriptor: Bad file descriptor
[15:29] <ogra> slangasek, thats the line that got me suspicious ... and in the detailed log it actually prints the "cannot open /proc/self/fd/9" line before each job when doing a detailed log
[15:29] <ogra> i wonder if our kernel is missing anything here
[15:30] <ogra> SIGNALFD is set though ...
[15:30] <ogra> i dont know of any other kernel option upstart needs
[15:36] <rsalveti> pmcgowan: there are all sorts of permission issues with the android stuff
[15:37] <rsalveti> so we had to add the phablet user into a bunch of android specific groups
[15:37] <rsalveti> we're planning on cleaning that up soon
[15:37] <FunkyPenguin> kenvandine: ah, that could be it. is there wpa2 enterprise support for wifi?
[15:37] <pmcgowan>  rsalvetithanks was mainlu just curious
[15:37] <Kaleo> seb128: 15:23 < seb128> Kaleo, hey, what's the best channel to ask about qt question and about ubuntu-sdk questions?
[15:37] <Kaleo> seb128: #ubuntu-app-dev
[15:38] <seb128> Kaleo, thanks
[15:38] <Kaleo> seb128: #ubuntu-app-devel
[15:38] <Kaleo> sorry
[15:38] <seb128> Kaleo, I'm alon... thanks
[15:38] <MacSlow> Saviq, sadly a bit blurry... http://www.youtube.com/watch?v=zQMIf1cOyHc
[15:39] <kenvandine> FunkyPenguin, no idea :)
[15:39] <didrocks> ricmm rsalveti: nitpick in the platform-api: android/include/private/application/ui/clipboard.h is not listed as GPL (should it be LGPL?)
[15:40] <[SLB]> i have installed the 2 zip files with twrp on my nexus 4, but after the boot process it just stays black. cleared cache and dalvik already. any other thing i should do?
[15:40] <FunkyPenguin> hmm, wireless connection seems to be a bit on the "flakey" side
[15:41] <rsalveti> didrocks: hm, should be lgpl
[15:41] <didrocks> rsalveti: mind changing that?
[15:41] <didrocks> rsalveti: not a blocker, continuing looking at it for pre-MIRing
[15:42] <didrocks> (not a blocker as long as it's going to be fixed ;))
[15:42] <rsalveti> didrocks: let me change
[15:43] <ogra> slangasek, yeah, it would be an additional rules file that has a list of devices at the top and just "goto_end" for all of them
[15:43] <ogra> i dont really like the idea of diversions :)
[15:44] <ogra> but i guess it will do as interim
[15:44] <slangasek> ogra: as I said, the 'goto_end' only works within a *single* udev rules file
[15:44] <slangasek> it doesn't let you skip rules from a *different* udev rules file, which is where we have the problem curretnly
[15:44] <ogra> oh, indeed
[15:44] <ogra> hmm
[15:46] <ogra> udev should just grow an upstartish .override mechanism :P
[15:48] <rsalveti> didrocks: https://code.launchpad.net/~rsalveti/platform-api/fixing_clipboard_h_license/+merge/167795
[15:48] <rsalveti> ricmm: mind reviewing https://code.launchpad.net/~ricmm/platform-api/refactor-headers-new-cleanup/+merge/165467 ?
[15:48] <didrocks> rsalveti: approved
[15:49] <rsalveti> ricmm: sorry, wrong link
[15:49] <rsalveti> ricmm: https://code.launchpad.net/~rsalveti/android-audiosystem/enabling-build-i386/+merge/167671
[15:49] <rsalveti> didrocks: thanks
[15:49] <didrocks> yw ;)
[15:52] <kingivvi> Hey any idea where I can get some info on instalation of ubuntu on tablets other than nexus. well i have a digix sophix 8 i have baked some roms on phones but im kinda new at this.
[15:52] <ogra> there is a porting guide, see the channel topic
[15:52] <ogra> and there is the devices wikipage ...
[15:53] <ogra> !devices | kingivvi
[15:53] <kingivvi> oh nice thanks for the info
[15:53] <slangasek> ogra: so, I can have lxc-android-config divert both firmware.rules and persistent_v4l.rules right now, and that fixes mako immediately; or I can spend some time hacking to understand why *upstart* is breaking with udevtrigger in a wedged state, which will take me another day or two to sort out, but then we don't have to disable persistent_v4l.rules unnecessarily.  What do you think we should do here?
[15:54] <kingivvi> i got the thing to learn python 3 on android has no real solutions i found so far for that.
[15:54] <ogra> slangasek, go for it
[15:54] <ogra> (teh diversion)
[15:54] <ogra> i think the upstart issue is actually serious
[15:55] <slangasek> yes, I'll look at that either way
[15:55] <slangasek> the question was just whether we care about an expedient fix for mako
[15:56] <ogra> e do, but not right now i'd say
[15:56] <ogra> *we
[15:56] <slangasek> eh, but you just told me to go for it ;)
[15:56] <ogra> well, i read fix as "proper fix"
[15:56] <slangasek> ah no, I said "expedient fix"
[15:56] <ogra> i dont conside a diversion proper :)
[15:57] <slangasek> that's the opposite of a proper fix ;)
[15:57] <ogra> oh, k
[15:57] <ogra> yes, add the diversion now so we have a quick fix
[15:57] <Laney> so it seems nemo-keyboard isn't installed by default (at least in touch-preview) but it should be
[15:57] <Laney> otherwise you get no OSK ... pretty bad
[15:57] <ogra> getting mako and grouper to work is essential to get the rest of the team to work with the flipped images
[15:58] <ogra> i have an idea about grouper but need to test that later tonight
[15:59] <ogra> (not all plymouth upstart jobs are set to manual, i suspect a remaining one still tries to start plymouth , tegra is always behaving bad with that)
[16:01] <didrocks> rsalveti: ok, the code looks good, for NEW and main for platform-api in its current state
[16:02] <didrocks> rsalveti: one more than nitpick: debian/copyright as a pattern of android/hybris/test_*
[16:02] <didrocks> it doesn't match android/hybris/test.cpp :p
[16:02] <ogra> nitpicker :P
[16:02] <didrocks> ogra: seb128 found that one TBH, I didn't :p
[16:03] <didrocks> clearly a release blocker :p
[16:03] <ogra> definitely !
[16:03] <seb128> calling me picky?
[16:03] <didrocks> seb128: never ever!
[16:03] <ogra> better than calling you nitty :)
[16:04] <didrocks> ahah
[16:04] <seb128> what else would you expect from germans?
[16:04] <ogra> yeah :)
[16:04] <ogra> crazy people ... these germans
[16:06] <Laney> so how are the default packages for the raring images installed? it doesn't appear to be the germinate metapackage
[16:15] <davmor2> I love the weather app on the phone much kudos to whoever wrote it
[16:20] <silbs> ogra, rsalveti: I am doing https://wiki.ubuntu.com/Touch/Install#Flashing_the_device but having dependency issues. I heard one of you may be able to help :)
[16:21] <silbs> phablet-tools : Depends: python-configobj but it is not installable
[16:21] <silbs>                  Depends: python-requests but it is not installable
[16:22] <silbs> android-tools-adb and android-tools-fastboot went through fine
[16:23] <ogra> silbs, what release is that ? raring or saucy
[16:23] <silbs> ogra: actually, I am still quantal.  Is that the issue?
[16:24] <ogra> did you enable the PPA ?
[16:24] <silbs> ogra: yes, w/ add-apt-repository
[16:24] <ogra> oh, indeed you did, quantal needs it for phablet-tools
[16:24] <ogra> hmm
[16:26] <Orii> hey are updates happening yet for touch or is it still on the same version as originally released
[16:26] <Orii> ?
[16:26] <ogra> Orii, there are daily buids
[16:26] <ogra> *builds
[16:27] <ogra> phablet-flash automatically gets you the latest
[16:27] <Orii> oh sweet :)
[16:28] <rsalveti> silbs: let me check, but we might not have the latest for quantal
[16:28] <Orii> how are things coming along? i mean i love android.....but ubuntu touch is just epic
[16:28] <ogra> silbs, hmm, i see no reason why python-configobj wouldnt be found
[16:28] <ogra> it is in the normal archive
[16:29] <rsalveti> hm, it's indeed published for quantal here
[16:29] <ogra> same goes for python-requests
[16:29] <ogra> both should even be in main
[16:29] <rsalveti> let me try to install it in a chroot
[16:29] <ogra> thats very weird
[16:30] <ogra> silbs, you didnt by chance play with your software-sources and disabled main ? :)
[16:31] <rsalveti> ogra: silbs: hm, installed just fine in a clean quantal chroot + ppa
[16:31] <silbs> ogra: I can safely say that I haven't disabled main ;)
[16:31] <silbs> rsalveti: that's weird
[16:31] <ogra> yeah
[16:31] <ricmm> rsalveti: reviewing
[16:33] <ogra> silbs, is there any proxy in line between you and the archive ?
[16:33] <rsalveti> brb
[16:33] <silbs> ogra: shouldn't be. I'm in London office, on our own wired network
[16:33] <ogra> both are pretty standard packages and there doesnt seem to be any versioned dependency
[16:33] <silbs> everything else is up to date as well
[16:34] <ogra> so there is technically no reason you shouldnt be able to install them
[16:35] <silbs> must be something about my system.  I have installed test kernels in the past, but am now on the latest released one.  But maybe something during that period got messed up
[16:35] <ricmm> rsalveti: did you write these atomic funcs?
[16:37] <ogra> i cant find any updates for either of these packages, they must be the standard ones that were recent at release time
[16:38] <ogra> so yeah, smells a bit like there is something wonky with your sources.list (or sources.list.d files)
[16:39] <ogra> silbs, does an apt-get update on cmdline show any issues ?
[16:40] <silbs> ogra: nope
[16:40] <ogra> vrey strange
[16:40] <ogra> *very too
[16:40] <silbs> ogra, rsalveti: I've got to move on to something else now - will try again later or tomorrow.  Thanks for help anyway
[16:41] <ogra> let me know how it goes ...
[16:42] <kdub> rsalveti, what did you mean by 'now we need to implement support for mir' in hybris (sorry to jump channels)
[16:43] <mhall119> ogra: rsalveti: could she be having a conflict with someone else installed that is preventing those packages from being installable/
[16:43] <mhall119> ?
[16:43] <mhall119> s/someone/something/
[16:49] <ogra> mhall119, probably from another PPA or some such
[16:49] <ogra> iirc the cloud stuff uses python-requests
[16:49] <ogra> and i know she demos that at times :)
[16:55] <roman2861_> Who develops Weather app?
[16:55] <mhall119> community devs
[16:56] <davmor2> mhall119: I repeat my earlier comment it rocks, it is the best app for weather :)
[16:57] <davmor2> mhall119: and I haven't been able to break it either ;)
[16:58] <mhall119> +1 :)
[17:02] <rsalveti> silbs: too bad it didn't work, hopefully should work better later :-)
[17:02] <rsalveti> ricmm: they are from android upstream
[17:02] <roman2861_> mhall119, I did some changes in the Weather app and proposed for merging. Can you review my changes and accept or decline it?
[17:02] <rsalveti> ricmm: libcutils is already from android, I just took the remaining x86 functions and added there
[17:02] <rsalveti> so it could build
[17:03] <rsalveti> kdub: if you check hybris, there's a way now to properly hook up a different native window scheme
[17:03] <rsalveti> mostly related with egl
[17:03] <rsalveti> and they also got the port for wayland in place
[17:03] <rsalveti> so we might need to do some work there, but I might be wrong
[17:03] <rsalveti> don't yet know what is required by mir
[17:03] <kdub> rsalveti, we sit right on top of the hals
[17:04] <kdub> so no new hooking up needed in there :)
[17:05] <mhall119> Calculator app team meeting in #ubuntu-touch-meeting
[17:05] <rsalveti> kdub: then we're good
[17:09] <sil2100> renato__: ping
[17:09] <sil2100> renato__: https://code.launchpad.net/~sil2100/address-book-service/packaging_review/+merge/167812
[17:19] <olli> pmcgowan, ChickenCutlass, jono, rickspencer3, everybody, are you guys just using your regular SIM or did you get a pay as you go SIM for testing/dogfooding
[17:19] <ChickenCutlass> olli, pay as you go
[17:19] <olli> ChickenCutlass, any specific recommendation
[17:19] <ChickenCutlass> olli, just an att one
[17:19] <olli> ok
[17:20] <olli> I am just lost in the phone pricing maze
[17:20] <pmcgowan> olli, others have used there own sim, but since I am on verizon got a second att sim
[17:21] <olli> pmcgowan, I have separation anxiety... feel like I want to hold on to my sim/phone for a while ;)
[17:21] <olli> thx guys
[17:34] <mhall119> nik90: ping
[17:34] <nik90> mhall119: hi
[17:35] <mhall119> nik90: hey, would you be available to join a G+ hangout at 1500 UTC on Monday?
[17:35] <mhall119> to discuss the alarm backend API with someone from the SDK team?
[17:36] <nik90> mhall119: yeah I can make it
[17:36] <mhall119> awesome, thanks
[17:36] <mhall119> looks like we're going to get that ball rolling
[17:36] <nik90> mhall119: will you send the g+ hangout invite by email?
[17:37] <nik90> yes..I am glad that is happening since Alarm is the most requested feature
[17:37] <nik90> will help the dog fooding a lot
[17:37] <mhall119> nik90: yeah, I'll send it to your gmail
[17:37] <nik90> ok
[17:37] <mhall119> nik90: invite sent
[17:38] <nik90> got it.
[17:41] <dhacker29> I have ran phablet-dev-bootstrap -c to update and make sure I have the latest hybris and such but I can't seem to get a working build for the last month for the motorola razr.  Now with the migration to saucy not sure what is needed.  The android base builds with no issues but I never even get to where I have adb access
[17:41] <slangasek> ogra, stgraber: lxc-android-config uploaded with udev diversions; next build should boot OOTB on mako
[17:45] <jono> olli, I am using my normal SIM
[17:46] <dhacker29> So it seems phablet-dev-bootstrap wasn't updating hybris I ran bzr pull and it updated to 132?
[17:48] <folf> jono, olli what was the question? When I started out I realized the PIN code on the SIM needs to be disabled for it to work. Doesn't really say anywhere. (sorry if this was not the question, just joined)
[17:48] <ogra> slangasek, yay
[17:49] <slangasek> ogra: so is anyone working on the problem of every app coming up as a white canvas?
[17:49] <ogra> slangasek, yes and there is a fix already but still in testing on the unflipped image
[17:49] <ogra> ricmm worked it out
[17:50] <olli> folf, I was just curious if there is a good pay as you go provider
[17:50] <olli> less in technical terms, more with regards to plan & pricing
[17:50] <folf> olli OK :-)
[17:51] <slangasek> ogra: ok, cool
[17:51] <slangasek> ogra: so, it's not specific to the container flip, whatever it is?
[17:51] <ogra> nm is in progress as well ... only pulse is missing now
[17:52] <ogra> it is a hack that looks up the child PID and connects it with the parebnt PID from the different namespaces that broke (as i understood)
[17:52] <ogra> in the flipped world we dont need that
[17:52] <slangasek> ogra: now, which detailed log did you see the /proc/self/fd/9 in?
[17:53] <ogra> http://paste.ubuntu.com/5738679/
[17:53] <slangasek> ogra: ok, but what log is that?
[17:53] <slangasek> you just created a test job to dump the environment?
[17:54] <genii> Interesting. Sounds sort of how "screen" command works
[17:54] <ogra> slangasek, http://paste.ubuntu.com/5738665/ a debugging job
[17:55] <ogra> yeah
[17:55] <ogra> well, xnox  actually did :)
[17:56] <ogra> (though it isnt exactly the job i used, there were a few more "on start" entries for ofono etc
[17:56] <ogra> )
[17:56] <ogra> i dont have it anymore
[17:56] <slangasek> ogra: aha - specific to the upstart file bridge, it looks like
[17:56] <slangasek> er, maybe
[17:56] <ogra> http://paste.ubuntu.com/5738646/
[17:56] <ogra> that is a dmesg with "Bad file descriptor" lines
[17:57] <ogra> i suppose you have them on mako too
[17:57] <ogra> (/var/log/dmesg to be precise)
[17:57] <slangasek> yeah, that part I had
[17:59] <slangasek> ogra: what sets up /dev/socket?
[18:00] <ogra> the lxc-android-config upstart job ...  it is a dir full of links into the container
[18:00] <ogra> the sockets we need to talk to rild (for GSM, 3G and SMS)
[18:01] <olli> Saviq, can somebody from the UI team have a look at https://bugs.launchpad.net/touch-preview-images/+bug/1183065
[18:01] <slangasek> ogra: ah, ok
[18:01] <ogra> slangasek, my suspicion wrt the file bridge is that it simply doesnt get along with the situation
[18:01] <ogra> i dropped that stuff for now
[18:02] <ogra> (though it would have been nice if it worked)
[18:02] <slangasek> dropped which stuff?
[18:02] <ogra> awe_ is working on fixing ofonod to wait for the socket instead
[18:03] <ogra> what i tried to do was to add a "on file FILE=/dev/socket/rild" line to the ofono upstart job
[18:03] <awe_> ogra, I have to head out and run an errand, but will be working on this as soon as I return
[18:03] <ogra> to make sure it doesnt try to start beforre the link is freshly created
[18:03] <ogra> awe_, no hurry :)
[18:03] <awe_> k
[18:04] <ogra> we have other blockers that will take time
[18:04] <slangasek> ogra: that seems to still be here
[18:04] <ogra> yeah, havent uploaded the revert yet
[18:04] <slangasek> (/etc/init/ofono.override)
[18:05] <ogra> start on started dbus alone isnt reliable but definitely a lot more reliable
[18:05] <ogra> only fails every 5th boot or so
[18:05] <ogra> while using the file bridge only works every 5th
[18:05] <slangasek> hmm, ok
[18:06] <ogra> i dont really get why it gets more racy with the file bridge though
[18:06] <ogra> sadly the timing is essential for ofono ... needs to be up after dbus and the socket but before the session
[18:06] <mhall119> RSS Reader team meeting starting now in #ubuntu-touch-meeting
[18:06] <ogra> (since telepathy-ofono expects it to be there)
[18:07] <Saviq> olli, we'll have a look
[18:07] <ogra> ah, my download finally finished
[18:08]  * ogra finally gets to test todays image
[18:12] <mhall119> kenvandine: when will uoa-create support Google accounts?
[18:13] <olli> Saviq, thx
[18:13] <olli> doesn't have to be tonight
[18:13] <olli> at least not if it's you looking
[18:13] <olli> if you know what I mean
[18:13] <kenvandine> mhall119, do we have anything in the image that can use a google account yet?
[18:14] <kenvandine> if we do... i could probably make that work
[18:14] <mhall119> not yet, but soon the calendar will be able to import ical, and I'm hoping there's a Google API to get the private ical URL
[18:14] <Saviq> olli, yeah, it feels tricky to reproduce, so it will definitely not be tonight
[18:15] <ogra> bah, no keyboard :(
[18:19] <renato__> sil2100, address-book-service is not too generic and can cause conflicts?
[18:22] <kenvandine> renato__, nope... there is no package with that name
[18:22] <kenvandine> and that is the project/source name already
[18:22] <renato__> kenvandine, ok
[18:22] <kenvandine> cool
[18:23] <sil2100> renato__: not sure, there is no package like that in our universe, right?
[18:23] <kenvandine> there isn't
[18:23] <kenvandine> i checked
[18:23] <davmor2> mhall119: Yay I broked it, just keep adding cities to the weather app on the galaxy nexus it gets slower and slower then fails to add another city and then finally keels over :)
[18:25] <sil2100> renato__: as long as there is no package like that, I think it's fine to call it that way
[18:25] <sil2100> renato__: also, the LP project name is anyway like that ;)
[18:25] <kenvandine> and the source package name
[18:26] <kenvandine> which has to be unique :)
[18:27] <renato__> sil2100, I add some comments to the MR
[18:29] <mhall119> davmor2: ouch, how many did you have to add to do that?
[18:29] <davmor2> mhall119: 3 had it slow down 6 killed it
[18:30] <mhall119> davmor2: I have a meeting with them in a minute, did you file a bug?
[18:30] <mhall119> Weather team meeting starting now in #ubuntu-touch-meeting
[18:30] <rsalveti> slangasek: the white screen when opening applications issue should be fixed soon
[18:30] <rsalveti> once we get platform-api and qtubuntu in
[18:31] <davmor2> mhall119: not yet will do in a minute
[18:31] <rsalveti> waiting on the daily release stuff now
[18:31] <mhall119> rsalveti: what is platform-api?
[18:31] <rsalveti> mhall119: where we device our application lifecycle api
[18:31] <rsalveti> *define
[18:31] <mhall119> ok
[18:31] <rsalveti> which is used by our shell
[18:32] <slangasek> rsalveti: excellent :)
[18:32] <mhall119> rsalveti: are we going to get an implementation of http://qt-project.org/wiki/Qt-Platform-Abstraction ?
[18:33] <rsalveti> mhall119: not sure, ricmm or loicm would know better
[18:36] <davmor2> mhall119: https://bugs.launchpad.net/ubuntu-weather-app/+bug/1188332  didn't want to disrupt the meeting :)
[18:36] <mhall119> thanks davmor2
[18:36] <loicm> mhall119: we already have one in the QtUbuntu project, without it we wouldn't get any Qt app running on the phone/tablet ;)
[18:37] <sil2100> renato__: thanks! Will check tomorrow
[18:37] <renato__> sil2100, kenvandine https://code.launchpad.net/~renatofilho/address-book-service/rename/+merge/167827
[18:37] <mhall119> loicm: will that allow us to use Qt.openUrlExternally and have it open the right app according to MimeType's in the app's .desktop file?
[18:38] <kenvandine> i really hope so :)
[18:38] <kenvandine> it'll make friends-app much more useful :)
[18:38] <kenvandine> annoying to see all these cool links folks share and no be able to follow them :)
[18:42] <bcurtiswx> kenvandine, the bottom bar in the friends app, when i click refresh or top, i expect some type of visual feedback that it's clicked, but none. This WAD?
[18:42] <kenvandine> bcurtiswx, for now
[18:42] <kenvandine> refresh isn't async, so no callback when it is done
[18:43] <kenvandine> i want to make that async
[18:43] <davmor2> kenvandine: make it so, cause twitter is like a static page on the phone really annoying :)  Friends makes life worth living again ;)
[18:43] <bcurtiswx> well, all i'm looking for is a visual feedback with onclick:
[18:44] <kenvandine> bcurtiswx, indeed.. and that will happen
[18:44] <bcurtiswx> :)
[18:44] <kenvandine> i've considered making the refresh icon change briefly
[18:44] <kenvandine> but that is just a pacifier :)
[18:44] <kenvandine> i want it to really be async
[18:44] <kenvandine> and show when it is complete
[18:44] <kenvandine> which is backend work
[18:45] <bcurtiswx> bfiller, is there any work being done with an empathy-style app for touch ? or any integration with sms ?
[18:45] <bcurtiswx> kenvandine, the app itself is what mobile devices are all about, i can't wait to see how far it goes
[18:45] <renato__> kenvandine, do you have time to review it: https://code.launchpad.net/~renatofilho/address-book-service/rename/+merge/167827
[18:46] <renato__> kenvandine, I have merged sill2100 work on my branch to make the things fater
[18:46] <reindeernix> Has anyone tried to make plain Python work with Ubuntu's Qt Quick implementation? Just asking out of  morbid interest ;)
[18:46] <reindeernix> So it works on a device I meant
[18:46] <kenvandine> renato__, sure
[18:46] <bfiller> bcurtiswx: the phone-app will evolve over time to support multi protocols like empathy
[18:46] <kenvandine> bfiller, cool, so messaging will be in one place
[18:46] <bfiller> as it uses telepathy as back end so won't be so hard
[18:46] <kenvandine> the way it should be
[18:47] <bfiller> yeah, that's the plan
[18:47] <bcurtiswx> bfiller, sounds great. The two things I do on my mobile devices are SMS/Chat and Social networking
[18:47] <bcurtiswx> so i'm really looking forward to those
[18:47] <kenvandine> hopefully we'll be able to have proper foursquare support real soon... if location stuff works on the device :)
[18:48] <bfiller> bcurtiswx: so sms is already supported in phone app. no chat yet. but someone from community was working on a whatsapp app
[18:49]  * davmor2 shakes his fist at utouch on nexus7 
[18:50] <bcurtiswx> davmor2, haha, it's fun isn't it
[18:50] <bcurtiswx> bfiller, as long as it's in the plans i'm happy.
[18:50] <kenvandine> i wonder what's going to happen with google talk since they are dropping xmpp
[18:51] <AskUbuntu> Ubuntu touch preview nmcli connection for 3G data throws an error | http://askubuntu.com/q/304950
[18:51] <davmor2> bcurtiswx: um no, it's frustrating cause now it's usable on the galaxy nexus and I want to use it on my tab too :'(
[18:51] <bcurtiswx> i think the telepathy folks know about it, not sure what their plan is though
[18:52] <bcurtiswx> i'm having trouble with a bit on the nexus 7, biggie being sound and video, but i know it's being worked on..
[18:53] <loicm> mhall119, kenvandine: ok got it, our QPA plugin doesn't implement QPlatformServices (openUrl, openDocument and desktopEnvironment), this is why openUrlExternally always returns false for now, I guess we'll need to add support for it
[18:53] <mhall119> loicm: yeah, and we'll need to make sure that it behaves properly with apparmour rules
[18:54] <bcurtiswx> kenvandine, oh is that why links aren't working on friends-app
[18:54] <davmor2> bcurtiswx: oh no my big is go to the apps scope click on search and click on t for terminal it opens the app under it
[18:55] <kenvandine> bcurtiswx, yes...
[18:55] <Atrix> excuse me
[18:56] <Atrix> I'm considering getting a new phone that runs Ubuntu Touch
[18:56] <kenvandine> loicm, i would be very happy if that was implemented :)
[18:56] <Atrix> But I can't get an answer on whether it runs applications from the repos
[18:56] <kenvandine> what applications?
[18:57] <kenvandine> it runs the applications designed for ubuntu touch
[18:57] <kenvandine> but not anything for ubuntu
[18:57] <Atrix> Short answer: No.
[18:57] <Atrix> I was hoping it could run stuff straight out of some armel repo.
[18:58] <Atrix> Guess I'll stay with webtop for now, until it rots away
[18:58] <kenvandine> the selection of apps is really growing fast
[18:58] <jcastro> the cli stuff seems to work fine for me
[18:58] <kenvandine> sure
[19:02] <mhall119> RSS Reader team meeting in #ubuntu-touch-meeting
[19:02] <loicm> mhall119: I guess that (popping up the browser with a specific URL, popping up the mail client with a mail address, etc) would require support from the platform api, not sure if it's in there yet, ricmm?
[19:03] <freeflying> anyone has ubuntu-touch installed onto laptop :)
[19:04] <mhall119> loicm: yeah, the QPlatformService should do it
[19:04] <mhall119> loicm: ricmm: I was wondering if KDE might already have an XDG-compliant implementation
[19:05] <Atrix> Even if the apps are growing fast, still,
[19:05] <Atrix> it can't compete with a chrooted ubuntu on top of android.
[19:06] <Atrix> not in that field, anyway; vnc keyboard sucks.
[19:06] <bcurtiswx> hmm my friends app isn't updating any more
[19:10] <kenvandine> bcurtiswx, it refreshes every 15m
[19:11] <bcurtiswx> it refreshed now, i was going on 30 mins before. you're just messing with me now
[19:23] <ogra> hmm, i wonder what happens if i re-enable plymouth on maguro
[19:24]  * ogra is brave and tries
[19:25]  * genii keeps the fire extinguisher handy
[19:25] <ogra> heh
[19:26] <ogra> well, nothing happens :)
[19:26] <ogra> behaves like before
[19:27] <ogra> root@ubuntu-phablet:/# tail /var/log/upstart/plymouth.log
[19:27] <ogra> plymouthd: ply-terminal.c:611: ply_terminal_open: Assertion `terminal != ((void *)0)' failed.
[19:27] <ogra> plymouthd: ply-terminal.c:611: ply_terminal_open: Assertion `terminal != ((void *)0)' failed.
[19:28] <ogra> haha
[19:28] <ogra> root@ubuntu-phablet:/# tail /var/log/upstart/plymouth-stop.log
[19:28] <ogra> /bin/sh: 0: Can't open /proc/self/fd/9
[19:28] <ogra> slangasek, ^^^
[19:28] <ogra> plymouth-stop doesnt have a manual override ... thats where the message comes from apparently
[19:30] <mhall119> Doc Viewer meeting starting now in #ubuntu-touch-meeting
[19:45] <slangasek> ogra: hmm, I have no idea what self/fd/9 is actually supposed to be
[19:46] <ogra> googling got me to an old Keybuk fixed bug where it is explained that init talks to the job through it
[19:46] <slangasek> ogra: link?
[19:47] <ogra> https://bugs.launchpad.net/upstart/+bug/619269
[19:47] <ogra> from the script stanza
[19:47] <slangasek> hmm
[19:47] <ogra> likely not related, but it explains at least where it could come from
[19:48] <ogra> so, i noticed that all processes depending on started dbus seems to come up racy (or sometimes not at all)
[19:48] <ogra> powerd, ofono ...
[19:49] <ogra> (havent looked at bluetooth and logind yet)
[19:50] <slangasek> current upstart does use fd 9 for the script
[19:50] <ogra> i wonder if thats also an upstart or rather a dbus issue
[19:50] <slangasek> but I don't understand the error, because it's *succeeding* in reading the script.
[19:51] <ogra> oh
[19:51] <ogra> "Unknown username "whoopsie" in message bus configuration file"
[19:51] <ogra> heh
[19:52] <ogra> erm
[19:52] <ogra> root@ubuntu-phablet:/# ps ax|grep /sbin/init
[19:52] <ogra>     1 ?        Ss     0:04 /sbin/init
[19:52] <ogra>  1110 ?        Ss     0:00 /sbin/init
[19:52] <ogra> slangasek, ^^
[19:52] <ogra> fun
[19:52] <slangasek> erm?
[19:52]  * ogra guesses we should remove uchroot from androids init.rc 
[19:52] <slangasek> oh
[19:52] <ogra> :P
[19:52] <slangasek> yes ;)
[19:53] <ogra> luckily we have /var/lib/lxc/android/override/ for this
[19:53]  * ogra copies the init.rc from the rootfs and removes uchroot 
[19:54]  * ogra reboots 
[19:55] <slangasek> that also explains why I was seeing 'startup events' emitted by upstart 12 seconds after boot, then
[19:55] <ogra> yeah, only one /sbin/init
[19:55] <slangasek> 'startup' events
[19:56] <ogra> looks like even ofono is happier
[19:56] <ogra> i wonder if the file bridge would now work
[19:56]  * ogra tries
[19:56] <slangasek> which lines did you have to change to get rid of uchroot?  no matches on 'uchroot' in my copy of init.rc here
[19:57] <ChickenCutlass> ogra, oops should have told you about that
[19:57] <slangasek> ah, 'ubuntu_chroot'
[19:57] <ogra> ChickenCutlass, i knew about it but totally forgot
[20:01] <slangasek> ogra: so, not having two copies of upstart running... fixed the udevtrigger.  I wonder if the adbd I was connected to was actually the *inner* one?
[20:02] <ogra> the prompt should tell you
[20:02] <slangasek> well, regardless, I'm able to properly sequence ueventd vs. udev now
[20:02] <slangasek> how would the prompt tell me?  it would look like the same ubuntu system in both cases, no?
[20:02] <ogra> and its easily checked with ps ... androids utput looks totally different
[20:02] <slangasek> not in android - in the inner upstart.
[20:02] <ogra> not since we use bash
[20:02] <ogra> ah
[20:02] <ogra> yeah
[20:02] <ogra> that would indeed look the same
[20:03] <slangasek> anyway, I've changed lxc-android-config back to 'and starting udev', and everything starts up correctly here... still using a sleep to enforce it though
[20:03] <slangasek> let's see if removing the dpkg-divert is also ok
[20:04] <ogra> well, the v4l thing is still there
[20:04] <slangasek> that's the one I'm removing
[20:04] <slangasek> whoops, spontaneous reboot again
[20:04] <mhall119> File Manager meeting starting now in #ubuntu-touch-meeting
[20:05] <ogra> wow, so adding the file stuff to ofono now makes ofono do nothing at all (i dont even get a log) and powerd completely crashes on startup
[20:06]  * ogra likes the new lockscreen
[20:07] <ogra> the two inits also explain why every other reboot did get stuck
[20:08] <ogra> OH
[20:08] <ogra> NM works !!
[20:08] <ogra> hmm
[20:08] <ogra> well ...
[20:08] <ogra> kind of
[20:08] <ogra> it shows all networks after a manual iwlist scan
[20:08] <ogra> and i can set the checks ... but dont get the key prompt
[20:09] <slangasek> so I'm not sure if the upstart-file-bridge is starting early enough to guaranteeably catch the /dev/socket/rild creation
[20:10] <slangasek> upstart-file-bridge is currently 'start on mounted', which seems rather strange as that will catch the first mount only
[20:11] <slangasek> so the sequence is startup -> mountall -> first (virtual mount) == mounted -> upstart-file-bridge started
[20:12] <ogra> well, lxc-adnroid-config  doesnt really start early
[20:12] <slangasek> and lxc-android-config, which creates the link, starts on cgroup-lite, which waits for mounted MOUNTPOINT=/sys/fs/cgroup... which may or may not mean that it starts before upstart-file-bridge
[20:12] <slangasek> since 'start on mounted' blocks the return of any /individual/ mounted event, but mounted events are processed in parallel by mountall
[20:12] <ogra> oh
[20:14] <ogra> so adding "and started file" might help
[20:14] <ogra> but might also make the boot longer
[20:17] <user82> hi. when is the 3g data gui config planned? i heard it might even be ready by next week?
[20:33] <slangasek> ogra: 'and started file' - adding that where?
[20:34] <ogra> lxc-android-config
[20:35] <mhall119> rsalveti: when will the new platform_api and qtubuntu be in a device image?  This white screen bug is annoying the heck out of me
[20:35] <ogra> sigh, i should rename it to just be "android" ... typing it is such an effort
[20:35] <slangasek> ogra: yes, 'start on started upstart-file-bridge and started cgroup-lite' seems ok
[20:36] <slangasek> I'm still trying to figure out why u-f-bridge has the rules that it does
[20:36] <slangasek> though that's probably irrelevant here
[20:36] <rsalveti> mhall119: once the daily stuff lands
[20:36] <ogra> well, while that line above works, adding the file stanza back to ofono blocks ubuntu-touch-session
[20:36] <rsalveti> mhall119: probably tomorrow
[20:37] <ogra> which is really weird
[20:37] <mhall119> rsalveti: is there any work-around for now?
[20:37] <mhall119> I've just been rebooting until I get a session where it doesn't happen
[20:37] <rsalveti> mhall119: we got the mrs
[20:37] <rsalveti> you'd need to build lp:platform-api
[20:37] <rsalveti> and https://code.launchpad.net/~ricmm/qtubuntu/remote-pid-cross-container/+merge/167640
[20:38] <ogra> cyphermox, logind is running as a system service
[20:38] <cyphermox> ogra: NM with the patches synced doesn't work on the saucy images
[20:38] <cyphermox> yeah
[20:38] <ogra> doesnt it also need a session part ?
[20:38] <slangasek> doesn't want need a session part?
[20:38] <slangasek> logind?
[20:38]  * ogra isnt really up to date on the lennartOS stuff
[20:38] <cyphermox> root       494     1  0 20:32 ?        00:00:00 /lib/systemd/systemd-logind
[20:38] <mhall119> thanks rsalveti, I'll give it a shot
[20:38] <ogra> slangasek, yeah
[20:38] <slangasek> no, logind *is* a system service
[20:39] <slangasek> however, currently the shell is not registered with logind
[20:39] <slangasek> AFAIK
[20:39] <ogra> slangasek,  cyphermox has NM ready, but it refuses access for the phablet user
[20:39] <cyphermox> that won't help the UI for sure
[20:39] <ogra> yeah
[20:39] <cyphermox> however I should still be able to run nmcli from the phablet suer
[20:39] <cyphermox> *user
[20:39] <slangasek> /etc/init/ubuntu-touch-session.conf doesn't register with logind at all... normally this is handled by PAM, I believe
[20:39] <ogra> well, adbd isnt registered with logind either i guess
[20:39] <cyphermox> before, I had issues with doing this inside adb shell; it looked like it was failing to identify the seat
[20:40] <cyphermox> right
[20:40] <ogra> which means your shell is unprivileged
[20:40] <mfisch> ChickenCutlass: ping
[20:40] <ChickenCutlass> mfisch, hey
[20:40] <cyphermox> I was trying from ssh beofre as well, but tbh I didn't try again with ssh yet
[20:41] <ogra> ssh registers with pam
[20:41] <mfisch> ChickenCutlass: I wanted to give you an update on that setting for screen timeout. We can't listen for the setting change because the changes don't propigate on the system bus. ted says that is coming soon
[20:41] <ogra> which should give you all you need
[20:41] <ChickenCutlass> mfisch, ok got it
[20:41] <cyphermox> nope
[20:41] <cyphermox> http://paste.ubuntu.com/5739987/
[20:41] <slangasek> ssh will give you a session for logind, though it won't have an associated seat
[20:42] <cyphermox> this is failing at the policykit level btw..
[20:42] <slangasek> what are the authorization rules?
[20:42] <slangasek> local logged in user?
[20:42] <cyphermox> but we have a good enough policy in place already, afaict things should work
[20:42] <slangasek> or something else?
[20:43] <cyphermox> actually, hold on a second, something is wrong with the policy I think
[20:43] <kenvandine> bfiller, i've added some feedback to the user that a photo is being uploaded https://code.launchpad.net/~ken-vandine/share-app/feedback/+merge/167847
[20:43]  * ogra wonders if that loud POP sound the maguro makes on reboots was there before
[20:44] <cyphermox> meh, it souldn't change much
[20:44] <pmcgowan> ogra, I bet not
[20:44]  * mhall119 is gonna fill up his N7's storage with build depends
[20:44] <pmcgowan> ogra, thats the audio codec getting turned on? ask ChickenCutlass about that one
[20:44] <ChickenCutlass> lol
[20:45] <ogra> yeah, i guess
[20:45] <ChickenCutlass> pmcgowan, been down that road
[20:45] <ogra> theoretically we should just ship a proper UCM profile
[20:45] <slangasek> cyphermox: which dbus call is this?
[20:45] <ogra> which sets the levels right and wouldnt cause a popping anymore
[20:45] <ogra> but since all that stuff is handled from android i dont think we want that
[20:47] <cyphermox> slangasek: well, it's for the action org.freedesktop.NetworkManager.network-control
[20:47] <mhall119> rsalveti: which do I need first, qtubuntu or platform_api?
[20:47] <slangasek> cyphermox: hmm
[20:47] <cyphermox> nmcli con down id "whatever"
[20:47] <cyphermox> would be the same for trying to bring up a connection too
[20:47] <rsalveti> mhall119: platform-api
[20:47] <mhall119> thanks
[20:47] <rsalveti> mhall119: hm, but that would require a change in the android side as well
[20:47] <mhall119> oh
[20:47] <mhall119> so not as simple as bzr branch, bzr builddeb, dpkg -i?
[20:48] <rsalveti> but I believe today's image should have it already
[20:48] <mhall119> you mean I have to be *patient*? :(
[20:48] <rsalveti> mhall119: if you're using the latest, give that a shot
[20:48] <rsalveti> otherwise you'd need to flash the system image at least
[20:48] <rsalveti> from today's image
[20:48] <mhall119> oh, I think I'm on 153...
[20:48] <slangasek> cyphermox: and the policy for that seems to say that even users who aren't on the active seat should be able to run that command?
[20:48] <rsalveti> mhall119: 154 is the latest
[20:49] <cyphermox> there is no specific policy for this anywhere, even on desktop
[20:49] <slangasek> cyphermox: I'm trying to interpret the policykit file, which does seem to say both inactive and active users are allowed to use this action
[20:49] <mhall119> ok, I'll phablet-flash to that this evening
[20:49] <mhall119> assuming 155 with the new stuff doesn't get built before I do
[20:50] <cyphermox> slangasek: I can only agree
[20:51] <cyphermox> it's not necessarily anything to do with the seats and stuff, but there is definitely something wrong along the authorization chain
[20:51] <slangasek> cyphermox: I've actually just confirmed here, it is related to logind
[20:51] <cyphermox> ah
[20:51] <slangasek> cyphermox: if I adb in and run 'sudo -u phablet nmcli con', I get no connections shown
[20:52] <cyphermox> err
[20:52] <mhall119> well, platform_api packages all built okay
[20:52] <slangasek> cyphermox: if I edit /etc/pam.d/sudo to call pam_systemd, I see the connection list
[20:52] <cyphermox> interesting.
[20:52] <slangasek> cyphermox: so I think this is expected behavior; it's not expected that user processes would not have an associated logind session
[20:53] <AskUbuntu> I want to create my own Ubuntu Phone Preinstalled touch image | http://askubuntu.com/q/305008
[20:53] <slangasek> we need to fix that, somehow, to get a PAM session associated with the shell - I'm not sure if that was already on the agenda?  ChickenCutlass?
[20:53] <ChickenCutlass> slangasek, not that I know of.  We can add it
[20:54] <slangasek> cyphermox: can you confirm that 'echo session optional pam_systemd.so >> /etc/pam.d/sudo' fixes the other nmcli calls for you under adb?
[20:54] <cyphermox> slangasek: I get the same issue from ssh though
[20:54] <ChickenCutlass> slangasek, how do we do that?
[20:54] <ogra> slangasek, Mir will require lightdm as i understand
[20:54] <cyphermox> slangasek: I should have to sudo to run the commands though
[20:54] <ogra> so we should get that for free
[20:54] <slangasek> ChickenCutlass: well, good question.  it might have to wait for lightdm integration, yes.
[20:55] <ogra> until then having a hack wold be okk i guess
[20:55] <slangasek> cyphermox: well, as I have no network on my mako currently ;), I can't ssh in to confirm this
[20:56] <cyphermox> http://paste.ubuntu.com/5740027/
[20:56] <slangasek> ogra: hacking in pam is not cheap or easy.  If we're expecting to be moving to lightdm, we might want to see if we can get that sooner rather than later
[20:56] <cyphermox> I understand
[20:56] <cyphermox> that's with your change to sudo
[20:56] <mhall119> qtubuntu compiled too
[20:56] <mhall119> bzr builddeb is my favorite thing ever
[20:56] <ogra> slangasek, well, that depends on the Mir team i guess
[20:56] <cyphermox> slangasek: also, sshd includes common-session, which has pam-systemd
[20:57] <slangasek> cyphermox: yes, for ssh I would have expected this to already work
[20:57] <slangasek> cyphermox: what does 'loginctl' show?
[20:57] <cyphermox> nah
[20:57] <cyphermox> just a second
[20:57] <cyphermox> http://paste.ubuntu.com/5740035/
[20:58] <mhall119> well....that didn't work
[20:58] <mhall119> guess it's phablet-flashing time
[21:01] <slangasek> cyphermox: seems consistent with what I have here
[21:02] <slangasek> cyphermox: ok; so adding pam_systemd to sudo lets me call 'nmcli con' where before I couldn't, but I can confirm that it doesn't let me call 'nm cli con down id foo'.
[21:02] <slangasek> nmcli
[21:02] <cyphermox> right
[21:03] <cyphermox> the current policy should let you do that as well
[21:03] <slangasek> yes
[21:03] <slangasek> I think we may have to kick this over to a policykit expert
[21:04] <slangasek> we should be calling pam_systemd for the user session... but if calling pam_systemd is insufficient, I'm not sure if that's a policykit bug or what
[21:04] <cyphermox> if only I could get it to log more, it would already be easier
[21:11] <reindeernix> will ubuntu Ubuntu.Components support Python one day? Just asking if anyone have heard anything ;)
[21:12] <reindeernix> That would be really neat
[21:14] <combsbj> is it possible to install the touch screen interface packages on an x86 vm to use over a remote desktop protocol from tablet?
[21:25] <mhall119> combsbj: what "touch screen interface packages" are you referring to?
[21:25] <mhall119> reindeernix: you can probably use them with python already if you have a qt5 library for python
[21:26] <reindeernix> mhall119, there is a qt5 library for Python? o:
[21:26] <mhall119> reindeernix: I don't know, the last time I looked there was only qt4 bindings
[21:26] <mhall119> maybe pyside has qt5 now
[21:27] <reindeernix> mhall119, there hasn't been an update to PySide for a while but Riverbanking that creates PyQt is making it compatible with Qt5 :) Just wanted to know if there was talk about making Python ingrained into it like JavaScript is now.
[21:28] <reindeernix> mhall119, Well thanks anyway :)
[21:30] <reindeernix> Found a snapshot for PyQt5 which is nice :]
[21:32] <mhall119> kenvandine: does friends-app integrate with the messaging menu yet?
[21:32] <mhall119> reindeernix: javascript comes from QML, I don't think there are plans to support other languages inside QML itself
[21:32] <reindeernix> mhall119, okay ;_;
[21:32] <reindeernix> Well thanks :D
[21:34] <mhall119> no problem
[21:36] <cyphermox> slangasek: perhaps this is relevant anyway: http://paste.ubuntu.com/5740136/
[21:38] <slangasek> cyphermox: the 'Error getting login monitor: -2' part, maybe?
[21:38] <cyphermox> yeah
[21:38] <slangasek> cyphermox: I don't see that same error on my desktop
[21:38] <cyphermox> err, scratch that, the same thing happens when I kill polkit on m ydesktop and start it again
[21:38] <slangasek> oh, really?
[21:39] <slangasek> on mine, I get all the same output except for that
[21:39] <cyphermox> ah
[21:41] <slangasek> I don't know how much the monitor aspect matters, really; but that definitely does work on my saucy desktop
[21:41] <cyphermox> ok
[21:42] <cyphermox> I was under the impression that was when polkit actually syncs with logind, otherwise it comes up on PolkitBackendLocalAuthority
[21:42] <cyphermox> but I may well just be misundrstanding this
[21:42] <cyphermox> anyway, enough of this for now -- I'll need to ask someone who knows polkit well
[21:45] <mhall119> rsalveti: installed those packages on build 154, rebooted, seems fine now
[21:46] <mhall119> thanks!
[21:48] <rsalveti> mhall119: awesome
[21:48] <rsalveti> glad it worked
[21:55] <ogra> slangasek, just FYI using the file event does exactly nothing in ofono ... i even have console log set and dont get any log
[21:55] <cyphermox> rsalveti: afaik the updated NM doesn't break the touch image worse than it currently is for saucy, ie. you get a wifi connection list and stuff, so I'd be tempted to upload that to distro now
[21:56] <rsalveti> cyphermox: sounds good
[22:02] <ogra> cyphermox, oh, i guess bluetooth might also become another fun area with the container flip
[22:02] <cyphermox> indeed, it will be the same kind of fun
[22:12] <cyphermox> ogra: I suspect the first issue with bluetooth is that the kernel doesn't have hcismd, again
[22:12] <ogra> well, the big issue is that we dont handle the dveices at all on the ubuntu side
[22:13] <cyphermox> right, but still
[22:13] <cyphermox> I bet the kernel is missing that specific config
[22:13] <cyphermox> rsalveti: where can I look at the current kernel config for saucy ubuntu-touch?
[22:14] <rsalveti> cyphermox: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-saucy.git;a=summary
[22:14] <rsalveti> depends on the branch
[22:14] <ogra> cyphermox, zcat /proc/config.gz
[22:14] <rsalveti> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-saucy.git;a=blob;f=debian.grouper/config/config.common.ubuntu;h=989f9745bc8543a258ad5b2bcc377378901a2bf8;hb=5a2654fb75b13a8df63f4b6a70b938fc6127273e
[22:14] <rsalveti> grouper, for example
[22:14] <ogra> or zgrep
[22:18] <cyphermox> err
[22:18] <cyphermox> that's weird, according to uname I'd be running a 3.0.0 kernel
[22:19] <cyphermox> also, config.gz confirms my suspicion
[22:19] <cyphermox> oh wait
[22:19] <cyphermox> perhaps this is actually wrong on this device, I'm not on the mako
[22:22] <rsalveti> haha
[22:39] <cyphermox> hmm
[22:40] <cyphermox> rsalveti: so yeah, afaict, missing a kernel bit, but I'm not sure why I have 3.0.0 when apparently the saucy tree is for 3.9.0
[22:48] <ogra> cyphermox, because we use the android kernels (or the kernel team does and packages them)
[22:49] <cyphermox> ogra: ok...
[22:49] <ogra> there should be the respective branches on k.u.c
[22:50] <ogra> and we have packages and source packages indeed, you can just apt-get source and cross build etc
[22:50] <cyphermox> ogra: it's fine I'll just ask on #ubuntu-kernel to add that option
[22:50] <ogra> yeah
[22:57] <cyphermox> ogra: so that's done, that ś going to be needed to even get hci0 on the devices
[22:57] <cyphermox> with the exception of grouper which still uses brcm-patchram
[23:18] <omdaf> hello
[23:19] <reindeernix> mjallo