[00:07] <n0c_> Will apt-get update/upgrade keep me on the lastest developer version?
[00:07] <n0c_> latest*
[01:04] <_lunarcold> anyone mind going over build failure logs with me?
[02:27] <savedjuli> hi
[02:28] <RobbyF> hi
[02:49] <savedjuli> hows going
[04:53] <Trafficking> hi everyone
[04:53] <Trafficking> I need some help please
[04:53] <Trafficking> How do i get Ubunto on a Galaxy s2 ? Any guides ?
[04:56] <_lunarcold> Trafficking: which model
[05:13] <Trafficking> i9000 Sorry for delay
[05:13] <_lunarcold> Trafficking: https://wiki.ubuntu.com/Touch/Devices/galaxysmtd
[05:13] <_lunarcold> so, a lot of stuff is broken
[05:15] <Trafficking> lol yup
[05:15] <Trafficking> wish I could get an edge :(
[05:16] <Trafficking> Developer form the Caribbean but didn't get the change to donate since most of the chepear ones were claimed
[05:16] <_lunarcold> Trafficking: you can work on porting
[05:16] <_lunarcold> my particular device isn't supported and I am trying to port :>
[05:17] <Trafficking> lol good idea
[05:17] <Trafficking> what device do you have ?
[05:18] <_lunarcold> HTC One (m7spr)
[05:18] <_lunarcold> still blocking on compiling, need to parse through the errors some more
[05:18] <_lunarcold> the build on the wiki isn't actually for m7spr I think
[07:09] <Mirv> Saviq: do you know who could look at the http://pad.lv/1207269 ? I think Kaleo is looking at the webbrowser font bug, so that's the other one.
[07:10] <Saviq> Mirv, that'd be dednick
[07:11] <Saviq> Mirv, let me see if I can reproduce with the ppa
[07:12] <Mirv> Saviq: ok, thanks
[07:38] <dpm> good morning all
[07:49] <Saviq> Mirv, confirmed
[07:53] <Mirv> Saviq: thanks
[07:53] <AskUbuntu> Ubuntu or linux does not reconize sim slot card (hp 24un..) | http://askubuntu.com/q/329627
[07:53] <Mirv> also just updated qtwebkit there, to contain the same private headers that were added back in saucy as well as webbrowser-app depends on them
[07:57] <dholbach> good morning
[08:28] <diwic> ogra_, hi, so crosscompiling for android using gcc-arm-linux-androideabi worked fine for a simple example, but what if I want to link to libhardware?
[08:29] <ogra_> i guess then you need the full tree ...
[08:34] <xnox> diwic: if you drop android target libraries into: /usr/arm-linux-androideabi/lib/ you can link against them, and headers into /usr/arm-linux-androideabi/include/. possibly libhardware should be packaged as arch:all and ship those files there under name "libhardware-dev-android" to ease cross-compilation.
[08:36] <diwic> xnox, so for the lib part it is as easy as copying the relevant .so files from /system/bin/ on the Nexus 4 to /usr/arm-linux-androideabi/lib/ on the x86 desktop?
[08:38] <xnox> diwic: correct.
[08:38] <diwic> xnox, all right, thank you
[08:44] <ogra_> xnox, hmm, does that deserve a wikipage perhaps ?
[08:46] <xnox> ogra_: no, idea =) to me it's trivial, since that's how all non-multiarched cross-compilation happens on debian/ubuntu. Plus that's where the libc.so is for android, thus easily discoverable.
[08:47] <xnox> ogra_: i guess we can document this, but i'd rather hear success from diwic first =) if above actually works. ;-)
[08:47] <diwic> haha
[08:47] <ogra_> yeah
[08:47] <ogra_> heh
[08:51] <diwic> xnox, compiling works, but when trying to run I get this error:
[08:52] <diwic> xnox,  soinfo_relocate(linker.cpp:989): cannot locate symbol "__exidx_end" referenced by "./a.out"...CANNOT LINK EXECUTABLE
[08:52] <xnox> diwic: running on nexus4 that is?
[08:52] <diwic> xnox, yes
[08:52] <xnox> diwic: ... and in android lxc container
[08:53] <diwic> xnox, I have not set one up
[08:54] <xnox> diwic: hm? android cross toolchain is to compile for android lxc container / unflipped image system portion.
[08:54] <xnox> diwic: to run against ubuntu, one should crosscompile for normal ubuntu / armhf.
[08:54] <diwic> xnox, I just run "arm-linux-androideabi-gcc test.c -lhardware"
[08:55] <xnox> hm.
[08:56] <xnox> diwic: that symbol in in libc.
[08:57] <xnox> diwic: $ arm-linux-androideabi-gcc test.c -lhardware -lc ?
[08:57] <xnox> (well the bionic libc)
[08:57] <diwic> xnox, \o/ now it runs fine on the Nexus 4
[08:57] <xnox> diwic: =)))))
[08:57] <diwic> I have never had to add -lc before
[08:58] <diwic> that's a new one :-)
[08:58]  * xnox says excellent in Mr. Burns voice from Simpsons
[08:59] <SuperMatt> Now that I've finally decided to jump in to touch dev, I'm buying a nexus 10 :D
[09:01] <xnox> SuperMatt: hm... would be more intersting to get the new nexus 7 and start a port to that =)
[09:02] <SuperMatt> naw, I wanted something bigger
[09:14] <JamesTait> Good morning all, happy Lighthouse Day! :-D
[09:16] <mpt> rachelliu, seb128: https://wiki.ubuntu.com/Appearance?action=diff&rev2=7&rev1=6
[09:16] <seb128> mpt, thanks
[09:20] <Saviq> Mirv, btw, do we have dbg symbols for qt5-beta-proper?
[09:20] <Saviq> Mirv, like ddebs or something?
[09:22] <asac> ogra_: moin
[09:23] <cjwatson> plars: use "pkcon -p install-local foo.click" (or --force-missing-framework if you must use the low-level tools, but you might be doing something else wrong if you are)
[09:25] <asac> ogra_: where are our images at?
[09:26] <seb128> mpt, page 19 in the content picker spec has the background capplet case with a popover list rather than a sub-screen, just pointing it out in case that's an issue
[09:34] <ogra_> asac, building i'd guess
[09:35] <ogra_> ah, no, still 30min to go
[09:46] <Mirv> Saviq: Qt5 packages build debug pkgs always so the same as usual, qtdeclarative5-dbg etc
[09:53] <Saviq> Mirv, right, thanks
[10:16] <xnox> ogra_: diwic: now i have a question for you  =)))
[10:16] <xnox> "$ echo "CANNOT LINK EXECUTABLE: could not load library "libubuntu_application_api.so" needed by "./ubuntuappmanager"; caused by cannot locate symbol "_ZN7android14SurfaceControl11setPositionEii" referenced by "libubuntu_application_api.so"..." | c++filt
[10:16] <xnox> CANNOT LINK EXECUTABLE: could not load library libubuntu_application_api.so needed by ./ubuntuappmanager; caused by cannot locate symbol android::SurfaceControl::setPosition(int, int) referenced by libubuntu_application_api.so...
[10:16] <xnox> "
[10:16] <xnox> i guess i need to recompile libubuntu_application_api against goldfish build.....
[10:17] <ogra_> hmm
[10:17] <davmor2> Morning all
[10:18] <ogra_> libubuntu_application_api.so shouldnt have HW specific bits i think ... thats weird
[10:18] <xnox> ogra_: do you happen to know which library usually provides that symbol? i can check the signatures.... unless it's at all not available in that case ubuntu_application_api might need porting to goldfish.
[10:18] <diwic> xnox, no idea
[10:19] <ogra_> xnox, not really, but surface control might be surface flinger
[10:20] <xnox> ogra_: http://paste.ubuntu.com/5958390/ that's all the libs that platform-api is linked against.
[10:21] <ogra_> i'd take a look at libhardware then
[10:26] <xnox> ogra_: looks liek libgui.so
[10:26] <ogra_> ah
[10:51] <xnox> hmm... ubuntuappmanager/(hybris, application api?!) doesn't compile against AOSP 4.3 http://paste.ubuntu.com/5958448/
[10:52] <asac> tvoss_: ^^
[10:53] <tvoss_> asac, yup, known issue. We have a patch for that for aosp 4.2
[10:53] <asac> tvoss_: maybe xnox can try to forward port?
[10:54] <tvoss_> xnox, there is a patch somewhere in our patchset that makes the copy c'tor available
[10:54] <asac> so yeah. give him pointers i guess
[10:54] <tvoss_> asac, yup, should be straightfoward to forward port
[10:54] <xnox> tvoss_: hm. in the phablet-ubuntu repo forest or somewhere else?
[10:54] <xnox> tvoss_: or in platform-api project?
[10:55] <tvoss_> xnox, in the phablet-ubuntu forest
[10:55] <tvoss_> xnox, it is against the android source tree
[10:55] <xnox> tvoss_: ack. i'll look for it.
[10:55] <Chocanto> fginther: Hey ! :) How can I ask for a rebuild of the poppler-qml-plugin package ? (http://91.189.93.70:8080/job/ubuntu-docviewer-app-poppler-qml-plugin-saucy-amd64-ci/)
[10:55] <tvoss_> xnox, remind where we have those patches?
[10:56] <asac> fginther: do you have a mako?
[10:56] <asac> could you see if you can reproduce the issues from yesterday? we saw a bunch of failures there, but not on maguro
[10:56] <asac> fginther: but maybe wait till todays image is tested
[10:56] <xnox> tvoss_: well, I have a local checkout =) but it should be http://phablet.ubuntu.com/gitweb
[10:58] <tvoss_> xnox, thanks
[10:58] <asac> xnox: http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_frameworks_base.git;a=commit;h=00b43634dcbc476bdcd1fffdca7ed74ba0a7b9c3 ?
[10:58] <asac> tvoss_: ? that one?
[10:58] <tvoss_> asac, +1
[10:58] <tvoss_> asac, just found it, too
[10:59] <xnox> asac: looks good. let me try that =)
[10:59]  * asac likes diving sometimes :)
[10:59] <asac> see where clicks can lead me
[10:59] <asac> :)
[10:59] <ogra_> to click packages in the end :P
[10:59] <asac> http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_frameworks_base.git;a=commit;h=652b1d16f02a5c98d9422b74b0ec08fe6c2be8f4
[10:59] <asac> might also be related
[10:59] <asac> but not sure... sounds important at least :)
[10:59] <asac> xnox: ^
[10:59] <dholbach> do we have anyone in here who can easily test one of the images on https://wiki.ubuntu.com/Touch/Devices?
[10:59] <asac> guess all in base.git is important
[11:00] <asac> ogra_: lol... commits and patches in click packages
[11:00] <asac> nice picture
[11:00] <asac> no more git
[11:00] <ogra_> :)
[11:01] <asac> maybe that will solve our archive problems as well :)
[11:01] <asac> lol
[11:04] <ogra_> asac, new image is up btw
[11:05] <asac> ok cool
[11:05] <asac> lets cross our fingers :)
[11:08]  * xnox launches a recompile & off for lunch
[11:37] <ogra_> gema, asac ... maguro doesnt look happy (2 of the default test failed) ... someone should re-run
[11:38] <asac> indeed
[11:38] <asac> doanac: gema: plars: fginther: ^^
[11:38] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/image/3396/
[11:38] <ogra_> looks like a netwrokign issue
[11:39] <diwic> gaah, where are those properties again
[11:39] <diwic> ro.hardware and those
[11:40] <ogra_> getprop
[11:40] <diwic> ogra_, if I just call /system/bin/getprop the result is nothing
[11:40] <ogra_> no, use the ubuntu getprop :)
[11:40] <ogra_> its in path
[11:41] <kalikiana> rsalveti: ping you're involved with lp:qtubuntu-sensors presumably
[11:41] <diwic> ogra_, why does the android getprop not work? I'm suspecting that's why my android program doesn't work.
[11:42] <ogra_> the android getprop works on the androiid side
[11:42] <ogra_> but not on the ubuntu side
[11:42] <diwic> ogra_, you mean it only works inside the android chroot?
[11:42] <ogra_> (it needs to talk through hybris to the container, the android one wants to talk to androids /init directly which you cant from outside the container)
[11:43] <ogra_> no, it works only inside the container ... not via chroot
[11:43] <ogra_> you would actually need to enter the namespace of androids /init
[11:44] <diwic> ogra_, so if I make an android binary, and that program calls hw_get_module_by_class, and the implementation of hw_get_module_by_class needs properties to function correctly...
[11:45] <ogra_> then you should be able to use getprop as long as your app is executed inside the container
[11:45] <ogra_> (which you cant reallly do from the ourside, copy it to /system and have an init.rc entry, then restart the container)
[11:45] <Saviq> Mirv, any update on bug #1181176 ?
[11:46] <diwic> ogra_, argh
[11:47] <ogra_> diwic, there is a way to start adb inside the container instead of in ubuntu ... that way you can exec stuff inside... you have to disable the ubuntu adbd and enable the adbd in the container for this
[11:47] <diwic> ogra_, so if I use hybris I run into hybris related bugs and if I try to compile android binaries I can't call them when I want to
[11:48] <Mirv> Saviq: good point, it has been buried lower and lower on my list, but is a small thing. I have no idea though which would be better, the meta package or ui-toolkit? if it's assumed that the UI toolkit is used together with the Ubuntu font, maybe that?
[11:48] <Saviq> Mirv, or maybe the theme, even?
[11:49] <Saviq> Mirv, but I believe there's enough font: "Ubuntu" buried in the toolkit itself
[11:49] <Saviq> Mirv, that it makes sense there, too
[11:57] <Mirv> Saviq: I'll check with the team and make a merge request
[11:57] <Saviq> Mirv, thanks
[12:04] <Kaleo> Mirv: talking about hte webbrowser font bug, I think I'm hitting a bug in Qt while fixing it
[12:04] <Kaleo> Mirv: I'll let you know if we need a patch
[12:12] <Mirv> Kaleo: ok
[12:15] <plars> ogra_: minor fix was needed, restarted all the tests, until they all run, you'll still see the red ones but they'll be replaced as the new jobs run
[12:20] <ogra_> plars, great
[12:22] <doko> Mirv, Saviq: hi
[12:22] <otaon> hi
[12:22] <Saviq> doko, hey
[12:22] <doko> apt-get install qtbase5-dev:armhf doesn't work yet
[12:22] <otaon> has a version of Ubuntu Touch for Galaxy Note N7000 ?
[12:23] <davmor2> ogra_: any idea what is going on with the images today?  All the tests are red and there appears to be a new run starting?
[12:23] <Saviq> otaon, doko, why's that?
[12:23] <Saviq> otaon, https://wiki.ubuntu.com/Touch/Devices
[12:23] <Saviq> doko, why can't it be installed?
[12:23] <Saviq> doko, it's there in the archive
[12:23] <doko> depends on qt5-qmake (= 5.0.2+dfsg1-7ubuntu2), qtbase5-dev-tools (= 5.0.2+dfsg1-7ubuntu2), qtchooser
[12:23] <ogra_> davmor2, infrastructural issues
[12:23] <doko> Saviq, sorry, can't be installed for a secondary architecture
[12:23] <ogra_> davmor2, the failures were network related
[12:24] <otaon> Thanks Saviq
[12:24] <davmor2> ogra_: so is that a hold off on phablet-flash --pending then?
[12:24] <Saviq> doko, meaning that it doesn't do multiarch properly?
[12:24] <doko> so the question is can this be qt5-qmake:any qtbase5-dev-tools:any qtchooser:any dependencies?
[12:24] <doko> Saviq, yes
[12:25] <diwic> ogra_, sorry for bombarding you with questions, but if I'm supposed to run this inside the container...where on the file system do I put it? Everything inside the container seems to be read-only...
[12:25] <ogra_> davmor2, no, why ?
[12:25] <Saviq> doko, I think it should be fine, yeah, they're just generating text files
[12:25] <doko> and a qtbase5-dev-tools for the host won't help you when running on the build
[12:25] <davmor2> ogra_: ah sorry you mean on the test array rather than the image sorry
[12:25] <ogra_> diwic, remount /system rw and just copy it where you like
[12:25] <Saviq> doko, I think we should just fix multiarch for them
[12:26] <doko> Saviq, the question is, if moc knows about to generate files for the host, not the build
[12:26] <ogra_> davmor2, right
[12:26] <doko> and I have no clue about qtchooser
[12:26] <ogra_> i meant http://reports.qa.ubuntu.com/smokeng/saucy/
[12:27] <fginther> asac, sorry for not responding earlier, I wasn't in yet. I don't have a mako
[12:27] <Saviq> doko, qtchooser is just a wrapper around /usr/lib/*/qt5/bin
[12:27] <Saviq> doko, that "chooses" between qt4 and qt5
[12:28] <Saviq> doko, but I'd say it needs to be per-arch to actually choose the right arch for them
[12:28] <doko> is this a script? then maybe it should be extended
[12:28] <Saviq> doko, how should we deal with binaries/executables for multiarch?
[12:28] <Saviq> doko, no, it's a binary I'm afraid
[12:29] <rsalveti> diwic: android getprop doesn't work because it tries to get the property via shared memory
[12:29] <rsalveti> diwic: were you linking with the android libhardware or the one provided by hybris?
[12:30] <diwic> rsalveti, hi! As you advised, to rule out libhybris problems I'm trying running it as android entirely
[12:31] <doko> Saviq, the idea is to make qtchooser M-A foreign, and then install it for the build machine. However don't know if it does do the right thing then ...
[12:31] <rsalveti> diwic: right, cool
[12:31] <rsalveti> diwic: but you're trying something I never used yet, which is building with our android toolchain :-)
[12:31] <Mirv> hello doko.
[12:31] <Saviq> doko, no idea myself :/
[12:31] <Mirv> doko: I was just about to say maybe qtchooser should M-A foreign...
[12:31] <rsalveti> I usually just build it as part of the android build system, looking forward to see if that works as expected
[12:32] <doko> Mirv, sure, if it does do the right thing?
[12:32] <rsalveti> if you get it to link with the android library, and pointing to the right headers, it should just work
[12:33] <rsalveti> diwic: how I usually get inside the android container to test stuff there: http://paste.ubuntu.com/5958699/
[12:33] <Mirv> doko: not sure either. the Qt packages now do install arch specific configs for qtchooser, so the answer is strong maybe.
[12:34] <doko> Mirv, same for qt5-make and qtbase5-dev-tools
[12:34] <Mirv> doko: they are already
[12:34] <cjwatson> Saviq: If you haven't read https://wiki.ubuntu.com/MultiarchSpec, you should
[12:34] <doko> already what?
[12:34] <cjwatson> Saviq: Also https://wiki.ubuntu.com/MultiarchCross
[12:34] <Saviq> cjwatson, thanks, will do
[12:35] <rsalveti> jdstrand: we're moving the audio call setup logic as part of telepathy-ofono, which is part of the user session
[12:35] <rsalveti> jdstrand: as a consequence, we need to access binder directly, as the audio plugin will later use binder to call audioflinger
[12:35] <doko> Mirv, ahh, ok, but then the deps need to have an :any as suffix
[12:35] <rsalveti> when testing yesterday, we got the following:
[  411.065246] type=1400 audit(1375836837.082:67): apparmor="DENIED" operation="open" parent=1 profile="/usr/lib/telepathy/telepathy-*" name="/dev/binder" pid=1405 comm="telepathy-ofono" requested_mask="rw" denied_mask="rw" fsuid=32011 ouid=0
[12:36] <doko> Mirv, also is qtchooser really needed as a dependency?
[12:37] <diwic> rsalveti, okay, so now I managed to open the audio HAL from inside android, but it fails because it can't access the sound card anymore...
[12:37] <jdstrand> rsalveti: yeah, telepathy-mission-control-5 needs to have its profile updated
[12:37] <jdstrand> rsalveti: do you have packages I can test?
[12:38] <Saviq> doko, without qtchooser you'd be required to always use /usr/lib/*/qt5/bin/$command
[12:38] <rsalveti> jdstrand: should have in a few minutes, jenkins is still building it
[12:38] <rsalveti> diwic: hm, after a clean boot?
[12:38] <jdstrand> rsalveti: k-- once you do, I'll update telepathy-mission-control-5
[12:38] <rsalveti> jdstrand: awesome, thanks
[12:38] <doko> Mirv, Saviq: what about qt5-base? that's not m-a foreign or same
[12:38] <Mirv> doko: ok, building now a test package at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-staging/+packages
[12:38] <Mirv> of qtchooser
[12:39] <Saviq> doko, I'll leave you in Mirv's capable hands :)
[12:39] <Mirv> doko: qtchooser is not strictly needed, but in the end it was chosen to be dependency instead of recommendation in Debian
[12:39] <doko> Mirv, should qtbase5-dev-tools-dbg be M-A: foreign too?
[12:39] <diwic> rsalveti, hmm, maybe the "shell" user is not "system" or "audio"
[12:40] <rsalveti> diwic: try running as root
[12:40] <rsalveti> from your host, do 'adb root'
[12:40] <rsalveti> then adb shell again, and you should be root
[12:40] <saiarcot895> In some references to Ubuntu for Android, there are mentions of the phone docking to the computer; what if the phone can only be connected through USB?
[12:41] <Mirv> doko: qtbase5-dev itself contains arch specific files in addition to eg /usr/include files, so it can't be. I don't know about -dbg.
[12:42] <diwic> rsalveti, right, I have to do it your way then perhaps, I'm currently using tcp:5555 bridge to get inside the container and when I restarted that as root, the adbd process ceased to exist I think
[12:43] <rsalveti> diwic: right, you'd need to restart adb over tcp for that to work, trying directly via usb is indeed easier
[12:46] <diwic> rsalveti, /var/lib/lxc/android/pre-start.d/10-no-adbd  <- pre-start.d does not exist
[12:46] <rsalveti> diwic: hm, which image are you using?
[12:46] <rsalveti> diwic: probably from last week
[12:47] <rsalveti> if so, change /var/lib/lxc/android/pre-start.sh
[12:47] <ogra_> huh ?
[12:47] <ogra_> thast in since a while
[12:47] <ogra_> (pre-start.d)
[12:47] <rsalveti> diwic: http://paste.ubuntu.com/5958749/ this is what you need to comment out
[12:47] <ogra_> yeah
[12:48] <ogra_> and use a fresher image :P
[12:48] <rsalveti> :-)
[12:48] <diwic> rsalveti, ogra_ I think it is from this or possibly last week
[12:48] <rsalveti> we move fast
[12:48] <ogra_> more likely last
[12:48] <ogra_> i think i uploaded that end of last week
[12:48] <ogra_> or mid ...
[12:48]  * ogra_ is to lazy to check
[12:50] <rsalveti> diwic: can you paste the code you were using that does the init over hal?
[12:50] <rsalveti> diwic: interested to check the hybris crash in there
[12:51] <sergiusens> ogra_: it was last week
[12:51] <ogra_> heh, you know my changelogs better than me :)
[12:55] <diwic> okay, so now my program - running as root inside the container - seems to setup the audio HAL for a voice call, of course the GUI in the phone app won't work
[12:58] <diwic> ah stupid me, forgot to enter sim pin code
[13:01] <diwic> all right
[13:02] <diwic> rsalveti, I'll paste some information for you in a while
[13:03] <rsalveti> diwic: thanks
[13:10] <seb128> do we have a way to tell from qml if we are running on a touch image or not?
[13:11] <ogra_> there is a bunch of env var stuff in /etc/environemnt
[13:11] <ogra_> (Qt related)
[13:12] <seb128> ogra_, I was rather expecting something in the sdk telling at least the form factor ;-)
[13:12] <ogra_> not sure if there is something
[13:12] <seb128> ogra_, I want to make system settings use gnome-settings-daemon rather than powerd on desktop, to make testing easier
[13:13] <seb128> I'm going to hack with a if screen.width > 1024 I guess
[13:13] <ogra_> err
[13:13] <seb128> indeed :p
[13:13] <ogra_> in landscape my SGS4 uses 1920
[13:14] <ogra_> and the n4 1280
[13:14] <seb128> give me a better way then ;-)
[13:15] <diwic> seb128, can't you check if powerd is running, and if not, talk to g-s-d instead?
[13:15] <ogra_> yeah, something like that
[13:16] <seb128> diwic, qml is mostly UI/js, I'm not sure you can do that sort of things easily
[13:16] <rsalveti> salem_: jdstrand: http://people.canonical.com/~rsalveti/jdstrand/
[13:16] <rsalveti> you need both ofono and telepathy-ofono to be able to test it
[13:16] <diwic> seb128, well, you're supposed to talk to powerd, if it doesn't reply then...
[13:16] <rsalveti> then just try doing a call
[13:17] <seb128> diwic, rsalveti: I'm not, I'm reading a gsettings key
[13:17] <seb128> and to add to the fun, gsettings abort() if you try to use a missing schemas
[13:17] <seb128> well, larsu is going to wrap the gsettings api to check if schemas are available
[13:17] <seb128> then I can do that
[13:18] <diwic> seb128, side question, is system settings able to switch sms notification sound? I still get a small "bing" even though I tried to change it
[13:18] <diwic> seb128, but maybe I didn't understand how to "commit" my notification sound change
[13:18] <seb128> diwic, no, nobody on the phone app team is reviewing my merge requests
[13:18] <seb128> I had changes pending review for 2 weeks
[13:18] <seb128> commented on launchpad bug and mp
[13:18] <seb128> but I just get silence in return so far
[13:19] <diwic> seb128, oh :-/
[13:19] <seb128> diwic, https://code.launchpad.net/~seb128/telephony-service/sounds-events-from-gsettings/+merge/178344
[13:19] <rsalveti> ogra_: seb128: we indeed need a clear way to identify if we should behave as touch, and which form factor during runtime
[13:19] <AskUbuntu> ubuntu phone daily updates | http://askubuntu.com/q/329723
[13:19] <ogra_> rsalveti, right, but definitely not based on resolution :)
[13:20] <diwic> a resolution without resolution
[13:20] <ogra_> yeah
[13:21] <rsalveti> settings somewhere? env variable? some utility to call?
[13:21] <diwic> rsalveti, so http://paste.ubuntu.com/5958853 <- that's how the code for talking to the HAL currently looks like, but it was smaller when I tried the hybris variant.
[13:23] <dholbach> sergiusens, can we do something about https://lists.launchpad.net/ubuntu-phone/msg03645.html?
[13:23] <dholbach> sergiusens, shall he file a bug about it?
[13:24] <rsalveti> diwic: cool, let me give it a try
[13:26] <kenvandine> mardy, i pushed more fixes to my branch
[13:27] <kenvandine> mardy, but the tests fail in pbuilder because it doesn't write the parameters.txt file
[13:28] <mardy> kenvandine: let me check
[13:30] <mardy> kenvandine: jenkins approved it :-)
[13:30] <mardy> kenvandine: but I missed your change to the .pc file, I'll do that
[13:31] <mardy> kenvandine: BTW, why did you rename the library? Is there something wrong with libCamelCase?
[13:31] <kenvandine> to match the package
[13:31] <kenvandine> lintian complains
[13:31] <ogra_> stgraber, so i have some bad news ... i'm about to move livecd-rootfs over to use the android package ... that measn for changed in the initrd scripts you now also need to upload android and wait for it to have picked up the new ubuntu-touch-generic-initrd
[13:32] <ogra_> *that means for changes
[13:32] <kenvandine> mardy, we could have also renamed the package
[13:32] <mardy> kenvandine: weird... Qt libs use camelcase as well
[13:32] <kenvandine> but i don't like caps in package names :)
[13:32] <mardy> kenvandine: ah, OK :-)
[13:32] <jdstrand> rsalveti: ack
[13:32] <sergiusens> dholbach: if TWRP doesn't support extendedcommands, there is nothing I can do
[13:33] <kenvandine> mardy, true.. there are lots of them, i wonder if there is something different about them or if people just ignore lintian warnings :)
[13:33] <sergiusens> dholbach: I could look into openrecoveryscript... but that's a new thing
[13:34] <ogra_> sergiusens, instead we should make ports use our recovery
[13:34] <ogra_> after all there should be an img that came out of the build
[13:34] <kenvandine> mardy, odd... even out of tree builds work fine and successfully create parameters.txt in the right place
[13:34] <sergiusens> ogra_: well, they'll need to manually flash it
[13:34] <kenvandine> but it fails to get created in pbuilder
[13:35] <ogra_> sergiusens, aww, no fastboot ... well, still, i would make it a requirement
[13:35] <sergiusens> ogra_: but sure... plain clockworkmod recovery works fine for now... but when the time for image based upgrades come it will be a hard req
[13:35] <sergiusens> dholbach: ^^
[13:37] <dholbach> I can relay the message, but I don't understand anything
[13:39] <ogra_> dholbach, we need a minimal set of commands in the recovery ... only CWm and our own recovery offer that ... others may or may not ... if users insist on using their own recovery they wont be able to use phablet-flash and are on their own
[13:39] <sergiusens> dholbach: already replied
[13:39] <sergiusens> it seems TWRP supports openrecovery script which we can look into
[13:39] <dholbach> ogra_, I don't think we effectively advertise what kind of recovery we want used, do we?
[13:40] <dholbach> sergiusens, thanks for the reply
[13:40] <stgraber> ogra_: hopefully I won't have to change it too often then
[13:40] <ogra_> dholbach, no, we should define that somewhere
[13:40] <sergiusens> dholbach: it doesn't matter when doing it manually
[13:40] <ogra_> stgraber, yeah ... its a drawback that only just struck me now when doing a testbuild here
[13:41] <ogra_> it will definitely extend the turnaround time for an initrd change massively :(
[13:42] <stgraber> ogra_: how long is android taking to build?
[13:42] <Chocanto> fginther: Hey ! :) Do you know how I can get a rebuild for the poppler-qml-plugin job in jenkin ?
[13:42] <ogra_> dunno, i never checked, shouldnt be long (1h perhaps or less)
[13:43] <ogra_> stgraber, the issue is more that you need to shovel 500MB source around just for a no change rebuild
[13:43]  * ogra_ is tempted to leave the boot.img generation in livecd-rootfs 
[13:43] <stgraber> ogra_: thankfully I've got gigabit on the machine I usually upload from
[13:44] <ogra_> yeah, still. feels unreasonably hard
[13:44] <fginther> Chocanto, I'm doing a test build now
[13:44] <Chocanto> fginther: Ok, thank you :
[13:44] <Chocanto> * :)
[13:44] <ogra_> for me thats 30min download time and as much for the upload again
[13:44] <kenvandine> mardy, ah, i figured it out... give me a minute
[13:45] <ogra_> ah, wait, the android package isnt native
[13:45] <ogra_> so its a non issue
[13:45] <ogra_> so its all fine
[13:49] <fginther> Chocanto, http://91.189.93.70:8080/job/ubuntu-docviewer-app-poppler-qml-plugin-saucy-amd64-ci/3/console
[13:49] <Chocanto> fginther: Yes, I'm reading the log
[13:50] <fginther> Chocanto, is that a missed dep?
[13:50] <fginther> Chocanto, ack
[13:50] <mardy> kenvandine: but the tests are passing in Jenkins; doesn't it use pbuilder?
[13:50] <ogra_> Chocanto, note that touch images have recommends disabled, dont rely on them
[13:51] <kenvandine> mardy, i just pushed a fix... not sure why it's working in jenkins
[13:51] <ogra_> if there is something you need thats coming in through a recommends, either make the dep hard or seed it
[13:51] <kenvandine> the problem is client/tests/system-settings isn't set to executable in the build root
[13:51] <Chocanto> fginther: "/usr/lib/i386-linux-gnu/qt5/bin/qmake: Command not found" so I think yes
[13:52] <mardy> kenvandine: looks like a bug in the pbuilder configuration, TBH
[13:52] <Chocanto> ogra_: The poppler-qt5 package is in release since 2 or 3 days I think
[13:52] <mardy> kenvandine: the file is executable in bzr
[13:53] <mardy> kenvandine: OTOH, since the workaround is easy, I'll just merge it in
[13:53] <kenvandine> it is puzzling why it's working in jenkins
[13:53] <ogra_> Chocanto, well, doesnt matter, if there is a recommends and something relies on whatever that recommends ships you need to seed it in touch ... nothing would pull it in otherwise
[13:55] <ogra_> oh, sorry
[13:55] <mardy> kenvandine: maybe pbuilder is passing some flag to "bzr branch" which disables applying the permissions?
[13:55] <ogra_> i thought that was an image test
[13:55] <Chocanto> ogra_: Oh ok yes I understand what you are talking about ^^'
[13:55] <ogra_> just noting now thats a package build test
[13:56] <Chocanto> ogra_: No, but it will be important to consider in the future :)
[13:56] <ogra_> yeah
[13:56] <ogra_> but feel free to ignore me until then :)
[13:57] <fginther> Chocanto, the ci job is enabled, so if you create a merge proposal, it will be automatically tested
[13:57] <Chocanto> fginther: Ok :) I had to ask you for this build because nothing was added
[14:06] <awafaa> mhall119: ping
[14:10] <mhall119> awafaa: pong
[14:10] <awafaa> mhall119: did you send anything for the santa clara thing i emailed you about?
[14:10] <awafaa> mhall119: if so did you hear back?
[14:13] <mhall119> awafaa: you'll have to refresh my memory, which santa clara thing was that?
[14:13] <awafaa> mhall119: techcon
[14:14] <mhall119> awafaa: ah, yes, jono was going to go to it, since he lives in the SF-bay area
[14:14] <mhall119> awafaa: did he not email you?
[14:15] <awafaa> mhall119: ah, no he didnt
[14:15] <mhall119> oh, he was waiting on someone else to get back to him about it, I'll check with him today
[14:16] <awafaa> mhall119: ok, excellent
[14:22] <Chocanto> fginther: pbuilder that Jenkins use can access to /usr/lib/i386-linux-gnu right ,
[14:22] <Chocanto> *?
[14:22] <fginther> Chocanto, why would it be i386? It's an amd64 build
[14:23] <fginther> Chocanto, is that path hard coded?
[14:23] <Chocanto> fginther: Oh... that's why it don't work
[14:23] <Chocanto> no
[14:23] <Chocanto> the package qt5-qmake should install qmake in the amd64 dir but... it don't do it. Weird
[14:32] <balloons> m-b-o, whenever your about, ping :-)
[14:33] <m-b-o> balloons: around in 2 hours would be fine! :)
[14:33] <balloons> until then :-)
[14:33] <smartboyhw> Hey balloons
[15:01] <Chocanto> fginther: Ok, it's working. But the plugin only work in saucy, can you remove the precise, quantal and raring build please ?
[15:02] <fginther> Chocanto, yes, can do
[15:02] <Chocanto> fginther: It would be really great, thank you :)
[15:34] <mhall119> http://developer.ubuntu.com/2013/08/announcing-the-2013-ubuntu-app-showdown-contest/
[15:34] <mhall119> a new contest for Ubuntu Touch app developers!
[15:55] <Lottery> Hi
[15:55] <Lottery> Someone?
[16:01] <nik90> Lottery: go ahead and ask your question.
[16:01] <nik90> If anyone knows it then they will answer your question
[16:01] <Lottery> Ok :) Well, I just installed Ubuntu Touch on my Google Nexus 4
[16:02] <Lottery> But I can't mount it on ubuntu
[16:02] <Lottery> lsusb detect the device as Google Inc device
[16:02] <Lottery> I tried "sudo mtp-detect" but still nothhing
[16:02] <Lottery> I got Unable to open ~/.mtpz-data for reading
[16:03] <Lottery> And then No raw devices found.
[16:03] <ogra_> there is no mtp support yet
[16:03] <ogra_> use adb push and pull to move files abck and forth
[16:03] <ogra_> *back
[16:03] <Lottery> Okay!
[16:03] <Lottery> I'll try that, thanks :)
[16:03] <ogra_> or insrall openssh-server and use scp over the network
[16:04] <ogra_> *install
[16:04] <Lottery> Thats an option! Thanks a lot
[16:08] <dholbach> can anyone help review https://code.launchpad.net/~sergiusens/phablet-tools/flash_change/+merge/177927? (om26er, popey, plars, salveti, doanac are CCed on the MP)
[16:09] <doanac> dholbach: i'll look and test.
[16:09] <dholbach> thanks
[16:15] <Lottery> I have another question, I have nos service using ubuntu touch. Is it a known bug for some carrier/device?
[16:17] <pmcgowan> Lottery, gsm networks are supported
[16:17] <Lottery> Ok, so my antenna is probably broken
[16:17] <Lottery> Great
[16:18] <ogra_> pmcgowan, i think the /current image still have a few extra bugs wrt indicator
[16:18] <ogra_> (with GSM specifically)
[16:18] <ogra_> s/have/has/
[16:19] <ogra_> (its nearly a week old )
[16:23] <mardy> kenvandine: this is a new project which needs your review :-) https://code.launchpad.net/~mardy/signon-apparmor-extension/implementation/+merge/178901
[16:23] <alecu> cjwatson: ping. How can I make the click scope get at the primary .desktop for an app that was just installed?
[16:27] <ogra_> davmor2, there is a 07.1 image in production ... a test once it comes out would be appreciated (if it doesnt fail)
[16:27] <davmor2> ogra_: just give me a ping as long as it is in the next hour off to the lug meeting then :)
[16:28] <balloons> m-b-o, time?
[16:28] <ogra_> yeah, should be coming out within the hours
[16:28] <ogra_> *hour
[16:28] <m-b-o> balloons: yes! :)
[16:28] <Lottery> Can I perform update using "apt-get upgrade" using the shell?
[16:29] <dholbach> thanks doanac
[16:29] <balloons> m-b-o, ok great. So time to look at weather again. out of the box, it didn't work for me.
[16:30] <m-b-o> balloons, why? what was the error?
[16:31] <pmcgowan> Lottery, yes but if there is an incompatible change on the android side it may break
[16:32] <Lottery> Ok, do you know why the update manager loops on update search?
[16:32] <ogra_> Lottery, if you spot something like libhybris in the update you rather want to flash a newer image ... else its safe
[16:32] <gema> cjwatson: hangout?
[16:33] <ogra_> Lottery, note that flashing preserves whats in /home/phablet/ so if you want to keep stuff around across re-flashes, store it there
[16:33] <Lottery> Ok :)
[16:34] <Lottery> But it is weird cause I flashed the latest rom
[16:34] <balloons> m-b-o, I get 12 failures
[16:34] <balloons> m-b-o, err sorry.. 3 failures :-)
[16:35] <balloons> m-b-o, let me paste them for you I guess
[16:35] <ogra_> Lottery, you flashed whatever is the recent blessed one
[16:35] <m-b-o> balloons, exactly! :)
[16:36] <m-b-o> balloons, 've no errors at all, local and on the device
[16:36] <balloons> m-b-o, http://paste.ubuntu.com/5959480/. I'm just now looking into what could be causing it
[16:36] <balloons> I'd like to try on my device now as well
[16:36] <Lottery> Is there a way to check if my antenna is still working?
[16:36] <m-b-o> balloons: bzr merge
[16:37] <m-b-o> balloons, I guess you're missing the last commits
[16:37] <balloons> m-b-o, let me try.. I'll feel silly. I'd guess your right
[16:38] <cjwatson> gema: sorry, totally distracted into writing talk
[16:39]  * balloons runs again
[16:41] <balloons> m-b-o, bingo.. all good :-)
[16:41] <m-b-o> balloons: Ha! ;)
[16:42] <m-b-o> balloons, thanks for your patience...
[16:43] <balloons> ok, so let me review the code and then we'll merge this :-)
[16:44] <m-b-o> did you run it on the device too?
[16:44] <balloons> I have a manta I'm running it on yes
[16:45] <dholbach> sergiusens, so LP doesn't let folks create teams involving an underscore - could we do some tricks in phablet-flash to test for "-" and "_"?
[16:46] <m-b-o> balloons: so what do you think about https://bugs.launchpad.net/ubuntu-weather-app/+bug/1207315 ?
[16:46] <balloons> m-b-o, let's land this and close it :-)
[16:47] <balloons> popey is running a nexus 4 btw
[16:48] <sergiusens> dholbach: sure
[16:49] <balloons> so m-b-o a couple minor things I just did for the clock app that we might want to do in here to keep things working well.
[16:49] <balloons> m-b-o, check out this line:         self.pointing_device.click_object(searchField)
[16:49] <balloons>         self.keyboard.type("London")
[16:49] <m-b-o> yes
[16:49] <balloons> anytime we enter text we could have a timing issue, so let's add an assert there
[16:49] <balloons> self.assertThat(searchField.focus, Eventually(Equals(True)))
[16:50] <balloons> then start typing.. make sense m-b-o ?
[16:51] <m-b-o> balloons, what else?
[16:51] <dholbach> sergiusens, do you think something like http://paste.ubuntu.com/5959532/ would work?
[16:51] <janimo> diwic, does Ubuntu Touch rely on Android blobs or daemons for audio as well?
[16:51] <dholbach> sergiusens, it'd just be interesting for the "checkout" case and there just change the branch name but leave everything else in place - I could ask András if he wanted to test it
[16:52] <balloons> m-b-o, in addition, add asserts before using any object. So just about you have         self.pointing_device.click_object(searchField). Before clicking it add an assert to verify you got it. self.assertThat(lambda: searchField, Eventually(NotEquals(None)))
[16:52] <janimo> diwic, I am trying to see why an OMAP4 device has no sound (only lots of error messages in syslog) and first I'd like to know whether the android ROM device/ dir needs to have all the ALSA and sound related bits that a running Android ROM would need on the same hw
[16:53] <balloons> m-b-o, I know it seems a bit tedious, but for the most part your tests are doing that. but adding those asserts will ensure no weird timing bugs occur on the devices while running.. well, in theory anyway ;-)
[16:53] <m-b-o> balloons: no problem, let me add this asserts to the MP
[16:54] <m-b-o> balloons: anything else? Now is the time! :)
[16:54] <balloons> m-b-o, perfect.. I think I need to write a post up on these.. I'll try and do that today. There's lots of little tips like that
[16:54] <w-flo> dholbach, I've noticed 2 small issues with "phablet-flash community": 1) the instructions in your mail are missing "./" for the phablet-flash call. 2) unpacking the ubuntu rootfs completely fails on the vision because the rootfs is about 700mb (extracted) while /data has only 1gb of storage, so anything on /data must be erased before flashing the zip. Not sure if I should modify the zip to do rm -rf /data before unpacking the tar.gz or
[16:54] <w-flo>  if phablet-flash could take care of that if there's not enough free space?
[16:54] <m-b-o> balloons: okay
[16:54] <balloons> m-b-o, off the top of my head, no, nothing else stands out. Add those, and let's merge
[16:54] <dholbach> w-flo, I'll redirect 2) to sergiusens
[16:54] <sergiusens> dholbach: check call raises an exception
[16:55] <w-flo> dholbach, ah, thanks :)
[16:55] <dholbach> thanks w-flo :)
[16:55] <dholbach> sergiusens, all rightie - looking into it
[16:55] <m-b-o> balloons: okay, give me some minutes. I'll ping you!
[16:55] <balloons> m-b-o, I didn't see you using any strings, but that's another thing to make sure of. Use objectName, not english strings as that will cause it to fail when run in german. But you already know that :-)
[16:55] <sergiusens> dholbach: if launchpad doesn't support undersocres I say we replace it regardless of a first check
[16:56] <dholbach> sergiusens, haha, yes - you're right
[16:56] <m-b-o> balloons, yes ran already into this...
[16:56] <sergiusens> dholbach: just do branch = branch_template.format(device.replace("_", "-")) on function enter
[16:56] <dholbach> yep
[16:58] <Hashcode> dholbach: I saw the updates, I'll try and build some tests here in a bit.
[16:58] <dholbach> sergiusens, although that'll replace the team name and the branch name, hmmmm
[16:58] <dholbach> Hashcode, awesome - if you could give some feedback on how phablet-flash worked, that'd be great
[16:58] <dholbach> image updates are of course great too :)
[16:58] <Hashcode> Will do :)
[16:58] <sergiusens> dholbach: so what is the restriction, team or project?
[16:59] <sergiusens> w-flo: add a --wipe to the command
[16:59] <dholbach> the new code in phablet-flash would assume that lp:~pollux-windy-image-dev/phablet-image-info/pollux-windy is correct
[17:00] <dholbach> while users would probably pass "pollux_windy" as --device
[17:00] <dholbach> not sure - I mean we can just replace everything and document that we want "-" no matter what
[17:01] <sergiusens> dholbach: let me think/look a bit,
[17:01] <w-flo> sergiusens, testing with --wipe now. I was surprised to see the flash process work with the custom 4ext recovery I'm using, great work
[17:01] <dholbach> sure sure
[17:03] <sergiusens> dholbach: can you create the pollux_windy entry in phablet-image-info ?
[17:03] <sergiusens> dholbach: create it with the format allowed and I'll adapt
[17:04] <sergiusens> w-flo: thanks... but it's mostly extendedcommands :-)
[17:04] <dholbach> sergiusens, so shall we just ask everyone to replace "_" with "-"?
[17:04] <dholbach> that might be the easiest
[17:05] <sergiusens> dholbach: sounds good to me .... are there device codenames with a '-' in them? I'm almost sure they won't overlap if there are
[17:05] <dholbach> I haven't seen any
[17:05] <cjwatson> alecu: ~/.local/share/applications/$APPID.desktop, where $APPID is (currently) pkgname_appname_version
[17:05] <cjwatson> (I might drop version from that)
[17:05] <sergiusens> dholbach: let's make the _ -> - switch for those devices
[17:06] <cjwatson> alecu: lool is right that we should be using upstart to launch the app as soon as that's supported
[17:06] <dholbach> sergiusens, András is just asking on the list, so I'll let him know and let you know once the branch is there
[17:06] <sergiusens> dholbach: ah, I don't use email as realtime communication :-)
[17:06] <dholbach> sergiusens, it just happened at the same time ;-)
[17:07] <dholbach> or well
[17:07] <dholbach> almost
[17:08] <alecu> cjwatson: the thing is that after installing, I only have the package name (like com.ubuntu.ubuntu-weather)
[17:08] <alecu> cjwatson: where should I take the default appname and the installed version from ?
[17:09] <cjwatson> the appname is in the manifest, first level below "hooks"
[17:10] <cjwatson> (package may have >1 app)
[17:10] <alecu> right
[17:10] <cjwatson> in fact you can get everything from "click list --manifest"
[17:11] <cjwatson> bit cumbersome with lots of apps, I should probably improve that, but workable for now I think
[17:11] <mamenyaka> hello
[17:11] <alecu> cjwatson: so, should I be spawning "click" to get at this? I've still got a bug to replace the calls to pkcon with dbus
[17:11] <alecu> *the spawning of pkcon, that is
[17:12] <cjwatson> Right now yes - the plan is absolutely to expose this over the dbus packagekit api
[17:12] <cjwatson> Wait, maybe I already did
[17:12]  * cjwatson 's past self is smarter than present self
[17:12] <alecu> :-)
[17:12] <cjwatson> I hooked up GetPackages, but it doesn't expose the app name
[17:13] <cjwatson> So you're probably still best off calling click for now until I have that hooked up somewhere
[17:13] <alecu> great
[17:13]  * cjwatson files a bug for himself
[17:14] <cjwatson> bug 1209329
[17:14] <slangasek> hmm, what's this ubuntu-touch image build failure today? panda weirdness again?
[17:15] <dholbach> sergiusens, want me to file a bug for the 'additional_zip' thing?
[17:16] <sergiusens> dholbach: yes please
[17:16] <sergiusens> slangasek: ogra_ was experimenting/enabling the deb package of the android build, might be that
[17:17] <slangasek> ah, could be
[17:18] <cjwatson> slangasek: Yep, looks like another untested livecd-rootfs change
[17:18] <cjwatson> +       echo "deb ${MIRROR} saucy main universe multiverse restricted" >$sourceslist
[17:18] <dholbach> sergiusens, bug 1209330
[17:18] <slangasek> ogra_: ^^ are you working on this already?
[17:19] <ogra_> slangasek, yeah, its my fault
[17:20] <ogra_> i was trying to get $MIRROR handed through but at that point its not in the environment anymore
[17:20] <cjwatson> ogra_: I think that should be $LB_PARENT_MIRROR_CHROOT
[17:20] <ogra_> so the sources.list doesnt have a server
[17:20] <sergiusens> dholbach: should I do that in the mega branch or a new one?
[17:20] <cjwatson> ogra_: But could you please test it before the next upload?
[17:20] <ogra_> cjwatson, oh thanks ! i just rilled back to hardcoded ... let me  fix :)
[17:20] <dholbach> sergiusens, as you like it
[17:20] <ogra_> cjwatson, i did like 50 builds locally today
[17:21] <ogra_> cjwatson, but i have to export MIRROR to have it use my internal mirror ... so indeed it worked here
[17:21] <cjwatson> Ah, I see
[17:23] <diwic> janimo, at least today, we rely on the audioflinger and the audio HAL for audio on the Touch images.
[17:24] <diwic> janimo, we're trying to get rid of at least the audioflinger daemon, but that change has not landed yet.
[17:24] <janimo> diwic, do current images use Pulse only to talk to audioflinger or is ALSA involved?
[17:25] <diwic> janimo, ALSA is not on the kernel side of things.
[17:25] <dholbach> sergiusens, you should be able to try --device pollux_windy (and pollux-windy) now
[17:26] <janimo> diwic, not on the kernel side? Is ALSA not used by Android so in the device kernels?
[17:26] <diwic> janimo, sorry, you're right. It's up to the audio HAL implementation how they want to speak to the kernel, but ALSA is a common method.
[17:26] <janimo> diwic, I get SDP4430 related errors in dmesg, similar to pandaboard issues two years ago. I am not sure the problems are the same or not, but those issues seem to have been at least partly fixed by UCM profiles
[17:27] <diwic> janimo, what errors btw?
[17:27] <janimo> diwic, [15160, pulseaudio] [10541.492706]  SDP4430 Media: dsp: no backend DAIs enabled for SDP4430 Media
[17:27] <janimo> and [15160, pulseaudio] [10541.485290]  SDP4430 Media: asoc: SDP4430 Media no valid capture route from source to sink
[17:28] <janimo> diwic, and in syslog  pulseaudio[3815]: [pulseaudio] module-alsa-card.c: Failed to find a working profile.
[17:28] <davmor2> ogra_: how we looking?
[17:28] <janimo> diwic, this is a device using a SoC similar to maguro (GNex) but using 4.0 Android blobs
[17:28] <ogra_> davmor2, build failed
[17:28] <davmor2> :((((((
[17:29] <ogra_> davmor2, so dont worry, i'll test myself
[17:29] <ogra_> once i can trigger the next
[17:29] <diwic> janimo, out of curiousity, what device is it?
[17:29] <janimo> I don't know whether our audioflinger compat layer cares or knows about ICS vs JB Android , I am told Cyanogenmod abstracts those away but I don't know any detals
[17:29] <janimo> diwic, a Huawei Ascend P1
[17:29] <ogra_> diwic, FYI i see the same on my galaxy S2
[17:29] <ogra_> (the same janimo sees)
[17:29] <dholbach> w-flo, does --wipe make anything better?
[17:30] <dholbach> sergiusens, will the jenkins bot automerge https://code.launchpad.net/~sergiusens/phablet-tools/flash_change/+merge/177927 now?
[17:30] <janimo> diwic, these errors generate tens of MiB of logs per hour so they fill up the data partition in a couple of days :)
[17:30] <ogra_> diwic, all apps that use sound (camera, media player) dont start at all as long as pulse is running ... if i make pulse unexecutable the device works fine and these apps start
[17:30] <diwic> janimo, ogra_ ok, let me see if I can find those messages in the kernel code to see what causes them to appear
[17:30] <ogra_> diwic, and my logs show the same messages janimo reports
[17:30] <diwic> ogra_, oh, that's an interesting finding. Maybe they're both trying to use the device?
[17:31] <janimo> diwic, these are the two bugs that come up on google most frequently related to these messages https://bugs.launchpad.net/linaro-ubuntu/+bug/816638 and https://bugs.launchpad.net/ubuntu/+source/alsa-lib/+bug/746023
[17:31] <ogra_> janimo, did you try a chmod -x /usr/bin/pulseaudio and reboot yet ?
[17:31] <dholbach> sergiusens, for me the fix seems to work for the pollux-windy thing
[17:31] <ogra_> janimo, that makes everything work for me
[17:31] <w-flo> dholbach, it's definitely better, after flashing /data is now 600mb instead of 300mb, so that's good. It still doesn't work though, still trying to figure out why (manually wiping data, then flashing device.zip and ubuntu.zip manually  made it work.. x.x)
[17:31] <ogra_> i can even play the movies
[17:31] <diwic> ogra_, in /etc/pulse/default.pa, do you have the line "load-module module-udev-detect" (possibly followed by parameters)? If so, try commenting that line out and reboot
[17:31] <dholbach> sergiusens, are you going to push it or shall I create a MP to be merged into your branch?
[17:31] <sergiusens> dholbach: great, I'll apply
[17:31] <dholbach> thanks sergiusens
[17:31] <dholbach> sergiusens, I'll inform András
[17:32] <w-flo> dholbach, "still doesn't work" => device won't boot (not even adb comes up)
[17:32] <diwic> and if that works for ogra_ it might work for janimo too :-)
[17:32] <dholbach> can somebody help w-flo? he's working on the HTC Desire Z port?
[17:33] <ogra_> rebooting, lets see
[17:33] <sergiusens> w-flo: can you get the /cache/recovery/log and /cache/recovery/last_log files after deploy?
[17:34] <w-flo> sergiusens, sure!
[17:34] <janimo> diwic, btw I have no modules loaded at all. I wonder if my kernel is configured correctly (same as Android's plus our UTouch options only)
[17:35] <diwic> janimo, kernel modules or pulseaudio modules?
[17:35] <diwic> janimo, if it is kernel modules, I'm not the right person to answer
[17:35] <janimo> diwic, kerne modules. Ah I see, the file you pointed to deals with PA modules
[17:36] <ogra_> diwic, well, my phone comes up with a load of 9
[17:36] <ogra_> pulse seems to die and start over and over
[17:36] <seb128> is qtsystems5-examples's /usr/lib/i386-linux-gnu/qt5/examples/sysinfo/qml-battery/qml-battery.qml giving working battery infos for anyone?
[17:36] <janimo> ogra_, that is what I see too even before this change
[17:36] <seb128> on my n7 it gives -1 for all the battery settings
[17:36] <janimo> ogra_, I have 3 pulse processes with close PIDs
[17:36] <ogra_> janimo, well, making pulse -x helps here
[17:37] <janimo> that keep getting renewed
[17:37] <ogra_> yeah
[17:37] <ogra_> same here
[17:37] <janimo> ogra_, well that is not a proper fix though :)
[17:37] <ogra_> with the change
[17:37] <janimo> although 100% compatible with the way of fixing sound on desktop a lot of time :/
[17:37] <ogra_> janimo, no, but it shows that sound generally works
[17:37] <ogra_> and you can test camera and mediaplayer :)
[17:37] <diwic> ogra_, janimo, okay, https://wiki.ubuntu.com/PulseAudio/Log if you want me to investigate further
[17:38] <janimo> I think camera will not really work here, I remember when porting UTouch preview, I had troubles with the camera module
[17:38] <sergiusens> dholbach: revno 178 allows ./phablet-flash community --device pollux_windy
[17:38]  * dholbach hugs sergiusens
[17:38] <m-b-o> balloons: there you go!
[17:38] <ogra_> janimo, ah, sad, works fine for me once sound started working
[17:39] <balloons> m-b-o, yay!
[17:40] <janimo> diwic, some progress after commenting out that udev-detect line
[17:40] <janimo> diwic, dmesg is now quiet
[17:40] <janimo> aplay still crashes
[17:40] <dholbach> sergiusens, documenting on the wiki
[17:40] <janimo> syslog is much quieter
[17:40] <ogra_> for me it got worse after commenting it
[17:40] <ogra_> before pulse just hung and didnt madly restart in a loop
[17:41] <m-b-o> balloons: http://paste.ubuntu.com/5959705/ this occassionally pops up
[17:42] <nik90> balloons: I am unable to confirm https://bugs.launchpad.net/ubuntu-clock-app/+bug/1209024
[17:42] <janimo> diwic, here's the new syslog, now I'll do what the Log wikipage says http://paste.ubuntu.com/5959707/
[17:42] <balloons> nik90, hmm
[17:42] <balloons> nik90, m-b-o since your both here; http://www.theorangenotebook.com/2013/08/autopilot-best-practices.html
[17:44] <nik90> balloons: nvr mind, I can confirm the bug. But I swear this did not happen before updating to new sdk version
[17:44] <diwic> janimo, "socket-server.c: bind(): Address already in use" that sounds bad, have you installed the pulseaudio-esd-compat package?
[17:45] <janimo> diwic, no I have not installed any sound package
[17:45] <janimo> diwic, I have 3 pulse processes that keep respawning
[17:45] <balloons> nik90, it is interesting.. we can start a conversation about if it should be that way or not
[17:45] <janimo> even with autospawn=no
[17:45] <balloons> the autopilot tests work around it.. and perhaps the toolbar shouldn't autoclose
[17:46] <diwic> janimo, ah, it's the native protocol. Can you check who is using the files in /run/user/<nr>/pulse
[17:46] <nik90> balloons: I think by design when you press add preset, it should show the new page and hide the toolbar automatically. So a user can click the textfield once and start typing stuff.
[17:47] <diwic> janimo, are all pulse processes the same user?
[17:47] <balloons> nik90, yes in that case.. but should the toolbar autoclose for you. or should you close it/
[17:47] <nik90> balloons: however the toolbar behavior has been changed literally 3-4 times, hence the bug. I will fix it
[17:47] <balloons> make sense? I'm not sure, but it seemed the sdk used to autoclose it
[17:47] <nik90> balloons: for me as of now, I have to manually close the toolbar
[17:48] <balloons> nik90, right me too.. but I believe in the past it wasn't the case.. hence the bug popping up. but the autopilot test found it, so :-)
[17:48] <nik90> balloons: true. Fixing it should be simple
[17:48] <w-flo> sergiusens, http://pastebin.ubuntu.com/5959716/  -- I've put a "NOTE" in there. It seems like wiping /data didn't work
[17:50] <janimo> diwic, all 3 are of the phablet user
[17:50] <w-flo> sergiusens, maybe /data is not mounted at the time it's supposed to be wiped?
[17:51] <ogra_> bah, i typoed when commenting default.pa
[17:51]  * ogra_ starts over again
[17:53] <ogra_> diwic, ok, the default.pa change works for me, pulse doesnt freak out, medaiplayer and camer still work, but i dont seem to have volume control and the indicator is empty as well
[17:53] <balloons> m-b-o, good stuff.. I hope this runs like a champ in the lab now!
[17:54] <diwic> ogra_, is the sound indicator working on the non-pulseaudio images? If so I should see if I get it working on the pulseaudio image too
[17:54] <ogra_> diwic, it works on maguro for me
[17:54] <sergiusens> w-flo: maybe, but I assume /data is always mounted unless your specific recovery doesn't do that
[17:54] <diwic> ogra_, all right
[17:54] <w-flo> sergiusens, http://pastebin.ubuntu.com/5959731/ <-- it's not mounted in my recovery :(
[17:54] <ogra_> diwic, it doesnt on grouper iirc, let me check
[17:54] <diwic> ogra_, I should then test that too
[17:55] <ogra_> yeah, grouper has no controls
[17:55] <sergiusens> w-flo: I see you have a custom edify, can you add the logic there?
[17:55] <w-flo> sergiusens, yes
[17:56] <sergiusens> w-flo: I'll add a check mount before wiping which should help too
[17:57] <nik90> balloons: you said that there were 8 abstractbutton (tabs)?
[17:57] <w-flo> sergiusens, thanks. :-)
[17:58] <balloons> nik90, yea, we're not finished with the clock app ;) I was speaking with elopio and the sdk folks.. elopio made further changes to tabs to fix things up. We need to fix some more of the bad practicies in clock tests and move to the emulator
[17:58] <balloons> nik90, interally the tabs are duplicated, you can see it in vis..
[17:59] <nik90> balloons: yeah I am facing a wierd issue in the clock app. I want to know if this is a upstream fault?
[17:59] <nik90> balloons: In the clock tab, if you try adding a new world city you will notice that the tabs are visible despite being inside a pagestack
[17:59] <balloons> nik90, the duplication is intended, but I'm not sure why. and yes we spoke about visible.. visible lies to you
[17:59] <balloons> or so it feels
[18:00] <nik90> balloons: let me grab a screenshot to show what i mean
[18:01] <janimo> diwic, hmm pulse went away eventually. I had to log out and in from the shell session. I don't think I did anything else to trigger it
[18:02] <diwic> janimo, it's some interesting race condition for sure, they seem to be in different phases of startup.
[18:02] <nik90> balloons: http://imgur.com/0ZaVKw7
[18:03] <nik90> balloons: do you see the tab header colliding with the page header (add city and clock)
[18:03] <sergiusens> bzoltan: jppiiroi1en where was the Qt branch that used phablet-flash?
[18:03] <sergiusens> qtcreator
[18:04] <nik90> balloons: This is also experienced by the rss reader folks. I talked to timp about this. I have to reproduce this using the examples given in the api docs. But this is only reproducable here.
[18:04] <janimo> diwic, these are the pulse logs, it segfaults very quickly though
[18:04] <janimo> diwic, http://paste.ubuntu.com/5959765/
[18:05] <balloons> nik90, reading and looking
[18:05] <diwic> janimo, so it looks like it has problems talking to audioflinger or sth
[18:05] <diwic> janimo, because that's where it fails
[18:06] <sergiusens> w-flo: can you try revno 179 ?
[18:06] <janimo> diwic, so it is likely I need to have all the device/<vendor>/<device>/audio things in place in the ROM build
[18:07] <janimo> diwic, my build is based on phablet ROM and blobs from the vendor but the device specifics are mostly from scratch so it is likely I have no audio specific code there. I'll try copying what maguro does as it is the same SoC then
[18:07] <janimo> diwic, thanks
[18:08] <w-flo> sergiusens, looks good, now waiting to see if it reboots into ubuntu (will take 5-10 mins)
[18:08] <w-flo> data is now mounted and almost empty :)
[18:08] <balloons> nik90, ok, yes I saw that happen in rss reader too, your right. So timp wants an example using the api? it is perhaps something misconfigured in the apps themselves?
[18:09] <balloons> nik90, the sdk has certainly changed, perhaps this is a bug because of how your tabs are laid out vs other apps
[18:09] <nik90> balloons: timp wanted me to validate this using the api examples, but I wasn't able to.
[18:09] <nik90> balloons: that said, the structure of the example and the clock app is very similar
[18:09] <diwic> janimo, /system/lib/hw/audio*.so, and possible dependencies of that
[18:10] <nik90> balloons: which puts me in a pickle since I cannot figure out why this is then happening in the clock app.
[18:10] <balloons> nik90, I'm sure it is :-) so it's a bit of a mystery then why it occurs
[18:10] <diwic> janimo, e g on the Nexus 4 the audio lib loads completely different so:s too, e g libqmi_cci.so and other fun stuff
[18:11] <nik90> balloons: the annoying part is that I am in work in the morning, so very hard to coordinate with sdk devs
[18:11] <janimo> diwic, indeed, devices have their own alsa wrappers and helpers from what I superficially noticed
[18:11] <nik90> balloons: the best thing would be to ask timp to look at the ubuntu-clock-app.qml file. It is the main file and is not much. He should be able to tell why this is happening
[18:11] <nik90> balloons: since he is the one behind all the tabs implementation
[18:13] <balloons> nik90, do you have a bug in clock app for this? let's coordinate via it and ask him to look at it
[18:13] <balloons> is it holding you up?
[18:13] <nik90> balloons: I will create one with all the info required
[18:14] <nik90> balloons: it isn't holding me, but it is worrying :(
[18:14] <balloons> ok.. ;-)
[18:16] <w-flo> sergiusens, r179 works for me :)
[18:16] <w-flo> thanks!
[18:17] <sergiusens> w-flo: great!
[18:17] <ogra_> yay
[18:21] <sergiusens> ogra_: I'm most likely going to look into supporting openrecoveryscript as well, for TWRP
[18:21] <ogra_> as long as it doesnt interfere with system images or android rollback :)
[18:22] <sergiusens> ogra_: it shouldn't
[18:22] <ogra_> yeah, i would think so too ....
[18:22] <sergiusens> ogra_: experience tells you different :-P
[18:23] <ogra_> we'll see
[18:23] <ogra_> i was 100% sure the livecd-rootfs change wouldnt break as well :)
[18:23] <ogra_> did 100 tests ... :)
[18:23] <ogra_> broke anyway
[18:24]  * ogra_ shakes his fist towards murphy 
[18:24] <ogra_> you and your law ... go away !
 Alright, so we have 23 highbank nodes building armhf now.
[18:24] <ogra_> in case you didnt see it in #ubuntu-devel
[18:25]  * ogra_ looks forward to 15min buildtime for libreoffice :)
[18:25] <sergiusens> calxeda's finally made it to prod infra
[18:25] <rickspencer3> ogra_, first things first, I am using those builders to build photobomb for 11.04 ARM Desktop
[18:25] <ogra_> oh
[18:25] <rickspencer3> I'll need every node for at least 3 days
[18:25] <ogra_> stop the line !
[18:25] <ogra_> rick is building a package
[18:26] <ogra_> :)
[18:26] <rickspencer3> not *a* package
[18:26] <rickspencer3> *the package
[18:28] <ogra_> ported to touch already ?
[18:28] <ogra_> else it doesnt count
[18:28] <rickspencer3> fair enough
[18:28] <rickspencer3> I withdraw my demands :)
[18:28] <ogra_> :)
[18:28] <rickspencer3> ogra_, in all seriousness, this could be a sweet thing for Touch (and other ARM) development
[18:29] <ogra_> it will !!
[18:29] <rickspencer3> thanks to infinity and everyone for running this down
[18:29] <ogra_> we have been waiting for this  for like 2 years now
[18:30] <sarnold> kgunn: I'm curious about vnc support in Mir; one of the features of Mir we're really looking forward to having is preventing windows from snooping on mouse, keyboard, and video for other windows, but that's more or less the whole point of vnc and screen recorders and some automatic qa systems (for poking buttons, reading feedback..)
[18:30] <sarnold> kgunn: is there some documentation I could read about this?
[18:30] <Chocanto> mhall119: Hey :) The poppler-qml-plugin package is ready, do I have to ask to make available in the core apps PPA ?
[18:31] <kgunn> sarnold: do you mean vm or vnc ?
[18:32] <sarnold> kgunn: well.. I did mean vnc, but now I'm curious, what you mean about 'vm' :)
[18:33] <mhall119> Chocanto: did you make the package or is it from the upstream release?
[18:33] <Chocanto> mhall119: I made it
[18:34] <Chocanto> mhall119: And it's working with jenkins
[18:34] <mhall119> Chocanto: I can put it in the Core Apps PPA for now, but eventually we'll want it in the archives
[18:34] <cjwatson> rickspencer3: When we ran the numbers at the release sprint, this was by far the biggest single potential improvement to pipeline speed
[18:34] <mhall119> Chocanto: where can I get the package source?
[18:34] <cjwatson> (source upload to image build)
[18:35] <rickspencer3> cjwatson, \o/
[18:35] <cjwatson> So I have high hopes.  We'll see
[18:35] <Chocanto> mhall119: https://code.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/poppler-qml-plugin if that's what you are asking for*
[18:35] <mhall119> Chocanto: it is :)
[18:36] <mhall119> Kaleo: bzoltan: Mirv: ^^ can you guys look at including that in the SDK soonish?
[18:37] <kgunn> sarnold: sorry...distractions...yeah, after a re-read i see what you mean
[18:38] <sarnold> kgunn: hehe, yeah, I'm familiar with distractions :)
[18:38] <kgunn> tvoss_: thots on vnc applications with mir ?...^ ..... i suppose at least with Xmir that'll still be possible, but for unity8...you'd almost have to have a "special" app
[18:39] <kgunn> with server side accees
[18:40] <tvoss_> kgunn, right, it will have to integrate with the compositor, with the benefit that both screenrecording and vnc-like apps can leverage the same api/hook inside the server
[18:40] <sarnold> tvoss_: will someone be able to run a vnc server and a screen recorder simultaneously?
[18:41] <tvoss_> sarnold, well, nothing should prevent that given the architecture I have in mind. But it needs to be detailed
[18:41] <tvoss_> sarnold, any specific use-case you have in mind?
[18:42] <sarnold> tvoss_: no, I'm trying to better understand how we'll still provide features users love while also closing off the worst of the X security problems :)
[18:42] <mhall119> Chocanto: ok, pushed the source package to the coreapps PPA, give it a bit to show up
[18:42] <Chocanto> mhall119: Ok, thank you :)
[18:43] <Chocanto> mhall119: So I'll wait before making this package a dep for the ubuntu-docviewer-app :)
[18:44] <tvoss_> sarnold, fair point :) so from my pov, vnc and screen recording apps need privileged access to mir. Essentially, they need to be able to see the final composited frame before it is sent off.
[18:46] <sarnold> tvoss_: any chance you've got documentation / code that you can point me towards?
[18:51] <tvoss_> sarnold, at this point? no, sorry
[18:51] <ogra_> XDMCPMir
[18:51] <ogra_> :)
[18:52] <tvoss_> ogra_, tried it the other day
[18:53] <ogra_> heh
[18:53] <ogra_> did it work ?
[18:59] <tvoss_> ogra_, at least what I was looking at: yes
[18:59] <tvoss_> ogra_, ah sorry, wrong abbreviation :)
[18:59] <ogra_> heh
[18:59] <ogra_> i was already wondering :)
[19:05]  * ogra_ sighs ... so why does live-build not do on the buildd what it does here 
[19:06] <mamenyaka> hello
[19:06] <rsalveti> jdstrand: hey, were you able to test the ofono/telepathy-ofono changes?
[19:07] <sergiusens> mamenyaka: hello
[19:08] <mamenyaka> both pollux_windy and pollux-windy working. great job!
[19:09] <mamenyaka> sergiusens, can you help me with phablet saucy?
[19:10] <jdstrand> rsalveti: hi! yes, I did. I wasn't able to reproduce. I installed your packages, rebooted and could make and receive calls
[19:10] <jdstrand> rsalveti: what are the steps to reproduce?
[19:12] <ogra_> cjwatson, http://paste.ubuntu.com/5959959/ thats what i get for a local live build with the same code change in lvecd-rootfs, do you have an idea why the links wouldnt be created on cadejo ?
[19:12] <rsalveti> jdstrand: hm, just install latest image with phablet-flash --pending, then both ofono and telepathy-ofono from http://people.canonical.com/~rsalveti/jdstrand/
[19:12] <rsalveti> and try to make a call
[19:12] <rsalveti> jdstrand: make sure you're also using the ofono package as provided by this link
[19:12] <jdstrand> rsalveti: yeah-- so, I didn't phablet-flash-- I dist-upgraded, then installed your packages, then rebooted, then made the call
[19:13] <jdstrand> rsalveti: so I may have an old kernel. I can try phablet flash, but it will take a while
[19:13] <mamenyaka> ogra_, hi, can you help me?
[19:13] <rsalveti> jdstrand: but should still work, in theory...
[19:13] <rsalveti> yeah
[19:14] <jdstrand> rsalveti: but you see this problem right now? I'm on mako
[19:14] <rsalveti> jdstrand: yeah, also tested with mako
[19:14] <jdstrand> weird
[19:14] <rsalveti> I just reproduced before giving you the packages with a clean image
[19:14] <jdstrand> rsalveti: not that it would make a difference, but I also installed ofono-scripts from your url
[19:14] <jdstrand> because it was also installed
[19:14] <rsalveti> yeah, that's fine
[19:14]  * jdstrand reflashes
[19:15] <jdstrand> rsalveti: oh, what does --pending do?
[19:15] <mamenyaka> jdstrand, grabs latest pending ubuntu image, I guess
[19:15] <sergiusens> jdstrand: pending grabs the non qa'd build
[19:16] <sergiusens> jdstrand: so the not 'current' link on cdimage
[19:16] <rsalveti> yeah, latest of latest
[19:16] <jdstrand> I see
[19:16] <rsalveti> current is more than one week old I guess already
[19:16]  * jdstrand flashes
[19:16] <sergiusens> mamenyaka: missed your ping, depending on the question I can help, but have not been really involved in flipping
[19:16] <jdstrand> rsalveti: I'll get back to you after testing
[19:18] <mamenyaka> sergiusens,  well, than I guess I just ask my other question: is it normal that on tablet, apps that do not display on fullscreen (calculator) are black, but with fullscreen app opened (browser) they render fine?
[19:18] <rsalveti> jdstrand: cool, thanks
[19:21] <sergiusens> mamenyaka: that would be a bug
[19:21] <mamenyaka> sergiusens, in the aug. 1 irc chat I provided some screenshots here, can you somehow retrieve them?
[19:22] <mamenyaka> or is the bug known?
[19:24] <sergiusens> mamenyaka: moer of a Saviq question if it's known or not
[19:27] <mamenyaka> sergiusens, who can help me with flipping? samsung note 10.1
[19:27] <sergiusens> mamenyaka: where are you stuck?
[19:28] <mamenyaka> sergiusens, I posted on the mailing list too, device boots, black screen
[19:28] <mamenyaka> adb and ubuntu shell working
[19:28] <sergiusens> mamenyaka: did you add the required udev rules
[19:28] <sergiusens> ?
[19:28] <mamenyaka> long time ago
[19:29] <sergiusens> mamenyaka: any logcat errors?
[19:29] <mamenyaka> [1] http://paste.ubuntu.com/5941329 [2] http://paste.ubuntu.com/5941366 [3] http://paste.ubuntu.com/5941687
[19:30] <mamenyaka> sergiusens, dmesg, logcat, some weird SN
[19:34] <mamenyaka> sergiusens, I think they are older ones, sorry
[19:34] <sergiusens> mamenyaka: well do the hybris tests work?
[19:37] <mamenyaka> sergiusens, I remembered completely wrong, device state is: stuck at bootscreen, no bootloop; [1] http://paste.ubuntu.com/5948192/ [2] http://paste.ubuntu.com/5948193/
[19:38] <mamenyaka> sergiusens, what are the hybris tests?
[19:39] <sergiusens> mamenyaka: type test- and TAB in adb shell :-)
[19:40] <sergiusens> mamenyaka: sorry -> test_
[19:40] <mamenyaka> sergiusens, okay, flashing in a moment to try out
[19:40] <mamenyaka> sergiusens, can it be that the tests fail on a working flipped device? (should I test on every device?)
[19:45] <mamenyaka> sergiusens, okay, again wrong, device boots, black screen, SN error no more
[19:46] <mamenyaka> sergiusens, http://paste.ubuntu.com/5960094/  http://paste.ubuntu.com/5960096/
[19:46] <sergiusens> mamenyaka: I'll need to look into this later tonight, I'm on the hook for getting something done right now
[19:47] <mamenyaka> which test should I run?
[19:47] <sergiusens> mamenyaka: this seems to be your issue W/libEGL  ( 2272): eglInitialize(0x1) failed (EGL_BAD_ALLOC)
[19:47] <sergiusens> mamenyaka: the gl ones
[19:47] <mamenyaka> sergiusens, yep, I have seen that
[19:47] <mamenyaka> sergiusens, can you tell me about that error?
[19:48] <mamenyaka> sergiusens, the test give this output: __pthread_gettid -2
[19:49] <mamenyaka> sergiusens, test_glesv2 displays some animation
[19:50] <sergiusens> mamenyaka: then gles works
[19:50] <mamenyaka> sergiusens, great :)
[19:50]  * sergiusens goes away to concentrate
[19:50] <mamenyaka> sergiusens, thank you for your help!
[20:06] <dmj_nova> mfisch: nice job on the AMA
[20:11] <nixkid> hey guys, can I install UT on acer-e350?
[20:13] <thomi> sergiusens: can you join us in a hangout call please?
[20:17] <sergiusens> thomi: when?
[20:19] <thomi> sergiusens: 10-15 minutes time?
[20:19] <sergiusens> thomi: ok
[20:19] <thomi> sergiusens: just waiting for plars to  have a spare moment
[20:19] <thomi> sergiusens: thanks
[20:41] <rsalveti_> jdstrand: able to try the packages with latest image?
[20:41] <jdstrand> rsalveti_: still downloading the image (sorry, slow link)
[20:42] <rsalveti_> jdstrand: np
[20:46] <thomi> sergiusens: it looks like plars is held up.
[20:46] <thomi> sergiusens: so I may as well type to you now
[20:46] <thomi> sergiusens: the plan with click packages & autopilot tests (encode bzr revno in click packages and grab tests from bzr branches) simply will not work.
[20:47] <plars> thomi, sergiusens: sorry, don't wait for me
[20:47] <thomi> sergiusens: I keep saying this to people, and it seems no one cares, but I haven't had a chance to talk to you yet
[20:47] <thomi> sergiusens: the problem is that test suites have dependencies that won't be in the image
[20:47] <thomi> sergiusens: for example, test suites will depend on each other, to get the emulators packaged there
[20:48] <sergiusens> thomi: so what is your solution?
[20:48] <thomi> sergiusens: some concrete examples: anyone who wants to use the OSK as an autopilot Keyboard backend will need to depend on the maliit-autopilot package.
[20:48] <thomi> sergiusens: we talked about this in the IOM sprint.
[20:48] <thomi> sergiusens: we keep producing .deb packages for test suites
[20:48] <sergiusens> thomi: how do you install those?
[20:48] <thomi> sergiusens: and we install them as usual (after remounting the FS rw
[20:49] <thomi> so.. remount,rw, install packages, remount,ro... and go!
[20:49] <sergiusens> thomi: that's a no go
[20:49] <thomi> sergiusens: why?
[20:49] <sergiusens> thomi: we don't want to alter the system and we also want to provide a way for people to test without entering developer mode which would break image based upgrades
[20:50] <thomi> sergiusens: according to slangasek, installing those test packages shouldn't break image based updates
[20:50] <thomi> sergiusens: it boils down to the fact that you need a mechanism for dependency resolution
[20:50] <thomi> sergiusens: as it happens, apt-get works quite nicely for this
[20:50] <thomi> sergiusens: I don't understand why we're so keen to throw that away
[20:51] <slangasek> we don't *want* to throw it away, but there are limits to what we can do with apt-get+system-based updates
[20:51] <slangasek> thanks to The Overlayfs Problem
[20:51] <sergiusens> thomi: I'm imagining a more android like approach where I either bundle this in one place or slap it in the image
[20:51] <thomi> sergiusens: another thing you could do is use an overlayfs, and install the debs on that
[20:52] <slangasek> however, for the case of needing to install packages for testing purposes, I think "mount rw, apt-get install, remount ro" is sensible and low risk wrt breaking further system image upgrades
[20:52] <slangasek> thomi: there's no overlayfs that's supported across our BSP kernels, AFAIK
[20:52] <thomi> slangasek: ahh, ok
[20:52] <thomi> it's not like we even care that much about breaking image based updates on the test phones anyway
[20:53] <sergiusens> thomi: I'm not thinking of only the test phones
[20:53] <sergiusens> I'm thinking about every other app only developer
[20:53] <thomi> sergiusens: anyway, apt-get may not be the perfect solution, but I can tell you right now that the current proposal won't work at all
[20:53] <sergiusens> thomi: it will if I do it right
[20:54] <sergiusens> thomi: I'll tell you this, I'll own click packages in the image and you can own the testing strategy
[20:54] <sergiusens> I'm only offering a helping hand after all
[20:55] <thomi> sergiusens: Wwe're happy for the help! It was a bit of a surprise to me to hear that you're implementing something contra to the plans we made in the IoM, that's all.
[20:56] <thomi> sergiusens: if we're going to do this, we should make sure that everyone involved at least hears about it before the code is written
[20:56] <sergiusens> thomi: where was that plan communicated? I talked with lool and slangasek yesterday and this wasn't mentioned at all
[20:56] <thomi> sergiusens: I figured you'd rather hear about these problems *before* you wrote the code, rather than after ;)
[20:56] <sergiusens> thomi: I know about the dep problem
[20:56] <thomi> sergiusens: so how will you adress that?
[20:56] <sergiusens> thomi: the solution today needs to be migrated away from anyways
[20:57] <thomi> sergiusens: I agree that we cannot continue doing things exactly as they are today. It's what we're moving *to* that concerns me
[20:57] <sergiusens> thomi: I plan to solve it like android, base testing requirements are part of the image, so any aplication developer can benefit from it
[20:58] <sergiusens> either that or...
[20:58] <thomi> sergiusens: so that means you'll need many of the autopilot test suite packages as part of the base image. Is that really what you want to do?
[20:58] <bzoltan>  mhall119:  with pleasure.... please ask the dev to cover it with API specs, docs, examples and tests.
[20:58] <sergiusens> thomi: no, just the emulators
[20:58] <thomi> sergiusens: OK, so you'd package all emulators in the image, but not the test code?
[20:59] <sergiusens> thomi: that's my first thought, yes
[21:00] <thomi> sergiusens: OK, I think you'll need to find a clever way to make sure that you can split the python package like that
[21:00] <thomi> sergiusens: I mean, what's to stop some code in 'unity8.emulators' from depending on code in 'unity8.tests'?
[21:00] <sergiusens> thomi: whatever choice we make will find problems, I just want to make it once.
[21:01] <sergiusens> thomi: I can also not put them on the image, grab the bzr branch and pull in everything we'd call base emulator into a something we'd push to pythonpath
[21:02] <thomi> sergiusens: that might work as well, so you'd need to keep a list of 'base' emulators, and maintain that list somewhere
[21:03] <sergiusens> thomi: that's the easiest part ;-)
[21:04] <thomi> sergiusens: right, this is now starting to sound like it might work
[21:04] <thomi> sergiusens: one more thing I can see might be an issue: are you assuming that *all* apps will be hosted on launchpad?
[21:04] <thomi> and is that a valid assumption?
[21:05]  * ogra_ fires off a new build and crosses fingers ...
[21:05] <ogra_> (this is starting to get annoying)
[21:06] <sergiusens> thomi: not, not all apps will be hosted on launchpad... for those that are not, we'd need hooks into qtc
[21:06] <sergiusens> thomi: well those two options were heavily discussed, and I was well aware of the emulator dep before hand
[21:07] <thomi> sergiusens: OK, when I spoke to plars, I got the sense that this hadn't been discussed
[21:07] <thomi> sergiusens: it'd be great if you could keep me in the loop on this please!
[21:07] <sergiusens> thomi: are you subscribed to the blueprint?
[21:07] <thomi> sergiusens: which one?
[21:08] <sergiusens> thomi: https://blueprints.launchpad.net/ubuntu/+spec/qa-s-image-based-updates
[21:08] <sergiusens> thomi: that's where I'll add everything... I'm focusing on upstream merger first though
[21:11] <heynoq> hello
[21:12] <thomi> sergiusens: OK, I'm subscribed now
[21:13] <heynoq> Doing a port right now and am currently building, though I skipped some steps/modified and was wondering if anyone was there that could answer some (hopfully easy) questions :)
[21:22] <w-flo> heynoq, maybe I can.
[21:23] <heynoq> hey
[21:23] <heynoq> thanks
[21:23] <w-flo> heynoq, *maybe*. don't thank me yet, I'm having some difficulties with porting as well :D
[21:23] <heynoq> No problem
[21:24] <heynoq> So i am following the basic guide...
[21:24] <heynoq> https://wiki.ubuntu.com/Touch/Porting
[21:24] <w-flo> better use this: https://wiki.ubuntu.com/Touch/PortingFlippedInProgress
[21:24] <heynoq> My phone is officially supported by cyanogen, so that is a plus
[21:25] <heynoq> Ok well...
[21:25] <w-flo> heynoq, maybe the old guide is still okay, but if you want a "flipped" port (which is the future), you should use the new guide. but someone really needs to rewrite most parts, so.. yeah
[21:25] <heynoq> ok
[21:25] <heynoq> well, see how this goes...if it fails, i'll try the other guide
[21:25] <heynoq> In the step Retrieving the proprietary blobs from Android
[21:26] <heynoq> After running the script, it tells me to make sure to download the qualcom blobs, jf, and the google ones
[21:26] <heynoq> it gives me URLs for all but the "JF" stuff
[21:26] <heynoq> don't know what that jf means, but dont care at this point
[21:26] <heynoq> so my question
[21:26] <heynoq> they said to put the blobs in a specific folder
[21:26] <w-flo> hm, never heard of that JF thingie.. luckily my inofficial port has all the blobs in a git repository
[21:26] <heynoq> yeah, lucky ;)
[21:27] <heynoq> so the google blobs that the url took me to had a zip
[21:27] <heynoq> i looked in zip and it was a .sh file
[21:27] <heynoq> i put that in the directory they indicated
[21:27] <heynoq> then for the qualcom crap, the zip had a folder and in that folder there were system, app folders
[21:27] <heynoq> i put the main folder in the root of where they indicated
[21:27] <heynoq> but i feel that was wrong
[21:28] <heynoq> let me get more details..., one sec
[21:28] <w-flo> hm, it doesn't feel right
[21:28] <w-flo> I think usually the blobs are .so files or binaries
[21:28] <w-flo> or some config file
[21:28] <heynoq> Adreno200..etc folder in /phab/device/motorola/msm8960-common  Also google crap in that folder under extract-qcom-mako.sh
[21:29] <w-flo> the extract-qcom-mako.sh sounds like a script you are supposed to run in order to extract more files from your phone (like the extract-files.sh ?)
[21:29] <w-flo> oh, and mako is the nexus 4
[21:29] <w-flo> are you sure this is related to your device?
[21:30] <heynoq> in the extract-files.sh, it noted to get the mako, let me provide more details on that google thing, one sec
[21:30] <w-flo> maybe you could try building the android parts and see if it works. If it compiles and then boots, hopefully logs will indicate if there are any missing files...
[21:30] <tedg> ricmm, Uhm, so ubuntu-touch-session.  It installs a bunch of stuff into /etc/init...
[21:31] <heynoq> Yeah, i suppose...there is a build that already works for my phone, but it is missing the stuff to make the radio work...bs qualcom crap, so I am trying to include all that stuff, which i think is one thing i did wrong
[21:31] <heynoq> but, to your point, that is what i am doing now, if i can get it to build and boot
[21:31] <heynoq> then I am very close to getting the other stuff working...
[21:31] <w-flo> ah, cool.
[21:32] <heynoq> So this "blob" i need to add to that directory
[21:32] <heynoq> its a zip containing
[21:32] <w-flo> what's the device code name? I'd like to take a look at the cyanogen extract-files script
[21:33] <heynoq> mb886
[21:34] <heynoq> Yeah, at the end of the extract-files script, you will see the comments about these other blobs you need...that is basically what I'm not sure about if I put them in the correct folders...
[21:34] <ricmm> tedg: and?
[21:35] <tedg> ricmm, And it changes the XDG_RUNTIME directory... which causes basically everything to be angry.
[21:35] <w-flo> heynoq, yes.. it's not very clear what to do with those files. :/ you probably put them in vendor/motorola/msm8960-common or something?
[21:35] <tedg> ricmm, It really should be installing things in /usr/share/upstart/sessions
[21:36] <heynoq> w-flo, yes its clear, but I am cloudy :)...   So do I put the ZIP files in that folder, or extract them and put the extracted in that folder?
[21:36] <tedg> ricmm, As an example my gnome-settings-daemon log file was 250MB of errors.
[21:38] <ricmm> tedg: https://code.launchpad.net/~ricmm/session-manager-touch/migrate-to-upstart-session/+merge/172936/comments/387971
[21:38] <w-flo> heynoq, to be honest, I have absolutely no idea :(
[21:39] <ricmm> also, it installs the right stuff in the right places, the things you see in /etc/init/ are for the current non-lightdm way of firing the user session
[21:39] <heynoq> lol yeah, it sounds straight forward, but it seems like more clarity is needed...
[21:39] <ricmm> while the right way lands
[21:39] <w-flo> ricmm, you could check the .mk files for copying the vendor blobs into the target image and see which files they expect
[21:39] <w-flo> sorry, heynoq ^^
[21:40] <heynoq> i ended up extracting them...if things dont work I can try again.
[21:40] <heynoq> Next question :)    In the section "Device changes" it talks about this fstab file
[21:41] <heynoq> The default fstab for the new device will have its /data partition mounted with nosuid, which needs to be removed, as certain Ubuntu applications/daemons require the use of setuid. The path to fstab is: 	• device/[manufacturer]/[codename]/fstab.[codename] If you don’t find any files there, grep for “nosuid”.
[21:41] <ricmm> tedg: why are you installing gnome-settings-daemon?
[21:41] <tedg> ricmm, okay, but it's in archive.  I installed it, others could as well.  It needs to conflict with something then.
[21:41] <tedg> ricmm, I installed it on my desktop.
[21:41] <heynoq> I could not find that file and grep didn't give results
[21:41] <timp> yeah first enterprise bundle on igg :)
[21:42] <heynoq> I'm ok with skipping that step at this point, so I'll move on to next question that I think is the most important for now
[21:42] <w-flo> heynoq, https://github.com/CyanogenMod/android_device_motorola_msm8960-common/blob/cm-10.2/setup-makefiles.sh that file probably has some/most/all (??) of the props you need
[21:43] <heynoq> hmm, ok, I'll look at that
[21:43] <w-flo> and yeah, I can't find the fstab for your device either. Every device is like a totally different setup it seems..
[21:44] <w-flo> https://github.com/CyanogenMod/android_device_motorola_msm8960-common/tree/cm-10.2/rootdir/etc <-- heynoq, your fstab file is probably in that directory
[21:44] <sergiusens> timp: http://insights.ubuntu.com/news/press-releases/bloomberg-bets-big-on-the-ubuntu-edge/
[21:45] <heynoq> ok,  i do have that setup-makefiles.sh file in my /device/motorola/msm8960-common/ folder
[21:45] <rsalveti_> w-flo: from a quick look, you should avoid using the cm-10.2 branches as well
[21:45] <ricmm> tedg: sorry, but it escapes me why you would try to install this on a desktop installation
[21:45] <rsalveti_> as that's in heavy dev mode
[21:45] <ricmm> tedg: if you really need the protection I can make it conflict with ubuntu-desktop :)
[21:45] <w-flo> oh.. heynoq, see what rsalveti_ said :)
[21:46] <tedg> ricmm, 1) yes, that would make sense.  2) Saviq told me it was where I could find the unity8 upstart jobs, so I grabbed it to look.
[21:46] <ricmm> you could try to install libhybris' EGL components... doesnt mean you should
[21:46] <heynoq> Ok yeah, thanks rsalveti,  I'm using only 10.1 right now
[21:46] <rsalveti_> w-flo: for new ports, using the final tag/branch for 10.1 is recommended
[21:46] <rsalveti_> cool
[21:46] <w-flo> rsalveti_, yes.. I didn't even notice the default branch for that repo was 10.2 already
[21:47] <tedg> ricmm, Yes, but probably those wouldn't kill my afternoon to un-foo-bar my machine.
[21:47] <ricmm> tedg: he meant lp:session-manager-touch, I'm sure he didnt say install the touch session on your desktop
[21:47] <w-flo> heynoq, if you wonder where a prop should go, try to find it in a "PRODUCT_COPY_FILES" list in that setup-makefiles.sh file
[21:47] <ricmm> you chose to install a package not meant for a desktop installation, thats the only foobar action that happened here
[21:48] <timp> sergiusens: ah nice. that link is better to share :)
[21:48] <ricmm> however if you feel there are others like you that might follow suit, please MR against lp:session-manager-touch
[21:48] <heynoq> I also followed this tutorial initally to get my git setup
[21:48] <heynoq> https://github.com/razrqcom-dev-team/android_local_razrqcom/tree/phablet
[21:48] <heynoq> Where a plob should go? would that have to do with those blobs or you just giving advice on a place I can dig into
[21:50] <heynoq> My next problem I beleive has to to with the extra configs that need to be added.     at kernel/[manufacturer]/[codename]/arch/arm/configs/ cyanogenmod_[codename]_defconfig. Please double check that it is indeed the default config file name in device/[manufacturer]/[codename]/*.mk (look for the TARGET_KERNEL_CONFIG variable).
[21:50] <heynoq> Not sure what file, using msm9615_defconfig in the common/arch folder.  Added to end of file with Hash about ubuntu touch.   I got errors right away about target stuff when building
[21:50] <w-flo> heynoq, If you have a file "libc2d2_z180.so" from that "jf" thing (whatever that is?).. and then check the setup-makefiles.sh file, you will find this line: "\$(LOCAL_PATH)/lib/libc2d2_z180.so:system/lib/libc2d2_z180.so \\", so the file should be placed into vendor/motorola/msm8960-common/jf/lib/
[21:51] <heynoq> I removed those lines I added and then its currently building now....
[21:51] <w-flo> that error message appears to be cut off?
[21:52] <heynoq> Ah nice!  Good find, I had no idea what that JF reference was for,  I'll have to do some hunting for that file
[21:52] <heynoq> Nice, my first "most likely failed" build just finished, I'll try that out, but will also work on that jf thing
[21:52] <w-flo> good luck! =)
[21:53] <w-flo> ah, now I see that this is actually from the porting guide, not an error message
[21:55] <w-flo> TARGET_KERNEL_CONFIG := msm8960_mmi_defconfig   in device/motorola/msm8960-common/BoardConfig.mk, so try to use that file. :-)
[21:56] <heynoq> ah, again with the good finds!  I'll update my notes for when I rebuild to modify boardconfig.mk!  Thanks!
[21:57] <w-flo> maybe it's better to not modify boarconfig.mk and instead modify the msm890_mmi_defconfig
[21:57] <w-flo> so you have the same kernel config used by cyanogen (only with ubuntu additions)
[21:59] <heynoq> ok
[22:01] <heynoq> next note(possibly last :) )
[22:01] <heynoq> The main build file needs to be checked if updates are required to it to support new drivers or parts of the build not used before, it's path is:build/core/main.mk The part of interest are the subdirs included in the build and if special treatment for devices need to be made, i.e.; make sure the new vendor subdirs are added. This will eventually not be needed.
[22:01] <heynoq> I have no idea what i need to add to teh subdirs section
[22:01] <heynoq> what I added caused build errors
[22:01] <heynoq> i removed them and the build continued on...
[22:02] <w-flo> that's a strange step, I've just removed some stuff and added the device/htc/ directory for my HTC device.. I'll show you what my commit looks like, but I have no idea if that's the right way to do it
[22:03] <w-flo> https://github.com/w-flo/android_build/commit/809db1b56231644632b8b22605398354b345ae2e works for me
[22:03] <heynoq> I initally added this, which caused failrures
[22:03] <heynoq> Added this: vendor/motorola/mb886 	vendor/motorola/msm8960-common
[22:03] <w-flo> maybe just "vendor/motorola"
[22:03] <heynoq> yeah
[22:03] <heynoq> I'll make that change
[22:04] <heynoq> Thanks!  and you thought maybe you couldn't help!
[22:04] <w-flo> heynoq, it's all trial and error for me :) I hope you can get your port up and running with radio!
[22:05] <heynoq> Lol yeah, thats development!  Trial and error, best thing to keep you from banging your head against a wall is someone that can offer similar solutions that my fit :)
[22:05] <heynoq> *might
[22:06] <heynoq> Yeah, my phone is currently stuck at the cyanogenmod boot logo animation....I'll try some other flashing options, but I think I need to implement those fixes and rebuild
[22:07] <w-flo> heynoq, maybe it's related to the boot.img changes for Ubuntu Touch, not sure if those are in the old phablet branches as well
[22:08] <tedg> ricmm, https://code.launchpad.net/~ted/session-manager-touch/conflicts-lightdm/+merge/179056
[22:08] <w-flo> check the "out/target/product/[device]/" directory.. do you see an ubuntu-root subdir?
[22:13] <heynoq> gotta reboot...brb in a bit
[22:19] <ogra_> yay, finally !
[22:20] <ogra_> plars, so the image passed the install test on mako, no need to handhold it then (beyond the normal stuff indeed(
[22:21] <plars> ogra_: awesome, yes seems to be rolling along
[22:21] <ogra_> phew
[22:22] <plars> ogra_: the maguro one seems to have failed, I think there's a race in phablet-flash still
[22:22] <plars> ogra_: should work on the restart
[22:23] <ogra_> yeah, i'm not worried
[22:23] <ogra_> it wasnt clear if the boot images work and have the right initrd
[22:23] <ogra_> thats both confirmed
[22:25] <rickspencer3> dang it
[22:25] <rickspencer3> wrote an app, and the osk doesn't come up on the phone :(
[22:25] <ogra_> sad
[22:25] <rickspencer3> ogra_, how am I supposed to log a bug these days?
[22:26] <rickspencer3> $ubuntu-bug something?
[22:26] <ogra_> open the terminal and run ubuntu-bug something, right
[22:28] <rickspencer3> at least the osk works for the apps already on the phone
[22:28] <ogra_> so likely a toolkit thing (or an app bug ?)
[22:28] <plars> wow, it even checks that that dir doesn't exist first, it got into a pretty small window for this race I think
[22:30] <rickspencer3> ogra_, I assume it's an sdk bug
[22:30] <rickspencer3> can't really see what my app could be doing wrong
[22:31] <ogra_> well, i havent seen such a bug with any of the shipped apps
[22:31] <ogra_> kbd works everywhere here
[22:32] <ChickenCutlass> rickspencer3, I think (don't quote me) is you have to request focus.
[22:32] <ChickenCutlass> rickspencer3, on the entry you want the keyboard for
[22:32] <rickspencer3> ChickenCutlass, I never had to before
[22:32] <rickspencer3> and that's not in any of the documentation
[22:32] <ChickenCutlass> rickspencer3, then I am talking crap
[22:32]  * rickspencer3 looks back at docs
[22:33] <rickspencer3> ChickenCutlass, are you referring to this:
[22:33] <rickspencer3> activeFocusOnPress : bool
[22:33] <rickspencer3> ?
[22:33] <plars> sergiusens: https://bugs.launchpad.net/phablet-tools/+bug/1209408
[22:33] <ChickenCutlass> rickspencer3, maybe.  lol I just think I remember something to that effect.
[22:34] <rickspencer3> meh
[22:34] <rickspencer3> it's supposed to be true by default
[22:34] <plars> sergiusens: we could move the makedirs() call above the log message if you think that would be enough, otherwise we could just catch and discard the exception if it's OSError
[22:34] <rickspencer3> and also, I just tried it and it didn't work
[22:34] <rickspencer3> lol
[22:34] <ChickenCutlass> rickspencer3, then sorry
[22:34] <ChickenCutlass> rickspencer3, I am of no help
[22:34] <rickspencer3> ChickenCutlass, no worries
[22:34] <rickspencer3> I am sure it's an SDK bug, then
[22:34] <rickspencer3> and it helped to have a sanity check
[22:37] <sergiusens> plars: my plan is to discard the error
[22:38] <sergiusens> plars: but this should be mostly fixed the new branch (I think)
[22:38] <plars> sergiusens: I was going to propose a patch, but I figured it would be pointless given your major rework in flight
[22:39] <plars> sergiusens: sounds good
[22:39]  * plars has to run away for a bit, back later to check on the jobs but so far they are looking good
[23:12] <dejello> hello
[23:22] <cjwatson> ogra_: They seem to be on cadejo just fine.  I think perhaps your image build failure is because you haven't adapted cdimage code to download them properly?
[23:23] <cjwatson> (assuming you didn't figure it out since you asked ...)
[23:25] <cjwatson> rsalveti: please run the cdimage test suite before you commit; ./run-tests
[23:25] <cjwatson> rsalveti: (could you fix the test failure you introduced on Monday?)
[23:26] <rsalveti> cjwatson: sorry, I just followed the procedure described by ogra_ in a wikipage, didn't have that
[23:26] <cjwatson> rsalveti: which wiki page?
[23:26] <rsalveti> cjwatson: and I just changed the jenkins build job name, but let me check the results
[23:26] <cjwatson> rsalveti: perhaps also it would be appropriate to substitute config.series into jenkins_project, so that we have the minimum possible series dependencies
[23:27] <cjwatson> the jenkins build job name was also in a test :-)
[23:29] <rsalveti> right, just saw that
[23:30] <rsalveti> can't even open the wiki here, over a really bad 3g, my isp decided to be off today
[23:30] <rsalveti> cjwatson: mind pushing the change in the test as well?
[23:30] <rsalveti> otherwise it'll take a few hours here I believe
[23:30] <sergiusens> cjwatson: I think it was this one https://wiki.ubuntu.com/ReleaseTeam/CDImageSetup
[23:31] <cjwatson> I've updated that wiki page now to document running the test suite
[23:31] <rsalveti> cjwatson: ogra said this could would be removed later this week, so not sure if we need to care much about that
[23:31] <rsalveti> *this would
[23:31] <rsalveti> moving away from jenkins and just downloading the stuff from the android package
[23:32] <cjwatson> rsalveti: Sure, I just didn't want to clean up after people without mentioning it
[23:32] <cjwatson> rsalveti: the test suite must not fail; I'll fix it even if it will go away
[23:33] <rsalveti> doesn't even open here :-(
[23:33] <cjwatson> rsalveti: test fixed
[23:34] <rsalveti> cjwatson: sure, we need to fix the test suite, just saying that we don't necessarily need to improve that code much as it'll be reworked (or was today)
[23:34] <rsalveti> cjwatson: thanks, sorry for the noise
[23:34] <cjwatson> And I've done the series change even if it goes away later.  I have ingrained scepticism about the future tense :-)
[23:37] <rsalveti> right :-)
[23:44] <cjwatson> highbank nodes: made of awesome
[23:44] <cjwatson> last three firefox/armhf builds were 20, 38, 20 hours
[23:44] <cjwatson> first one on highbank was 5h40
[23:53] <AdrianTobon> hello guys, I'd like to know if whatsapp is already available for ubuntu touch
[23:55] <AdrianTobon> ???
[23:57] <AdrianTobon> somebody there?
[23:59] <AdrianTobon> do you know if whatsapp is available for ubuntu touch?