[00:42] <gambit69> Looking for help. I'm trying to find the command to copy and rename a file in the same directory please. thank you'
[00:44] <gambit69> Ok....Second room I've been in with a bunch of names in the room but no one is talking. Why bother logging into the room if no one is going to chat and be helpful? :(
[00:46] <wilee-nilee> mmm 3 whole min
[00:46] <RobbyF> I saw it like 30 seconds after
[00:47] <RobbyF> but I don't know the answer
[00:48] <RobbyF> omg look at all the apps loaded
[00:49] <RobbyF> aw just fakes
[00:50] <mhall119> RobbyF: install the core apps and collections ppas
[00:50] <mhall119> RobbyF: https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily and https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/collection/
[00:50] <RobbyF> thanks
[00:50] <mhall119> then apt-get install touch-coreapps and touch-collection
[00:50] <mhall119> then you'll have a bunch of working apps installed
[00:51] <RobbyF> email client?
[00:51] <RobbyF> -:]
[00:51] <mhall119> RobbyF: not yet, but we want to make one
[00:52] <RobbyF> It's in the core apps but I havn't seen anything worked on.
[00:52] <Blacklisted> give me operator
[00:52] <RobbyF> need an exchange client supported :(
[00:52] <Blacklisted> I want oper
[00:52] <mhall119> yeah, it was one of the original core apps but nothing was done yet
[00:52] <Blacklisted> GIVE ME OPER
[00:53] <mhall119> Blacklisted: you're not making sense
[00:53] <mhall119> RobbyF: we plan on using Trojita to get IMAP working
[00:53] <mhall119> I did just see a Qt project for Exchange support though
[00:57] <RobbyF> oh good.
[00:58] <RobbyF> I know thunderbird isn't QT but does it do exchange offhand?
[01:12] <mhall119> no
[02:00] <Chuck_> hi i have tried to install ubuntu touch on my nexus 4 following the official instructions, now my device doesnt get past google bootloader screen but does boot to bootloader/recovery. however its not showing up in adb devices so i dont really know what to do
[02:05] <duflu> Chuck_: In my experience, yes you do need adb working to install/resinstall Ubuntu touch. If adb is not working, then you can still reinstall Android and start again with these steps: https://wiki.ubuntu.com/Touch/Install#Restoring_Android
[02:14] <Chuck_> ok im trying those instructions now, terminal currently just says <waiting for device> but hopefully it will progress past that
[02:23] <AskUbuntu> Looking for a simple example of "expansion" building block in Ubuntu SDK | http://askubuntu.com/q/327230
[02:24] <Chuck_> yea so i follow those instructions but of course adb isnt working so step 5 doesnt do anything, i put into bootloader using volume/power key and do command from step 6 and its stuck saying <waiting for device>
[02:25] <savedjuli> hi
[02:40] <duflu> Chuck_: Sounds like the physical USB connection is not working. Try unplugging/replugging it. Also check "lsusb" and "dmesg" for information suggesting the phone is not connected or has disconnected
[02:43] <Chuck_> i appriciate the help, i switched usb ports and it seems to be doing its thing now
[02:43] <Chuck_> @Duflu Thanks a ton!
[02:43] <duflu> Chuck_: No problem
[03:24] <RobbyF> hmm, how to beat light off lol
[03:26] <RobbyF> silly question, I to I close an application that I'm currently in.
[03:26] <RobbyF> besides from going to the home screen
[03:47] <duflu> RobbyF: Don't know. I've been wondering the same
[04:42] <Sphyyr> Hello all.
[04:48] <cjohnston>  /5
[07:19] <artas182x> Hello
[07:19] <janimo> ogra_, is lxc-console -n android supposed to work ?
[07:19] <janimo> Type <Ctrl+a q> to exit the console, <Ctrl+a Ctrl+a> to enter Ctrl+a itself
[07:19] <ogra_> janimo, nope
[07:19] <janimo> but nothing else
[07:19] <ogra_> see my mail about flipped containers ;)
[07:20] <ogra_> there is an android-chroot command but that only chroots into the android rootfs, it doesnt actually switch into the container
[07:20] <ogra_> it is enough to start commands though
[07:20] <dholbach> good morning
[07:23] <artas182x> Does anybody know which changes i need to run flipped ubuntu phone?
[07:23] <ogra_> artas182x, a bunch, what device
[07:24] <artas182x> LG L9 P760. I have git repo for chroted ubuntu.
[07:25] <ogra_> do you have the unflipped image working already ?
[07:25] <artas182x> Yes
[07:26] <ogra_> ok ... does your device use a "normal" boot.img (does "abootimg -i $path/to/boot.img" recognize it as such ?)
[07:27] <ogra_> (if not, it gets a lot harder)
[07:27] <asac> ogra_: ho
[07:28] <ogra_> ok
[07:28] <asac> ogra_: you know what happened to our images in lab?
[07:28] <artas182x> Lg uses nornal boot.img, but I don't have linux computer near me, i can't type command.
[07:28] <ogra_> asac, what always happens ... thats how far the tests go if nobody catherds them
[07:29] <asac> ogra_: why did nobody do that?
[07:29] <ogra_> asac, now that you have to ask QA :)
[07:31] <asac> ogra_: reswults disappeared?
[07:32] <asac> we had like good imagres yesterday, but i dont see the good results anymore
[07:32] <asac> ogra_: can you recall?
[07:32] <ogra_> artas182x, ok, so to turn a flipped image into unflipped the first thing you need is the generic ubuntu initrd in your boot.img as well as an unflipped rootfs ... to start android in the container the android ramdisk needs to sit in /boot/android-ramdisk.img ... depending on your kernel config you might need to enable some console and VT options to make upstart happy
[07:34] <ogra_> asac, i'm not sure, i know 30.1 wasnt complete ... 31.1 and 31.2 were failed builds
[07:34] <ogra_> asac, i dont remember if 31 was complete or not
[07:35] <artas182x> Ok, thank you, i will try it later. Do it need any changes later ti do succesful boot?
[07:35] <ogra_> artas182x, make sure to do a recent build of your device specific zip, all the above files should be available in the out dir
[07:35] <ogra_> you need more
[07:35] <ogra_> the above is the first step
[07:36] <ogra_> if you got something ready, come back and i'll help you
[07:37] <ogra_> that the kernel works out of the box is rare so we will most likely need to debug the first boot ... once you get to an adb connection the rest is mostly paperwork (creating a proper udev rule etc)
[07:37] <ogra_> so your first target should be getting the thing booted and an adb connection
[07:38] <ogra_> https://wiki.ubuntu.com/Touch/PortingFlippedInProgress has an in-progess wikipage we are just trying to get sorted
[07:44] <asac> ogra_: so plan is:
[07:44] <asac> 1. get the 31.3 results published or rerun
[07:44] <asac> 2. release that
[07:44] <asac> 3. add the rest of the tests we have
[07:44] <asac> e.g. todays image need special attentiion
[07:44] <asac> where is jcollado
[07:44] <asac> ?
[07:45] <jibel> asac, he is on holidays
[07:46] <asac> jibel: are you able to help getting jobs through?
[07:46] <asac> gema is starting todays off now
[07:46] <jibel> asac, no, I don't know these jobs at all
[07:49] <ogra_> jibel, do you know who else can shepherd and re-run the tests  ?
[07:49] <ogra_> (in a european TZ)
[07:49]  * ogra_ suspects there is nobody
[07:49] <asac> ogra_: gema is kicking them off now
[07:49] <asac> but she will be in meetings for a while
[07:49] <asac> so might not be there...
[07:50] <asac> but... best option we seem to have right now
[07:50] <jibel> ogra_, maybe psivaa ? he starts around 0800UTC
[07:51] <jibel> I'll ask him when he gets online
[08:00] <ycheng> hi, on nexus4 with ubuntu touch installed, run test_glesv2 / test_sf show something on display
[08:00] <ycheng> but run test_egl does not do anything
[08:00] <ycheng> is that normal ?
[08:07] <jibel> ogra_, asac psivaa will help with touch smoke tests
[08:14] <ogra_> jibel, thanks
[08:21] <gema> I have restarted the jobs
[08:21] <gema> psivaa: I am looking at those
[08:22] <gema> psivaa: the only problem right now is to figure out if all the results are appearing on the public instance form the internal one or not and then if they apear on the dashboard
[08:22] <gema> psivaa: there seems to be a problem with the dashboard today that some results are missing, so it may be just a case of the dashboard not begin able to import/show the results
[08:23] <psivaa> gema: right, the runs are in the public instance but dashboard does not show all of them
[08:24] <gema> psivaa: that is a cjohnston issue
[08:24] <gema> psivaa: I have raised a critical bug , please make sure he sees it first thing his morning
[08:24] <gema> https://bugs.launchpad.net/qa-dashboard/+bug/1207218
[08:25] <AskUbuntu> Can I travel to Tibet Independently? | http://askubuntu.com/q/327316
[08:31] <gema> AskUbuntu: that's a peaceful thought you put in our minds, travelling to tibet :)
[08:33] <JamesTait> Good morning all, happy Yorkshire Day! :-D
[09:02] <MaxWallstedt> Is lp:platform-api still needed in the android build in the flipped images?
[09:06] <janimo> MaxWallstedt, yes
[09:06] <janimo> MaxWallstedt, only uchroot is no longer needed
[09:07] <MaxWallstedt> Ok, thanks!
[09:11] <dholbach> MaxWallstedt, great work on getting your port! thanks a bunch for updating the image info in LP so quickly!
[09:12] <dholbach> MaxWallstedt, not sure if you saw lp:~sergiusens/phablet-tools/flash_change already, but it's the branch which (once landed) will be able to flash the device, using the image info
[09:13] <dholbach> according to the merge proposal it should be something like "phablet-flash community --device i9100"
[09:13] <MaxWallstedt> dholbach, Yes, I saw that, and I'll try it out as soon as I can
[09:13] <dholbach> maybe you can comment on https://code.launchpad.net/~sergiusens/phablet-tools/flash_change/+merge/177927 as well once you played around with it?
[09:28] <MacSlow> dednick, ping
[09:28] <ogra_> MaxWallstedt, dholbach, i9100 wont work out of the box, it needs kernel changes  (specifically the cmdline needs console=tty1 appended, else upstart wont boot)
[09:29]  * ogra_ is working on that since sunday .... you can hardcode the cmdline from the bootloader in the kernel to achieve that change, but that breaks recovery mode completely
[09:30] <dednick> MacSlow: pong
[09:30] <ogra_> (beyond that flipped runs fine on my SGS2)
[09:30] <MaxWallstedt> ogra_, Thanks for that information!
[09:31] <dholbach> ogra_, nice!
[09:31] <dholbach> ogra_, is that something which is going to happen to other devices too?
[09:31] <asac> gema: job still running?
[09:31] <ogra_> MaxWallstedt, i also added a udev rule and the needed fstab changes to the respective packages already
[09:31] <dholbach> in that case we might want to document it
[09:31] <asac> gema: just wonder ... a few days back we got 140 tests
[09:31] <ogra_> MaxWallstedt, sound and camera are still not working with it though, that will need further inspection
[09:31] <asac> now its 128
[09:32] <asac> gema: oh its default/sdk/security that haven't run yet
[09:32] <asac> gema: coming or did they choke?
[09:32] <gema> asac: ack
[09:32] <gema> checking
[09:32] <ogra_> dholbach, the console issue will happen on several devices, but not all
[09:32] <MaxWallstedt> Well, one thing at the time
[09:32] <ogra_> :)
[09:33] <ogra_> dholbach, for our supported devices two worked without any kernel changed .... grouper and manta (both tablets) needed touching for the console stuff like the SGS2
[09:33] <asac> https://jenkins.qa.ubuntu.com/job/saucy-touch-mako-smoke-unity8-autopilot/9/artifact/clientlogs/
[09:33] <asac> powerd crashed
[09:34] <ogra_> its a matter of the graphics driver in use .... seems mali and tegra need tinkering
[09:34] <dholbach> maybe we should put that on https://wiki.ubuntu.com/Touch/PortingFlippedInProgress then(?)
[09:35] <asac> ogasawara: how is sprint going?
[09:35] <ogra_> well, its highly individual what you need to set .... i was trying to find a common denominator
[09:35] <asac> 11:33 < asac> https://jenkins.qa.ubuntu.com/job/saucy-touch-mako-smoke-unity8-autopilot/9/artifact/clientlogs/
[09:35] <asac> 11:33 < asac> powerd crashed
[09:35] <asac> ogasawara: ^^
[09:35] <asac> there is a .crash file with coredump for investiating
[09:35] <dholbach> ogra_, sure it is - I just thought that the general information might help ... if porters run into the issue
[09:36] <ogra_> CONFIG_VT and CONFIG_HW_CONSOLE might be something common
[09:36] <ogra_> i'm not 100% sure yet
[09:37] <murgero> Hey guys!
[09:37] <murgero> How is everyone?
[09:38] <ogra_> asac, whoopsie is on the images since a few days, probably QA and ev could work together to have it automatically process the crash files from utah
[09:39] <ogra_> (push it to the retracer, automatically create a bug and attach that to the dashboard)
[09:40] <asac> ogra_: we have just added the feature to export .crash files
[09:40] <asac> whoopsie etc. is on our list
[09:40] <ogra_> ah, sweet
[09:40] <asac> but its not really a priority because we dont have arm retracers yet anyway
[09:40] <asac> ogra_: see https://jenkins.qa.ubuntu.com/job/saucy-touch-mako-smoke-unity8-autopilot/9/artifact/clientlogs/
[09:40] <ogra_> asac, what happened to them ?
[09:40] <asac> unity8 had a failure and seems powerd just kicked in
[09:40] <asac> ogra_: dunno
[09:40] <ogra_> we have arm retracers since lucid iirc
[09:40] <asac> ogra_: sounded like they were never there  :)
[09:41] <asac> ogra_: but not for whoopsie
[09:41] <asac> etc.
[09:41] <asac> for the old infra
[09:41] <ogra_> but NCommander kind of dropped the ball on them
[09:41] <asac> but maybe i just got it wrong
[09:41] <asac> will double check the story in todays CI standup
[09:41] <ogra_> they worked for a year or so
[09:41] <asac> ogra_: for this whoopsie thingy?
[09:41] <ogra_> and after that on and off
[09:41] <asac> not the old stuff?
[09:41] <asac> like launchpad bug retracing
[09:41] <ogra_> the old stuff
[09:42] <asac> ogra_: so yeah
[09:42] <asac> none are there
[09:42] <ev> asac: no, you have it right. We don't have armhf retracers on daisy.ubuntu.com yet. That's RT https://rt.admin.canonical.com//Ticket/Display.html?id=58019
[09:42] <asac> for whoopsie
[09:43] <ogra_> well. there are retracers somewhere ... they can probably be re-purposed
[09:43] <ev> ogra_: the ones we have don't scale
[09:43] <ev> this calls for prodstack and a lot of them :)
[09:43] <ogra_> so we are waiting for calxeda ?
[09:44] <ev> ogra_: no, these are virtualised
[09:44] <ogra_> ah, k
[09:45] <asac> ev: ack
[09:45] <asac> steve gave me the big story :)
[09:45] <asac> now
[09:45] <ev> :)
[09:45] <asac> interesting stuff
[09:46] <asac> have to think about it :)
[09:46] <asac> but guess i will just forget
[09:46] <asac> and hope for it just happening
[09:46]  * ogra_ goes back to fix up lxc-android-config 
[09:46] <ev> we may get uploading the reports from jenkins to daisy.ubuntu.com for free, depending on how my conversation with Katherine next week on automatic reporting on Touch goes.
[09:46] <ev> heh
[09:47] <ev> but obviously there's additional work we can do to smooth the experience from a crash happening in jenkins to the developer getting a launchpad bug number
[10:01] <Notex> Hello.
[10:02] <popey> hello Notex
[10:11] <starthal> Hi, if I flash the daily Saucy build for grouper should I expect graphics to work?
[10:12] <ogra_> yes
[10:12] <starthal> Thank you
[10:14] <MaxWallstedt> ogra_, Did you need to change CONFIG_VT=y and CONFIG_VT_CONSOLE=y for i9100?
[10:14] <ogra_> MaxWallstedt, well, i changed it, i havent done a reverse twst, might be that just changing the cmdline stuff works, i'll test that later today
[10:15] <ogra_> *test
[10:18] <MaxWallstedt> ogra_, in galaxys2-common/BoardCommonConfig.mk there's a line: BOARD_KERNEL_CMDLINE := console=ttySAC2,115200 consoleblank=0. Is that the one that needs to be changed?
[10:18] <ogra_> MaxWallstedt, right
[10:19] <ogra_> and the configuration for it (kernel needs to override bootloader)
[10:19] <MaxWallstedt> Shall any of those values remain?
[10:19] <ogra_> loglevel=4 androidboot.serialno=0009c7dd53c73f sec_debug.enable=0 sec_debug.enable_user=0 c1_watchdog.sec_pet=5 sec_log=0x100000@0x4d900000 s3cfb.bootloaderfb=0x5ec00000 ld9040.get_lcdtype=0x0 consoleblank=0 lpj=3981312 vmalloc=144m console=tty1
[10:19] <ogra_> thats the one i use atm
[10:19] <ogra_> no, i replaced it completely
[10:20] <ogra_> but thats suboptimal since the bootloader prepends something to the line of you press the buttons for recovery mode on boot
[10:20] <ogra_> i.e. you cant use recovery anymore
[10:21] <ogra_> i talked to apw yesterday (one of our kernel geniuses) if we could have a patch that flips the cmdline handling around (so that ker kernel can append to the bootloader line)
[10:21] <ogra_> *that the
[10:21] <MaxWallstedt> Is it possible to re-flash the recovery afterwards?
[10:22] <ogra_> well, that wont gain you much
[10:22] <ogra_> and the recovery itself isnt broken
[10:22] <ogra_> the mechanism to boot into it is
[10:23] <ogra_> we actually need to use the bootloader cmdline and just append console=tty1 to it ... but the kernel only offers to completely replace it or to *pre*pend
[10:24] <ogra_> replacing will break recovery ... prepending will still leave us with the wrong console arg (only the last one is read and teh default cmdline has a console=ram in it)
[10:25] <MaxWallstedt> Is it possible to return to android in that state?
[10:26] <ogra_> well, you need to re-flash
[10:26] <gema> asac: all results are there
[10:26] <gema> asac: images look good
[10:26] <ogra_> (using haskell or whatever)
[10:26] <ogra_> err
[10:26] <ogra_> heimdall
[10:29] <asac> gema: nice
[10:29] <ogra_> gema, looks to me like 7 are still missing
[10:29] <ogra_> (we had 140 the last times)
[10:29] <gema> ogra_: do you know which job is missing?
[10:30] <gema> ogra_: the dashboard has this problem with results parsing
[10:30] <gema> (I think)
[10:30] <ogra_> not really and i cant see the 140er results on the dashboard anymore
[10:30] <gema> ogra_: ok
[10:30] <gema> psivaa: can you check against all the jobs we are running per device, which one is missing to show?
[10:30] <ogra_> but all successful runs the last days had that amount
[10:31] <ogra_> seems there is a lot missing
[10:31] <ogra_> (from dachboard)
[10:32] <psivaa> gema: ogra_: some jobs just finished running so the dash is yet to to pick them up
[10:32] <ogra_> ah, cool
[10:46] <mardy> Laney, seb128: ping for https://code.launchpad.net/~mardy/ubuntu-system-settings/private-module-dir/+merge/177801
[10:47] <Notex> Does wifi work fine for other people?
[10:47] <einnamehalt> Hello
[10:47] <Notex> Hello einnamehalt
[10:47] <einnamehalt> Why isnt ubuntu avaliable for iPhones
[10:48] <einnamehalt> that makes me sad cause i only have an iPhone
[10:48] <seb128> mardy, hey, as said I've no strong opinion on the topic, but I would prefer the to prefix the system directory with ubuntu-
[10:48] <seb128> mardy, I guess we can discuss the name at the call in 3 hours, can you join this week?
[10:49] <Notex> einnamehalt, I'm pretty sure Ubuntu Touch will never be on IOS.
[10:49] <einnamehalt> thats very sad :c
[10:50] <mardy> seb128: ah, right! I think I can
[10:50] <einnamehalt> i needthere must be a way to unlock the iDevice so that the User can do whatever he wants to do with it. I am thinking of an Jailbreak for changing the OS
[10:50] <starthal> But by the time your iPhone dies there will likely be an Ubuntu phone on the market
[10:50] <seb128> mardy, great
[10:51] <Notex> If you want to do whatever you want, I would suggest getting an Android phone/tablet. Apple gives no freedom to their customers.
[10:52] <einnamehalt> I had an Android device and i was very disapointed of that :D
[10:53] <popey> einnamehalt: it's not within our remit to port to apple hardware, but if someone in the community wants to try, that would be great
[10:53] <einnamehalt> that would be very great haha
[10:53] <bfiller> seb128: I added some information to settings sheet about keyboard settings. currently osk only reads it's settings from a config file
[10:53] <seb128> bfiller, thanks
[10:54] <ali1234> what happened to the porting guide?
[10:54] <w-flo> Notex, wifi is working fine for me (WPA2)
[10:54] <ali1234> it used to make sense :(
[10:54] <popey> ali1234: its being rewritten
[10:54] <seb128> bfiller, do you know if we have plans to provide an api to change the osk config? or we should just have a custom backend editing the ini style config file?
[10:54] <popey> ali1234: if you have suggestions, dholbach would appreciate the help!
[10:54] <ali1234> i suggest you fix it?
[10:54] <Notex> w-flo, must just be the port I was using. No wifi signals were being picked up.
[10:55] <bfiller> seb128: it's a good question, not sure if there is a Qt api that we can write a backend for to talk to maliit
[10:55] <popey> ali1234: not as useful as I had hoped
[10:55] <Notex> w-flo, why they were being picked up. But could not connect to them.
[10:55] <w-flo> Notex, maybe you can fix it in adb? like "ifconfig wlan0 up" ..
[10:55] <w-flo> Notex, oh. strange
[10:55] <bfiller> seb128: I need to look into that, would be best to not write directly to the file
[10:55] <ali1234> all i can tell you is it contains statements which do not match reality
[10:56] <ali1234> like for example "breakfast will automatically set up your device specific repos at the local manifest file .repo/local_manifest.xml. "
[10:56] <popey> right, again not useful without knowing which ones
[10:56] <Notex> w-flo, might download the latest release of Ubuntu Touch and see if wifi works.
[10:56] <ogra_> ali1234, there is a porting clinic soon that will try to work through it it never has been updated for the flipped container model
[10:56] <seb128> bfiller, yeah, I would prefer not have to edit the file ... especially if changes there are not dymamic and picked up by the osk
[10:56] <popey> ali1234: you referring to https://wiki.ubuntu.com/Touch/PortingFlippedInProgress ?
[10:56] <ali1234> no
[10:56] <janimo> rsalveti, can the ubuntu_chroot service be dropped from the phablet-saucy branch?
[10:56] <ali1234> i am refering to https://wiki.ubuntu.com/Touch/Porting
[10:56] <ogra_> janimo, +++
[10:56] <popey> that's being replaced / rewritten
[10:56] <ogra_> and plus !
[10:56] <seb128> bfiller, e.g not sure if it re-reads the config when it changes or if it only does once on start
[10:56] <popey> so "yay"
[10:57] <janimo> ogra_, popey I am specifically referring to the init.rc patch, not sure where the service lives actually
[10:57] <ali1234> well the new guide says exactly the same thing
[10:57] <ogra_> janimo, our container script set has a sed snippt that disables it ... that needs to go from lxc-android-config at the same time
[10:57] <bfiller> seb128: it's not dynamic right now but we will fix the osk to make it dynamic
[10:57] <janimo> ogra_, if sed does not succeed the script aborts?
[10:58] <seb128> bfiller, I just looked at your edit, interesting
[10:58] <ogra_> janimo, it should live in one of the bzr branches in the tree
[10:58] <ogra_> that branch can go as well
[10:58] <janimo> ogasawara, ah is it uchroot? ok
[10:58] <ogra_> yeah
[10:58] <ali1234> yeah what time is the clinic btw?
[10:58]  * ogra_ hugs leann
[10:58] <ali1234> the email doesn't say
[10:58] <ogra_> ali1234, hmm, dholbach might be able to tell us :)
[10:58] <seb128> bfiller, that's the design from mpt: https://wiki.ubuntu.com/LanguageAndText?action=AttachFile&do=get&target=phone-language-and-text.png ... it conflicts with the feature set it seems
[10:58] <seb128> bfiller, e.g you have quite some of those options as "not supported in 13.10"
[10:59] <asac> ogra_: sent mail about /current
[10:59] <asac> thx
[10:59] <seb128> mpt, ^ seems like: spell checking, auto correction and auto punctuation are not going to be supported by the osk in 13.10, should we just drop the controls for those settings?
[10:59] <bfiller> seb128: right, some of those have no support currently in maliit and doesn't look like we'll have time to implement
[10:59] <janimo> ali1234, all day long I think
[11:00] <ogra_> MaxWallstedt, http://paste.ubuntu.com/5936079/ thats my current cyanogenmod_i9100_defconfig, likely needs cleanup
[11:00] <ali1234> :S
[11:00] <ogra_> (sorry was a bit distracted)
[11:00] <bfiller> seb128, mpt : we'll have auto correction, but spell check and auto punctation are at risk. maybe I should list as "at risk"
[11:01] <bfiller> possibly we can do
[11:01] <seb128> bfiller, that works for me ... the settings side is not going to be lot of work, so we can add control/hide them at the end of the cycle, depending on what the osk ends up supporting
[11:01] <seb128> bfiller, we just need to make sure we have the things that are required by the prd
[11:02] <ali1234> so my question then, is where does breakfast actually put the local manifest when you run it on a codename that isn't on phablet?
[11:02] <bfiller> seb128: agreed
[11:02] <ogra_> asac, bfiller, rickspencer3 ... marking 20130731.3 ... DONE
[11:03] <ogra_> so we currently have a new /current :)
[11:03] <popey> ali1234: a question for rsalveti or sergio when they wake in a short while
[11:04] <rickspencer3> \o/
[11:04] <rickspencer3> thanks ogra_
[11:04] <rickspencer3> and popey :)
[11:04] <ogra_> :)
[11:04] <w-flo> yay :)
[11:05] <davmor2> ogra_: Yay \o/
[11:07]  * popey spies a 20130801
[11:07] <ogra_> doanac, so for your script ... you can now chmod -x /var/lib/lxc/android/pre-start.d/10-no-adbd which will disable the existing sed code ... and if you need something new, just copy your own 11-no-adbd in place (or overwrite it or whatever) the snippet needs to be executable and have a #!/bin/sh at the top
[11:08] <cdesai> ali1234: .repo/local_manifests/roomservice.xml
[11:12] <ali1234> ok. next question. can i extract the vendor binaries from a phone running ubuntu-touch already?
[11:14] <ali1234> answer: yes, apparently
[11:17] <dholbach> ali1234, ogra_, the whole day :)
[11:17] <dholbach> just ask all the questions you have
[11:17] <seb128> bfiller, who is the right person to talk to wrt the osk config/how to access it/what we need etc..?
[11:19] <mamenyaka> hello!
[11:21] <davmor2> ogra_: does that make 31.3 the latest daily or will a 01 be arriving shortly?
[11:21] <ali1234> dholbach: how should i report the problems in the porting guide?
[11:22] <dholbach> you could either just mention it here, add a note to https://wiki.ubuntu.com/Touch/PortingFlippedInProgress or bring it up on the mailing list (ubuntu-phone at lists.launchpad.net)
[11:25] <mamenyaka> I got my Sony Tablet Z flipped port up and running! Can someone help me with this: wlan: [447:F :HDD] hdd_driver_init: WLAN device not found!! [   14.045318] wlan: driver load failure
[11:26] <dholbach> mamenyaka, well done!
[11:27] <dholbach> if you (at some stage) could see if flashing with lp:~sergiusens/phablet-tools/flash_change works, that'd be great - according to the merge proposal, it should be something like "phablet-flash community --device pollux"
[11:28] <dief> moro. apuja ubuntu phonen asennukseen?
[11:29] <ogra_> dief, and in english ?
[11:29] <ogra_> davmor2, 01 should be running tests now
[11:29] <ogra_> (or start soon)
[11:29] <dief> ok. i need help for ubunutu phone
[11:30] <davmor2> ogra_: it is on grouper and manta that's what made me ask :)
[11:30] <ogra_> the dashboard is always behind, give it some time ...
[11:31] <bfiller> seb128: tmoenicke is the owner of that, he's on my team
[11:31] <ogra_> though tests tend to hang or get stuck and need a manual touch sometimes
[11:31] <dief> I try to install ubunutu phone for sgs- i9000
[11:32] <seb128> bfiller, ok, thanks, attente is the desktoper who is working on this system settings panel, I will tell him to get in touch with tmoenicke
[11:33] <mamenyaka> should the lp:~sergiusens/phablet-tools/flash_change  work simply by running the command you gave me?
[11:34] <dholbach> mamenyaka, yes, it should grab the info from your phablet-image-info branch you pushed
[11:34] <dholbach> f you could comment with your experience on https://code.launchpad.net/~sergiusens/phablet-tools/flash_change/+merge/177927 that'd be great
[11:34] <mamenyaka> simply running $ ./phablet-flash gives me errors
[11:35] <mamenyaka> $ ./phablet-flash
[11:35] <mamenyaka> Traceback (most recent call last):
[11:35] <mamenyaka>   File "./phablet-flash", line 24, in <module>
[11:35] <mamenyaka>     from phabletutils import arguments
[11:35] <mamenyaka>   File "/home/andras/Android/flash_change/phabletutils/arguments.py", line 21, in <module>
[11:35] <mamenyaka>     from phabletutils import environment
[11:35] <mamenyaka>   File "/home/andras/Android/flash_change/phabletutils/environment.py", line 26, in <module>
[11:35] <mamenyaka>     from phabletutils import community
[11:35] <mamenyaka> ImportError: cannot import name community
[11:35] <ogra_> uh, please use a pastebin
[11:35] <mamenyaka> sorry
[11:35] <ogra_> (next time)
[11:35] <ogra_> :)
[11:35] <mamenyaka> gotcha
[11:35] <dholbach> hum
[11:35] <mamenyaka> first time here
[11:35] <ogra_> no worries
[11:35] <dholbach> did you run something like "phablet-flash community --device pollux"?
[11:36] <mamenyaka> yes
[11:36] <mamenyaka> http://pastebin.com/TA72PcD6
[11:37] <dholbach> hummmmmmm
[11:38] <ogra_> sergiuiens should eb up soon
[11:38] <dholbach> let me follow up on the merge proposal
[11:38] <ogra_> *be up soon
[11:38] <dholbach> yes, I guess he forgot to "bzr add" a file or two
[11:39] <ali1234> how do i fix the java7 problem again?
[11:39] <ogra_> ali1234, hmm, i thought the branch was patched to not complain anymore
[11:39] <ali1234> no
[11:39] <ali1234> it still complains
[11:39] <ogra_> openjdk 6 should help though
[11:39] <ali1234> it's installed
[11:40] <ali1234> brunch still tries to use 7
[11:40] <ogra_> hmm
[11:40] <ali1234> Your version is: java version "1.7.0_25".
[11:40] <ali1234> The correct version is: Java SE 1.6.
[11:40] <ogra_> as i said, 6 should help :)
[11:41] <artur> Hello, I'm building ubuntu touch for L9. I've downloaded saucy repo, i applied patches from porting guide. What to do next to run flipped image?
[11:41] <ogra_> (and as the error suggests)
[11:41] <ali1234> and as i said, i just installed it
[11:41] <ali1234> openjdk-6-jdk is already the newest version.
[11:41] <ali1234> openjdk-6-jre is already the newest version.
[11:41] <ogra_> you probably need to remove 7 (temporary)
[11:42] <ogra_> seems the java binary still points to 7
[11:42] <ali1234> purged. it still doesn't work
[11:42] <mamenyaka> why don't you use oracle-java?
[11:42] <ogra_> he doesnt
[11:42] <davmor2> ali1234: you shouldn't need java, you may find that there are some .jar packages in some odd folder
[11:43] <ali1234> the build system checks java version even if it does not use it
[11:43] <ogra_> mamenyaka, because it should work with openjdk as well
[11:43] <xnox> ogra_: linaro verified that 1.7 works just fine, maybe we should still their version checks to accept 1.7 as fine.
[11:43] <xnox> ogra_: or i should finally fully patch the tree to not require java, nor check it at all.
[11:43] <ogra_> xnox, we should just get rid completely of all java stuff
[11:43] <xnox> ogra_: ok, will look into that.
[11:44] <davmor2> ali1234: I stand corrected then :)  I think it will always complain till you install the main orcale java to be honest it should still continue though
[11:44] <ogra_> xnox, how up to date are the android packages, do you currently regulary rebiuild them ?
[11:44]  * ogra_ would like to swithc before end of the day today
[11:44] <mamenyaka> you should purge all java and reinstall then
[11:45] <ogra_> davmor2, no, you dont need any oracle stuff
[11:45] <xnox> ogra_: there was a build yesterday. There will be another build in the moment to drop more stuff as per jdstrand comments in bug 1203800
[11:45] <davmor2> ogra_: no you don't need it but I think the install still whines that it isn't the right version. but carrys on compiling and stuff as expected
[11:46] <ali1234> make: *** No rule to make target `/home/al/Source/ubuntu-touch/phablet/out/target/product/galaxysmtd/ubuntu-boot.img'
[11:46] <xnox> ogra_: I haven't automated doing daily uploads of android package, will be looking into that soon, but i think it will only come with moving to phablet-saucy branch & making the export tarball look like the one used by android package.
[11:47] <ogra_> xnox, well, dholbach's clinic effort today should get us there ... hopefully we can switch branches this week
[11:47] <dholbach> you guys are all awesome! :)
[11:48] <ogra_> ali1234, are you using the right branch ? flipped works better with the new one
[11:48] <ali1234> what do you mean "the right branch"
[11:48] <ali1234> what is the right branch?
[11:48] <ali1234> and how do i tell if i am using it?
[11:48] <xnox> ogra_: hm, ok. but there are outstanding patches not applied from me. I will rebase the rest of them and switch android package, i guess.
[11:49] <xnox> ogra_: i'll keep you informed of any changes =)
[11:49] <ogra_> xnox, ok, then i'll hold back with the switch
[11:49] <xnox> ogra_: i think i will experiment with switching to saucy branch in a ppa.
[11:49] <ogra_> yeah
[11:49] <xnox> ogra_: the archive package will stay as it is, for now, from phablet branch.
[11:49] <ogra_> ali1234, i think its called phablet-saucy
[11:50] <xnox> ogra_: i'd rather see cdimage switch to build from android package rather sooner than later.
[11:50] <ogra_> xnox, well, if it works  i will switch :)
[11:50] <ali1234> i don't see that branch anywher ein the repo
[11:50] <ali1234> nor anything like it
[11:50] <ogra_> xnox, but it needs to be rebuilt as soon as hybris changes happen (like yesterday)
[11:51] <ogra_> janimo, do you have the runes for ali1234 to switch to the saucy branch ?
[11:51]  * ogra_ forgot them 
[11:51] <ali1234> i am on m/phablet-10.1
[11:51] <janimo> ogra_, ali1234  to switch an android build tree?
[11:51] <ali1234> as far as i can tell
[11:51] <janimo> ali1234, well it would be repo checkout phablet/phablet-saucy
[11:51] <ogra_> janimo, to eth saucy next thingie
[11:52] <ogra_> yeah, that one :)
[11:52] <janimo> but I think that branch is not normally fetched by default
[11:52] <ali1234> all i have done is run phablet-dev-bootstrap, add my old repos, rebase them to latest cyanogenmod, and then attempt to rebuild it
[11:52]  * xnox is chatting with Alan Cox on G+, I feel like I'm in touch with celebrities now ;-)
[11:52] <ogra_> haha
[11:52] <ogra_> fanboy !
[11:52] <ali1234> so why doesn't the default branch work then?
[11:53] <janimo> ali1234, the phablet-saucy branch is not fetched locally
[11:53] <ali1234> how is that relevant?
[11:53] <xnox> ali1234: it does but you need to add extra taget dependenices for your board to build ubuntu-boot.img, which may or may not work.
[11:53] <janimo> ali1234, what exactly is not working for you?
[11:53] <ali1234> make: *** No rule to make target `/home/al/Source/ubuntu-touch/phablet/out/target/product/galaxysmtd/ubuntu-boot.img'
[11:54] <ogra_> ali1234, the default branch does not ahve all flipped bits yet
[11:54] <ja> hello
[11:54] <ali1234> i am confused
[11:54] <janimo> ogra_, wait does the default not work already with both flipped and unflipped?
[11:54] <janimo> ogra_, and saucy with only flipped?
[11:54] <janimo> ali1234, if you want saucy remove the sync-c="true" line from .repo/manifest.xml and do a repo sync
[11:55] <ali1234> back in feb, i was able to build an image for galaxysmtd. today it does not work. what exactly changed?
[11:55] <janimo> then repo checkout phablet/phablet-saucy
[11:55] <ali1234> i don't know if i want saucy or not
[11:55] <ogra_> ali1234, almost everything changed
[11:56] <ali1234> so which change is the change that causes it to no longer work?
[11:56] <ogra_> we are now booting into ubuntu, running android inside a container and the android part was stripped down a lot
[11:56] <mamenyaka> I had the same error
[11:56] <mamenyaka> look here
[11:56] <mamenyaka> android_device_samsung_aries-common / shbootimg.mk
[11:57] <mamenyaka> rename boot.img to ubuntu-boot.img
[11:57] <ogra_> yeah, samsun is a bit tricky if it comes to boot.img
[11:57] <ogra_> they also dont use a normal andoid bootimg
[11:57] <cdesai> only on older devices though
[11:57] <cdesai> all good now, from S3 IIRC
[11:58] <ali1234> so should i be using saucy or not?
[11:59] <ogra_> cdesai, oh, thats good to know ... getting my SGS2 to flipped was really painful
[11:59] <ogra_> ali1234, you should
[11:59] <ogra_> nobody cares for raring or quantal anymore
[11:59] <ja> I was wondering if Ubuntu 13:10 Touch runs on asus fonepad me371mg
[12:00] <ali1234> why isn't saucy the default branch then?
[12:00] <ogra_> ali1234, again, because we havent taken care for ports that much while getting flipped to work
[12:00] <ogra_> which is why we have the porting clinic today
[12:00] <ogra_> to bring the tree and ports up to date
[12:00] <cdesai> mamenyaka: ali1234 from what I'm seeing, renaming won't work
[12:01] <cdesai> ubuntu-boot.img has ubuntu initrd
[12:01] <ogra_> yes, it needs to
[12:01] <cdesai> the one made by shbootimg.mk has the standard android initrd
[12:01] <mamenyaka> well, it worked for me
[12:01] <ogra_> right, you dont want that
[12:01] <cdesai> 10.1 mamenyaka?
[12:01] <mamenyaka> both
[12:01] <ogra_> the android initrd needs to end up in /system/boot/android-ramdisk.img
[12:01] <cdesai> phablet-10.1 I mean
[12:01] <mamenyaka> 10.1 and phablet-saucy
[12:02] <cdesai> aries just copies the kernel to boot.img
[12:02] <mamenyaka> only on phablet-saucy there is android-boot.img
[12:02] <cdesai> and the kernel has stage1 ramdisk, and stage2 normal and recovery ramdisks
[12:03] <ogra_> right
[12:03] <mamenyaka> and I just replaced the boot.img in the .zip wth the ubuntu-boot.img
[12:03] <mamenyaka> and renamed
[12:03] <ogra_> and the normal ramdisk must be the generic ubuntu one
[12:03] <cdesai> $OUT/ramdisk.img is used
[12:03] <ogra_> ti shouldnt
[12:03] <ali1234> so what should i actually do?
[12:04] <ogra_> then you wont be able to boot
[12:04] <ja> I was wondering if Ubuntu 13:10 Touch runs on asus fonepad me371mg intel atom z2420
[12:04] <ogra_> ja, thats intel, right \/
[12:04] <ogra_> ?
[12:04] <ogra_> oh, you said so
[12:04] <ogra_> no, it wont work unless someone first ports it to cyanogenmod
[12:05] <artur>  Hello, I'm building flipped base image for LG L9 P760.  I did patches from porting guide 1.0 expect PARANOID_NETWORK (fails on build). What to do next to get it working?
[12:05] <xnox> ja: no, no ubuntu runs on intel atom z* series due to 32-only uefi.
[12:06] <mamenyaka> I have this with boot.img that needed to be modified: http://tinyurl.com/ojgjlu7
[12:08] <artur> Can you describe what i need to patch?
[12:11] <janimo> rsalveti, ogra_ does this omap4 message look familiar?
[12:11] <janimo> SDP4430 Media: dsp: no backend DAIs enabled for SDP4430 Media
[12:11] <janimo> I know it has been seen on the panda a few releases ago, it appears a lot in my dmesg on a GNex like device
[12:16] <Chocanto> mhall119: ping
[12:22] <artur> Could anybody help me with moving ubuntu to flipped from unflipped?
[12:23] <mamenyaka> artur: what is the problem?
[12:24] <artur> I want to build unflipped image, i have synced saucy repo, and i have applied changes from porting guide 1.0. I don't know how to do next.
[12:26] <mamenyaka> taking screenshots with Ubuntu SDK isn't working with flipped, as it tries to save to sdcard
[12:27] <mardy> Laney: hi! about your allow_libdir_override branch, it looks good to me
[12:27] <mardy> Laney: in the comment, you mentioned that you didn't find a way to do something with qmake, what was it?
[12:28] <ogra_> mamenyaka, please file a bug
[12:28] <mamenyaka> how should I share some pictures here?
[12:28] <ogra_> (against the sdk)
[12:29] <ogra_> use some imagebin service
[12:29] <mamenyaka> here? https://bugs.launchpad.net/~ubuntu-sdk-team
[12:30] <ogra_> ubuntu-bug ubuntu-sdk
[12:30] <janimo> Not sure if this is harmless or not for basic bringup E/Sensors - (pid) setDelay(0) failed (Operation not permitted)
[12:30] <ogra_> try calling that in a terminal
[12:30] <mamenyaka> hah, didn't know that exists
[12:30] <ogra_> janimo, i dont remember anymore if the PVR issue above was actually fatal
[12:30] <mamenyaka> this is not an official ....
[12:31] <mamenyaka> and http://pastebin.com/KeLDh8wf
[12:31] <ogra_> Mirv, ^^^ ?
[12:31] <artur> How to put initrd in boot.img?
[12:32] <ogra_> artur, try with abootimg -i /path/to/boo.img if it is a normal android bootimg or something vendor specific
[12:32] <ogra_> if it is, you can use abootimg to update the initrd
[12:34] <artur> Ok, when i used abootimg,  i have some info about this boot.img
[12:35] <mamenyaka> here are some images: http://pastebin.com/dja9ZHuF
[12:35] <mamenyaka> I don't know if this is only with me, but all apps that only use the side behave like this
[12:35] <Chipaca> cjwatson: who should i talk with about click package hooks?
[12:35] <ogra_> artur, great, so just update the initrd inside ... abootimg -h should help
[12:36] <artur> ok, i will try in minutes
[12:36] <popey> balloons: can you take a look at bug 1207301 and bug 1207315 when you get a moment please.
[12:37] <cjwatson> Chipaca: There's a doc/hooks.rst file in the click source package with the spec; and then it should generally be up to the package consuming the file(s) in question to deliver a hook
[12:37] <cjwatson> Chipaca: (Whoever's writing the hook probably still wants to talk with me about the details, until things bed down some more)
[12:38] <artur> ogra_, can you descripe how to update initrd?
[12:40] <Chipaca> cjwatson: and there are at this point no hooks for scopes
[12:41] <Mirv> ogra_: which discussion / what?
[12:41] <Mirv> UI Toolkit bugs by default to https://bugs.launchpad.net/ubuntu-ui-toolkit
[12:41] <ogra_> Mirv, hwo do people file bugs ? seems ubuntu-bug ubuntu-sdk doesnt work
[12:41] <ogra_> mamenyaka, ^^^
[12:42] <ogra_> artur, abootimg -h should tell yoou
[12:42] <Mirv> also SDK in general there doesn't hurt, it can be then put elsewhere
[12:42] <mamenyaka> so?
[12:42] <timp> ogra_: what doesn't work? bug can be reported here https://bugs.launchpad.net/ubuntu-ui-toolkit/+filebug
[12:44] <ogra_> timp, seems mamenyaka cant take screenshots with flipped, because it tries to save them in /sdcard (i think that should be moved to /home/phablet/Pictures/)
[12:44] <cjwatson> Chipaca: Indeed, somebody who maintains whatever consumes scopes would need to write one
[12:44] <Chipaca> cjwatson: gotcha
[12:44] <Chipaca> cjwatson: thanks
[12:44] <cjwatson> Chipaca: I expect this will involve looking for scopes in more locations than just wherever it currently is in /usr
[12:44] <cjwatson> Chipaca: Since that'll be read-only ...
[12:45] <cjwatson> Chipaca: There are also confinement problems depending on how scopes run; it's necessary to make sure that any code delivered in click packages runs under apparmor confinement
[12:46] <cjwatson> Chipaca: If scopes already run as a separate process, then it would probably be sane to define a way to install scopes in a user's home directory (under ~/.local/ or whatever); if they don't, I suspect it would be a good idea to figure that out first
[12:46] <timp> ogra_: ah. I don't know how the screenshots are made or who is responsible for that
[12:46] <ogra_> well, something in the sdk seems to offer making shots
[12:47] <mamenyaka> bug reported
[12:47] <timp> jppiiroi1en: ^ did you add the screenshot to the qtc?
[12:50] <popey> balloons: also bug 1207325
[12:52] <mamenyaka> another question: how to reboot?
[12:54] <jppiiroi1en> timp, ogra_: there is a fix for that coming
[12:54] <jppiiroi1en> in the release pipeline
[12:54] <jppiiroi1en> could be available already
[12:54] <ogra_> jppiiroi1en, you rock
[12:57] <didrocks> asac: slangasek: https://launchpad.net/~ubuntu-release-nominators
[12:58] <MacSlow> did
[12:58] <MacSlow> doh...
[12:58] <MacSlow> dednick, ping
[12:58] <dednick> MacSlow: pong
[12:58] <ogra_> didrocks, is that for the ubuntu-release oscars ? :)
[13:00] <xnox> ogra_: and the Oscar for the best changelog entry goes to..........
[13:00] <ogra_> yeah
[13:00] <ogra_> :)
[13:01]  * ogra_ glares at the pulse dbus errors in http://paste.ubuntu.com/5936359/
[13:02] <jppiiroi1en> ogra_: any ideas if the BeagleBone + 7" LCD touch cape could be used with our stuff? As i have one :p
[13:02] <ogra_> jppiiroi1en, if someone does a port :)
[13:03] <didrocks> ogra_: of course ;)
[13:03] <ogra_> i know they have an android image based on ASOP, so it shouldnt be to hard
[13:04] <popey> balloons: also bug 1207333  (these may all be related, but not every app borks, only some)
[13:04] <jppiiroi1en> ogra_: would you create one if i buy you a BeagleBone? ;)
[13:04] <ogra_> jppiiroi1en, lol, if i had the time
[13:04] <jppiiroi1en> ^^
[13:05] <jppiiroi1en> ogra_: same here
[13:05] <artur> ogra_: what i need to edit in initrd?
[13:06] <Laney> mardy: thanks. I mean that I don't see any automatic libdir support like you get with autotools
[13:06] <Laney> i.e. I'm not sure what the variables you see in qmake -config are for
[13:07] <ogra_> artur, nothing, you just need to use the ubuntu genric one (should have been pulled in during your build)
[13:07] <artur> ok, thanks
[13:08] <artur> how the ubuntu generic initrd is called?
[13:09] <ogra_> artur, look in your out dir ... there should be an ubuntu-ramdisk.img
[13:10] <mardy> Laney: there isn't automatic libdir support AFAIK, the way you did it is the correct one
[13:10] <Laney> ok
[13:10] <mardy> Laney: before I merge in your branch, can you please tell me why it's important?
[13:10] <artur> i have only android-ramdisk.img and ramdisk.img
[13:11] <mardy> Laney: isn't multiarch useful only if you want to support binaries built for different archs to coexist?
[13:12] <artur> I know, android-ramdisk.img is ubuntu-ramdisk.img, but not renamed, i think
[13:13] <Laney> mardy: This is only moving the files; it's not a multiarch conversion yet (the package would have to be split or something for that to work)
[13:13] <Laney> I like the general goal of moving files out of /usr/lib where possible and it facilitates such a conversion in the future which would help with cross-building amongst other things
[13:14] <Laney> And it's becoming the standard in Debian/Ubuntu - see debhelper compat 9 and qmake -config
[13:15] <artur> ogra_: i recompiled boot.img. What i need to do next?
[13:15] <ogra_> make sure it ends up in your zip
[13:16] <nexwave-mat> hey guys, I'm I late to the party? Port clinic?
[13:16] <artur> ok, i have it in zip
[13:16] <asac> plars: so you will send around the list of tests that we will add today to ue-leads?
[13:16]  * ogra_ hugs xnox  ... thanks !
[13:16] <asac> plars: can you explicitely call out who owns which?
[13:16] <mardy> Laney: OK. I don't see the practical benefit now, but I understand it can make things easier, so I'll update my MR with it. Thanks!
[13:16] <asac> plars: rule: the engineering manager owning the app under test is the owner
[13:16] <asac> plars: thx
[13:16] <artur> ogra_, i have it in zip, what i need to do next?
[13:17] <ogra_> try flashing it and the saucy armhf.zip, then see where that gets you
[13:17] <plars> asac: will do
[13:17] <plars> asac: in the email you originally sent out, were those names accurate?
[13:17] <cjwatson> mardy: Cross-building's about to be a fairly significant priority for foundations AIUI, for what it's worth
[13:18] <xnox> ogra_: ?! =) android upload?!
[13:18] <ogra_> artur, if everything is right you should be able to adb into the device after boot .... if it isnt the device will be in a reboot loop
[13:18] <cjwatson> So we appreciate grassroots help with it
[13:18] <nexwave-mat> ogra_, are you running the port clinic chat?
[13:18] <ogra_> xnox, yeah :D
[13:18] <xnox> ogra_: =)
[13:18] <artur> ogra_, ok i must only do nandroid backup, then i will install zip
[13:19] <asac> plars: i think so... feel free to run the paste through me
[13:19] <ogra_> nexwave-mat, well, the prot clinic runs in here ... i'm just one of the doctors :)
[13:19]  * ogra_ doesnt run it ... but i try to help 
[13:20] <artur> I'm downloading current saucy zip
[13:21] <nexwave-mat> ok, well I'm probably going to ask questions that have already been answered but yesterday I setup my ubuntu touch environment anew. I can build and boot old unflipped images, phatblet-tool and repos are up-to-date as of 5 min ago. Where to I start to build new flipped image?
[13:21] <mamenyaka> will there be something regarding the 70-devicename.rules?
[13:23] <ogra_> mamenyaka, "be something" ?
[13:23] <ogra_> can you be more specific ?
[13:24] <asac> slangasek: http://paste.ubuntu.com/5878124/
[13:24] <asac> thats the list of ppa stuff and owners from 2 weeks ago
[13:24] <mamenyaka> as with the .config file, adding them for each device
[13:25] <ogra_> mamenyaka, yeah, thats sadly needed ... we might somehow pull thet into the android build and copy it on first boot or some such
[13:25] <ogra_> rsalveti, ^^^
[13:26] <mamenyaka> thank you
[13:26] <mamenyaka> I started to flip my other port, Samsung Note 10.1, but stuck on boot
[13:26] <nexwave-mat> This is the top part of my ".repo/manifest.xml":
[13:26] <mamenyaka> but this one's weird: http://pastebin.com/LNJ3xVs5
[13:26] <nexwave-mat> <remote  name="phablet"
[13:26] <nexwave-mat>            fetch="git://phablet.ubuntu.com" />
[13:26] <nexwave-mat>   <remote  name="github"
[13:26] <nexwave-mat>            fetch="git://github.com" />
[13:26] <nexwave-mat>   <default revision="refs/heads/phablet-10.1"
[13:26] <nexwave-mat>            remote="phablet"
[13:26] <nexwave-mat>            sync-c="true"
[13:26] <nexwave-mat>            sync-j="1" />
[13:26] <ogra_> nexwave-mat, please use a pastebin
[13:27] <ogra_> mamenyaka, stuck ? or in a reboot loop ?
[13:27] <mamenyaka> stuck
[13:27] <mamenyaka> adb working
[13:27] <ogra_> can you adb ?
[13:27] <mamenyaka> no bootloop
[13:27] <nexwave-mat> k
[13:27] <ogra_> congrats then
[13:27] <mamenyaka> yes, see pastebin
[13:27] <ogra_> mamenyaka, aha, so the initrd didnt find your rootfs
[13:28] <ogra_> can you pastebin the output of "ls /dev/disk/by-name" and /dev/disk/by-partlabel ?
[13:29] <mamenyaka> one moment
[13:29] <mamenyaka> # ls /dev/disk/by-name/
[13:29] <mamenyaka> BOTA0     BOOT      RADIO     RECOVERY  SYSTEM
[13:29] <mamenyaka> EFS       PARAM     BOTA1     CACHE
[13:30] <mamenyaka> # ls /dev/disk/by-partlabel/
[13:30] <mamenyaka> BOTA0     OTA       USERDATA  PARAM     BOTA1     CACHE
[13:30] <mamenyaka> EFS       HIDDEN    BOOT      RADIO     RECOVERY  SYSTEM
[13:30] <ogra_> aha
[13:30] <w-flo> my device is strange. I don't even have those paths. only by-id, by-path and by-uuid. x.x
[13:30] <ogra_> w-flo, yeah, yours is definitely strange
[13:31] <rsalveti> ogra_: we had that wi for slangasek to come to something more automated, like parsing and generating the udev files as needed
[13:31] <rsalveti> but yeah, this step could indeed be part of the android build
[13:31] <ogra_> rsalveti, oh, indeed, i totally had forgotten about that
[13:31] <rsalveti> ogra_: how are you dealing with the udev rules currently? creating it by hand?
[13:31] <w-flo> ogra_, do you happen to know if this could be caused by a bad kernel config? or maybe a bad kernel? AFAIK that kernel is community-made, as the original kernel for the device was 2.6.xx and then someone ported stuff to 3.0 and possible forgot something ..
[13:31] <ogra_> the point is that usually converting the ueventd.rc isnt enough
[13:32] <ogra_> you need to manually add some devices
[13:32] <rsalveti> ogra_: just concerned if we should include everything in ueventd.rc without proper review
[13:32] <rsalveti> right
[13:32] <ogra_> rsalveti, look at the new portin wiki :)
[13:32] <ogra_> someone added my awk script
[13:32] <rsalveti> awesome
[13:32] <ogra_> the ueventd.rc bits should be relatively safe
[13:32] <janimo> ogra_, I added it, but if you know what else needs to be done for udev rules please add it :
[13:32] <janimo> :)
[13:33] <ogra_> but the issue is that there is still manual work needed
[13:33] <ogra_> janimo, well, on my SGS2 i needed to add most of the graphic device bits manually
[13:33] <ogra_> and i still dont seem to have all devices right in the current rule (sound and camer dont work)
[13:34] <janimo> ogra_, why are those not in ueventd.rc?
[13:34] <ogra_> no idea
[13:34] <ogra_> probably because something in init.rc sets the permissions for them
[13:34] <ogra_> mamenyaka, i have a fix but that needs a new initrd, will take a moment
[13:35] <mamenyaka> thank you
[13:37] <w-flo> I have ueventd.vision.rc in $ANDROIDROOT/device/htc/vision and ueventd.rc in $ANDROIDROOT/system/core/rootdir ... combining  both seems to make most/all of the hardware work correctly
[13:39] <ogra_> ah, right, there can indeed be a device specific ueventd.rc as well
[13:41] <mamenyaka> I only converted the device specific ueventd.qcom.rc, should I also get the ueventd.rv converted?
[13:44] <w-flo> there's a "compass" user/group in the android ROM for my device, is that a common cyanogenmod thing? it runs akmd and has a few device nodes.. since that user is missing right now in ubuntu I used s/compass/system/ and that fixed my accelerometer.. If the user is common in cyanogenmod, it might be a good idea to add the user to the ubuntu rootfs.
[13:44] <w-flo> mamenyaka, I converted both. I think it was required for everything to work correctly (not sure)
[13:45] <ogra_> mamenyaka, yeah you most likely want both of them merged into one rules file
[13:50] <sergiusens> dholbach: sorry about that!
[13:50] <dholbach> sergiusens, was it a missing "bzr add"?
[13:50] <dholbach> that should be most easy to fix then ;-)
[13:50] <sergiusens> dholbach: pushing, and yes it was that :-)
[13:51] <dholbach> phew
[13:51] <sergiusens> dholbach: you can pull now
[13:51] <dholbach> mamenyaka, ^ if you want to try phablet-flash again, you should just have to "bzr pull" and then try again
[13:51] <mamenyaka> will do
[13:52] <dholbach> sergiusens, ran into http://paste.ubuntu.com/5936518/ now
[13:52] <mamenyaka> seems to working now
[13:52] <sergiusens> dholbach: oh, sorry late night changes
[13:52] <mamenyaka> what is the command again?
[13:53] <dholbach> mamenyaka, I ran "./phablet-flash community --device i9100", but it seems like sergiusens is still fixing something
[13:53] <mamenyaka> ok then, same here
[13:53] <dholbach> sergiusens, the image-info was pulled correctly it seems
[13:53] <sergiusens> dholbach: it's a simple fix ;-)
[13:53] <dholbach> :-D
[13:54] <rsalveti> janimo: regarding ubuntu_chroot, yes
[13:54] <dholbach> sergiusens, 𝅘𝅥𝅮 music to my ears 𝅘𝅥𝅯
[13:54] <ogra_> \o/
[13:54] <sergiusens> dholbach: ok, try now
[13:54] <mamenyaka> nope
[13:55] <MaxWallstedt> It started downloading for me
[13:55] <sergiusens> mamenyaka: did you pull again?
[13:55] <mamenyaka> yes
[13:55] <dholbach> mamenyaka, does "bzr up" say something about revision 153?
[13:55] <mamenyaka> it says up to date
[13:55] <sergiusens> bzr revno should prin 153
[13:55] <dholbach> MaxWallstedt, yep, pulling your image now :)
[13:55] <sergiusens> print*
[13:55] <ogra_> MaxWallstedt, did sound ever work on the SGS2 ?
[13:55] <mamenyaka> http://pastebin.com/N3iWJ58H
[13:56] <rsalveti> janimo: I believe those omap4 related issues is coming from alsa ucm or similar
[13:56] <rsalveti> janimo: don't think they are causing any harm for now, but diwic would know better
[13:56] <janimo> rsalveti, right, that's what previous LP bugs indicate, just unclear what the solution was for panda
[13:56] <janimo> rsalveti, an annoyance really as it fills up dmesg
[13:56] <ogra_> rsalveti, well, they might configure your audio as pandaboard :)
[13:56] <MaxWallstedt> ogra_: Well, I could play that Sintel video with sound, but it's not terribly loud. And I couldn't change volume
[13:56] <rsalveti> ogra_: indeed
[13:56] <ogra_> MaxWallstedt, ok, thats a regression vs unflipped then
[13:57] <ogra_> and diwic isnt around so i cant ask him about it
[13:57] <dholbach> sergiusens, should something like http://bazaar.launchpad.net/~pollux-image-dev/phablet-image-info/pollux/view/head:/manifest.json work? or is that deprecated now?
[13:58] <dholbach> if so, we might want to go and update the other ones on https://code.launchpad.net/phablet-image-info as well
[13:58] <sergiusens> dholbach: oh, I'm keeping what I rewrote in the wiki
[13:58] <sergiusens> dholbach: I'll be adding better error reporting today/tomorrow
[13:58] <dholbach> mamenyaka just found http://pastebin.com/N3iWJ58H in case you didn't see it above
[13:58] <sergiusens> dholbach: but I'm only looking for manifest.json now
[13:58] <ogra_> awe, happy porting clinic day :)
[13:59] <sergiusens> dholbach: oh, just opened the link, that should work
[13:59] <sergiusens> dholbach: haven't tried, but checking if the entry is a dict or an str
[13:59] <dholbach> mamenyaka, you could try something more like http://bazaar.launchpad.net/~i9100-image-dev/phablet-image-info/i9100/view/head:/manifest.json - that seems to work
[13:59] <mamenyaka> I will check it out
[14:00] <sergiusens> dholbach: let me try that pollux
[14:00] <mamenyaka> is hash needed?
[14:00] <sergiusens> mamenyaka: dholbach let me fixt that... your config _should_ work
[14:00] <sergiusens> mamenyaka: no, it's optional
[14:01] <seb128> kenvandine, Laney, didrocks, tedg, mardy: I'm coming to the settings hangout, 2 min
[14:01] <seb128> just finished another call
[14:01] <seb128> I need to grab something to drink first
[14:01]  * tedg is fighting Google, 2 days
[14:01] <didrocks> seb128: I won't be around TBH :p
[14:02] <didrocks> but you know what I did
[14:02] <Laney> trying to figure out how to join it on my tablet
[14:03] <kenvandine> seb128, yeah, google is forcing me to update the plugin...
[14:03] <sergiusens> tedg: they are too big to fail ;-)
[14:05] <mamenyaka> so, should I update to the newer manifest.json format?
[14:05] <sergiusens> mamenyaka: your json is incorrectly formatted
[14:06] <sergiusens> mamenyaka: line 6 and 3 have a ',' at the end
[14:06] <seb128> kenvandine, weird, didn't happen here (but I'm using their ppa so it might have updated recently)
[14:06] <MaxWallstedt> dholbach: did the new phablet-flash work for you?
[14:06] <sergiusens> mamenyaka: the previous version should of worked too btw
[14:06] <dholbach> sergiusens, once your branch landed in trunk, I'll add a note to the docs to test-run phablet-flash before asking for approval
[14:07] <dholbach> MaxWallstedt, I don't have a i9100 device, but yes, it got up to the "adb recovery ..." step
[14:07] <mamenyaka> okay, working now
[14:07] <dholbach> yooohoo!
[14:07]  * dholbach hugs mamenyaka, MaxWallstedt and sergiusens
[14:07] <dholbach> great work :)
[14:07] <mamenyaka> but the old format for my n8000 isn't
[14:08] <sergiusens> mamenyaka: don't change it and let me check it :-)
[14:08] <MaxWallstedt> I got this: http://paste.ubuntu.com/5936564/
[14:08] <mamenyaka> ok
[14:09] <popey> fginther: https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/BUG_1201094/+merge/178064 - "IOError: [Errno 28] No space left on device
[14:09] <popey> fginther: can we fix that pls?
[14:09] <sergiusens> MaxWallstedt: to quickly test can you start adb as root? adb kill-server && sudo adb start-server
[14:09] <fginther> popey, ack
[14:10] <cking> where do I file bugs for ubuntuappmanager?
[14:11] <MaxWallstedt> I think my setup has problems with adb, in recovery I can't find my device
[14:12] <sergiusens> MaxWallstedt: not even as root?
[14:13] <Chocanto> popey: Hey :) Who do I must contact to ask to add the poppler-qt5 package on the ubuntu-touch-coreapps ppa ? :)
[14:13] <nexwave-mat> is making a flipped port as simple as taking ubuntu-boot.img from my $OUT directory renaming it boot.img and replacing it in cm-10.1-20130731-UNOFFICIAL-p930.zip then flash to device?
[14:13] <ogra_> adb kill-server; sudo adb start=server
[14:13] <MaxWallstedt> I think I fixed it, I'm running ubuntu in VirtualBox and have to pass some usb stuff to the virtual machine
[14:13] <ogra_> bah
[14:14] <popey> Chocanto: do you need autolanding / ci ?
[14:14] <ogra_> cking, see topic ...
[14:14] <Chocanto> popey: This package isn't mine so I think no
[14:14] <ogra_> nexwave-mat, no, it needs a lot more ... but if you can get it to boot and give you adb the worst part is done
[14:15] <sergiusens> mamenyaka: rev 154 should work with the n8000
[14:15] <cking> ogra_, oh ta
[14:16] <ogra_> cking, its one of the "spethial" packages :)
[14:16] <cking> it is special in many ways
[14:16] <ogra_> heh
[14:16] <ogra_> it will go away once we switch to Mir
[14:16] <Chocanto> popey: This package is proposed for saucy but I don't really know how long it will take to MOTU to review it and then to add it to the saucy repo
[14:17] <mamenyaka> sergiusens: it does work!
[14:17] <ogra_> crazy talk
[14:17] <Chocanto> popey: https://launchpad.net/ubuntu/+source/poppler/0.24.0-0ubuntu1
[14:17] <ogra_> :)
[14:17] <sergiusens> ogra_: you're living the dream!
[14:17] <sergiusens> :-)
[14:17] <ogra_> haha
[14:18] <mamenyaka> is it okay to have a mile long Traceback on pressing CTRL+C in phablet-flash?
[14:18] <popey> Chocanto: i can push it to that ppa
[14:19] <popey> will take a look a bit later
[14:19] <Chocanto> popey: Ok, thank you a lot :)
[14:20] <ogra_> sergiusens, MaxWallstedt ... so one issue i see with the i9100 is that /data is actually really small ... the install would ahve to use another partition to store the zip before installing it ... i guess there are more such devices out there
[14:20] <w-flo> guess which, for example :D
[14:20]  * w-flo 's device
[14:20] <ogra_> :)
[14:20] <ogra_> i thinnk we need to find a common way for such devices ...
[14:21] <w-flo> it's bug 1145984
[14:21] <ogra_> my i9100 has a giant partition but it isnt /data
[14:21] <nexwave-mat> ogra_: I had it booting yesterday with no mods and ADB, however adb was directly into CM... I guess I wasn't flipped?
[14:21] <ogra_> nexwave-mat, yeah, you werent
[14:21] <w-flo> I've posted a patch to that bug, but it needs some work I guess %)
[14:21] <ogra_> nexwave-mat, you would end up in the ubuntu rootfs  if it worked
[14:23] <ali1234> ok, i am using saucy now
[14:23] <ali1234> i still get the same error
[14:23] <ali1234> make: *** No rule to make target `/home/al/Source/ubuntu-touch/phablet-saucy/out/target/product/galaxysmtd/ubuntu-boot.img'
[14:23] <Tassadar_> the installer could use /tmp - RAM is usually big enough, and it's fast
[14:25] <ali1234> Tassadar_: the problem is that the installer does some really silly thing: you have to copy the zip onto the phone, then it unzips it, producing a tgz, then it un-tgzs that
[14:25] <ali1234> so it ends up needing 3x as much space as it actually should
[14:25] <Tassadar_> yeah, that's why I'm suggesting /tmp
[14:25] <mamenyaka> ali1234: I don't know, you should get error with android-boot.img in phablet-saucy
[14:25] <Tassadar_> it has to do it like that, because ZIPs can't preserve permissions :/
[14:26] <sergiusens> mamenyaka: yeah... I'm not capturing exceptions initially, I find them more informative
[14:26] <ali1234> wait, hang on
[14:27] <ali1234> hmm
[14:27] <sergiusens> Tassadar_: were you the one who proposed the MR?
[14:27] <Tassadar_> ?
[14:27] <ali1234> how do i checkout saucy?
[14:28] <sergiusens> ogra_: where is META-INF these days?
[14:28] <sergiusens> is it still hidden in cdimage?
[14:28] <nexwave-mat> well wish me luck, first flash attempt now.
[14:28] <Tassadar_> what does MR stands for?
[14:28] <ogra_> sergiusens, somewhere in the cdimage code ... cjwatson merged it in
[14:28] <sergiusens> Tassadar_: Merge Request
[14:28] <ogra_> i need to dig for it, not sure where exactly it landed
[14:28] <Tassadar_> since I don't know which one you're talking about, then no
[14:29] <sergiusens> ogra_: heh, well the fix everyone is proposing is to move the location where the unpack is done in the edify script
[14:29] <jibel> thomi, why does the package autopilot-touch change the ownership of /dev/uinput from
[14:29] <jibel> thomi, crw-rw---- 1 system bluetooth 10, 223 Aug  1 14:24 /dev/uinput
[14:30] <jibel> thomi, to crw-rw---- 1 root root 10, 223 Aug  1 14:24 /dev/uinput
[14:30] <jibel> ?
[14:30] <ogra_> sergiusens, yeah, understood, though where would we move it to ?
[14:30] <sergiusens> ogra_: people are saying /tmp
[14:30] <janimo> ogra_, seb128 where are the upstart conf files for session jobs like unity and maliit?
[14:30] <ogra_> sergiusens, not knowing which is the big partition makes that kind of hard
[14:30] <thomi> jibel: hmmmm, it shouldn't do - We need to make sure we have write access to that device when we run the tests. Initially we had a udev solution, but something was updated, and now it fails
[14:30] <ogra_> janimo, /usr/share/upstart/sessions/ iirc
[14:30] <janimo> ogra_, thanks
[14:31] <thomi> jibel: fginther did the initial fix (IIRC), but it sounds like we need a better solution to the issue
[14:31] <ogra_> sergiusens, hmm, /tmp might be a tmpfs ... not sure thats so cleaver on 512M devices
[14:31] <Tassadar_> I think 512mb should be enough
[14:31] <sergiusens> ogra_: how big is the tar?
[14:31] <oSoMoN> popey: is there a calendar app design hangout today?
[14:31] <mamenyaka> ogra_: how is the fix coming so that initrd finds rootfs?
[14:31] <popey> oSoMoN: i pinged lina and no reply
[14:31] <Tassadar_> recovery eats almost nothing, but you'd have to test that
[14:31] <jibel> thomi, okay, I'll file a bug
[14:32] <ogra_> ali1234, nothing produces a tarball on unpack ... the zip contains one and that gets untarred after unzipping ... its only 2x the size
[14:32] <sergiusens> so I guess the consensus is we will not satisfy all camps
[14:32] <oSoMoN> popey: ok, can you please ping me if it turns out we’re having the meeting?
[14:32] <popey> will do oSoMoN
[14:32] <oSoMoN> thx
[14:32] <w-flo> wouldn't a sane shell script to find a suitable location for the tar.gz work?
[14:32] <ogra_> mamenyaka, i'm waiting for a package to build that has the fix ... and will then need to re-generate the initrd package
[14:32] <cjwatson> sergiusens,ogra_: ./lib/cdimage/build.py:449:        "-m", os.path.join(phablet_build, "META-INF"),
[14:33] <ogra_> cjwatson, thanks
[14:33] <sergiusens> cjwatson: thanks
[14:33] <ali1234> ogra_: i watched the installer proceed on adb... it uses 3x the necessary space
[14:33] <cjwatson> sergiusens,ogra_: But that's just using it - the actual file still lives in /srv/cdimage.ubuntu.com/utouch-android/phablet-build-scripts/
[14:33] <cjwatson> Which is not ideal
[14:33] <ogra_> thats weird, it doesnt do thet here
[14:33] <ogra_> cjwatson, definitely not
[14:34] <ali1234> it unzips the zip to the same directory, then it untars the tar to the same directory
[14:34] <sergiusens> cjwatson: ogra_ it has the updater bin we still need to get rid of (packaged)
[14:34] <ogra_> cjwatson, we should be able to make xnox' android package spit out the edify interpreter to have it in an extra binary
[14:34] <oSoMoN> fginther: hey, I’m trying to download a package built by jenkins, and it says "jenkins is not ready", known problem?
[14:35] <fginther> oSoMoN, can you point me to what you're trying to download?
[14:35] <sergiusens> ogra_: that would solve it
[14:35] <cjwatson> Right, I'm all in favour of it going away, just not going to work on it myself :)
[14:35] <ogra_> sergiusens, well, i assume it does get built in every android build we do ... so it would just be an entry in the control file to get a new deb for it
[14:35] <oSoMoN> fginther: http://jenkins.qa.ubuntu.com/job/webbrowser-app-saucy-armhf-ci/140/artifact/work/output/*zip*/output.zip
[14:35] <xnox> ogra_: please elaborate.
[14:35] <oSoMoN> fginther: (from https://code.launchpad.net/~abreu-alexandre/webbrowser-app/add-webapps-integration-support/+merge/177501/comments/401288)
[14:35] <sergiusens> ogra_: it does as long as we build recovery I think, which we do
[14:35] <fginther> oSoMoN, looks like someone had to restart jenkins
[14:35] <rsalveti> ogra_: yeah, ideally that should be a binary coming from the build system
[14:35] <ogra_> xnox, we need the updater-binary (which is an interpreter for the edify language android uses to install the zips)
[14:36] <sergiusens> xnox: there's a META-INF in the ubuntu zips that has a binary that runs an edify script
[14:36] <fginther> oSoMoN, It might take 30-40 minutes for it to be up again
[14:36] <oSoMoN> fginther: what, seriously, 30-40mins?
[14:36] <ogra_> sergiusens, yeah, we do
[14:36] <oSoMoN> that’s crazy
[14:36] <nexwave-mat> ogra_, I'm getting this error, adb logcat
[14:36] <nexwave-mat> /system/bin/sh: exec: line 1: logcat: not found
[14:36] <ogra_> nexwave-mat, logcat isnt in PATH
[14:36] <xnox> ogra_: as an arch:all package ? =)
[14:37] <ogra_> nexwave-mat,  try /system/bin/logcat
[14:37] <xnox> ogra_: or just part of the android package somewhere extracted?
[14:37] <ogra_> xnox, well, as something we can install during builds to produce the zip with it inside
[14:37] <ogra_> i guess all is best, yeah
[14:37] <xnox> ok.
[14:38] <ogra_> though ... hmm
[14:38] <mfisch> sforshee: tiagosh on my team said he was on a call and the screen blanked
[14:38] <ogra_> i wonder if we actually need it if we switch to system images
[14:38] <ogra_> does stgraber pull the zip or the tarball from cdimage ?
[14:38] <janimo> ogra_, how do I restart the session? Using Upstart's service ?
[14:38] <artur> ogra_: I have got kernel panic: "not syncing: Attempted to kill init!"
[14:39] <nexwave-mat> ogra_, http://pastebin.com/iQU8Ph9e
[14:39] <ogra_> janimo, either restart ubuntu-touch-session as root ... or if its just the shell, sudo -u phablet -i initctl stop unity8 ... and start the same way
[14:39] <ali1234> what does this mean? : device/samsung/aries-common/: leaving saucy; does not track upstream
[14:40] <ogra_> artur, that means upstart couldnt find a proper console device
[14:40] <salem_> sforshee, ping
[14:40] <ogra_> nexwave-mat, ah, no, in the initrd there is no logcat
[14:40] <janimo> artur, try passing console= something you see in dev/ttyXX when booted in recovery
[14:40] <mamenyaka> ali1234: what did you do?
[14:40] <ali1234> mamenyaka: repo checkout saucy; repo sync
[14:41] <ogra_> shouldnt that be phablet-saucy ?
[14:41] <ali1234> no, because that isn't a branch
[14:41] <ogra_> k
[14:41] <ali1234> "error: no project has branch phablet-saucy"
[14:41] <mamenyaka> look, here is what I did to get saucy
[14:42] <mamenyaka> in .repo/manifests $ git fetch origin phablet-saucy:phablet-saucy
[14:42] <mfisch> salem_: if you think you can repro it can you enable debug by editing /etc/init/powerd.conf and follow the direction in there
[14:42] <fginther> oSoMoN, it's back up
[14:42] <mfisch> salem_: that will get us some useful logs in /var/log/upstart
[14:42] <mamenyaka> and $ git checkout phablet-saucy
[14:42] <salem_> mfisch, ok, will do
[14:42] <slangasek> barry: so I'm pretty consistently reproducing the error message with ubuntu-system-settings failing at the moment we ask for a reboot.  How do we debug this?
[14:42] <oSoMoN> fginther: excellent, thanks
[14:43] <nexwave-mat> ogra_, is that cause I built with the phablet branch^
[14:43] <nexwave-mat> ?*
[14:43] <artur> janimo, what do you mean: passing console. I don't understand it.
[14:43] <sergiusens> ali1234: mamenyaka this should work repo init -b phablet-saucy
[14:43] <janimo> artur, on the kernel command line
[14:43] <sforshee> mfisch: why is the screen blanking during a call a bug?
[14:43] <janimo> make sure the console= argument is something that exists
[14:43] <mamenyaka> oh, right
[14:43] <janimo> artur, at least that was the cause for kernel panicking on my device
[14:43] <mfisch> sforshee: dont we hold a request or do we just poke the active timer?
[14:44] <ali1234> sergiusens: python traceback, ending with: error.GitError: manifests rev-list ('^HEAD', 'e10f4a838c44e592845d1823f9e3389c48d74ce3', '--'): fatal: bad revision '^HEAD'
[14:44] <sforshee> mfisch: we hold a request for the proximity sensor but I don't think we hold the screen on
[14:44] <sergiusens> ali1234: for which repo?
[14:44] <mfisch> sforshee: ah thats right, salem_ see what sforshee wrote
[14:44] <ali1234> sergiusens: for .repo/manifests
[14:45] <barry> slangasek: my next upload will have much improved logging (i.e. actually logging to a file for postmortem), and command line tools to mimic the dbus api.  it will also allow you to (with a few contortions) run everything on a desktop, short of rebooting of course.  i'm trying to polish things up - are you under a deadline?
[14:45] <sforshee> mfisch: but thinking about it we probably do want the screen to stay on while the call is ringing
[14:45] <ogra_> nexwave-mat, no, it is because the ubuntu initrd is already quite big due to shipping adbd, adding logcat to it would amke it to big for many devices
[14:45] <slangasek> barry: "mimic the dbus api" - shouldn't system-image-cli *use* the dbus service?
[14:45] <salem_> sforshee, the problem is that after a while the screen is locked, and if you wish to hangup the call you have to press power, unlock the screen and finally hangup.
[14:45] <sergiusens> ali1234: and that's with running repo init -b phablet-saucy in the android croot?
[14:45] <ali1234> yes
[14:45] <mamenyaka> how do I put in names of users in chat easily?
[14:45] <mfisch> sforshee: we do poke the activity timer, can the phone ring for longer than that?
[14:46] <barry> slangasek: i've thought about that :)
[14:46] <nexwave-mat> syncing phablet-saucy now.
[14:46] <slangasek> barry: I'm not under a deadline, but I'd like it if we could have this wrapped up with a bow on top by the end of the week ;)
[14:46] <sergiusens> mamenyaka: I press tab on irssi
[14:46] <barry> slangasek: i do want a "pure" cli script, but i think a dbus-connecting cli script is worthwhile too
[14:46] <sergiusens> mamenyaka: or xchat accomplishes the same (with a TAB)
[14:46] <mamenyaka> I am using xchat
[14:46] <mfisch> sforshee: if someoen sets the activity timer to 10 seconds it could go off while ringing
[14:47] <mamenyaka> got it
[14:47] <w-flo> yet another porting question.. since the update-fstab script doesn't work with the strange partition setup on my device, I've added this to fstab manually: /dev/mmcblk0p26	/data	ext4	noatime,nodiratime,errors=remount-ro	0	0    ... now I can't mount /data: mount: /dev/mmcblk0p26 already mounted or /data busy; mount: according to mtab, /dev/mmcblk0p26 is mounted on /   ... what's wrong this time? :)
[14:47] <salem_> sforshee, and it is weird that the call is still active and when you look at the screen it is black. most users wouldn't realize the phone is actually locked.
[14:47] <mamenyaka> sergiusens, thank you
[14:47] <ali1234> i am going to delete this and clone it again (third time today)
[14:47] <asac> 16:29 < Saviq> kgunn, olli_, asac, unity8 is getting released into distro right now
[14:47] <ali1234> it would be helpful if there were clear instructions on how you are supposed to get saucy
[14:47] <asac>  \o/
[14:48] <mamenyaka> ali1234, please try what I suggested you
[14:48] <asac> thx Saviq!
[14:48] <ogra_> asac, yay !!
[14:48] <ali1234> mamenyaka: i did, it didn't work
[14:48] <mamenyaka> ali1234, the git fetch didn't work?
[14:48] <sforshee> salem_: the lock thing is a UI issue, not really anything to do with powerd
[14:48] <sergiusens> ali1234: saucy or the phablet-saucy branch? I'm not sure why rsalveti called it phablet-saucy ... it's more of a pure flipped branch
[14:48] <barry> slangasek: in the meantime, run this in the shell: http://paste.ubuntu.com/5936666/
[14:48] <sforshee> salem_: I don't think the screen turning off during a call is weird though
[14:48] <asac> ogra_: yes yes yes ... we are getting there :)
[14:48] <ali1234> sergiusens: i don't know. i need clear instructions on what i am supposed to use
[14:48] <sergiusens> ali1234: the standard android way of doing it should work
[14:49] <barry> slangasek: e.g. `python3 -i <script>.py`
[14:49] <rsalveti> sergiusens: phablet-saucy because it is the branch for to be used by the saucy release (final)
[14:49] <ali1234> sergiusens: and what is that?
[14:49] <ogra_> asac, well, i just heard Mir and lightdm will take longer :(
[14:49] <barry> slangasek: then you can do things like:
[14:49] <barry> >>> iface.GetUpdateVersion()
[14:49] <barry> >>> run(iface.GetUpdate) # hopefully doesn't time out
[14:49] <salem_> sforshee, ok. do you know who is enabling the proximity sensor during a call?
[14:50] <rsalveti> salem_: powerd itself
[14:50] <barry> # if it does, just run it again until you get the ReadyToReboot() signal
[14:50] <artur> janimo, where is this argument set?
[14:50] <barry> >>> iface.Reboot()
[14:50] <sergiusens> ali1234: if starting from scratch repo init -b phablet-saucy -u git://phablet.ubuntu.com/CyanogenMod/android.git
[14:50] <mamenyaka> ali1234, what error do you get with git fetch?
[14:50] <sforshee> salem_: it's the pushing of the power button that causes the lock screen to appear, nothing about the prox sensor
[14:50] <janimo> artur, as the rest of the kernel command line, probable in devices/vendor/dev/BoardConfig.mk
[14:50] <barry> slangasek: it may not be too useful until i get the new logging uploaded
[14:50] <nexwave-mat> ogra_, http://pastebin.com/iQU8Ph9e
[14:50] <ogra_> mamenyaka, https://launchpad.net/ubuntu/saucy/+source/ubuntu-touch-generic-initrd/0.17hould have your fixed initrd inside ... (download it  to /tmp ... then dpkg -x <packagename.deb> . and fish it out of usr/share/)
[14:51] <seb128> mardy, so, you are going to update your mp for the rename right? (just checking so I don't end up waiting for that, while you wait on us to approve the current version)
[14:51] <plars> grouper seems to be having a major problem in the automated tests for the -pending image today, our guy in the lab is telling me that it's stuck in a boot loop where the google screen shows, the speaker pops, it vibrates, then reboots
[14:51] <nexwave-mat> build broke after syncing phablet-saucy
[14:51] <ali1234> sergiusens: i'm not starting from scratch
[14:51] <mamenyaka> ogra_, thank you
[14:51] <plars> ogra_: ^
[14:51] <ogra_> it might still need a few min
[14:51] <ali1234> sergiusens: i'm attempting to update an existing build
[14:51] <plars> or anyone else?
[14:51] <artur> janimo, I found it. That's it: BOARD_KERNEL_CMDLINE :=
[14:51] <sergiusens> ali1234: btw, I was using the phablet-10.1 branch until just now and switched seamlessly (I did not mangle with .repo though)
[14:51] <ogra_> plars, "it vibrates" is worrying, given the grouper has no vibrator
[14:52] <mamenyaka> repo init -b phablet-saucy is also working fine for me
[14:52] <ogra_> :)
[14:52] <barry> slangasek: oh, and you could be hitting this: https://bugs.launchpad.net/ubuntu-system-image/+bug/1206866 (which is also fixed in the next upload)
[14:52] <sergiusens> plars: can you get it into the bootloader?
[14:52] <salem_> sforshee, I know, but my point is that the ui shouldn't be locked during a call. I will confirm with designers if we should lock the screen or not.
[14:52] <sergiusens> plars: probably a bad kernel was flashed
[14:52] <artur> janimo, this is blank argument
[14:52] <plars> sergiusens: I think rfowler is trying to reflash it again now
[14:52] <ali1234> so how do i do it with phablet-dev-bootstrap?
[14:53] <janimo> sforshee, ogra_ do you know what may block sensorservice from starting?
[14:53] <plars> sergiusens: it's just flashing the -pending image for today
[14:53] <janimo> Waiting for service sensorservice...
[14:53] <ogra_> mamenyaka, hmm probably rsalveti or sergiusens have an idea, they are better in android than me
[14:53] <sergiusens> plars: if the zips don't work, try over fastboot
[14:53] <sergiusens> plars: let me try on my system
[14:53] <ogra_> janimo, a race
[14:53] <plars> rfowler: ^
[14:53] <sergiusens> ogra_: mamenyaka about what?
[14:53] <ogra_> sergiusens, http://pastebin.com/iQU8Ph9e ... i think thats not enough of a snippet though
[14:54] <janimo> ogra_, and should that also prevent unity8 from starting? Right now I have unity8 exiting and respawning
[14:54] <janimo> continuously
[14:54] <rsalveti> janimo: yup
[14:54] <rsalveti> it uses sensor via platform-api
[14:54] <janimo> ok, good to know
[14:54] <rsalveti> without the sensorservice running properly, the shell will fail to load
[14:54] <janimo> now I need to chace that race then?
[14:54] <ogra_> janimo, add a sleep 3 to lxc-android-config.conf ... right above the lxc-wait line
[14:54] <ogra_> with luck that fixes it
[14:54] <janimo> ogra_, ok let's see
[14:54] <rsalveti> to first check if it's indeed a race, I'd suggest trying to manually load the sensorservice from the android side
[14:54] <rsalveti> to check if it's able to load itself properly
[14:54] <ogra_> try higher values too if 3 isnt enough
[14:55] <rsalveti> then if so, it's probably a race indeed
[14:55] <sergiusens> mamenyaka: is that error with phablet-saucy?
[14:55] <janimo> ogra_, where's that conffile?
[14:55] <ogra_> janimo, upstart job
[14:55] <rsalveti> until the upstart android bridge is properly implemented
[14:55] <mamenyaka> sergiusens, which error?
[14:55] <ogra_> janimo, but rsalveti is right .. use android-chroot and first try to manually start
[14:56] <sergiusens> mamenyaka: http://pastebin.com/iQU8Ph9e
[14:56] <rsalveti> ogra_: android-chroot is not a real container, so would suggest getting adb to run from the android container, and use adb shell for that
[14:56] <rsalveti> just as a test
[14:56] <ogra_> rsalveti, it works fine for me
[14:56] <w-flo> janimo, sensorservice failed to start for me when there was a mount problem in the android container (I think it shows in logcat  | grep mount)..
[14:56] <ogra_> when the sensorservice issue occurs
[14:56] <asac> whats jims nick?
[14:56] <asac> is he here?
[14:57] <asac> jhodapp: ping
[14:57] <asac> :)
[14:57] <ogra_> what jim ?
[14:57] <rfowler> plars: what?
[14:57] <rsalveti> ogra_: yeah, depends a lot of the service, if we need a service to talk with some other android specific stuff, then we might have issues
[14:57] <ogra_> ah
[14:57] <mamenyaka> sergiusens, yes, but I don't know what this is
[14:57] <jhodapp> asac: pong
[14:57] <asac> jhodapp: how does your workpipeline look like?
[14:57] <ogra_> rsalveti, right, but i know it works in this specific issue
[14:57] <asac> e.g. what you work on now, what next etc.
[14:57] <ogra_> rsalveti, i'll drop the chroot tool with the next upload
[14:58] <sergiusens> mamenyaka: what device?
[14:58] <janimo> w-flo, I have no mount errors in logcat though
[14:59] <rsalveti> ogra_: cool
[14:59] <sergiusens> mamenyaka: I don't think we have chromium_net anymore, so you need to remove the dep from whatever is bringing it in
[14:59] <jhodapp> asac: finishing the new gstreamer backend, getting QtMultimedia to integrate with what I've done and our media platform, getting audio to work in the new media pipeline, supporting media apps that will need to use this new stuff, etc
[14:59] <nexwave-mat> anyone else getting this?
[14:59] <nexwave-mat> fatal: unable to connect to phablet.ubuntu.com:
[14:59] <nexwave-mat> phablet.ubuntu.com[0: 91.189.95.18]: errno=Connection refused
[14:59] <asac> jhodapp: we have scheduling problems
[14:59] <ali1234> yes
[14:59] <jhodapp> asac: in what way?
[14:59] <asac> jhodapp: we need to know what you exactly plan to work and in which order
[15:00] <mardy> seb128: yes, I'll update it tomorrow
[15:00] <mamenyaka> sergiusens, I have nothing to do with that pastebin error
[15:00] <asac> because we have the big pressure to get the MM service done ... and dont know how to schedule and how much prep before you can finish etc.
[15:00] <janimo> rsalveti, how do I manually start sensorservice in the chroot?
[15:00] <jhodapp> asac: that's in a presentation that we put together (mfrey)
[15:00] <ogra_> janimo, android-chroot ...
[15:00] <asac> jhodapp: but that isnt your presonal work pipeline
[15:00] <ogra_> janimo, sensorservice
[15:00] <janimo> ogra_, I did that
[15:00] <asac> its really about days not month :)
[15:00] <ogra_> thats all
[15:00] <jhodapp> asac: it's roughly the path I'm taking
[15:00] <janimo> ogra_, ah that simple
[15:00] <seb128> mardy, thanks! have a good evening ;-)
[15:00] <janimo> :)
[15:00] <ogra_> works for me
[15:00] <asac> we have lots of interconnected pieces
[15:00] <jhodapp> asac: right
[15:01] <asac> so we need to be more accurate
[15:01] <asac> so we dont make shitty decisions :)
[15:01] <janimo> ogra_, I thougt I needed servicemanager or am startservice or some other tool
[15:01] <dholbach> can I get a    o/    of everyone who's maintaining an Ubuntu Touch port right now?    It'd be great (and you'd make sergiusens very happy) if you could follow https://wiki.ubuntu.com/Touch/MakingPortsAvailable and then check if lp:~sergiusens/phablet-tools/flash_change works for you, if you run "phablet-flash community --device <vendor>" (ie. vendor like "i9100")
[15:01] <ogra_> janimo, not for testing :)
[15:01] <jhodapp> asac: we can try, this is all new and experimental
[15:01] <ogra_> janimo, you need it for proper function indeed
[15:01] <rsalveti> asac: want to do waterfall planning now? :-)
[15:01] <jhodapp> experimental in nature I should say
[15:01] <ogra_> but thats something init needs to handle on the android side
[15:01] <asac> rsalveti: absolutely not
[15:02] <jhodapp> asac: lets schedule a meeting with mfrey, rsalveti, yourself and me
[15:02] <asac> anyway topic is over
[15:02] <asac> i will brief you after
[15:02]  * ogra_ wouldnt mind a waterfall ... 
[15:02] <ali1234> dholbach: i'm giving up until the new porting guide actually works
[15:02] <rsalveti> asac: well, breaking everything in details, with days and such is quite waterfall for me :-)
[15:02] <ogra_> its ~30°C here
[15:03] <sergiusens> ogra_: come to Iguazu!
[15:03] <dholbach> ali1234, AFAIK it should work with the "old" image too
[15:03] <ogra_> sergiusens, i'd love to
[15:03] <asac> rsalveti: if you do it for the whole project. i just wanted to know his work pipeline for the next couple of weeks
[15:03] <sergiusens> ogra_: it was closed an hour after I visited 3 weeks ago due to the flood
[15:03] <asac> and the order
[15:03] <dholbach> ali1234, you'd just need to specify which ubuntu image you use
[15:03] <asac> not the exact days
[15:03] <AskUbuntu> Dual SIM Ubuntu Phone | http://askubuntu.com/q/327449
[15:03] <ali1234> dholbach: the old guide no longer works because the phablet default branch is broken
[15:03] <asac> the sharper we know the better the decision is and the less likelyhood for revisiting :)
[15:03] <asac> rsalveti: jhodapp: anyway, stay tuned.
[15:04] <ali1234> dholbach: and there is no clear instructions on how you are supposed to use saucy so i have no idea if that works or not
[15:04] <jhodapp> asac: sounds good
[15:04] <mfisch> sergiusens: you seen this error before?  "Command 'adb shell rm -Rf /cache/* /data/*' returned non-zero exit status 255"
[15:04] <sergiusens> ali1234: the default branch shouldn't be broken
[15:04] <dholbach> ali1234, https://wiki.ubuntu.com/Touch/PortingFlippedInProgress is a work-in-progress is all I know
[15:04] <mfisch> (during flash)
[15:04] <sergiusens> mfisch: only if you have unformatted partitions
[15:04] <ali1234> sergiusens: well it is. when i follow the exact same steps that i used back in february, it does not work
[15:04] <ogra_> sergiusens, mumble btw ...
[15:05] <asac> ricmm: will you dial in in 25min?
[15:05] <ali1234> sergiusens: i was then told to use saucy instead but nobody seems to know how to do that
[15:05] <asac> rsalveti: you want to dial in as well?
[15:05] <ogra_> asac, stop clashing with our team meeting all the time :P
[15:05] <asac> about big api/qml alignment
[15:06] <asac> ogra_: there is not a single slot left here that allows any flexibility
[15:07] <asac> ricmm alone is enough
[15:07] <ogra_> you need rubber schedules ;)
[15:09] <slangasek> barry: so, iface.Reboot() returned nothing and the system did not reboot
[15:09] <mamenyaka> ogra_, what should I do with ubuntu-touch-generic-initrd-0.17.tar.gz?
[15:09] <nik90|Office> popey: can you verify with designers if today's design meeting is taking place?
[15:09] <ogra_> mamenyaka, unpack and fish out the initrd ... then add it to your boot.img
[15:10] <ogra_> it has a fix to detect your partitions
[15:10] <popey> nik90|Office: they're all in IoM, so I don't think we'll get any design people on the call.
[15:10] <popey> nik90|Office: so that's a "no" ☻
[15:10] <barry> slangasek: that's interesting.  what build# are you at right now?  and is this a nexus7?  i'll flash my device to the same version and try it locally
[15:10] <slangasek> barry: n4
[15:10] <slangasek> currently at build version 20130733
[15:10] <nik90|Office> popey: ah ok. thnx
[15:10] <nik90|Office> what is loM?
[15:11] <mamenyaka> ogra_, build-initrd.sh? and how do I modify boot.img?
[15:11] <ogra_> mamenyaka, you need the deb and unpack it like i explained above
[15:11] <mamenyaka> I knew I was doing something wrong
[15:11] <ogra_> :)
[15:12] <popey> nik90|Office: Isle Of Man
[15:12] <rsalveti> asac: please include me as well
[15:12] <asac> rsalveti: get the dial details from ricmm
[15:12] <asac> rsalveti: he has the invite
[15:12] <barry> slangasek: ok.  i am going to try to do an update with my unreleased version to see if i can reproduce the problem and capture log output.  i'll ping you when i have a package you can try, if you're still around ;)
[15:12] <rsalveti> asac: can't you also invite me?
[15:12] <asac> dunno
[15:13] <rsalveti> ok, will ping him
[15:13] <asac> one sec
[15:13] <asac> tought pining was easier :)
[15:13] <slangasek> barry: sounds good
[15:13] <asac> rsalveti: ricmm:L i will ping you when it starts ... dunno if we overrun etc.
[15:14] <asac> rsalveti: invited
[15:14] <mamenyaka> ogra_, so is this the one: ubuntu-touch-generic-initrd_0.17_armhf.deb I download?
[15:14] <ogra_> yeah
[15:14] <ogra_> pull it into /tmp
[15:15] <ricmm> asac: yes I will dial in
[15:15] <stgraber> ogra_: I'm pulling the .tar.gz
[15:15] <mamenyaka> ogra_, yes, and where d I give out the dpkg command?
[15:16] <ogra_> stgraber, hah, i thought so, so we dont really need the ziip anymore after the switch
[15:16] <ogra_> cjwatson, ^^^
[15:16] <ogra_> so lets just go with what we have atm and just drop the whole stuff after switching
[15:17] <sergiusens> ogra_: we will break commmunity if we drop the zip
[15:17] <ogra_> sergiusens, we dont plan to switch them over too ?
[15:17] <sergiusens> ogra_: well, not sure... is it possible?
[15:18] <ogra_> sergiusens, i thought stgraber's design allowed that people can run their own servers for ports
[15:18] <sergiusens> ogra_: the infra is a bit more complex
[15:18] <ogra_> i might be wrong
[15:18] <mamenyaka> ogra_, I have ubuntu-touch-generic-initrd_0.17_armhf.deb in /tmp, and dpkg -x ubuntu-touch-generic-initrd_0.17_armhf.deb . gives error with permissions
[15:19] <janimo> ogra_, rsalveti so putting a sleep 30 there does not help, but starting manually from chroot works. So the screen gets black and other errors appear in logcat, but  snesorservice is out of the way at least
[15:20] <janimo> so unity still exits and respawns but with more errors in the upstart logs
[15:21] <janimo> rsalveti, do you know if the compat with ICS blobs is still retained? The previous port to this device had a working albeit sluggish UI, with unity8 it does not show up
[15:21] <janimo> I don't know how the current unity8 differs from the graphics in the initial UTouch preview
[15:22] <nexwave-mat> ogra_, kernel build error http://pastebin.com/iQU8Ph9e can you help find the source?
[15:22] <ogra_> nexwave-mat, what did you change ?
[15:23] <rsalveti> janimo: can you check if sensorservice is part of your init.rc files from android?
[15:23] <janimo> nexwave-mat, what is the erros, seems like zImage built fine
[15:23] <janimo> rsalveti, will check
[15:23] <w-flo> janimo, if I were you, I'd edit $ANDROIDROOT/system/core/rootdir/init.rc and move sensorservice from "late_start" class to "main"
[15:23] <rsalveti> janimo: if cm based, the ics blobs should still work
[15:23] <mamenyaka> ogra_, I think I got it, I have initrd.img-touch-0.31, what next?
[15:23] <ogra_> nexwave-mat, looks like an issue with a config change you did
[15:23] <janimo> rsalveti, yes, cm based
[15:24] <janimo> phablet-saucy based
[15:24] <ogra_> mamenyaka, now you use abootimg to update the ramdisk with it
[15:24] <w-flo> I had a lot of problems with the late_start class simply never being started for all kind of reasons
[15:24] <rsalveti> janimo: that's why I rebased to cm 10.1.2, to be in sync with cm
[15:24] <janimo> w-flo, ok, although moving to late-start was an explicit commit in the phablet tree IIRC
[15:24] <ogra_> err, to update the bootimg with it
[15:24] <rsalveti> and also be compatible with any device that supports cm10.1
[15:24] <w-flo> janimo, yes, I've seen that. I've got it working with main now..
 grouper seems to be having a major problem in the automated tests for the -pending image today, our guy in the lab is telling me that it's stuck in a boot loop where the google screen shows, the speaker pops, it vibrates, then reboots ---- Sorry, I meant to say maguro is having this problem, flipping too fast between a couple of different issues
[15:25] <plars> sergiusens: ^
[15:25] <w-flo> janimo, sorry, actually I got it working with late_start now. but it's still a hack :)
[15:25] <nexwave-mat> ogra_, synced phablet-saucy branch
[15:25] <sergiusens> plars: yeah, heard you over mumble... let me flash latest pending on maguro
[15:26] <plars> sergiusens: I figured as much, but restating here for anyone else's benefit :)
[15:26] <w-flo> janimo, this was my initial workaround to get sensorservice up: https://github.com/w-flo/android_device_htc_vision/commit/ce4271bec4226ee6b842d246a300bdfc3e6a3665 (ignore the fstab.vision changes)
[15:26] <ogra_> nexwave-mat, well, it is an issue with your kernel, that isnt in the phablet-saucy branch
[15:27] <nexwave-mat> ogra_, it was building fine with just the phablet branch...?
[15:27] <ogra_> dholbach, we should do this clinic once a month or so ...
[15:27] <janimo> w-flo, thanks
[15:27] <dholbach> ogra_, sounds good to me - leading up to an update porting guide maybe weekly ;-)
[15:27] <janimo> w-flo, although after starting sensorservice my main error is EGL related
[15:27] <dholbach> updated
[15:27] <w-flo> janimo, oh. I had EGL related problems when the permissions on /dev/kgsl-3d0 were wrong
[15:28] <w-flo> but that's probably special to my device
[15:28] <janimo> w-flo, right, I probably need to review whatever is in udev rules from eventd.rc
[15:28] <ogra_> nexwave-mat, well, looking closer i see the things i thought were config issues are actually warnings, there is no error in your paste
[15:29] <nexwave-mat> ogra_, well the build just dies after those lines. No files get outputted.
[15:30] <asac> ricmm: rsalveti: dial in now
[15:30] <asac> thx
[15:30] <ricmm> asac: dialing in
[15:30] <ogra_> nexwave-mat, yes, i see that, not really sure whay though ... were there errors before the stuff you pasted ?
[15:30] <nexwave-mat> ogra_, I'll brunch again and see what happens
[15:30] <ogra_> k
[15:31] <nexwave-mat> ogra_, maybe but the log was too long for the buffer
[15:33] <nexwave-mat> ogra_, it will take a bit longer going to "make clean" first
[15:33] <dixeflatline> hello errbody
[15:34] <ogra_> k
[15:38]  * janimo hugs w-flo
[15:38] <janimo> adding an udev rule for the pvr node allos the UI to start
[15:38] <w-flo> yay :) congrats!
[15:38] <janimo> that one was not in the ueventd.rc
[15:38]  * janimo adds not to wikipage
[15:39] <rsalveti> janimo: yeah, that's needed for sgx
[15:39] <w-flo> I loved that moment when the GUI was finally up :) now I just need to get rid of all those hacks, not sure how..
[15:40] <ogra_> janimo, did you use the ueventd.$devie.rc one too ?
[15:40] <ogra_> *device
[15:40] <janimo> ogra_, yes that too
[15:40] <ogra_> ah, k
[15:40] <janimo> but pvrsrvkm is not there either :/
[15:40] <ogra_> for SGS2 all the intresting bits were in that one
[15:41] <ogra_> janimo, feel free to add it to lxc-android-config (i did the same for SGS2 already)
[15:41] <ogra_> (to the package i mean)
[15:43] <mamenyaka> ogra_, I have the new ramdisk.img, now what?
[15:43] <nexwave-mat> ogra_, this time I grabbed as much as I could http://pastebin.com/iQU8Ph9e
[15:45] <janimo> ogra_, so you mean to add my devices udev rules to the package via an MR you mean?
[15:46] <ogra_> mamenyaka, did you push it into boot.img ?
[15:47] <ogra_> janimo, no branches for that package ... just add it :)
[15:47] <mamenyaka> how to do that?
[15:47] <ogra_> mamenyaka, use abootimg :)
[15:47] <mamenyaka> of course, but is there a simple command, I just extract then repack things
[15:48] <mamenyaka> nexwave-mat,  please look here: device/lge/iprj-common/iprj.mk and comment out libOmxVdec
[15:49] <ogra_> yeah
[15:50] <ogra_> looks like an issue with the multimedia stuff
[15:50] <ogra_> mamenyaka, you onpack and repack the boot.img ? how ? thats exactly what abootimg does :)
[15:51] <mamenyaka> for ramdisk.img I was using abootimg-unpack-initrd
[15:51] <ogra_> no
[15:51] <mamenyaka> if that's ok
[15:51] <ogra_> no
[15:51] <mamenyaka> oops
[15:51] <ogra_> you want the plain initr.img file as it came out of the deb
[15:51] <ogra_> dont touch it
[15:52] <mamenyaka> aaaa
[15:52] <mamenyaka> I see
[15:52] <ogra_> then add it to the boot.img
[15:52] <nexwave-mat> mamenyaka, libOmxVdec seams kinda important, no?
[15:52] <ogra_> and replace the one in it
[15:52] <mamenyaka> nexwave-mat, I've been removing all kinds of stuff which had errors :)
[15:53] <mamenyaka> but I hope it's only for video decoding, which you can live without for the moment
[15:54] <tilal6991> mamenyaka: It is indeed
[15:54] <nexwave-mat> done, rebuild in progress
[15:56] <mamenyaka> ogra_, is this correct? $ abootimg --create boot.img -f bootimg.cfg -k zImage -r initrd.img
[15:58] <nexwave-mat> Now I have this, http://pastebin.com/iQU8Ph9e
[15:58] <ogra_> mamenyaka, dont you have a boot.img already ?
[15:58] <ogra_> mamenyaka, just update it
[15:59] <tilal6991> nexwave-mat: That's exactly the same error
[15:59] <robert_ancell> mterry, ok, back to unity8-greeter - done anything to make it work better on desktop?
[15:59] <ogra_> mamenyaka, abootimg -u /path/to/boot.img -r /path/to/initrd.img
[15:59] <mamenyaka> oh, I'm better of just destroying and rebuilding stuff :)
[15:59] <ogra_> well, unpacking and rebuilding works too indeed
[16:00]  * ogra_ is a lazy bastard, i just update :)
[16:00] <mamenyaka> ogra_, thank you, but that's too simple for me :D
[16:00] <ogra_> heh
[16:09] <nexwave-mat> after a make clean, http://pastebin.com/iQU8Ph9e
[16:10] <mterry> robert_ancell, last I heard you didn't have any blockers
[16:10] <mterry> robert_ancell, you had that touch-session bug, but you have a workaround for it
[16:10] <robert_ancell> mterry, I want to run without crazy phone dependencies :)
[16:10] <mterry> robert_ancell, ah.... hm
[16:11] <mterry> robert_ancell, I thought you were just going for no mir
[16:11] <robert_ancell> no mir?
[16:11] <mterry> robert_ancell, er...  no mirserver
[16:11] <robert_ancell> yes. But I need it to run in a normal desktop environment and Qt to connect to Mir, not X
[16:12] <mamenyaka> ogra_ I have bootloop
[16:12] <mterry> robert_ancell, right, that was the bit I was missing
[16:13] <mterry> robert_ancell, so crazy phone dependencies are the bits needed to supply Ubuntu.Application (qtubuntu I think)...  and ubuntu-touch-session
[16:14] <robert_ancell> mterry, is the qubuntu in universe only for surface flinger?
[16:14] <mterry> robert_ancell, more like only for android I think
[16:14] <robert_ancell> it doesn't have a build-dep on mir, so I guess it's not mir capable
[16:14] <mterry> Not sure what all it abstracts, but I don't think it's just surface flinger
[16:15] <mterry> robert_ancell, I thought it had some dummy proxy for desktop though
[16:15] <mterry> didrocks, did qtubuntu ever get capable of running on desktop fine?
[16:15] <mterry> I don't remember where we left that
[16:16] <didrocks> mterry: no, it's only providing an -android flavor
[16:16] <didrocks> I renamed the binary package qtubuntu-android btw IIRC
[16:16]  * seb128 feels ignored by mterry
[16:16] <mterry> seb128, I very well might have missed your message.  Or you missed my reply.  My irc is awful
[16:17] <robert_ancell> mterry, I think racarr knows. I was just talking to didrocks
[16:17] <mterry> didrocks, ah so you did
[16:17] <AskUbuntu> ubuntu for phones - cannot find any Carrier | http://askubuntu.com/q/327483
[16:18] <janimo> w-flo, hmm sensorservice is actuall late_start specifically not main_start now that I look again
[16:18] <mterry> robert_ancell, so you can probably get it to work if you just use a wrapper like ubuntu-touch-session and point it at the same fake plugins the ./run script in unity8 trunk does when passed -f
[16:18] <janimo> in the official phablet tree
[16:19] <mterry> robert_ancell, there's a fake qtubuntu plugin in there
[16:19] <w-flo> janimo, oficially it is late_starte, which failed to trigger with my device for reasons I don't fully understand yet
[16:19] <w-flo> *late_start
[16:19] <robert_ancell> mterry, are you trying this from your side? All the changes are in the lightdm in the archive
[16:20] <robert_ancell> just never been tested with a real greeter
[16:21] <nexwave-mat> is it normal to have this much trouble from switching branches from phablet to phablet-saucy?
[16:21] <robert_ancell> ricmm, hey, trying to find out what we can do to get Mir support for Qt into the archive. Is it just a matter of merging lp:~robertcarr/platform-api/mir-with-packaging into lp:platform-api?
[16:23] <mterry> robert_ancell, I can try from my side, sure
[16:25] <ogra_> nexwave-mat, no
[16:26] <janimo> ogra_, does the adding of rules files for each new device scale though?
[16:26] <mterry> robert_ancell, in middle of lunch, will try in a bit
[16:26] <robert_ancell> mterry, sure
[16:26] <ogra_> janimo, no, it would be better to have a script in the build that puts it into the android zip ... but it is a good short term solution
[16:26] <janimo> ogra_, can this not be something grabbed from the android ROM as was done earlier with resolution settings IIRC?
[16:27] <ogra_> (since we have the infrastructure in place already for the nexus devices)(
[16:27] <janimo> ogra_, indeed
[16:27] <ogra_> we will have to revisit the whole stuff anyway once we switch to system images
[16:28] <ogra_> though following sergiusens  words above we might not be able to for ports
[16:30] <janimo> ogra_, so should I upload a new version of lxc-android-config with my device added?
[16:30] <mamenyaka> I just rebooted, can no longer log in into ubuntu. How? What? Why?
[16:32] <nexwave-mat> anyone else working on an arm port with qcom-display-caf device?
[16:32] <ricmm> robert_ancell: give me 30 minutes
[16:32] <mamenyaka> nexwave-mat: did you manage to build?
[16:33] <ricmm> robert_ancell: once Mir hits main I will update the relevant branches
[16:33] <ricmm> and land both platform-api and qtubuntu
[16:33] <nexwave-mat> no the changed you suggested didn't seam to have much of an effect. I was able to built on the old phablet branch though
[16:33] <robert_ancell> ricmm, Mir is approved for main, it's just waiting for something to depend on it for promotion
[16:33] <nexwave-mat> mamenyaka ^^
[16:33] <ricmm> robert_ancell: ok, lets talk in 15-20 as im OTP
[16:33] <robert_ancell> ricmm, we're putting patches into X that will trigger that, but you're welcome to trigger it before us
[16:34] <ricmm> put the patches into X
[16:34] <mamenyaka> nexwave-mat: could you link me the last pastebin?
[16:34] <ricmm> I wont land critical qtubuntu and platform-api changes on a friday timeframe
[16:34] <nexwave-mat> mamenyaka, all I did was repo init -b phablet-saucy, repo sync, brunch p930. and now i'm is this...
[16:34] <nexwave-mat> http://pastebin.com/iQU8Ph9e
[16:35] <mamenyaka> nexwave-mat: and you commented out the omxvdec?
[16:36] <nexwave-mat> yes from device/lge/iproj-common/iproj.mk
[16:36] <nexwave-mat> I removed it from the list
[16:36] <mamenyaka> you could try to pull latest hardware qcom media
[16:37] <mamenyaka> in manifest next to ...qcom/media add remote="github" revision="cm-10.1"
[16:38] <ogra_> janimo, feel free
[16:38] <nexwave-mat> mamenyaka, just compared and phablet-saucy has the lastest commits
[16:39] <mamenyaka> great
[16:40] <mamenyaka> nexwave-mat: then delete all of omx, idk
[16:41] <janimo> ogra_, done.
[16:42] <ogra_> thx :)
[16:42] <mamenyaka> ogra_: bootloop, what now? maybe I scewed up?
[16:42] <nexwave-mat> mamenyaka, commented out all the the libraries with omx from iproj.mk
[16:42] <ogra_> mamenyaka, reboot to recovery, and llets take a look at /proc/last_kmsg
[16:42] <nexwave-mat> well see what that does
[16:43] <didrocks> ogra_: in case you are not aware, you can now push the removal of the "next" ppa from the iso build
[16:43] <didrocks> ogra_: unity8 components are in distro
[16:43] <ogra_> didrocks, hmm, i thought they were in a while
[16:43] <mamenyaka> ogra_: i'd would love to that, if I had a working ubuntu
[16:43] <didrocks> I saw slangasek making the configuration change, not sure if it's pushed though
[16:43] <slangasek> which which?
[16:43] <didrocks> ogra_: unity-api was, not unity-notifications nor unity8
[16:44] <mamenyaka> nexwave-mat: let me know if it builds
[16:44] <didrocks> slangasek: removal of ubuntu-unity/next
[16:44] <slangasek> didrocks: ah no, I didn't make the config change
[16:44] <slangasek> I leave that to ogra :)
[16:44] <ogra_> yeah, i dont see a livecd-rootfs upload
[16:44] <didrocks> I'm sure it will be a pleasure for him :)
[16:44] <ogra_> it definitely will :)
[16:44] <didrocks> ogra_: enjoy it! :)
[16:45]  * ogra_ does so :)
[16:45] <nexwave-mat> Guys, can I use the phablet branch and not the new phablet-saucy to make flipped image?
[16:46] <nexwave-mat> cause if I can than I have a working flipped image but without logcat in it...
[16:49] <nexwave-mat> mamenyaka, even with that stuff all commented out its still trying to build it...
[16:50] <ogra_> sergiusens, cjwatson any idea when we can drop the coreapps PPA and switch click back on ? (since i'm just dropping PPAs from -meta and livecd-rootfs that question bubbled up in my head :) )
[16:50] <MaxWallstedt> ogra_: I flashed my flipped image and when I reboot I'm stuck on the Samsung boot screen. I can adb into the device and it's in ubuntu-phablet
[16:52] <mamenyaka> ogra_, sorry, what file should I check?
[16:53] <ogra_> MaxWallstedt, awesome !
[16:54] <ogra_> MaxWallstedt, so it looks like your container didnt start
[16:54] <nexwave-mat> http://pastebin.com/iQU8Ph9e
[16:54] <ogra_> one sec, i'm just flashing another device here ... i'll get back to the SGS2 afterwards
[16:55] <mamenyaka> nexwave-mat, this can't be
[16:56] <mamenyaka> you should grep for omx in device/lge/
[16:57] <ogra_> MaxWallstedt, how did you flash ? for me the tarball; wasnt completely unpacked on first try due to the fact that /data is only 2G
[16:58] <ogra_> MaxWallstedt, check if there are directories in /var/log ... thats usually a good indicator to see if the unpacking completed
[16:59] <nexwave-mat> mamenyaka http://pastebin.com/d0uYvG4G
[16:59] <MaxWallstedt> ogra_: This is the contents: http://paste.ubuntu.com/5937037/
[16:59] <nexwave-mat> all commented
[16:59] <ogra_> MaxWallstedt, looks fine ... so it isnt that
[17:00] <ogra_> MaxWallstedt,  can i see "ps ax" ?
[17:00] <cjwatson> ogra_: It should mostly work now, but somebody needs to try installing the core apps as click packages and check whether they're actually launchable
[17:01] <MaxWallstedt> ogra_, here you go: http://paste.ubuntu.com/5937040/
[17:01] <cjwatson> ogra_: Also, I'd like somebody to check that switching the core apps to click packages doesn't completely break the test infrastructure ...
[17:01] <cjwatson> ogra_: (I bet *-autopilot won't know where to find the apps when they're installed as click packages)
[17:01] <ogra_> cjwatson, yeah, thats one of my fears as well
[17:02] <thomi> The test suites will launch apps using upstart, so I assumed that wouldn't be an issue
[17:02] <ogra_> all that utah and atopilot stuff feels anyway like we are building the roof before we have walls ... but whatever :)
[17:02] <ogra_> *autopilot
[17:02] <ogra_> thomi, well, even apps that have no upstart job ?
[17:02] <mamenyaka> nexwave-mat, did you do a $ make clean?
[17:03] <thomi> ogra_: my understanding was that we were using upstart for *all* apps, but perhaps that's not the case.
[17:03] <mamenyaka> ogra_, please, I lost the message where you wrote which file to check in recovery
[17:03] <ogra_> thomi, i havent heard of that ... i know we use it for all session bits
[17:03] <ogra_> (unity and friends ... pulse etc ... )
[17:03] <thomi> hmmm
[17:04] <ogra_> hmm, "and friends" has to be used with care nowadays
[17:04] <ogra_> just strikes me :)
[17:04] <ogra_> i didnt mean the friends app indeed
[17:04] <cjwatson> thomi: Which will be lovely once click apps start using upstart ;-)
[17:04] <cjwatson> thomi: Not done yet
[17:04] <ogra_> cjwatson, ah, but thats the plan ?
[17:04] <cjwatson> Yes
[17:04] <thomi> cjwatson: heh, well, neither is the autopilot side, so...
[17:04] <cjwatson> I need to resolve some things with Ted
[17:04]  * ogra_ is totally behind on click 
[17:05] <ogra_> mamenyaka, adb shell cat /proc/last_kmsg | pastebinit ...
[17:05] <ogra_> mamenyaka, thats what i use from my laptop in your situation :)
[17:06] <ogra_> MaxWallstedt, hmm, seems all container bits are actually running, i dont get why surfaceflinger didnt start
[17:06] <ogra_> MaxWallstedt, the output of /system/bin/logcat -d might be intresting
[17:07] <nexwave-mat> mamenyaka, yes more than once
[17:07] <mamenyaka> ogra_, I only have kmsg, no last_kmsg
[17:07] <ogra_> ugh
[17:07] <ogra_> thats bad ... we need it
[17:07] <nexwave-mat> ill do it again
[17:08] <ogra_> mamenyaka, it gets lost if you make the device powerless try to get into recovery directly from the boot loop
[17:08] <ogra_> dont pull the battery or so :)
[17:10] <sergiusens> cjwatson: ogra_ we have a plan for testing in a blueprint
[17:10] <ogra_> great, plans are good
[17:11] <ogra_> :)
[17:11] <sergiusens> cjwatson: ogra_ the core community apps although aren't tested from utah
[17:11] <cjwatson> Right.  But given how much people are focusing on tests, let's not rip the ground out from under them until they work.
[17:11] <sergiusens> so it's not an urgent need today
[17:11] <sergiusens> cjwatson: only apps tested in utah are the ones already in the archives
[17:12] <mamenyaka> ogra_, I can't pull the battery, but to reboot into recovery I have to hold down power + vol up, when it rebooted from bootloop, I did that, still no last_kmesg
[17:12] <sergiusens> there are dependencies in the PPA that we would need to get into the archive
[17:14] <ogra_> plars, just for the record, my freshly flashed maguro boots fine with 0801
[17:15] <plars> ogra_: thanks, I'm getting rfowler to reflash the one in the lab with -b right now, we'll see if that helps. Otherwise we may have a broken phone :(
[17:16] <ogra_> mamenyaka, ok, so we need to fly blind ... inconvenient but doable ... you did have it booting into initrd and now it should find your partition, so i guess  it is init that isnt happy when we switch to the rootfs ... can you show me your kernel cmdline ?
[17:16] <ogra_> (cat /proc/cmdline)
[17:17] <mamenyaka> http://paste.ubuntu.com/5937091
[17:18] <MaxWallstedt> ogra_: I couldn't pastebin (It was too long) so I hope this will do https://docs.google.com/file/d/0B4IBqFdESCuCLTMybHhlLUEycUU/edit?usp=sharing
[17:18] <nexwave-mat> fresh log after "make clean" http://pastebin.com/iQU8Ph9e
[17:18] <ogra_> MaxWallstedt, do it from the PC : adb shell /system/bin/logcat -d | pastebinit
[17:19] <ogra_> that will automatically pipe it to the pastebin
[17:19] <ogra_> (next time)
[17:19] <mamenyaka> nexwave-mat, I give up
[17:20] <mamenyaka> nexwave-mat, I will try to build it
[17:20] <MaxWallstedt> ogra_: Ok, thanks! http://paste.ubuntu.com/5937100/
[17:20] <MaxWallstedt> whoops
[17:21] <MaxWallstedt> typo
[17:21] <ogra_> heh, for some reeason chromium thinks your former one was a youtube video
[17:21] <nexwave-mat> I thinking of starting from 0
[17:22] <MaxWallstedt> This one's right: http://paste.ubuntu.com/5937104/
[17:22] <ogra_> nexwave-mat, that might make sense ...
[17:22] <nexwave-mat> what the best way to start from scratch with phablet-saucy branch?
[17:22] <mamenyaka> nexwave-mat,  with repo init
[17:23] <ogra_> MaxWallstedt, ugh ... looks like a serious mali problem
[17:23] <MaxWallstedt> ogra_: Did you use CyanogenMod's sources ore mine for your build?
[17:23] <ogra_> yours
[17:24] <MaxWallstedt> strange
[17:24] <ogra_> your instructions are awesome ... using CM is just effort :)
[17:24] <mamenyaka> MaxWallstedt, ogra_  libsqlite.so is missing, isn't that the problem?
[17:25] <ogra_> mamenyaka, yeah, looks like
[17:25] <ogra_> i wonder why
[17:25] <ogra_> i'm using the same branches with a build from monday
[17:26] <ogra_> and for me everything is fine
[17:26] <ogra_> MaxWallstedt, did you have any errors at buildtime ?
[17:27] <MaxWallstedt> ogra_: I don't think so, would it continue building if there was?
[17:27] <nexwave-mat> I dont use phablet-dev-bootstrap?
[17:28] <mamenyaka> nexwave-mat, don't use
[17:28] <nexwave-mat> what the exact command I should use to sync phablet-saucy from scratch?
[17:28] <ogra_> MaxWallstedt, dunno, it definitely shouldnt ...
[17:29] <mamenyaka> nexwave-mat, repo init -u http://phablet.ubuntu.com/gitweb -b phablet-saucy, but correct me if i'm wrong
[17:30] <janimo> rsalveti, ogra_ w-flo changing sensorservice to class main instead of late_start allows unity to start
[17:30] <rsalveti> janimo: yeah, changes the race
[17:30] <rsalveti> something is trying to access the sensor service right after the container is started
[17:30] <ogra_> janimo, hmm, is that in the plain init.rc or in the device specific one
[17:31] <MaxWallstedt> Should CyanogenMod/android_external_sqlite.git be in the manifest?
[17:31] <ogra_> in the plain toplevel one it wouldnt be an issue to change it
[17:31] <rsalveti> we moved to late_start because we had a different issue with mako
[17:32] <rsalveti> we really need to fix this upstart race thing asap
[17:32] <ogra_> rsalveti, ^^^ should external_sqlite be in the manifest ?
[17:32] <mterry> racarr, ppa:mir-team/system-compositor-testing seems kind of out of date.  Is it still the recommended way to get Mir on the desktop?
[17:32] <janimo> ogra_, in the main init.rc
[17:33] <rsalveti> afaik we removed sqlite from phablet-saucy
[17:33] <ogra_> janimo, well, that should be easy to patch then
[17:33] <ogra_> rsalveti, hmm
[17:33] <ogra_> rsalveti, http://paste.ubuntu.com/5937104/
[17:33] <ogra_> have a look at that one
[17:33] <rsalveti> hm, which device is this?
[17:34] <ogra_> rsalveti, i'm using the exact same brach for my SGS2 ... built on monday using it without issues atm
[17:34] <rsalveti> and we shouldn't need libandroid_runtime.so
[17:34] <rsalveti> oh, that's mali
[17:34] <rsalveti> S3?
[17:34] <ogra_> S2
[17:34] <janimo> ogra_, so you switched to saucy and it no longer works?
[17:34] <ogra_> janimo, not me, MaxWallstedt
[17:34] <rsalveti> ogra_: but then how did you get that to work?
[17:34] <rsalveti> maybe you were using an older build
[17:34] <ogra_> i'm using his branch to build my SGS2 image
[17:35] <ogra_> for me it works, for him it doesnt
[17:35] <rsalveti> which branch?
[17:35] <rsalveti> yeah, but maybe you did the build before we removed sqlite
[17:35] <ogra_> phablet-saucy plus the SGS2 stuff
[17:35] <ogra_> i built it on monday
[17:35] <rsalveti> can you check if you have that library in your system image?
[17:35] <janimo> ogra_, before the pvrsrvkm and the rest of udev rules  I also had similar errors (EGL related, tracebacks,)
[17:36] <ogra_> root@ubuntu-phablet:/# find /system -name *sqlite*
[17:36] <ogra_> err
[17:36] <ogra_> root@ubuntu-phablet:/# find /system -name *sqlite*
[17:36] <ogra_> bah
[17:36] <ogra_> silly irc
[17:36] <rsalveti> E/linker  (11576): linker.c:1918| ERROR:     0 could not load needed library 'libandroid_runtime.so' for 'libEGL_mali.so' (link_image[1918]:     0 could not load needed library 'libsqlite.so' for 'libandroid_runtime.so' (load_library[1095]: Library 'libsqlite.so' not found))
[17:37] <mamenyaka> ogra_, rsalveti why isn't hardware/qcom/media-caf included in manifest?
[17:37] <ogra_> root@ubuntu-phablet:/# find /system -name *sqlite*
[17:37] <rsalveti> E/linker  (11576): linker.c:1918| ERROR:     0 could not load needed library 'libsqlite.so' for 'libandroid_runtime.so' (load_library[1095]: Library 'libsqlite.so' not found)
[17:37] <ogra_> /system/lib/libsqlite.so
[17:37] <ogra_> /system/xbin/sqlite3
[17:37] <rsalveti> ogra_: right
[17:37] <rsalveti> ogra_: were you using the phablet-saucy branch
[17:37] <ogra_> needed to escape the slashes forst, sorry
[17:37] <nexwave-mat> I used this, repo init -b phablet-saucy -u git://phablet.ubuntu.com/CyanogenMod/android.git it worked better
[17:37] <rsalveti> mamenyaka: I believe that would depend on the hardware
[17:37] <sergiusens> mamenyaka: does it need to be for regular builds?
[17:37] <ogra_> rsalveti, yes, you told me how to switch iirc
[17:37] <ogra_> or janimo
[17:37] <sergiusens> mamenyaka: breakfast should bring it in
[17:37] <nexwave-mat> resyncing now see you in a bit
[17:37] <rsalveti> ogra_: well, the lib is there =\
[17:37] <sergiusens> should be a cm.dependency
[17:37] <ogra_> rsalveti, right
[17:37] <rsalveti> ogra_: let me add sqlite back then
[17:38] <rsalveti> xnox: ^^ we need to sync later
[17:38] <rsalveti> but I'm still updating the phablet-saucy branch
[17:38] <mamenyaka> sergiusens, it isn;t in the dependencies
[17:38] <ogra_> well, can we get rid of libandroid_runtime ?
[17:38] <rsalveti> ogra_: no, mali depends on it
[17:38] <rsalveti> ogra_: in your case
[17:39] <ogra_> ah, crap
[17:39] <rsalveti> which is wrong
[17:39] <rsalveti> but, samsung crap
[17:39] <ogra_> well, there will probably be more mali devices like that
[17:39] <ogra_> yeah
[17:39] <sergiusens> mamenyaka: just add it in
[17:39] <ogra_> and we shouldnt exclude samsung
[17:39] <rsalveti> yeah, ideal would be to have a stub lib
[17:39] <mamenyaka> sergiusens, of course I did
[17:39] <mamenyaka> sergiusens, just askin
[17:39] <rsalveti> ogra_: but at least during runtime it worked for you it seems
[17:39] <sergiusens> mamenyaka: probably device specific
[17:39] <rsalveti> so I believe it's just linking wrongly
[17:40] <ogra_> even though i would like to have the world rather buy UbuntuEdges :) people buy that samsung stuff all the time :)
[17:40] <sergiusens> mamenyaka: we try and keep the default repo's to a minimum
[17:40] <ogra_> |(including me)
[17:40] <rsalveti> sure, we need to support it :-)
[17:40] <rsalveti> just saying it's more unexpected crap :-)
[17:40] <ogra_> well, one day there will be more ubuntu edge devices than samsung ones ... :)
[17:41] <ogra_> world domination and the like ... y'know :)
[17:41] <rsalveti> or samsung edge devices
[17:41] <rsalveti> galaxy edge
[17:41] <rsalveti> lol
[17:41] <ogra_> ++
[17:41] <sergiusens> lol
[17:41] <ogra_> HAHAHA
[17:41] <rsalveti> would be awesome
[17:41] <ogra_> bah
[17:41] <bregma> yayy, the power came back on again
[17:42] <ogra_> the metapackage update always grinds my chromebook to a halt
[17:42] <ogra_> and indeed i was premature ... unity8 wasnt promoted eyt
[17:42] <ogra_> *yet
[17:42] <rsalveti> yeah
[17:43] <ogra_> ../ubuntu-touch-meta-1.043
[17:43] <ogra_> dch warning: no orig tarball found for the new version.
[17:43] <ogra_> Removed unity8 from touch [armhf i386]
[17:43] <ogra_> grr
[17:43] <mamenyaka> ogra_, so what we do about cmdline?
[17:43] <ogra_> mamenyaka, oh, did you paste it already ?
[17:43] <Joe_B> Is there any difference between the 2013 nexus 7 and the old one as far as flashing is concerned?  Also, if one connects a mouse & keyboard to a nexus 7 or 10 is it possible to use a normal desktop interface?
[17:43] <mamenyaka> like a year ago
[17:43] <ogra_> sorry, missed that
[17:43] <foox> hi everyone ! i have one stupid question. I've been using ubuntu touch on a nexus 4 for a few weeks now and the only important thing that would push me to use it as an everyday phone would be 3g support. does anybody hve a clue about when it'll be available ?
[17:43] <mamenyaka> ogra_, http://paste.ubuntu.com/5937091/
[17:43] <rsalveti> ogra_: added sqlite back
[17:44] <rsalveti> repo sync should get everything
[17:44] <ogra_> MaxWallstedt, ^^^
[17:45] <MaxWallstedt> ogra_: How should I regain the recovery?
[17:45] <ogra_> mamenyaka, ok, so one thing we should try is to get console=tty1 appended ... another thing might be that your kernel config needs CONFIG_VT set
[17:45] <mamenyaka> I will try the kernel config first
[17:45] <ogra_> MaxWallstedt, heimdall ... use a kernel with the cmdline forcing disabled
[17:46] <ogra_> rsalveti, doesnt look good for sao paolo again :(
[17:46] <rsalveti> ogra_: yeah, just saw that
[17:47] <rsalveti> we need better players
[17:47] <rsalveti> but hard when europe is paying in hundreds mi
[17:47] <ogra_> well they were pretty awesome in tehir defense against bayern
[17:47] <ogra_> yeah
[17:47] <rsalveti> yeah, was a good game overall
[17:48] <mamenyaka> ogra_, I already have CONFIG_VT=y
[17:48] <ogra_> mamenyaka, hmm, other console options then, HW_CONSOLE ?
[17:48] <mamenyaka> yes, set to =y
[17:49] <ogra_> hmm
[17:49] <xnox> rsalveti: ogra_ : ok, adding sqlite back in.
[17:49] <ogra_> last resort would be to set FRAMEBUFFER_CONSOLE to M
[17:49] <xnox> rsalveti: ogra_: i am afk, but will do an upload later.
[17:50] <ogra_> xnox, k
[17:50] <rsalveti> xnox: ok
[17:51] <mamenyaka> ogra_, ok, will try
[17:54] <Joe_B> @foox, I believe it's working but requires command line activation, try adding nmcli as a search term.
[17:55] <Joe_B> try starting here: http://forum.xda-developers.com/showthread.php?p=42170658
[17:57] <ogra_> Joe_B, i think he dropped off already
[17:58] <mamenyaka> ogra_, do I need to replace initrd.img again?
[17:58] <ogra_> manyou can use abootimg to replace zImage ;)
[17:58] <Joe_B> @ogra_ thanks, but maybe that info should be easier to find?
[17:58] <ogra_> mamenyaka, ^^^
[17:59] <Joe_B> I think the first couple google results I got were unanswered askubuntu questions.
[17:59] <ogra_> Joe_B, it definitely should, though 3G should actually work nowadays (there are bugs that awe is just fixing though)
[17:59] <morphis> awe: maybe worth a look for you: https://github.com/webOS-ports/ofono/commit/a059b470b47b2375aa94faed5c1a58e96a6567e2
[17:59] <mamenyaka> ogra_, that's great!
[18:00] <mamenyaka> ogra_, but didn't the ubuntu-touch-generic-initrd ge updated?
[18:01] <rsalveti> morphis: yeah, I think that this is something awe was planning on doing as well
[18:01] <ogra_> if it did it should be the right one by now
[18:01] <rsalveti> great
[18:01] <ogra_> mamenyaka, the fix you used before is in the archive now
[18:01] <ogra_> (where the package is pulled from during build)
[18:01] <awe> morphis, sweet!
[18:01] <mamenyaka> ogra_, I saw it was downloading ubuntu-touch-generic-initrd-0.17
[18:02] <ogra_> yeah, then it is right
[18:02] <awe> morphis, I've been heads down fixing bugs in gprs, related to roaming, NM, ...
[18:02] <morphis> awe: saw that :)
[18:02] <awe> morphis, also have a bunch of work next week to get mms working
[18:03] <morphis> awe: I talked with holtman long about the mbpi issue and this was a result of it
[18:03] <awe> morphis, currently working on moving out ofono code into the archive, so we don't have to pull from the ppa
[18:03] <morphis> never had the time to submit it upstream
[18:03] <morphis> awe: yeah
[18:03] <ogra_> one cant talk short with holtman :)
[18:03] <awe> morphis, ok... this is really great stuff
[18:04] <awe> morphis, also not sure if you saw our re-working of gprs-context to add unit tests
[18:04] <rsalveti> time for some late lunch
[18:04] <rsalveti> bbl
[18:04] <awe> I'd like to apply that to all of the rilmodem code, but first things first
[18:04] <morphis> awe: not in detail, I am currently loaded with so much work that I only read the headlines
[18:04] <rsalveti> morphis: I guess I know the feeling :-)
[18:04] <morphis> rsalveti: hehe
[18:05] <rsalveti> want to find time to upstream the rest of the hybris stuff, but it's hard
[18:05] <rsalveti> every time something critical pops up
[18:05] <awe> morphis, did you include the apns.xml file in your code?
[18:05] <morphis> awe: no, it should be part of any android image
[18:05]  * rsalveti lunch
[18:05] <morphis> so hopefully part of the phablet image as well
[18:05] <awe> ok, just checking.  ;)-
[18:06] <awe> morphis, have you done any work with mmsd yet?
[18:06] <morphis> awe: not really
[18:06] <morphis> just looked through the code
[18:06] <awe> ok, there's definitely some work to do
[18:07] <ogra_> just tell people to use email :P
[18:07] <mamenyaka> ogra_, yey, bootloop again
[18:07] <awe> a couple of things... our code currently only supports a single active data context, so that will need to change
[18:07] <ogra_> mamenyaka, hmm, did you check, i think there is an option for the last_kmsg stuff in the kernel
[18:07] <awe> also ofono mucks around with the ip config of mms contexts
[18:07] <awe> so we need to teach it not to do that for mms contexts
[18:08] <ogra_> mamenyaka, might make sense to make sure thats enabled
[18:08] <awe> and finally, I'm not sure whether ofono truly supports a single context that supports multiple uses
[18:08] <awe> ie. a single data context that supports ussd, internet & mms
[18:08] <awe> but that's a task for next week
[18:08] <mamenyaka> ogra_, no such thing
[18:09] <awe> Joe_B, you shouldn't have to activate the NM connection manually anymore. It should just work, however as ogra_ said, we're working out some bugs in the NM code
[18:09] <morphis> awe: at last the API doesn't allow this
[18:10] <morphis> property Type of org.ofono.ConnectionContext can be only one of the defined types
[18:10] <awe> morphis, it will have to.  ;)-
[18:10] <morphis> :D
[18:10]  * awe looks forward to some more ofono hacking
[18:10] <morphis> API breakage, yeah!
[18:10] <awe> morphis, not as bad as dual SIM support
[18:10] <awe> ( or CDMA support )
[18:10] <Joe_B> awe, is there a nice gui to connect/disconnect at the moment?
[18:11] <awe> for mobile data?
[18:11] <morphis> awe: maybe we have to expose virtual contexts to be compliant with ofono's needs
[18:11] <awe> there's a toggle switch in the network indicator to enable/disable
[18:11] <awe> Joe_B, but that's about it
[18:11] <mamenyaka> ogra_, how should I enable it?
[18:11] <awe> it relies on the provisioning working though
[18:12] <awe> Joe_B, so when the phone boots, it reads your operator from the SIM
[18:12] <awe> and then looks it up in the mbpi db
[18:12] <awe> and then if matches are found, creates them in /var/lib/ofono/<IMSI>/gprs
[18:13] <ogra_> mamenyaka,  the option should be SEC_LOG_LAST_KMSG
[18:13] <awe> right now, if it finds multiple APNs for your operator, it creates contexts for all of them
[18:13] <awe> I have a patch which causes it to only create a context for the first
[18:13] <awe> the real fix however is to use Android's APN db
[18:14] <awe> which morphis has apparently worked out
[18:14] <awe> I will work on getting this into our images next week
[18:14] <awe> morphis, as mentioned this is on my plate for next week, so will be doing some heavy thinking about it then
[18:15] <morphis> awe: ok
[18:15] <awe> morphis, I'll ping you once I've actually gotten a chance to play around with the code a bit more
[18:15] <morphis> if I will find some time anywhere soon I will submit this one upstream anyway as alternative to mbpi
[18:15] <morphis> awe: ok
[18:15] <awe> cool
[18:15] <awe> morphis, are you working on CDMA?
[18:15] <awe> ;)
[18:16] <awe> it's a big feature request, but not on our short-term priority list
[18:16] <morphis> awe: no :
[18:16] <awe> getting GSM solid, and LTE are more important
[18:16] <ogra_> mamenyaka, the only other idea i have is to randomly start enabling console and tty options until it works
[18:16] <awe> morphis, any idea if the Jolla guys are?
[18:17] <morphis> awe: let me ask
[18:17] <morphis> Stskeeps: ^^
[18:17] <Stskeeps> not to my knowledge
[18:17] <awe> ok
[18:17] <awe> Stskeeps, are you a Jolla developer?
[18:18] <Stskeeps> <- chief research engineer, but no, not doing ofono coding
[18:18] <mhall119> awe: Jolla guys are probably in #sailfishos
[18:18] <Stskeeps> libhybris etc, sure
[18:18] <awe> Stskeeps, ah ok
[18:19] <ogra_> Stskeeps, what kind of chiefs do you resaerch in your job ?
[18:19] <ogra_> :)
[18:19] <awe> morphis, perhaps next week we could try and find some time to do a three-way discussion about rilmodem & remaining work to be done
[18:19] <mhall119> ogra_: you misunderstand, he engineers research into chiefs
[18:19] <ogra_> aaah !
[18:20]  * awe head spins
[18:20] <Stskeeps> awe: we're probably also interested in discussing - all this ought to end up in upstream
[18:20] <Tassadar_> so that's how you become Master Cheif!
[18:20] <awe> Stskeeps, agreed
[18:20] <Stskeeps> rilmodem is a solid piece of work, can impact a lot around the open source ecosystem
[18:20] <awe> Stskeeps, thanks...
[18:20] <morphis> awe: ok, just propose a time for the discussion :)
[18:20] <awe> it's definitely a goal to upstream it
[18:21] <awe> first I have to get it working with the stock ofono
[18:21] <awe> ;)
[18:21] <awe> morphis, where are you based?
[18:22]  * ogra_ points north
[18:22] <awe> maybe next tue?  4 UTC?
[18:22] <morphis> awe: germany
[18:22] <awe> s/4/16:00/
[18:22] <awe> ?
[18:22] <morphis> awe: let me take a look into my calendar
[18:23] <morphis> awe: 17:00 UTC would be better for me
[18:24] <Stskeeps> personally i would motivate a joint rilmodem git tree somewhere, all this git(upstream)->bzr(ofono)->git(jolla/webos/etc) stuff is making things a bit funny
[18:24] <mamenyaka> ogra_, no last_kmesg
[18:25] <awe> Stskeeps, that's definitely a topic we could discuss...
[18:25] <Stskeeps> as 'our' guys are doing a lot of work you're probably interested in and reverse
[18:25] <awe> Stskeeps, I'm actually working on creating a patch against ofono, with the goal of starting the upstream conversation
[18:25] <Stskeeps> :nod: sounds good
[18:26] <Stskeeps> ideally we'd all work upstream
[18:26] <awe> right now, our bzr tree has a bunch of Makefile changes that they wouldn't accept
[18:26] <ogra_> mamenyaka, you did already set console=tty1 ?
[18:26] <mamenyaka> not yet
[18:26] <awe> especially wrt to udev, and they modem initialization code
[18:26] <ogra_> (as last cmdline arg)
[18:26] <ogra_> try that then
[18:26] <awe> we're working on fixing that as part of this effort.
[18:27] <Stskeeps> :nod:
[18:27] <awe> the stock ofono uses a udev plugin to activate modems
[18:27] <Stskeeps> which is a tad different with ril
[18:27] <mamenyaka> ogra_, what should I edit?
[18:27] <awe> whereas as we're going to use an upstart android bridge to detect rild via exported android props
[18:27] <ogra_> mamenyaka, well, check the boot.img if it carries a cmdline (abootimg -i )
[18:27] <mamenyaka> ogra_, this: CONFIG_CMDLINE="console=ttySAC2,115200" ?
[18:28] <ogra_> no
[18:28] <ogra_> putting it in the kernel is a last resort
[18:28] <ogra_> fi you are lucky to have a normal bootimg you should be able to set it there
[18:29] <Stskeeps> awe: i might remember wrong from my n900 days but wasn't it possible to activate modems through configuration? i mean, phonesim?
[18:29] <awe> Stskeeps, could you check with your ofono guys and see if an irc meeting next week would work ( or put them in touch with me via email? )
[18:29] <mamenyaka> ogra_, boot.img has * cmdline = console=ttySAC2,115200
[18:29] <awe> Stskeeps, phonesim is for testing
[18:29] <Stskeeps> awe: i'll have a chat with them, should be possible
[18:29] <ogra_> mamenyaka, awesome
[18:29] <Stskeeps> awe: sure, but in terms of modem activation :)
[18:29] <awe> Stskeeps, ok.  fyi, I'm off tomorrow
[18:30] <Stskeeps> alright - what was your mail?
[18:30] <ogra_> mamenyaka, abootimg -u /path/to/bootimg -u "cmdline=console=tty1"
[18:30] <ogra_> mamenyaka, then check again with -i
[18:30] <awe> Stskeeps, re: activation... we want it to be done at runtime as much as possible
[18:31] <awe> currently we have hard-coded parameters in our ofono upstart job
[18:31] <awe> so we're going to try and make that a more dynamic job, by detecting rild props, and then launching ofono in a mode where rilmodem is activated
[18:32] <mamenyaka> ogra_, yes, it works, only with -c, not -u
[18:32] <awe> vs. the normal desktop mode where the udev plugin runs
[18:32] <mamenyaka> ogra_, * cmdline = console=tty1
[18:32] <ogra_> great
[18:32] <ogra_> now try with that
[18:32] <ogra_> and keep it there ... even if you move on to kernel config changes etc
[18:33] <ogra_> if that doesnt work, i'm out of ideas ... but i would start wildly trying out different console options until it works
[18:34] <ogra_> (console kernel config options that is ... and VT and tty settings in the kernel config ... even with fbcon etc)
[18:35] <mamenyaka> ogra_, no luck
[18:35] <ogra_> if you find a working one, roll back until you can nail it down to one option
[18:36] <ogra_> mamenyaka, just a question, you have an ubuntu flipped rootfs on your USERDATA partition already, right ?
[18:36] <mamenyaka> ogra_, yes
[18:36] <ogra_> (i.e. you flashed the armhf zip)
[18:36] <ogra_> ok
[18:37] <ogra_> well, then all you can do lacking logs is randomly poking at kernel options i fear
[18:37] <mamenyaka> ogra_, that would be funny  if I had something else
[18:38] <ogra_> well, the only thing i cant cover with adb is a crashing init ... which results in the reboot loops ... all other errors are catched in the initrd and adn is started
[18:38] <ogra_> so it is pretty clearly init crashing ... just wanted to make sure it isnt crashing just because it isnt there :)
[18:39] <mamenyaka> so what should I try to poke the kernel with?
[18:40] <ogra_> console device options, graphics options ...
[18:46] <mamenyaka> ogra_, can it be that for the unflipped image I had the font render issue and reverted back to an older mali?
[18:47] <ogra_> mamenyaka, no, mali isnt involved at that point, unless you also patched the kernel in other places than mali code
[18:47] <mamenyaka> ogra_, no
[18:48] <mamenyaka> ogra_, I found this in a BoardConfig.mk file: BOARD_KERNEL_CMDLINE := "console=ttySAC2,115200" - can I edit here?
[18:48] <nexwave-mat> ok, so I'm back with a clean phablet-saucy repo, http://pastebin.com/iQU8Ph9e
[18:48] <ogra_> mamenyaka, yeahm that might work, it will likely set it the same way in bboot.img you just did
[18:49] <w-flo> mamenyaka, sorry, I don't know what you and ogra_ have tried so far.. is CONFIG_VT and CONFIG_VT_CONSOLE enabled in your kernel config? That was causing boot loops for me
[18:49] <mamenyaka> w-flo, yes, they are
[18:49] <ogra_> yeah, he tried that first
[18:49] <w-flo> mamenyaka, I thought so :)
[18:49] <mfisch> stgraber: how are you copying files out of /home before the mount? I added some links and files in ~phablet and they don't show up now
[18:50] <ogra_> w-flo, not having any logs doesnt help either :)
[18:50]  * mfisch forgot stgraber is off today, will email
[18:50] <mamenyaka> w-flo, wait a minute,  CONFIG_VT_CONSOLE isn't set
[18:50] <w-flo> ogra_, I agree :)
[18:50] <ogra_> mamenyaka, !
[18:51] <w-flo> mamenyaka, not sure if that will help. I enabled both, VT_CONSOLE and VT at the same time, and then it started working
[18:51]  * ogra_ needs to go afk for a while ...
[18:51] <w-flo> but you should certainly try it! :)
[18:52] <w-flo> from reading the VT_CONSOLE help text it sounds important
[18:52] <nexwave-mat> log of 2nd brunch without make clean, http://paste.ubuntu.com/5937381/
[18:53] <mamenyaka> nexwave-mat, yep, something with obj/lib/libnv.so
[18:55] <mamenyaka> nexwave-mat, same file, disable PRODUCT_PACKAGES += \    hwaddrs
[19:03] <balloons> kenvandine, can you review my merge? I finished elopio's branch and added the 3 suggested autopilot tests. https://code.launchpad.net/~nskaggs/dropping-letters/finish_elopio_branch/+merge/178147
[19:06] <mamenyaka> w-flo, ogra_ still not working, bootloop
[19:07] <w-flo> mamenyaka, :(
[19:07] <kenvandine> balloons, sure
[19:07] <w-flo> mamenyaka, that took me a few hours as well. I compared my kernel config with the mako kernel config and tried to spot the differences that seemed important...
[19:08] <mamenyaka> there should be similar devices, which may have last_kmsg
[19:08] <mamenyaka> w-flo, only if I knew all of this kernel stuff
[19:09] <w-flo> yeah, I know next to nothing about all that stuff. At least I know what an initramfs is now.. :D
[19:09] <w-flo> it's learning by doing for me
[19:10] <ali1234> ok i am definitely using saucy now. same problem: No rule to make target `/home/al/Source/ubuntu-touch/phablet/out/target/product/galaxysmtd/android-boot.img'
[19:10] <ali1234> except now it's android instead of ubuntu
[19:11] <mamenyaka> ali1234, great job!
[19:11] <ali1234> why?
[19:12] <ali1234> i am no better off than when i started really
[19:12] <mamenyaka> ali1234, please edit boot.img in that file I mentioned to android-boot.img
[19:12] <ali1234> in shbootimg.mk?
[19:12] <mamenyaka> ogra_, on my other device, pollux_windy, I have BOARD_KERNEL_CMDLINE  := console=ttyHSL0,115200,n8 androidboot.hardware=qcom user_debug=31 msm_rtb.filter=0x3F ehci-hcd.park=3 maxcpus=2
[19:13] <mamenyaka> and it just works
[19:14] <mamenyaka> ali1234, yes
[19:14] <ali1234> well it's building
[19:15] <mamenyaka> nexwave-mat, how's the build?
[19:15] <nexwave-mat> mamenyaka, http://pastebin.com/iQU8Ph9e after make clean
[19:15] <nexwave-mat> and comment out
[19:18] <mamenyaka> nexwave-mat, just keep disabling things from that file until it builds, now you need to disable audio.primary.iprj
[19:19] <w-flo> mamenyaka, can you tell me what's in the /etc/fstab file on your working device after booting?
[19:19] <w-flo> I can't figure out what's wrong with my fstab :|
[19:20] <w-flo> most importantly the /data mount
[19:20] <mamenyaka> I have no fstab in /etc
[19:21] <w-flo> oh.. so it's not using the flipped container model yet? (Or is something completely wrong with my image :o)
[19:21] <mamenyaka> w-flo, it's on flipped
[19:22] <w-flo> mamenyaka, hm! there's an /etc/fstab file in the ubuntu rootfs.. I wonder why you don't have that?
[19:26] <mamenyaka> w-flo,
[19:26] <mamenyaka> w-flo, # added by lxc-android-boot for /data
[19:26] <mamenyaka> /dev/mmcblk0p27	/data	ext4	noatime,nodiratime,errors=remount-ro	0	0
[19:26] <w-flo> mamenyaka, many thanks :) *compares to his file*
[19:27] <w-flo> hm, looks the same.. and it works? so there are files in /data ? I keep on getting "mount: according to mtab, /dev/mmcblk0p26 is mounted on /"
[19:27] <mamenyaka> w-flo, I thought you were talking about the root /etc
[19:28] <w-flo> oh.. wait
[19:28] <w-flo> so maybe I got that wrong. Isn't that the root /etc?
[19:28] <mamenyaka> no, it's from /data/ubuntu/etc
[19:29] <w-flo> ohhh. damnit. my device seems to be totally screwed up then :D
[19:29] <ali1234> well it looks like it built... but... ERROR: boot size (10670080) is 135.68% of limit (7864320)
[19:29] <mamenyaka> w-flo, when I adb shell into my device, I am automatically at /data/ubuntu/, just seen as if I am at /
[19:30] <mamenyaka> ali1234, well that's not good
[19:30] <ali1234> yeah
[19:30] <w-flo> mamenyaka, that sounds like it works correct for you, and it's bugged for me. hm.
[19:30] <MaxWallstedt> ogra_, It now booted into unity, but when I rebooted it just enters a black screen and I can't reach it with adb.
[19:31] <w-flo> ali1234, I had the same problem. You could remove adbd and libcrypto.so from the initrd or try to trim down your kernel's size
[19:31] <w-flo> without adbd in the initrd, debugging is pretty difficult, but maybe there's no need to debug (if you're lucky and your data partition has a common label)
[19:31] <mamenyaka> ogra_, just one last thing, at what point should the wifi module be loaded?
[19:37] <mamenyaka> logcat: http://paste.ubuntu.com/5937533 around line 1957, Camera App not working, can someone have a look at this?
[19:41] <w-flo> mamenyaka,  maybe the probglem is in line 2125 / 2126?
[19:41] <mamenyaka> w-flo, yep
[19:42] <mamenyaka> but I think also PAL_BroadcastEvent_Send: couldn't find activity service.
[19:43] <w-flo> maybe you can use strace to find out which files don't exist but should exist.. just an idea :)
[19:43] <mamenyaka> w-flo, strace?
[19:44] <w-flo> it tells you about some of the things a process does
[19:44] <w-flo> apt-get install strace , then start strace -p *PID* .. IIRC
[19:45] <mamenyaka> very well then
[19:49] <mhall119> Saviq: tedg: do we have any automated testing on the HUD for Ubuntu Touch?
[19:50] <mamenyaka> w-flo, OMG, it just started working
[19:50] <mhall119> I have HUD actions available again, but always for the webbrowser app, regardless of which app is actually focused
[19:50] <w-flo> mamenyaka, wow! how did you make it work?
[19:50] <tedg> mhall119, I have heard that, kinda waiting for the port to the new application manager to work on it.
[19:50] <mamenyaka> I just pressed it
[19:51] <tedg> mhall119, Guessing it could be a platform API issue.
[19:51] <w-flo> mamenyaka, haha .. nice :)
[19:51] <tedg> mhall119, Since the HUD hasn't changed really.
[19:51] <mhall119> tedg: ah, you think it's not being notified that the focused app has changed?
[19:52] <sergiusens> mamenyaka: \o/
[19:52] <tedg> mhall119, That'd be my guess, but really all that code is EOL right now.
[19:52] <mhall119> ok
[19:52] <mhall119> so....when do we get Mir in the Touch images?
[19:52]  * tedg keeps asking but gets uncertain answers
[19:54] <mhall119> I assume kgunn is sprinting this week
[19:54] <mhall119> tedg: are you?
[19:54] <tedg> mhall119, Nope, I'm not important enough :-)
[19:55] <mhall119> you're important enough to me, I'd totally have made you travel :)
[19:56] <tedg> Heh
[19:56] <tedg> I think we need more face-to-face meetings actually.  Those are best for solving integration issues, and most of the issues we have right now are integration ones.
[19:57] <mamenyaka> sergiusens, I doesn't always work, If I launch dropping letters, then launch Camera, close Dropping letters, wait a minute, THEN it works
[19:58] <sergiusens> mamenyaka: that's strange...
[19:59] <sergiusens> mamenyaka: there's a test-camera (or with _) in your path, try that
[19:59] <mamenyaka> sergiusens, If I simply open Camera, it's just blank white
[19:59] <mamenyaka> test_camera
[20:00] <mamenyaka> sergiusens, what should I see?
[20:00] <mamenyaka> oh
[20:00] <sergiusens> mamenyaka: if it works, the camera...
[20:00] <mamenyaka> after some time it failed
[20:00] <sergiusens> mamenyaka: look at logcat
[20:01] <mamenyaka> sergiusens, I have the test_camera output first: http://paste.ubuntu.com/5937601
[20:02] <sergiusens> mamenyaka: might just be a problem with the test app...
[20:02] <mamenyaka> sergiusens, F/        (13894): const VALUE& android::KeyedVector<KEY, VALUE>::valueFor(const KEY&) const [with KEY = android::String8; VALUE = EffectMode]: key not found
[20:02] <mamenyaka> W/CameraService(13876): Disconnecting camera client 0x415f2cb0 since the binder for it died (this pid 618)
[20:02] <mamenyaka> I/CameraClient(13876): Destroying camera 1
[20:03] <mamenyaka> sergiusens, just a quick side thing: how can I test sound?
[20:04] <plars> mhall119: who's the best person to ask about the calculator-app tests?
[20:06] <sergiusens> mamenyaka: I was going to tell you to just playback a video but thats' not working for me...
[20:07] <mamenyaka> what video should I try?
[20:07] <sergiusens> mamenyaka: in the video lens, the first three videos work
[20:09] <mamenyaka> sergiusens, I'm notsure if I know the video lens
[20:09] <mamenyaka> is that with all the movies?
[20:09] <sergiusens> mamenyaka: yes
[20:10] <sergiusens> mamenyaka: the first one is the sintel video
[20:10] <mamenyaka> and which one should I try and how should I play it?
[20:10] <mamenyaka> yes
[20:10] <mamenyaka> nothing
[20:10] <mhall119> plars: ask balloons about tests, he can redirect you from there
[20:10] <mamenyaka> empty
[20:11] <sergiusens> plars: I hope you are not adding community core app tests depending on debian packaging
[20:11] <balloons> plars, they should be all merged, however popey has a open bug that they are all failing on the device itself
[20:11] <plars> sergiusens: that's exactly what I was asked to do, why?
[20:11] <plars> balloons: you don't say :)
[20:12] <plars> balloons: I'm glad it's not just me
[20:12] <sergiusens> plars: that conflicts with using the click packages...
[20:12] <popey> i have a few bugs ☻
[20:12] <balloons> plars, :-) apparently popey has found that many are not working on the devices, despite running fine on desktop and emulated enviroment
[20:12] <plars> sergiusens: all the app tests we're adding right now depend on debian packaging
[20:12]  * popey coughs up the first four of https://bugs.launchpad.net/~popey/+bugs?orderby=-id&start=0 for plars 
[20:12] <plars> sergiusens: but I'm sure that will all have to change later
[20:13] <sergiusens> plars: for the core community apps, it's like starting Monday
[20:13] <plars> sergiusens: but for other stuff (phone, unity8, etc...) should all work ok?
[20:13] <sergiusens> plars: there's a mandate to remove all PPAs by tomorrow from the default image (don't ask)
[20:13] <plars> with deb packages?
[20:13] <plars> sheesh
[20:13] <mhall119> by tomorrow?
[20:14] <sergiusens> plars: yeah, that will need to be adapted for later on, but for now it's staying
[20:14] <sergiusens> mhall119: so I've been told, management decission at the sprint..
[20:14] <plars> sergiusens: we could still add PPAs for now though right?
[20:15] <plars> sergiusens: ex. for installing utah
[20:15] <sergiusens> plars: you can add them, they just won't be default in image build
[20:15] <plars> sergiusens: ok
[20:15] <plars> sergiusens: ok, so in either case, I don't think I can add these community app tests just yet
[20:16] <mamenyaka> sergiusens, what about this error when I try to install something through apt-get: http://paste.ubuntu.com/5937633/
[20:16] <sergiusens> mamenyaka: that's ogra_ ... but it shouldn't break you
[20:17] <mamenyaka> ogra_, ^^
[20:17] <ali1234> the kernel alone is bigger than what it claims is the maximum boot size...
[20:18] <mamenyaka> sergiusens, can you help me with wifi module?
[20:20] <plars> sergiusens: even the sdk stuff seems to be in ppas though?
[20:20] <plars> ubuntu-ui-toolkit-examples and ubuntu-html5-theme for example
[20:21] <sergiusens> plars: hmmm, which one? The one we pull in is in the archives
[20:21] <sergiusens> plars: called qtdeclarative5-.*-ubuntu or something like that
[20:21] <plars> sergiusens: I'm just looking at package names from the dependencies contained in the autopilot tests
[20:22] <plars> sergiusens: the 2 I pasted there claim to be coming from a ppa according to apt-cache-policy
[20:22] <sergiusens> plars: which tests?
[20:22] <plars> sergiusens: basically I've been asked to add *-autopilot to our daily runs
[20:23] <plars> sergiusens: I'm ripping through the list, and making 0 progress so far
[20:24] <sergiusens> plars: I wonder how we are set these conflicting agendas
[20:33] <gema> plars: what is the problem, the tests are failing?
[20:36] <gema> plars: our job is to make them run and fail
[20:36] <gema> plars: someone else will fix them
[20:36] <plars> gema: well, that's one problem, the other is that ppas are going away, like right away
[20:37] <plars> gema: so they won't even be installable, nor will the apps they test
[20:37] <gema> plars: they are moving to what, click packages?
[20:37] <plars> gema: yes
[20:37] <gema> plars: don't we have a way to install click packages?
[20:37] <gema> sergiusens: ^ ?
[20:38] <plars> gema: there's a way to install click packages I think, not sure they are available there yet or even how to do it
[20:38] <sergiusens> gema: click packages don't include the autopilot tests
[20:38] <gema> plars: do you have that problem with any of the autopilot tests we have right now successfully running?
[20:38] <mfisch> sergiusens: do you happen to know when the system-image-updater image is unpacked? Meaning when is home copied into the r/w partition. (none of the guys who worked on it are around)
[20:38] <sergiusens> plars: we haev a hook in the build
[20:38] <plars> gema: yes, they are inconsistent, we get failures every day
[20:38] <gema> sergiusens: those tests wre supposed to be packaged along with the click packages
[20:38] <plars> gema: but rerunning sometimes sees them pass
[20:38] <sergiusens> gema: really?
[20:39] <gema> plars: we should stop rerunning until they pass
[20:39] <gema> plars: so that devs see the issues
[20:39] <mamenyaka> sergiusens, will we have another chat day like today anytime soon?
[20:39] <gema> sergiusens: yes
[20:39] <gema> sergiusens: who is responsible for this change?
[20:39] <sergiusens> mamenyaka: I guess so, we just need to have dholbach set one up
[20:39] <gema> sergiusens: lool ?
[20:39] <sergiusens> gema: I am
[20:39] <gema> sergiusens: who asked you to do it?
[20:39] <plars> gema: sometimes we have to rerun them for other reasons (ex. new build)
[20:39] <gema> sergiusens: and gave you the requirement
[20:40] <sergiusens> gema: during the click standups on wednesdays
[20:40] <gema> plars: other reasons is fine, tests failing .. not fine
[20:40] <sergiusens> gema: where is the requirement to include them?
[20:40] <gema> sergiusens: you cannot do this change without taking testing into account
[20:40] <plars> gema: right, that's not what I was suggesting
[20:40] <gema> sergiusens: this was discussed in our meeting last week
[20:40] <sergiusens> gema: not in this way...
[20:40] <gema> sergiusens: please check with lool, it is not acceptable to leave these apps without tests
[20:40] <gema> sergiusens: and no plan for that
[20:40] <sergiusens> gema: and the click packages took place a month ago
[20:41] <sergiusens> gema: well they never were there in the first place
[20:41] <gema> sergiusens: you are telling me that we have no way to run teh tests for these apps and that didn't raise a red flag to anyone?
[20:41] <mamenyaka> all: I will be going now, it was an honor talking to you guys, thank you for all the help!
[20:41] <sergiusens> gema: we do
[20:41] <gema> sergiusens: who is responsible for making this happen?
[20:41] <w-flo> bye mamenyaka :)
[20:41] <sergiusens> gema: branch source, push tests, run them
[20:42] <gema> sergiusens: did someone push you to do this today?
[20:42] <sergiusens> gema: that's what we agreed on during the qa meeting
[20:42] <sergiusens> gema: no
[20:42] <sergiusens> no one pushed me
[20:42] <gema> sergiusens: we agreed that we would land the testing along with the packages, I thought
[20:43] <gema> sergiusens: ok, then the frequency of our meeting is clearly not sufficient
[20:43] <gema> plars: are you in the click standup?
[20:43] <gema> plars: one of us should
[20:44] <sergiusens> gema: that's not in the notes summary https://blueprints.launchpad.net/ubuntu/+spec/qa-s-image-based-updates
[20:44] <nexwave-mat> mamenyaka, how do you know what to look for?
[20:44] <plars> gema: no
[20:45] <gema> sergiusens: there are no details of click packages in those notes and we discussed them
[20:45] <gema> sergiusens: we are not ready for this and it is landing before we have had the chance to test it, as far as I can tell
[20:46] <sergiusens> gema: only thing we discussed was upstream merger and this item: Need to adapt autopilot tests to launch Click apps rather than directly running binaries
[20:46] <sergiusens> gema: it already landed 2 weeks ago, was pulled for the demo this week
[20:46] <gema> sergiusens: right, and we also need to be able to run autopilot tests for smoke testing
[20:47] <sergiusens> gema: which is fine
[20:47] <gema> sergiusens: I am not blaming you, things are moving quick, just saying we need to improve at communication
[20:47] <gema> sergiusens: is it?
[20:47] <sergiusens> gema: autopilot, yes, should be able to run
[20:47] <gema> sergiusens: the recommended way is to install tests from a branch that may or may not be in sync with the package
[20:47] <sergiusens> gema: as I was going to add it in the image by default
[20:47] <gema> and run them
[20:47] <gema> sergiusens: there is no way to reproduce such a run
[20:47] <gema> when there are problems
[20:48] <gema> sergiusens: it is not an acceptable way of testing, we are not running those tests from a branch like that
[20:48] <sergiusens> gema: ok, I can add the tests into the click builds, doesn't seem clean
[20:48] <gema> sergiusens: we will have to figure out another way and hold the landing of our testing
[20:48] <SS__> Hello!
[20:48] <SS__> helo
[20:48] <gema> sergiusens: ok, so what would be a clena way?
[20:48] <gema> clean
[20:49] <sergiusens> gema: so 2 things, we have to remove the PPAs Monday... community core apps are not in the archives, so either they are click or they are gone
[20:49] <plars> sergiusens: is there a way to make a click package for just the tests, with a dependency on the click package with the app?
[20:49] <sergiusens> plars: click packages don't have dependencies
[20:49] <gema> plars: what he said
[20:49] <gema> plars: they are "static apps"
[20:50] <sergiusens> I'll include them in the package then
[20:50] <plars> gema: so can we just make sure that we install both? Doesn't seem that gets us any closer to making sure they are in sync though
[20:50] <gema> sergiusens: for the time being
[20:50] <gema> sergiusens: but we need to figure out a better way
[20:51] <gema> plars: at least we have two versioned packages that we can download and use and keep track of
[20:51] <gema> plars: but I agree it'll be messy
[20:51] <gema> plars: if sergiusens can put the tests in the packages for now it'll buy us some time to figure out a better way to do it
[20:52] <plars> gema: so then should I add these failing tests now, and then repeat all this next week?
[20:52] <sergiusens> gema: plars they still won't be in the PYTHONPATH so you'll have to hunt them
[20:52] <plars> sergiusens: will they at least be somewhere predictable?
[20:52] <gema> plars: we are going to have to change everything anyway, the point of having the tests there is to give devs a chance to fix them now
[20:53] <gema> before next week :)
[20:53] <gema> and for that they need results
[20:53] <gema> so effort is not wasted on our side nor on sergiusens , imo
[20:53] <gema> becase it enables people to fix problems
[20:53] <sergiusens> plars: if it's system install it will be in the read only location ... the desktop file is the best resource to find where it's installed
[20:54] <gema> sergiusens: you are putting this click packages still in our r/w build, right?
[20:54] <sergiusens> gema: it's disabled for now, but yes... there's a hook that installs them
[20:54] <plars> sergiusens, gema: I think we'll just have to investigate how to do it with the click packages once we have it, but it sounds like there will be some work involved there
[20:54] <gema> plars: agreed
[20:55] <rsalveti> sergiusens: yeah, later on we might want to move the tests from the package itself
[20:55] <gema> I think we should include the tests for now and then figure out a way to keep them in sync
[20:55] <gema> I will bounce some ideas with slangasek tomorrow
[20:55] <rsalveti> we could just have the source to produce 2 packages and have the 'dependencies' via our seeds
[20:55] <sergiusens> rsalveti: I know, I don't want it there
[20:55] <plars> gema: some aren't even installable it seems
[20:55] <gema> see what he thinks
[20:55] <rsalveti> having some sort of testing seeds
[20:55] <sergiusens> rsalveti: click packages don't have dependencies...
[20:55] <gema> plars: then those will fail
[20:55] <gema> and someone will fix them
[20:55] <rsalveti> sergiusens: yeah, that's why I said about changing the seeds instead
[20:56] <sergiusens> rsalveti: and we can't produce two packages without hackery
[20:56] <rsalveti> and forcing the dependencies there
[20:56] <plars>  ubuntu-clock-autopilot : Depends: ubuntu-clock-app (= 0.3bzr88saucy0) but 0.5bzr157saucy0 is to be installed
[20:56] <plars> looks like those tests are out of date
[20:56] <rsalveti> sergiusens: yeah
[20:56] <gema> plars: ok, let them fail and sort it out
[20:56] <rsalveti> but it should be more than fine to include it all in the package for now
[20:56] <gema> plars: that's not our concern
[20:57] <rsalveti> as the priority is just removing the ppas
[20:57] <gema> rsalveti, sergiusens sounds like a plan
[20:57] <sergiusens> rsalveti: someone will need to archive the deps in the PPA though... or some apps won't work
[20:57] <rsalveti> right
[20:58] <gema> plars: for whichever tests we are doing, I guess we just install the click package and run the tests
[20:58] <gema> plars: for this week
[20:58] <mhall119> sergiusens: even if we use Click packages for the core apps, we'll need to get their plugins into the archives
[20:58] <gema> plars: if you don't around to add them all , just add one or two
[20:58] <gema> as a proof of concept
[20:58] <mhall119> or bundle the plugins with the apps themselves
[20:58] <gema> so we can refine it
[20:59] <sergiusens> rsalveti: in here I see https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily konsole-qml-plugin  nemo-qml-plugins  u1db-qt
[20:59] <plars> gema: I'm trying to add the whole batch right now, but I like to make sure I'm not messing up on my side, and that's hard when they fail regardless
[20:59] <sergiusens> mhall119: I would put them in the archive and have them be part of the sdk
[20:59] <rsalveti> sergiusens: right, they would all need to go in the seeds, right?
[20:59] <plars> gema: I have 4 done so far
[21:01] <gema> plars: sounds good
[21:01] <crocket> oh my god.
[21:01] <crocket> Ubuntu edge is losing.
[21:01] <crocket> http://ubuntu-edge.info/#total
[21:01] <bobweaver> not if I go door to door crocket
[21:01] <bobweaver> :)
[21:04] <nik90> bobweaver: :)
[21:04] <bobweaver> :P
[21:05] <bobweaver> You all think I am joking I am going to do it if I feel that it is worth it
[21:05] <bobweaver> I rasied 16 mil for puget sound inn a month with 4 other people once :)
[21:05]  * nik90 wouldn't be suprised at all :D
[21:07] <AskUbuntu> Will the Ubuntu Edge work with 800MHz CDMA networks in India | http://askubuntu.com/q/327584
[21:07] <lool> sergiusens, gema: You two discussing about testing of builtin apps that are being clickified?  I also remember the initial plan was to push the tests separately from the app in the hangout with QA 10 days ago, but really any solution would work; we could also include the tests in the app, but it's not super elegant; pretty sure thomi wouldn't like it either  :-)
[21:08] <sergiusens> lool: yeah, that's what I remember from the meeting
[21:08] <lool> gema, sergiusens: basically anything that allows us to run the tests is fine, but having them in the image is not so great; I think the compromise was adding autopilot to the image and then manually adding tests to run once it's booted; thomi didn't like autopilot in the image though
[21:09] <lool> also -- ideally -- we'd find an approach that any application developer could follow to test his app
[21:09] <lool> but in the mean time, pushing the tests with e.g. adb push or scp is fine
[21:10] <sergiusens> lool: yeah that last one is why I thought of autopilot in the image, until we have the client/server capability
[21:11] <lool> thomi: ^
[21:11] <sergiusens> lool: then we'd just install the driver
[21:11] <lool> sergiusens: sounds good to me
[21:12] <lool> bfiller: are you in dublin?
[21:12] <sergiusens> bfiller: are you in some beervana state?
[21:12] <lool> hehe
[21:12] <lool> he can't type, he has a beer in his hand
[21:13] <bfiller> haha
[21:13] <gema> lool: as long as plars is happy I am happy, we have to add these tests to run today
[21:13] <bfiller> I'm in Dooblin
[21:13] <gema> lool: if they fail we will let asac decide tomorrow what the solutionshould be
[21:13] <gema> :)
[21:13] <plars> gema: oh, they will fail :)
[21:14] <gema> plars: we are up for some fun tomorrow then ! :D
[21:14] <gema> plars: \o/
[21:14] <plars> gema: a few might actually pass
[21:14] <lool> gema: if they fail to add them or if they fail to pass?
[21:15] <gema> lool: both , we'll have fun either way
[21:15] <lool> I'm more worried that it will be a different interface to launch the app
[21:15] <gema> lool: you don't think we should add them today?
[21:15] <lool> ideally, we'd ask unity but we don't have that yet and the app wont be in the PATH
[21:15] <lool> gema: which tests are these?
[21:15] <gema> lool: see ue-leads
[21:15] <gema> lool: the 2nd batch
[21:16] <plars> gema: the rssreader ones will pass, all 0 of them
[21:16] <lool> plars, gema: Oh yeah; I'm all for more passing tests  :-)
[21:16] <gema> plars: if there is 0 of them they will fail x)
[21:16] <plars> gema: no, there is a stub for it, with 0 tests, so it passes
[21:17] <gema> plars: make it fail
[21:17] <sergiusens> gema: plars if I add the bzr revno to the version in these packages, you would be able to branch the coorect tests, right?
[21:17] <gema> 0 tests is a failure
[21:17] <gema> sergiusens: not today, that'll require changes to utah
[21:17] <lool> gema plars: ISTR asac and rick were ok with the baseline we had today with 99% pass rate to add more tests; just dont change too many things at once or we wont know what broke what
[21:17] <sergiusens> gema: well, click as it's whole would require changes
[21:18] <plars> gema: it *should* be pretty obvious from looking at it that it shows 0 passed, 0 fail, but isn't red (thus, not a bad run). Making it red with 0/0 makes it look like something bad happened on the infrastructure side
[21:18] <plars> gema: I could misspell it or something, but I think that would be counterproductive
[21:18] <plars> lool: everything is changing at once
[21:18] <gema> plars: jus add them and we will deal with the aftermath later
[21:18] <lool> plars: 0 tests sound like out of date config to me, so red seems appropriate to fix the setup, but this is kind of a minor condition
[21:19] <gema> plars: let's make all these problems visible and they will get fixed
[21:19] <lool> plars: I mean, dont land new tests + new way to run tests + new image format + 3 new features + 5 new stacks the same day  :-)
[21:19]  * gema relaly needs to go to paint some slides
[21:19]  * gema -> gone
[21:20] <lool> gema, plars: The whole point is to push many things as possible as fast as possible, but checking after we land each thing whether it had regressed anything -- or just revert it!
[21:20] <lool> so with that, I feel like I have commented enough on things you two know better than I do  ;-)
[21:21] <plars> sergiusens: I don't know enough about click to understand, is anything installable right now so I could see what it would look like?
[21:22] <plars> sergiusens: otherwise, it sounds plausible
[21:22] <sergiusens> plars: yes
[21:22] <plars> sergiusens: but likely we'll have to break next week and just fix this
[21:22] <sergiusens> plars: look at http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/60-install-click.chroot
[21:23] <mfisch> my container didn't start and now my dbus upstart log is 2.1GB
[21:23] <mfisch> not sure if the full log is cause or effect
[21:24] <sergiusens> plars: http://people.canonical.com/~ubuntu-archive/click_packages/
[21:24] <mfisch> sergiusens: this look familiar at all?  "** (com.canonical.settings.network:1767): CRITICAL **: nm_active_connection_get_state: assertion 'NM_IS_ACTIVE_CONNECTION (connection)' failed"
[21:24] <sergiusens> plars: click list holds the latest
[21:24] <sergiusens> mfisch: not really
[21:25] <plars> sergiusens: that url doesn't seem to work for me
[21:25] <plars> oh hang on
[21:25] <plars> sergiusens: I was talking about the one in the script
[21:25] <sergiusens> plars: the one in the hook or the one I just gave you?
[21:25] <sergiusens> plars: oh, that's the internal equiv of what I just gave you
[21:25] <sergiusens> http://people.canonical.com/~ubuntu-archive/click_packages/
[21:26] <sergiusens> plars: install them like in the hook
[21:27] <plars> sergiusens: ok, so it would be something we would scrape at install time, or something in click info?
[21:27] <sysdoc_> After unlocking the boot loader on the Nexus 10 how long should it take to reboot the tabled?
[21:28] <sergiusens> plars: the version (bzr revno) you mean?
[21:28] <sysdoc_> Following the instructions to load Ubuntu Touch on the Nexus 10
[21:28] <sergiusens> plars: if so, there's supposed to be click info
[21:28] <plars> sergiusens:
[21:28] <plars> sergiusens: also, it looks like maybe we could just look at click pkgdir for the install location, so maybe finding the pythonpath won't be too terrible
[21:28] <sergiusens> plars: there's one thing that's interesting, and it's that we can have multiple click versions installed being different for different users (that's not part of phablet though)
[21:39] <bobweaver> How do I get UBuntu touch (unity 8 ) to install all the libs with cmake ?  to the correct dir ?  I tried mkdir build ; cd build ; cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr but it is not working :( ../
[21:40] <bobweaver> for run time that is ^^
[21:40] <bobweaver> Ubuntu applications and also gestures are not installing
[21:40] <bobweaver> qml/c++ libs ^^
[21:40] <doanac> sergiusens: its seems phablet-tools is up-to-date for saucy, but its not in our PPAs?
[21:40] <sergiusens> doanac: let me fix that
[21:40] <sergiusens> fginther: hey
[21:41] <doanac> cjohnston: ^^^
[21:41] <cjohnston> sweet. ty
[21:44] <sergiusens> cjohnston: doanac ok, copy->pub in progress
[21:44] <doanac> sergiusens: thanks!
[21:45] <sergiusens> doanac: I wrote a script that does this automatically, fginther setup a jenkins job which would do it and want to add this package there, but just can't find the job
[21:50] <cjohnston> http://s-jenkins:8080/job/phablet-dput/ maybe?
[21:57] <AskUbuntu> db.changeVersion doesn't work as expected | http://askubuntu.com/q/327594
[22:00] <xnox> can someone give me the real api for "s-jenkins" ? or instructions how to set it up properly... my vpn connection doesn't seem to have any dns names.
[22:02] <rsalveti> xnox: 10.97.2.10
[22:03] <xnox> thanks.
[22:03] <rsalveti> I believe most of the time people just add as a local host alias
[22:04] <xnox> rsalveti: I see. Somehow the URL given in merge proposal doesn't let me trigger re-try / rebuild.... Do i need special rights in that jenkins instance?
[22:05] <rsalveti> xnox: I believe you need at least a valid jenkins account
[22:05]  * xnox guess my other account is in the other autopkg jenkins....
[22:05] <rsalveti> sergiusens: ^?
[22:05] <sergiusens> rsalveti: you need an account
[22:05] <sergiusens> xnox: ^^
[22:05] <xnox> sergiusens: i have an account =) xnox
[22:05] <sergiusens> xnox: let me give you cow powers then
[22:05]  * xnox MOOOOOOOOOOOOOO
[22:06] <sergiusens> xnox: so you need an account on http://10.97.2.10
[22:07] <xnox> sergiusens: hm, as in sh account or jenkins. I can login on that url.... =)
[22:08] <sergiusens> you can login to jenkins? let me search xnox again
[22:09] <xnox> sergiusens: does http://s-jenkins:8080/job/ubuntu-themes-ci/10/rebuild work for you?
[22:09] <xnox> or is it stale & gone ?
[22:09] <sergiusens> xnox: yes, I'll trigger
[22:11] <doanac> cjohnston: phablet-tools is up-to-date now
[22:11] <cjohnston> ty
[22:20] <faust7th> hello everyone. i am having trouble installing ubuntu touch on my nexus 4. I installes the "touch-armel+mako.zip" and "touch-armhf.zip" and everything seams to be installing OK but during reboot i only see the Google logo on the display
[22:21] <faust7th> is there some way to get informations off my nexus 4 to know what is wrong?
[22:23] <AskUbuntu> How to order the Ubuntu Phone? | http://askubuntu.com/q/327597
[22:24] <tomo_> hi guys, i need help with putting ubuntu on my tablet
[22:25] <tomo_> does somebody know how to put ubuntu on prestigio multipad pmp5880d ultra duo 8.0
[22:30] <sysdoc_> If you download the ubuntu-touch image manually and place it in the directory that the phablet-flash -b command can you then install  using 'phablet-flash -b' or will you need to use another command?
[22:32] <sysdoc_> Oh way that doesn't seem to matter cause the download will not get past 34 megs...
[22:32] <xnox> sysdoc_: bootstrap needs all the *.img files as well.
[22:33] <sysdoc_> Well the server seems to be chocking on just  the download of one of the files
[22:37] <sysdoc_> Ubuntu's server is unusable
[22:37] <sysdoc_> bummer
[22:41] <mfisch> awe: you still around? salem_ and I had a Modem ofono question
[22:42] <awe> mfisch, yea
[22:43] <awe> whatsup?
[22:43] <mfisch> awe: when you hotplug a SIM, I had expected to see a propertiesChanged signal come out
[22:43] <mfisch> awe: if we got such a signal telepathy-ofono could try to register the sim
[22:44] <awe> mfisch, there's no support for hot-plugging SIMs
[22:44] <mfisch> awe: but Android doesn't appear to support hotplug either, so is something lower level blocking it?
[22:44] <awe> blocking what?
[22:44] <awe> what's confusing about "not supported"?
[22:44] <awe> ;)
[22:45] <ali1234> hot plugging SIMs does not work in any phone that i know of, period
[22:45] <ali1234> maybe some dual SIM phones with special accomodation but i think they even need to be power cycled to switch SIM
[22:45] <awe> ali1234, there've been claims from others that some nokia phones supported it
[22:45] <mfisch> I know it's not supported, I was curious why, but I can live with this answer
[22:45] <ali1234> none of the ones I've ever used do
[22:46] <awe> ok
[22:46] <rsalveti> mfisch: modem is usually a huge blob running in a different cpu and such
[22:46] <rsalveti> guess it's just easier and better to do a complete reboot
[22:46] <rsalveti> :-)
[22:46] <ali1234> yep, and it does a lot of work to register the SIM on the network... and deregister it
[22:47] <ali1234> you are not supported to just power off a phone... you have to tell the network you are logging out
[22:48] <rsalveti> yeah
[22:48] <ali1234> i think even if you pull the battery it has to have a capacitor big enough to still send the "log out" message
[22:49] <ali1234> in short, the hardware simply doesn't support hotplugging