[00:07] Will apt-get update/upgrade keep me on the lastest developer version? [00:07] latest* === michi__ is now known as michi === michi is now known as Guest35414 [01:04] <_lunarcold> anyone mind going over build failure logs with me? === Fyodorovna is now known as wilee-nilee === salem_ is now known as _salem === kriskropd is now known as kriskropd_is_not === kriskropd_is_not is now known as kriskropd_isnt_h === kriskropd_isnt_h is now known as kriskropd_afk [02:27] hi [02:28] hi === kriskropd_afk is now known as kriskropd [02:49] hows going === chihchun_afk is now known as chihchun [04:53] hi everyone [04:53] I need some help please [04:53] How do i get Ubunto on a Galaxy s2 ? Any guides ? [04:56] <_lunarcold> Trafficking: which model === Namidairo`bnc is now known as Namidairo [05:13] 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] lol yup [05:15] wish I could get an edge :( [05:16] 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] lol good idea [05:17] 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 === jono is now known as Guest5052 === tvoss_ is now known as tvoss|flaky_wire === tvoss|flaky_wire is now known as tvoss|test [07:09] 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:09] Launchpad bug 1207269 in Unity 8 "Indicator animation slope wrong with Qt 5.1" [Undecided,New] [07:10] Mirv, that'd be dednick [07:11] Mirv, let me see if I can reproduce with the ppa [07:12] Saviq: ok, thanks [07:38] good morning all [07:49] Mirv, confirmed [07:53] Saviq: thanks [07:53] Ubuntu or linux does not reconize sim slot card (hp 24un..) | http://askubuntu.com/q/329627 [07:53] 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] good morning === tvoss|test is now known as tvoss|flaky === seb128_ is now known as seb128 [08:28] 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] i guess then you need the full tree ... [08:34] 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] 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] diwic: correct. [08:38] xnox, all right, thank you [08:44] xnox, hmm, does that deserve a wikipage perhaps ? [08:46] 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. === schwuk_away is now known as schwuk [08:47] ogra_: i guess we can document this, but i'd rather hear success from diwic first =) if above actually works. ;-) [08:47] haha [08:47] yeah [08:47] heh [08:51] xnox, compiling works, but when trying to run I get this error: [08:52] xnox, soinfo_relocate(linker.cpp:989): cannot locate symbol "__exidx_end" referenced by "./a.out"...CANNOT LINK EXECUTABLE [08:52] diwic: running on nexus4 that is? [08:52] xnox, yes [08:52] diwic: ... and in android lxc container [08:53] xnox, I have not set one up [08:54] diwic: hm? android cross toolchain is to compile for android lxc container / unflipped image system portion. [08:54] diwic: to run against ubuntu, one should crosscompile for normal ubuntu / armhf. [08:54] xnox, I just run "arm-linux-androideabi-gcc test.c -lhardware" [08:55] hm. [08:56] diwic: that symbol in in libc. [08:57] diwic: $ arm-linux-androideabi-gcc test.c -lhardware -lc ? [08:57] (well the bionic libc) [08:57] xnox, \o/ now it runs fine on the Nexus 4 [08:57] diwic: =))))) [08:57] I have never had to add -lc before [08:58] that's a new one :-) [08:58] * xnox says excellent in Mr. Burns voice from Simpsons [08:59] Now that I've finally decided to jump in to touch dev, I'm buying a nexus 10 :D [09:01] SuperMatt: hm... would be more intersting to get the new nexus 7 and start a port to that =) [09:02] naw, I wanted something bigger [09:14] Good morning all, happy Lighthouse Day! :-D [09:16] rachelliu, seb128: https://wiki.ubuntu.com/Appearance?action=diff&rev2=7&rev1=6 [09:16] mpt, thanks [09:20] Mirv, btw, do we have dbg symbols for qt5-beta-proper? [09:20] Mirv, like ddebs or something? [09:22] ogra_: moin [09:23] 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] ogra_: where are our images at? [09:26] 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] asac, building i'd guess [09:35] ah, no, still 30min to go === chriadam is now known as chriadam|away [09:46] Saviq: Qt5 packages build debug pkgs always so the same as usual, qtdeclarative5-dbg etc [09:53] Mirv, right, thanks [10:16] ogra_: diwic: now i have a question for you =))) [10:16] "$ 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] 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] " [10:16] i guess i need to recompile libubuntu_application_api against goldfish build..... [10:17] hmm [10:17] Morning all [10:18] libubuntu_application_api.so shouldnt have HW specific bits i think ... thats weird [10:18] 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] xnox, no idea [10:19] xnox, not really, but surface control might be surface flinger [10:20] ogra_: http://paste.ubuntu.com/5958390/ that's all the libs that platform-api is linked against. [10:21] i'd take a look at libhardware then [10:26] ogra_: looks liek libgui.so [10:26] ah [10:51] hmm... ubuntuappmanager/(hybris, application api?!) doesn't compile against AOSP 4.3 http://paste.ubuntu.com/5958448/ [10:52] tvoss_: ^^ [10:53] asac, yup, known issue. We have a patch for that for aosp 4.2 [10:53] tvoss_: maybe xnox can try to forward port? [10:54] xnox, there is a patch somewhere in our patchset that makes the copy c'tor available [10:54] so yeah. give him pointers i guess [10:54] asac, yup, should be straightfoward to forward port [10:54] tvoss_: hm. in the phablet-ubuntu repo forest or somewhere else? === MacSlow is now known as MacSlow|lunch [10:54] tvoss_: or in platform-api project? [10:55] xnox, in the phablet-ubuntu forest [10:55] xnox, it is against the android source tree [10:55] tvoss_: ack. i'll look for it. [10:55] 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] xnox, remind where we have those patches? [10:56] fginther: do you have a mako? [10:56] could you see if you can reproduce the issues from yesterday? we saw a bunch of failures there, but not on maguro [10:56] fginther: but maybe wait till todays image is tested [10:56] tvoss_: well, I have a local checkout =) but it should be http://phablet.ubuntu.com/gitweb [10:58] xnox, thanks [10:58] xnox: http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_frameworks_base.git;a=commit;h=00b43634dcbc476bdcd1fffdca7ed74ba0a7b9c3 ? [10:58] tvoss_: ? that one? [10:58] asac, +1 [10:58] asac, just found it, too [10:59] asac: looks good. let me try that =) [10:59] * asac likes diving sometimes :) [10:59] see where clicks can lead me [10:59] :) [10:59] to click packages in the end :P [10:59] http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_frameworks_base.git;a=commit;h=652b1d16f02a5c98d9422b74b0ec08fe6c2be8f4 [10:59] might also be related [10:59] but not sure... sounds important at least :) [10:59] xnox: ^ [10:59] do we have anyone in here who can easily test one of the images on https://wiki.ubuntu.com/Touch/Devices? [10:59] guess all in base.git is important [11:00] ogra_: lol... commits and patches in click packages [11:00] nice picture [11:00] no more git [11:00] :) [11:01] maybe that will solve our archive problems as well :) [11:01] lol [11:04] asac, new image is up btw [11:05] ok cool [11:05] lets cross our fingers :) [11:08] * xnox launches a recompile & off for lunch === marcoceppi_ is now known as marcoceppi [11:37] gema, asac ... maguro doesnt look happy (2 of the default test failed) ... someone should re-run [11:38] indeed [11:38] doanac: gema: plars: fginther: ^^ [11:38] http://reports.qa.ubuntu.com/smokeng/saucy/image/3396/ [11:38] looks like a netwrokign issue [11:39] gaah, where are those properties again [11:39] ro.hardware and those [11:40] getprop [11:40] ogra_, if I just call /system/bin/getprop the result is nothing [11:40] no, use the ubuntu getprop :) [11:40] its in path [11:41] rsalveti: ping you're involved with lp:qtubuntu-sensors presumably [11:41] ogra_, why does the android getprop not work? I'm suspecting that's why my android program doesn't work. [11:42] the android getprop works on the androiid side [11:42] but not on the ubuntu side [11:42] ogra_, you mean it only works inside the android chroot? [11:42] (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] no, it works only inside the container ... not via chroot [11:43] you would actually need to enter the namespace of androids /init [11:44] 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] then you should be able to use getprop as long as your app is executed inside the container [11:45] (which you cant reallly do from the ourside, copy it to /system and have an init.rc entry, then restart the container) [11:45] Mirv, any update on bug #1181176 ? [11:45] bug 1181176 in Ubuntu UI Toolkit "should depend on the Ubuntu font" [Medium,Confirmed] https://launchpad.net/bugs/1181176 [11:46] ogra_, argh [11:47] 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] 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] 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] Mirv, or maybe the theme, even? [11:49] Mirv, but I believe there's enough font: "Ubuntu" buried in the toolkit itself [11:49] Mirv, that it makes sense there, too === melmoth__ is now known as melmoth [11:57] Saviq: I'll check with the team and make a merge request [11:57] Mirv, thanks === alan_g is now known as alan_g|lunch === Namidairo is now known as Namidairo`bnc [12:04] Mirv: talking about hte webbrowser font bug, I think I'm hitting a bug in Qt while fixing it === MacSlow|lunch is now known as MacSlow [12:04] Mirv: I'll let you know if we need a patch [12:12] Kaleo: ok [12:15] 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] plars, great [12:22] Mirv, Saviq: hi [12:22] hi [12:22] doko, hey [12:22] apt-get install qtbase5-dev:armhf doesn't work yet [12:22] has a version of Ubuntu Touch for Galaxy Note N7000 ? [12:23] 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] otaon, doko, why's that? [12:23] otaon, https://wiki.ubuntu.com/Touch/Devices [12:23] doko, why can't it be installed? [12:23] doko, it's there in the archive [12:23] depends on qt5-qmake (= 5.0.2+dfsg1-7ubuntu2), qtbase5-dev-tools (= 5.0.2+dfsg1-7ubuntu2), qtchooser [12:23] davmor2, infrastructural issues [12:23] Saviq, sorry, can't be installed for a secondary architecture [12:23] davmor2, the failures were network related [12:24] Thanks Saviq [12:24] ogra_: so is that a hold off on phablet-flash --pending then? [12:24] doko, meaning that it doesn't do multiarch properly? [12:24] so the question is can this be qt5-qmake:any qtbase5-dev-tools:any qtchooser:any dependencies? [12:24] Saviq, yes [12:25] 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] davmor2, no, why ? [12:25] doko, I think it should be fine, yeah, they're just generating text files [12:25] and a qtbase5-dev-tools for the host won't help you when running on the build [12:25] ogra_: ah sorry you mean on the test array rather than the image sorry [12:25] diwic, remount /system rw and just copy it where you like [12:25] doko, I think we should just fix multiarch for them [12:26] Saviq, the question is, if moc knows about to generate files for the host, not the build [12:26] davmor2, right [12:26] and I have no clue about qtchooser [12:26] i meant http://reports.qa.ubuntu.com/smokeng/saucy/ [12:27] asac, sorry for not responding earlier, I wasn't in yet. I don't have a mako [12:27] doko, qtchooser is just a wrapper around /usr/lib/*/qt5/bin [12:27] doko, that "chooses" between qt4 and qt5 [12:28] doko, but I'd say it needs to be per-arch to actually choose the right arch for them [12:28] is this a script? then maybe it should be extended [12:28] doko, how should we deal with binaries/executables for multiarch? [12:28] doko, no, it's a binary I'm afraid [12:29] diwic: android getprop doesn't work because it tries to get the property via shared memory [12:29] diwic: were you linking with the android libhardware or the one provided by hybris? [12:30] rsalveti, hi! As you advised, to rule out libhybris problems I'm trying running it as android entirely [12:31] 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] diwic: right, cool [12:31] diwic: but you're trying something I never used yet, which is building with our android toolchain :-) [12:31] hello doko. [12:31] doko, no idea myself :/ [12:31] doko: I was just about to say maybe qtchooser should M-A foreign... [12:31] I usually just build it as part of the android build system, looking forward to see if that works as expected [12:32] Mirv, sure, if it does do the right thing? [12:32] if you get it to link with the android library, and pointing to the right headers, it should just work [12:33] diwic: how I usually get inside the android container to test stuff there: http://paste.ubuntu.com/5958699/ [12:33] doko: not sure either. the Qt packages now do install arch specific configs for qtchooser, so the answer is strong maybe. [12:34] Mirv, same for qt5-make and qtbase5-dev-tools [12:34] doko: they are already [12:34] Saviq: If you haven't read https://wiki.ubuntu.com/MultiarchSpec, you should [12:34] already what? [12:34] Saviq: Also https://wiki.ubuntu.com/MultiarchCross [12:34] cjwatson, thanks, will do [12:35] jdstrand: we're moving the audio call setup logic as part of telepathy-ofono, which is part of the user session [12:35] jdstrand: as a consequence, we need to access binder directly, as the audio plugin will later use binder to call audioflinger [12:35] Mirv, ahh, ok, but then the deps need to have an :any as suffix [12:35] when testing yesterday, we got the following: [12:35] <5>[ 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] Mirv, also is qtchooser really needed as a dependency? [12:37] 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] rsalveti: yeah, telepathy-mission-control-5 needs to have its profile updated [12:37] rsalveti: do you have packages I can test? [12:38] doko, without qtchooser you'd be required to always use /usr/lib/*/qt5/bin/$command [12:38] jdstrand: should have in a few minutes, jenkins is still building it [12:38] diwic: hm, after a clean boot? [12:38] rsalveti: k-- once you do, I'll update telepathy-mission-control-5 [12:38] jdstrand: awesome, thanks [12:38] Mirv, Saviq: what about qt5-base? that's not m-a foreign or same [12:38] doko: ok, building now a test package at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-staging/+packages [12:38] of qtchooser [12:39] doko, I'll leave you in Mirv's capable hands :) [12:39] doko: qtchooser is not strictly needed, but in the end it was chosen to be dependency instead of recommendation in Debian [12:39] Mirv, should qtbase5-dev-tools-dbg be M-A: foreign too? [12:39] rsalveti, hmm, maybe the "shell" user is not "system" or "audio" [12:40] diwic: try running as root [12:40] from your host, do 'adb root' [12:40] then adb shell again, and you should be root [12:40] 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] 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] 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] diwic: right, you'd need to restart adb over tcp for that to work, trying directly via usb is indeed easier [12:46] rsalveti, /var/lib/lxc/android/pre-start.d/10-no-adbd <- pre-start.d does not exist [12:46] diwic: hm, which image are you using? [12:46] diwic: probably from last week === alan_g|lunch is now known as alan_g [12:47] if so, change /var/lib/lxc/android/pre-start.sh [12:47] huh ? [12:47] thast in since a while [12:47] (pre-start.d) [12:47] diwic: http://paste.ubuntu.com/5958749/ this is what you need to comment out [12:47] yeah [12:48] and use a fresher image :P [12:48] :-) [12:48] rsalveti, ogra_ I think it is from this or possibly last week [12:48] we move fast [12:48] more likely last [12:48] i think i uploaded that end of last week [12:48] or mid ... [12:48] * ogra_ is to lazy to check [12:50] diwic: can you paste the code you were using that does the init over hal? [12:50] diwic: interested to check the hybris crash in there [12:51] ogra_: it was last week [12:51] heh, you know my changelogs better than me :) === _salem is now known as salem_ [12:55] 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] ah stupid me, forgot to enter sim pin code [13:01] all right === greyback is now known as greyback|lunch [13:02] rsalveti, I'll paste some information for you in a while [13:03] diwic: thanks [13:10] do we have a way to tell from qml if we are running on a touch image or not? [13:11] there is a bunch of env var stuff in /etc/environemnt [13:11] (Qt related) [13:12] ogra_, I was rather expecting something in the sdk telling at least the form factor ;-) [13:12] not sure if there is something [13:12] ogra_, I want to make system settings use gnome-settings-daemon rather than powerd on desktop, to make testing easier [13:13] I'm going to hack with a if screen.width > 1024 I guess [13:13] err [13:13] indeed :p [13:13] in landscape my SGS4 uses 1920 [13:14] and the n4 1280 [13:14] give me a better way then ;-) [13:15] seb128, can't you check if powerd is running, and if not, talk to g-s-d instead? [13:15] yeah, something like that [13:16] diwic, qml is mostly UI/js, I'm not sure you can do that sort of things easily [13:16] salem_: jdstrand: http://people.canonical.com/~rsalveti/jdstrand/ [13:16] you need both ofono and telepathy-ofono to be able to test it [13:16] seb128, well, you're supposed to talk to powerd, if it doesn't reply then... [13:16] then just try doing a call [13:17] diwic, rsalveti: I'm not, I'm reading a gsettings key [13:17] and to add to the fun, gsettings abort() if you try to use a missing schemas [13:17] well, larsu is going to wrap the gsettings api to check if schemas are available [13:17] then I can do that [13:18] 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] seb128, but maybe I didn't understand how to "commit" my notification sound change [13:18] diwic, no, nobody on the phone app team is reviewing my merge requests [13:18] I had changes pending review for 2 weeks [13:18] commented on launchpad bug and mp [13:18] but I just get silence in return so far [13:19] seb128, oh :-/ [13:19] diwic, https://code.launchpad.net/~seb128/telephony-service/sounds-events-from-gsettings/+merge/178344 [13:19] ogra_: seb128: we indeed need a clear way to identify if we should behave as touch, and which form factor during runtime [13:19] ubuntu phone daily updates | http://askubuntu.com/q/329723 [13:19] rsalveti, right, but definitely not based on resolution :) [13:20] a resolution without resolution [13:20] yeah [13:21] settings somewhere? env variable? some utility to call? [13:21] 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] sergiusens, can we do something about https://lists.launchpad.net/ubuntu-phone/msg03645.html? [13:23] sergiusens, shall he file a bug about it? [13:24] diwic: cool, let me give it a try [13:26] mardy, i pushed more fixes to my branch [13:27] mardy, but the tests fail in pbuilder because it doesn't write the parameters.txt file [13:28] kenvandine: let me check [13:30] kenvandine: jenkins approved it :-) [13:30] kenvandine: but I missed your change to the .pc file, I'll do that === greyback|lunch is now known as greyback [13:31] kenvandine: BTW, why did you rename the library? Is there something wrong with libCamelCase? [13:31] to match the package [13:31] lintian complains [13:31] 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] *that means for changes [13:32] mardy, we could have also renamed the package [13:32] kenvandine: weird... Qt libs use camelcase as well [13:32] but i don't like caps in package names :) [13:32] kenvandine: ah, OK :-) [13:32] rsalveti: ack [13:32] dholbach: if TWRP doesn't support extendedcommands, there is nothing I can do [13:33] 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] dholbach: I could look into openrecoveryscript... but that's a new thing [13:34] sergiusens, instead we should make ports use our recovery [13:34] after all there should be an img that came out of the build [13:34] mardy, odd... even out of tree builds work fine and successfully create parameters.txt in the right place [13:34] ogra_: well, they'll need to manually flash it [13:34] but it fails to get created in pbuilder [13:35] sergiusens, aww, no fastboot ... well, still, i would make it a requirement [13:35] 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] dholbach: ^^ [13:37] I can relay the message, but I don't understand anything [13:39] 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] dholbach: already replied === Kyle_ is now known as Kyle [13:39] it seems TWRP supports openrecovery script which we can look into [13:39] ogra_, I don't think we effectively advertise what kind of recovery we want used, do we? [13:40] sergiusens, thanks for the reply [13:40] ogra_: hopefully I won't have to change it too often then [13:40] dholbach, no, we should define that somewhere [13:40] dholbach: it doesn't matter when doing it manually [13:40] stgraber, yeah ... its a drawback that only just struck me now when doing a testbuild here [13:41] it will definitely extend the turnaround time for an initrd change massively :( [13:42] ogra_: how long is android taking to build? [13:42] fginther: Hey ! :) Do you know how I can get a rebuild for the poppler-qml-plugin job in jenkin ? [13:42] dunno, i never checked, shouldnt be long (1h perhaps or less) [13:43] 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] ogra_: thankfully I've got gigabit on the machine I usually upload from [13:44] yeah, still. feels unreasonably hard [13:44] Chocanto, I'm doing a test build now [13:44] fginther: Ok, thank you : [13:44] * :) [13:44] for me thats 30min download time and as much for the upload again [13:44] mardy, ah, i figured it out... give me a minute [13:45] ah, wait, the android package isnt native [13:45] so its a non issue [13:45] so its all fine [13:49] Chocanto, http://91.189.93.70:8080/job/ubuntu-docviewer-app-poppler-qml-plugin-saucy-amd64-ci/3/console [13:49] fginther: Yes, I'm reading the log [13:50] Chocanto, is that a missed dep? [13:50] Chocanto, ack [13:50] kenvandine: but the tests are passing in Jenkins; doesn't it use pbuilder? [13:50] Chocanto, note that touch images have recommends disabled, dont rely on them [13:51] mardy, i just pushed a fix... not sure why it's working in jenkins [13:51] if there is something you need thats coming in through a recommends, either make the dep hard or seed it [13:51] the problem is client/tests/system-settings isn't set to executable in the build root [13:51] fginther: "/usr/lib/i386-linux-gnu/qt5/bin/qmake: Command not found" so I think yes [13:52] kenvandine: looks like a bug in the pbuilder configuration, TBH [13:52] ogra_: The poppler-qt5 package is in release since 2 or 3 days I think [13:52] kenvandine: the file is executable in bzr [13:53] kenvandine: OTOH, since the workaround is easy, I'll just merge it in [13:53] it is puzzling why it's working in jenkins [13:53] 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] oh, sorry [13:55] kenvandine: maybe pbuilder is passing some flag to "bzr branch" which disables applying the permissions? [13:55] i thought that was an image test [13:55] ogra_: Oh ok yes I understand what you are talking about ^^' [13:55] just noting now thats a package build test [13:56] ogra_: No, but it will be important to consider in the future :) [13:56] yeah [13:56] but feel free to ignore me until then :) [13:57] Chocanto, the ci job is enabled, so if you create a merge proposal, it will be automatically tested [13:57] fginther: Ok :) I had to ask you for this build because nothing was added [14:06] mhall119: ping [14:10] awafaa: pong [14:10] mhall119: did you send anything for the santa clara thing i emailed you about? [14:10] mhall119: if so did you hear back? [14:13] awafaa: you'll have to refresh my memory, which santa clara thing was that? [14:13] mhall119: techcon [14:14] awafaa: ah, yes, jono was going to go to it, since he lives in the SF-bay area [14:14]