[00:20] <den4ik> does somebody has working custom image?
[00:49] <den4ik> working build anybody?
[00:51] <den4ik> !help
[00:51] <den4ik> !patience
[00:53] <den4ik> !killall
[00:53] <den4ik> lol
[00:56] <den4ik> !ubuntu-touch
[00:56] <den4ik> !dotheharlemshake
[01:24] <anonynimity> Hello. I'm having a problem with breakfast. Is there anyone here whom can help me with this issue?
[01:27] <TechieElf> Crimson_Rogue: I can
[01:27] <Crimson_Rogue> okay, thanks TechieElf.
[01:27] <Crimson_Rogue> I get the following terminal output when running breakfast
[01:27] <Crimson_Rogue> http://pastebin.com/wGNg8f8u
[01:29] <TechieElf> Crimson_Rogue: have you follow http://wiki.ubuntu.com/Touch/Porting up to "Enabling a new device"?
[01:29] <Crimson_Rogue> yes, I have.
[01:30] <TechieElf> Crimson_Rogue: what's your roomservice.xml look like?
[01:30] <Crimson_Rogue> erm.... I don't have one?
[01:31] <Crimson_Rogue> or maybe I do...
[01:31] <Crimson_Rogue> idk
[01:31] <TechieElf> Crimson_Rogue: croot && cd .repo/local_manifests && gedit roomservice.xml
[01:31] <TechieElf> copy that into terminal
[01:32] <Crimson_Rogue> sec.. let me get to the folder
[01:32] <TechieElf> Crimson_Rogue: jsut copy that line.. it will do everything.
[01:33] <TechieElf> croot = cd to main folder
[01:33] <Crimson_Rogue> no command croot found; did you mean root chroot; croot command not found
[01:33] <TechieElf> source build/envsetup.sh
[01:34] <TechieElf> from main directory
[01:34] <TechieElf> then do the other command
[01:34] <Crimson_Rogue> now envsetup.sh won't work. :((
[01:35] <Crimson_Rogue> there we go... sec
[01:36] <Crimson_Rogue> here's my roomservice.xml
[01:36] <Crimson_Rogue> <?xml version="1.0" encoding="UTF-8"?>

[01:36] <Crimson_Rogue>   <project name="CyanogenMod/android_device_samsung_d2att" path="device/samsung/d2att" remote="github" revision="cm-10.1" />

[01:36] <TechieElf> You need the kernel as well
[01:36] <Crimson_Rogue> urgh...
[01:36] <Crimson_Rogue> I think I have that
[01:36] <TechieElf> and any other dependencies from cm.dependencies
[01:37] <Crimson_Rogue> I do have the kernel, but it's a .zip file from github.com/cyanogenmod
[01:37] <TechieElf> non
[01:38] <TechieElf> nonnonon
[01:38] <TechieElf> noooooooooooo
[01:38] <Crimson_Rogue> well, I couldn't get breakfast to work... so...
[01:38] <TechieElf> Crimson_Rogue: do not add sources manually, add them to roomservice.xml and do repo sync.
[01:38] <Crimson_Rogue> how do I do that with the d2att?
[01:39] <TechieElf> Send me the link to the source of the kernel on github
[01:39] <Crimson_Rogue> sec
[01:39] <Crimson_Rogue> https://codeload.github.com/CyanogenMod/android_kernel_samsung_d2/zip/cm-10.1
[01:40] <TechieElf> <project name="CyanogenMod/android_kernel_samsung_d2" path="kernel/samsung/d2" remote="github" revision="cm-10.1" />
[01:40] <TechieElf> add that to roomservice.xml
[01:40] <Crimson_Rogue> sec
[01:41] <Crimson_Rogue> where do I add that in roomservice.xml?
[01:41] <den4ik> where is roomservice.xml?
[01:42] <TechieElf> Hang on, I'll make a new roomservice.xml for you Crimson_Rogue
[01:42] <Crimson_Rogue> the last line under the first project name?
[01:42] <Crimson_Rogue> okay, thanks TechieElf...
[01:42] <TechieElf> den4ik: it's in path/to/phablet/.repo/local_manifests
[01:42] <Crimson_Rogue> I really appreciate your help
[01:43] <den4ik> i didnt modify that before
[01:44] <den4ik>   <project name="CyanogenMod/android_device_samsung_crespo" path="device/samsung/crespo" remote="github" revision="cm-10.1" />
[01:44] <den4ik>   <project name="CyanogenMod/android_kernel_samsung_crespo" path="kernel/samsung/crespo" remote="github" revision="cm-10.1" />
[01:44] <den4ik> i guess it looks ok
[01:45] <Crimson_Rogue> TechieElf: may I use this for the Device instead of the default: http://fs1.d-h.st/download/00032/uzs/cm-10.1-UNOFFICAL-d2att.zip?
[01:45] <Crimson_Rogue> or should I use this: https://codeload.github.com/CyanogenMod/android_device_samsung_d2att/zip/cm-10.1
[01:46] <TechieElf> Crimson_Rogue: do not download zip source files and add them to your code. it breaks things.
[01:47] <Crimson_Rogue> okay...
[01:49] <TechieElf> Crimson_Rogue: http://pastebin.com/HK3fGikF
[01:49] <den4ik> any successful builds anyone?????
[01:50] <TechieElf> That's what you achieve by doing breakfast so there you go
[01:50] <Crimson_Rogue> Thank you TechieElf
[01:50] <TechieElf> den4ik: Successful build, but bootloop
[01:50] <TechieElf> You're welcome Crimson_Rogue
[01:50] <den4ik> ok. any people without bootloop?
[01:50] <Crimson_Rogue> so I just delete what's in the roomservice and copy that?
[01:51] <TechieElf> Yes
[01:51] <Crimson_Rogue> thanks... now to see if it works....
[01:51] <den4ik> good luck
[01:52] <TechieElf> Crimson_Rogue: don't do breakfast, just do source build/envsetup.sh && brunch d2att
[01:52] <Crimson_Rogue> okay
[01:52] <den4ik> why no breakfast?
[01:53] <Crimson_Rogue> it's still giving me errors... :(((((( waaaaaaaa
[01:53] <TechieElf> den4ik: Breakfast makes roomservice.xml, but I made his for him
[01:53] <TechieElf> What errors?
[01:54] <Crimson_Rogue> http://pastebin.com/uvjYdbqF @ TechieElf
[01:55] <TechieElf> Crimson_Rogue: have you done phablet-dev-bootstrap -c /path/to/phablet ? also try breakfast
[01:56] <Crimson_Rogue> I had done the phablet-dev-bootstrap -c
[01:57] <Crimson_Rogue> and I tried breakfast...
[01:57] <Crimson_Rogue> :|
[01:57]  * Crimson_Rogue kills his computer
[01:57] <Crimson_Rogue> oh, receiving objects.... maybe it has it in there... (I hope)
[01:59] <Crimson_Rogue> hmmmm.... earlier there were only 112 projects; now there's 118???
[01:59]  * Crimson_Rogue is really confused
[01:59] <TechieElf> Crimson_Rogue: I added more so yes
[01:59] <Crimson_Rogue> oh, thank you TechieElf. :))
[02:00] <TechieElf> Crimson_Rogue: no problem :)
[02:00] <den4ik> do you add kernel settings like         CONFIG_NAMESPACES=y
[02:00] <den4ik> CONFIG_UTS_NS=y
[02:00] <den4ik> CONFIG_IPC_NS=y
[02:00] <den4ik> CONFIG_USER_NS=y
[02:01]  * Crimson_Rogue is keeping his build secret until he gets a fully functional network (gsm, wifi, data) and his os is fully functional
[02:01] <den4ik> or you just modify whats in the file
[02:01]  * Crimson_Rogue will release it as soon as it's done and give it to the community before the final release of ubuntu-touch
[02:01] <Crimson_Rogue> :)
[02:02] <TechieElf> den4ik: You modify what's in the file but if the option isn't there, add it
[02:02] <den4ik> yes thats how i do it
[02:05] <Crimson_Rogue> TechieElf - is there a possibility that this will brick my phone?
[02:05] <den4ik> if you use wrong drivers i guess
[02:06] <TechieElf> Crimson_Rogue: Yes, and no
[02:06] <Crimson_Rogue> would it be a hard brick?
[02:06] <TechieElf> Crimson_Rogue: Do you have a fastboot cable? And no
[02:06] <Crimson_Rogue> okay good. no. I have "odin" download mode; which I can use heimdall with download mode aswell.
[02:07] <Crimson_Rogue> and yes, my SGS3 came with an usb cable
[02:12]  * Crimson_Rogue is downloading at 400+ KiB/s
[02:13]  * Crimson_Rogue is making a cup of coffee
[02:15] <Crimson_Rogue> Hey, TechieElf
[02:15] <TechieElf> Yes?
[02:15] <Crimson_Rogue> launch terminal and paste this in: telnet towel.blinkenlights.nl
[02:23] <rsalveti> ogra_: the emulator icon external/qemu/android/icons.h
[02:29] <Crimson_Rogue> okay so TechieElf; once that has finished syncing, now I call breakfast? or envsetup.sh?
[02:30] <TechieElf> now call source build/envsetup.sh
[02:30] <Crimson_Rogue> okay; then breakfast, or brunch?
[02:31] <TechieElf> i'd try brunch d2att
[02:32] <Crimson_Rogue> do I have to do repo sync or....?
[02:32] <TechieElf> nope
[02:33] <Crimson_Rogue> and if I get this warning: warning: [options] bootstrap class path not set in conjunction with -source 1.5
[02:33] <Crimson_Rogue> 1 warning
[02:33] <Crimson_Rogue> what does that mean?
[02:33] <TechieElf> I have no idea but it's only a warning
[02:34] <Crimson_Rogue> okay... so after brunch then I retrieve proprietary blobs?
[02:35] <TechieElf> No.. brunch builds the .zip for flashing. You should have already gotten the blobs
[02:35] <Crimson_Rogue> blobs from phablet-dev-bootstrap?
[02:35] <TechieElf> No
[02:36] <Crimson_Rogue> ???
[02:37] <TechieElf> Blobs from..       source device/samsung/d2att/extract-files.sh with you're sgs3 connected via usb running cm10.1
[02:37] <TechieElf> your*
[02:37] <TechieElf> You must be running CyanogenMod 10.1 on your SGS3
[02:37] <Crimson_Rogue> Okay... (I think I am...)
[02:40] <Crimson_Rogue> cm 10.1.0 @TechieElf?
[02:40] <TechieElf> Crimson_Rogue: yep
[02:41] <Crimson_Rogue> okay; so I flash that to my device then cd /path/to/phablet/device/samsung/d2att/extract-files.sh
[02:41] <Crimson_Rogue> or ./extract-files.sh
[02:41] <Crimson_Rogue> rather?
[02:42] <TechieElf> more like flash it then do "source device/samsung/d2att/extract-files.sh" from the main folder
[02:43] <TechieElf> with your sgs3 connected
[02:43] <Crimson_Rogue> okay. cool. then make device changes?
[02:43] <TechieElf> yes
[02:45] <Crimson_Rogue> alright; dude, TechieElf, thank you so very much for your help
[02:46] <TechieElf> Crimson_Rogue: no problem. I have to leave IRC now but I am available by email and sms
[02:47] <TechieElf> Goodbye all.
[04:13] <Crimson_Rogue> I'm at the audio stage of porting my device. when it says I neet to create a similar directory, what does this mean?
[05:11] <Crimson_Rogue> I'm at the audio stage of porting my device. when it says I neet to create a similar directory, what does this mean?
[05:11] <Crimson_Rogue> *need
[05:21] <Mirv> xnox: I don't usually do the lp:ubuntu/qt* proposals (others do that mor eoften) but I was asked to the last time. it's good to know that a proposal review at ~kubuntu-packagers would work too to get sponsoring, and yes all core devs have rights there.
[06:37] <frecel> hello
[10:07] <ogra_> reboot
[10:07] <ogra_> lol
[10:08] <ogra_> .... focus follows brain was off again ...
[10:09] <popey> haha
[10:09]  * popey still misses focus follows mouse
[10:09] <ogra_> ++
[10:09] <popey> :'(
[10:10] <ogra_> well, you can force it on ... but unity doesnt really behave nicely with it
[10:10] <popey> indeed
[10:10] <popey> Gosh, 3 years since bug 674138
[10:10] <ogra_> heh
[10:11] <ogra_> hmm, waking up the phone is still tricky with r30 here
[10:11] <ogra_> there is quite a delay until the screen comes on
[10:11] <popey> 30!?
[10:11] <ogra_> yeah
[10:12] <popey> didnt see notification of it building
[10:12] <ogra_> last nights build
[10:12] <popey> we need a bot to announce them
[10:12] <ogra_> i think rsalveti just did it without notifying the -ci-eng channel
[10:13]  * ogra_ would prefer to just have them cronned again 
[10:13] <ogra_> 4 per day on a fixed predictable schedule
[10:14] <ogra_> (i would even like 12 per day ... but the infrastructur wouldnt cope ... that way you can spot regressions so much easier and dont waste 100 of hours each month on finding the malicious package)
[10:15] <Laney> ls
[10:15] <Laney> oops
[10:15] <popey> .
[10:15] <popey> ..
[10:15] <popey> goat_pron
[10:15] <Laney> bin boot dev etc home
[10:16] <ogra_> oh, thats a pretty minimal install
[10:16] <ogra_> must be fedora ! no var and usr !!
[10:21] <timppa> ogra_: r30 waking up? can you shed some light on this? Nexus 4 is fast and seems to work just fine
[10:22] <ogra_> timppa, pressing power turns off the display ... pressing it again it takes like 10-15sec to switch on the screen again
[10:22] <ogra_> hmm
[10:22] <ogra_> no, i'm wrong
[10:22] <timppa> ogra_: not on my phone
[10:22] <ogra_> it doesntz switch it on at all until i touch the screen
[10:23] <ogra_> yeah, in fact i can immediatley switch it on by tapping the screen right after pressing power
[10:23] <timppa> ogra_: are you using nexus 4 also? I'm on r30 and this thing just works
[10:23] <ogra_> timppa, nope, maguro ...
[10:23] <timppa> ogra_: ok, maybe its a problem in that only
[10:23] <ogra_> davmor2, did you file a bug for that ? i know you saw it before
[10:43] <ogra_> popey, oh, could we change the bug url in the topic to point to the avengers wikipage ?
[10:48] <chrisccoulson> are we updating the qt stack for trusty?
[10:49] <ogra_> chrisccoulson, https://blueprints.launchpad.net/ubuntu/+spec/core-1311-qt5-versions-in-ubuntu not sure what came out of this, i wasnt there
[10:49] <seb128> chrisccoulson, we are at least getting 5.2
[10:51] <s0u][ight> what are the difficulties to get ubuntu touch working on top of cyanogenmod 10.2 instead of 10.1?
[10:52] <chrisccoulson> seb128, ah, thanks. i wonder if that has https://qt.gitorious.org/qt/qtdeclarative/commit/5b05a78d0055757adb3b2703ea990e07dbcd145a in it
[10:52] <chrisccoulson> i need that ;)
[10:52]  * ogra_ hugs popey
[10:52] <seb128> Mirv, ^ do you know? if not can we backport that commit?
[10:52] <seb128> chrisccoulson, you probably want to talk to Mirv to make sure that's backported if needed
[10:53] <chrisccoulson> thanks
[10:53] <chrisccoulson> i think there's also at least one follow up commit too
[10:53] <krishu> hey can anyone help me. im totally new here.
[10:54] <krishu> i have an adus tf700 and i want ubuntu touch on it. how can i do that
[10:54] <krishu> ?
[10:55] <ogra_> davmor2, could you confirm bug 1255045 please
[10:58] <Mirv> chrisccoulson: seb128: I checked and yes it's in the 5.2 branch, currently only in the new "almost RC" snapshot builds at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-daily/+packages?field.series_filter=trusty - I'll copy to ppa:canonical-qt5-edgers/qt5-beta2 (the official Qt 5.2 test repo) once we have a fuller set of RCish packages
[10:58] <chrisccoulson> Mirv, awesome, thanks
[11:00] <s0u][ight> guys, i want to help porting ubuntu touch to the new nexus 7, just wanna know if cm10.2 will break things or not
[11:00] <s0u][ight> as nexus 7 2nd gen started of with 4.3
[11:35] <mandel_> vila, ping
[11:47] <vila> mandel_: lunch, will ping you back
[11:57] <FuLgOrE_> hi all
[11:57] <FuLgOrE_> Any news regarding Ubuntu Touch on Nexus 5?
[11:57] <popey> nope
[11:57] <FuLgOrE_> does anybody know if this topic was discussed during vUDS?
[11:58] <FuLgOrE_> I would really like to install Ubuntu Touch on the N5
[11:58] <ogra_> FuLgOrE_, for official support, the canonical mgmt needs to make a decision, then devices need to be bought and sent out to all devs ... before we have devices in our hands we cant really start
[11:58] <FuLgOrE_> ah, I see
[11:58] <ogra_> it is desired to support the N5 but the final decisions, buying HW and then actually doing a port takes all time
[11:58] <mandel_> vila, ack
[11:59] <FuLgOrE_> good to know that it is desired to support it :)
[11:59] <FuLgOrE_> would be very nice
[12:00] <ogra_> FuLgOrE_, well, thats a desire from us devs :) ... management still needs to make the decision and fund it
[12:01] <daker> ogra_: i just noticed that the wifi didn't work when i reflashed(r10) the android 4.4 radio firmware isn't compatible so i need to reflash 4.3
[12:01] <ogra_> on mako ?
[12:02] <FuLgOrE_> if the management will decide to work on another device, what will be the fastest way to get information about that?
[12:02] <FuLgOrE_> ubuntu wiki (work in progress)?
[12:02] <daker> ogra_: N4
[12:03] <ogra_> FuLgOrE_, we will loudly announce it on the mailing list and on our various google+ accounts i think :)
[12:03] <FuLgOrE_> is it possible for me to subscribe to an ubuntu touch mailing list?
[12:06] <FuLgOrE_> I saw it
[12:06] <FuLgOrE_> thanks for the hint!
[12:17] <vila> mandel_: pong
[12:18] <mandel_> vila, I have a question about the CI that you might be able to answer, I'm thinking of making my make check run the tests with valgrind so that when there are mem leaks the branch does not land, do you know if valgrind is installed?
[12:18] <mandel_> vila, and in the case it is not, should I ping someone?
[12:19] <vila> mandel_: your man is fginther (US), not sure we have valgrind
[12:20] <mandel_> vila, ok, thx!
[12:24] <Mada7> looking for an easy steps to try the Ubuntu touch on my Note II
[12:38] <Ursinha> haha, now the "stats" screen when the phone is "locked" says: "No songs played today". it was "no photos taken today" until r29 :)
[12:38] <Ursinha> what information should be displayed there? I know it ignores SMSs, but considers calls and photos (sometimes)
[12:39] <ogra_> doesnt ignore SMS for me
[12:39] <Ursinha> ogra_, I exchanged like 30 SMSs and it ignored them all
[12:39] <seb128> Ursinha, you can double tap on the logo to cycle through infos
[12:39] <Ursinha> seb128, aha!
[12:40] <Ursinha> there you go :)
[12:40] <seb128> Ursinha, if you have SMS not counted, open a bug on telephony-service
[12:40] <Ursinha> I didn't know that, this is so cool :)
[12:40] <seb128> ;-)
[12:41] <seb128> Ursinha, I'm not sure the default is a fixed one, it might be random by design
[12:41] <Ursinha> seb128, how does it work? if I change my phone date to the day I received the SMSs, will it count? or it collects information as it arrives for that purpose?
[12:41] <seb128> I'm not sure, pete-woods might be able to answer that
[12:41] <seb128> or boiko
[12:43] <boiko> Ursinha: I only know the client side of the API, but what I do is just request to increase  the counting of SMSs received
[12:44] <Ursinha> right
[12:44] <Ursinha> it was more out of curiosity
[12:44] <Ursinha> thanks :)
[12:47] <pete-woods> Ursinha: the client API basically maintains a time series of your data, and that part should be pretty safe, I might not have unit tests in place for the presentation API for going into the past, however, I'd have to check
[12:47] <Ursinha> pete-woods, right
[12:52] <ogra_> sergiusens, !!!
[13:25] <ogra_> sergiusens, so i tried to build an x86 image for janimo yesterday ... with some small changes to the qt5multimedia stack we were able to get a full rootfs built ... but sadly the build fails when installing click packages afterwards since there is a filemanager-app "armhf" click (instead of "all")
[13:25] <ogra_> sergiusens, could we fix that so i can get the image build to finish an move on to take care of the publishing
[13:26] <ogra_> s/an/and/
[13:26] <sergiusens> ogra_, improssible to fix that part
[13:26] <ogra_> ?
[13:26] <ogra_> all other clicks are arch all
[13:26] <sergiusens> ogra_, filemanager, music and terminal have armhf things in there
[13:27] <ogra_> and afaik a click package isnt even allowed to b something else
[13:27] <sergiusens> ogra_, we need them to finish fat packaging for those to work fine
[13:27] <ogra_> sergiusens, yes, i dont care if they run ... i do care that they are installable ... the arch specific stuff needs to be handled internally
[13:29] <ogra_> sergiusens, as it is now, we have no way to prevent them from being installed
[13:30] <sergiusens> ogra_, well that would be a half lie, won't it?
[13:30] <ogra_> you are not allowed to upload any _armhf.click to the store atm
[13:30] <sergiusens> ogra_, we can modify the install hook and search the arch and discard the incorrect one?
[13:30] <sergiusens> ogra_, yes I am
[13:30] <ogra_> the packages we ship should follow the same policy ... even if their internals are armhf
[13:30] <sergiusens> ogra_, where did you get your information?
[13:30] <ogra_> sergiusens, by trying it
[13:31] <sergiusens> ogra_, I've been doing that for over a month
[13:31] <ogra_> the store clearly tells you that you can only upload _all.click
[13:31] <sergiusens> beuno, ^^
[13:31] <ogra_> well, then you are more powerful or  something ...
[13:31] <ogra_> i cant upload _armhf or _i386 clicks
[13:31] <beuno> yes you can!
[13:31] <beuno> first of all
[13:32] <beuno> jsut as an FYI, the store doesn't care what the file is named on upload
[13:32] <ogra_> beuno, since when, is that new ?
[13:32] <beuno> it renames them anyway
[13:32] <beuno> ogra_, since always
[13:32] <ogra_> i definitely tried it a few times and always got refusal
[13:32] <beuno> as long as you specify the architecture in the manifest file
[13:32] <beuno> it's all good
[13:32] <sergiusens> ogra https://lists.launchpad.net/ubuntu-appstore-developers/msg00647.html
[13:32] <ogra_> to what are they renamed ?
[13:33] <beuno> ogra_, to what correct naming scheme, which usually matches what the original name is, but, just in case it renames
[13:33] <ogra_> sergiusens, anyway, then we need a way to suppress the installation of foreign arch packages during image build ... the way it is now does definitely not work
[13:34] <ogra_> beuno, ah, but it doesnt turn them into _all.click ... ok
[13:34] <sergiusens> ogra_, no, it doesn't
[13:34] <ogra_> can we make the click list somehow arch specific ?
[13:34] <ogra_> the one that livecd-rootfs pulls from
[13:35] <beuno> ogra_, it does if the architecture is all, yess. If it's armhf, it'll be _armhf, if it's armhf and i386, it'll be _multi
[13:35] <sergiusens> ogra_, yeah, we can also dynamically discard in the click install hook
[13:35] <ogra_> wow
[13:35] <ogra_> looking at the click_list ...
[13:35] <ogra_> com.ubuntu.developer.webapps.webapp-gmail_1.0.8_all.click
[13:35] <ogra_> com.ubuntu.developer.webapps.webapp-twitter_1.0.5_armhf.click
[13:35] <ogra_> com.ubuntu.developer.webapps.webapp-ubuntuone_1.0.4_unknown.click
[13:36] <ogra_> so we have a package with unknown arch ?
[13:36] <sergiusens> ogra_, that's from when it wasn't defined
[13:36] <ogra_> these architecture fields look really random to me
[13:36] <ogra_> (a twitter webapp should definitely not be arch specific)
[13:36] <beuno> ogra_, unknown is what was used until we started supporting architectures
[13:36] <sergiusens> ogra_, the store used to do a random renaming to unknown for some reason
[13:37] <beuno> ogra_, and that click package is armhf because whoever packaged it said so  :)
[13:37] <ogra_> beuno, right ... but it is wrong for a webapp imho :)
[13:37] <sergiusens> ogra_, that would need to be on dbath's hands (webapps)
[13:38] <ogra_> yeah
[13:38] <beuno> right, agreed
[13:38]  * ogra_ was guessing as much :) 
[13:38] <ogra_> so how do we get i386 click packages for the surely existing i386 builds of the others
[13:39] <sergiusens> ogra_, for them to run, we need sdk support for fat packages
[13:39] <ogra_> (i assume the build in the PPA will produce binary debs for all default arches as usual ?)
[13:39] <sergiusens> ogra_, the PPA isn't used for click
[13:40] <ogra_> oh, i thought the initial build happens in a PPA ... so that changed ?
[13:40] <beuno> PPAs are so 2013
[13:40] <ogra_> lol
[13:40] <ogra_> come on... still 6 weeks left
[13:40] <ogra_> :)
[13:40] <rsalveti> popey: ogra_: I did announce that I was triggering a new image at #ubuntu-ci-eng
[13:41] <ogra_> ok
[13:41] <rsalveti> ogra_: just not a huge announcement, but I did one :-)
[13:41] <sergiusens> ogra_, that's a left over from days past
[13:41] <ogra_> rsalveti, i usually put it between three equal marks ...
[13:41] <popey> i have [13:41] <ogra_> rsalveti, [13:41] <ogra_> something liek that
[13:42] <ogra_> seems people ctach it easily with this
[13:43] <sergiusens> rsalveti, if builds happen every five minutes will you stop spamming? :-)
[13:43] <ogra_> sergiusens, ok, i'll add another hack to livecd-rootfs to not use foreign clicks for now ... but we need to fix this for the preinstalled clicks
[13:44] <sergiusens> ogra_, is it a requirement that all preinstalled clicks be arch multi though?
[13:44] <sergiusens> fix is such a generic term
[13:44] <ogra_> i dont see any reason why we couldnt have _i386.click packages
[13:45] <ogra_> well, either arch multi or one click per arch
[13:45] <janimo> rsalveti, invite sent now
[13:45]  * ogra_ doesnt mind how we solve it ... but it seems to me that having an i386 build for the ones that need it shouldnt be to hard
[13:45] <sergiusens> ogra_, I don't think the model supports one click per arch
[13:45] <t1mp> kalikiana_: you're right about the screen standby. For me also now I have to push the button repeatedly to switch the screen back on.
[13:45] <ogra_> as an interim solution
[13:45] <beuno> the store doesn't, but the images may?
[13:45] <ogra_> sergiusens, it pbviously does at the moment
[13:45] <t1mp> kalikiana_: some times works immediately, some times it seems not to work at all. And some times something in between.
[13:46] <ogra_> sergiusens, else it wouldnt allow me to try to install armhf and complain then ... so it knows which the right arch is
[13:46] <ogra_> click internally can handle it
[13:47] <kalikiana_> t1mp: indeed. I'm not sure if there's some delay a moment ago I tried for 2 minutes and as I hit 'adb reboot' it briefly unlocked
[13:53] <rsalveti> ogra_: so, were you able to take a better look at the cdimage/livecd-rootfs code about adding a new touch target in there?
[13:53] <ogra_> rsalveti, no, i first need a rootfs
[13:53] <ogra_> cdimage is the next step ...
[13:54] <rsalveti> right, and I need the goldfish images available in the cdimage
[13:54] <ogra_> just checking how to hack up the click installer in livecd-rootfs to only accept arch: all and the current arch
[13:54] <rsalveti> let me take look and see if I can come up with something
[13:54] <ogra_> rsalveti, just do a "grep -r mako *" in the top dir of the cdimage branch
[13:54] <rsalveti> can't we just disable the click installer for now?
[13:54] <rsalveti> yeah, there are a bunch of lines in there :-)
[13:55] <ogra_> rsalveti, well, i would like it to install i386 click packages once we can have them
[13:57] <rsalveti> sure, but we can temporarily disable it if it's the only thing blocking you atm
[13:59] <sergiusens> ogra_, I can do that rootfs work
[13:59] <sergiusens> ogra_, just delegate it ;-)
[13:59] <ogra_> rsalveti, sergiusens http://paste.ubuntu.com/6479077/ ... something likethis (untested) should help
[13:59] <krishan> How can i flash ubuntu touch on asus tf700t? can someone please help me??  please
[13:59] <ogra_> i need to chec if $ARCH is available at that point though
[14:00] <sergiusens> ogra_, is $ARCH a global variable when building?
[14:00] <ogra_> sergiusens, cdimage exports it
[14:00] <sergiusens> ogra_, to be on the safe side you could run dpkg --print-architecture
[14:01] <ogra_> hmm
[14:01] <ogra_> we're inside the chroot at that point ... so yeah, that could work
[14:02] <sergiusens> I'd be surprised if it didn't :-)
[14:06] <rsalveti> yeah
[14:06] <ogra_> http://paste.ubuntu.com/6479111/ ... that looks good
[14:06]  * ogra_ tests on armhf 
[14:07] <ogra_> yup, works too http://paste.ubuntu.com/6479114/
[14:18] <ogra_> livecd-rootfs uploaded
[14:20] <ogra_> rsalveti, the cdimage changes should be trivial ... its only 4 files
[14:21] <rsalveti> ogra_: right, we just want to move the target list to a common code
[14:22] <rsalveti> so we can later add new targets by just changing the device list
[14:22] <rsalveti> either cdimage/config.py or something similar
[14:22] <ogra_> thats a bit tricky since these areches arent known by anything at all
[14:22] <ogra_> but yeah, i agree
[14:23] <janimo> ogra_, how close is that code to allowing a touch build be reproduced without anything but live-build and a config?
[14:23] <ogra_> nothing in cdimage uses the name "mako" or "maguro" ... this is only to identify the files ... we could call them foople and borgle ... depending on what we pick in the adnroid package
[14:24] <janimo> I hope rolling custom images will not be necessary, but for the infrequent cases when it is, having a local build is helpful
[14:24] <ogra_> janimo, with the last upploadof livecd-rootfs it should work
[14:24] <janimo> ogra_, sounds good.
[14:25]  * rsalveti lunch
[14:25] <ogra_> janimo, you wont get any of the "armhf" tagged packages installed atm ...
[14:25] <ogra_> janimo, http://people.canonical.com/~ubuntu-archive/click_packages/click_list
[14:26] <ogra_> (thats what my last upload prevents)
[14:26] <janimo> ogra_, are those the only ones having native code or why the distinction vs .all.click?
[14:27] <ogra_> see the large backlog :)
[14:27] <ogra_> in here
[14:27] <ogra_> imho we should just have an i386 specific build of them ...
[14:27] <ogra_> (worst case by mangling the manifest before each click build to have several different arches)
[14:29] <daker> ogra_: the webapp should all have all.click since they just launch the webbrowser
[14:29] <ogra_> yeah
[14:29] <daker> webapps*
[14:31] <tygerlord> hello!
[14:31] <daker> the music app does't have any armhf specific code AFAIK
[14:31] <pmcgowan> ogra_, where are those file names coming from with the arch in them?
[14:32] <ogra_> pmcgowan, no idea, sergiusens builds them, i guess they simply are hardcoded in the manifest
[14:32] <tygerlord> Trying porting ubuntu touch in nexus S crespo in flipped mode but I m not sure that what is dir ubuntu is build... amazing!
[14:32] <pmcgowan> ogra_, they are not in the manifest, no arch is specd
[14:32] <sergiusens> pmcgowan, they are
[14:33] <davmor2> daker: they may only launch a webbrowser currently but isn't the plan that they integrate into the system more, this will likely only be on unity8 so that might break on the desktop if it was used there under unity7 for example
[14:33] <pmcgowan> sergiusens, I am looking at the manifest in bzr and see no arch
[14:33] <sergiusens> pmcgowan, you can read about architecture here: http://click.readthedocs.org/en/latest/file-format.html#control-area
[14:34] <sergiusens> pmcgowan, if it's not specified it is implicit all
[14:34] <pmcgowan> sergiusens, right so back to my question, why is twitter filename appending armhf?
[14:34] <daker> davmor2: ya i mean the actual stat so they don't need to be build for armhf aka _armhf.click
[14:34] <sergiusens> pmcgowan, that is something dbarth needs to look at, he uploaded them
[14:35] <sergiusens> pmcgowan, you can also tick the arch on the store upload
[14:35] <pmcgowan> sergiusens, aha, ok
[14:35] <sergiusens> pmcgowan, I'm not sure why that is needed, but it may rename improperly... beuno ?
[14:36] <pmcgowan> sergiusens, I will ask dbarth to look into it then
[14:36] <ogra_> rsalveti, hmm, to make the case easier, we can ignore the mako-bootimg files any friends ... thats legacy stuff (should actually be removed)
[14:36] <ogra_> s/any/and
[14:37] <oSoMoN> mzanetti, hey, could you have a look at https://code.launchpad.net/~mzanetti/autopilot-qt/fix-1218971/+merge/184753, seems it fails to build against the latest trunk
[14:37] <beuno> sergiusens, pretty sure it's the way it was uploaded
[14:39] <sergiusens> beuno, yes, but the question is; if the original click was built as arch all, and someone marks the package in the store as arch armhf, is that checked against?
[14:40] <ogra_> rsalveti, oh, no, i take that back
[14:40] <beuno> sergiusens, yes, the review scripts check that the manifest file matches what the store says
[14:42] <sergiusens> beuno, ok, this must be a legacy mistake then; as the manifest for twitter is arch all
[14:42] <ogra_> beuno, ah, that explains why i got errors ... iirc i didnt specify arch in the manifest but picked armhf in the store form ...
[14:42] <beuno> right
[14:42] <sergiusens> beuno, can we rerun the checker against all the packages in the store from before this check was implemented?
[14:42] <ogra_> (which gave me the impression you cant upload non _all packages)
[14:42] <beuno> that same upload would probably bounce today
[14:43] <beuno> sergiusens, we could, but it sounds like a lot of work?  contacting developers, etc
[14:44] <kenvandine> mardy, what's the status of your app-access branch?
[14:44] <mardy> kenvandine: trying to get a new signond: https://code.launchpad.net/~mardy/signon/packaging/+merge/196683
[14:44] <kenvandine> yeah, i've been watching that
[14:44] <kenvandine> waiting for CI
[14:45] <kenvandine> but unity-mir will still be a problem right?
[14:45] <mardy> kenvandine: then I'll test the branch again, and let you know
[14:45] <mardy> kenvandine: no, according to my tests, that was not the issue
[14:45] <kenvandine> cool
[14:45] <kenvandine> well let me know
[14:46] <mardy> kenvandine: sure
[14:46] <kenvandine> thx
[14:47] <nerochiaro_> kenvandine: hello, i have a qustion about content hub: at the moment when you request a certain type of content you need to specify that as an enum. that seems restrictive, is support for MIME types planned in the future ?
[14:48] <kenvandine> nerochiaro_, yes
[14:48] <kenvandine> it was very limited for v1 (13.10)
[14:48] <kenvandine> but we've been discussing moving to mime types
[14:49] <kenvandine> nerochiaro_, i think it's a must
[14:50] <nerochiaro_> kenvandine: ah great. do you think it's worth doing some translation from MIME type to enum while doing content picking for the browser, or only images are supported for now anyway and by the time more stuff is suppoted MIME types will already be there ?
[14:51] <kenvandine> nerochiaro_, not sure when we'll land mimetypes support, so stick with the enums for now
[14:51] <kenvandine> don't block on that
[14:51] <kenvandine> but we need to do it soon :)
[14:51] <randomcpp> Can I flash ubuntu-touch with TWRP as recovery?
[14:51] <nerochiaro_> kenvandine: ok
[14:55] <nerochiaro_> om26er_: mzanetti: do you guys know what does it mean when get_proxy_object_for_existing_process(helpers._get_unity_pid()) throws exception "ProcessSearchError: Search criteria returned no results" (on a device) ?
[14:56] <om26er_> nerochiaro_, app is not running
[14:56] <om26er_> nerochiaro_, in this case unity8
[14:56] <nerochiaro_> om26er_: isn't it supposed to be running by default on all device images ?
[14:56] <om26er_> nerochiaro_, aah, first use helpers.restart_unity_with_testability()
[14:57] <om26er_> nerochiaro_, that error is thrown because unity8 is not running with testability
[14:57] <tygerlord> does ubuntu_chroot is necessary and build on flipped port?
[14:57] <nerochiaro_> om26er_: ok, how do i run it that way ?
[14:57] <om26er_> nerochiaro_, helpers.restart_unity_with_testability()
[14:58] <nerochiaro_> om26er_: i guess i would do that in the test's init function ?
[14:59] <tygerlord> I'm wondering if I have not a correct build tree for flipped mode but configuration files for unflipped? It is possible?
[14:59] <om26er_> nerochiaro_, I was told that you should write your tests assuming that unity8 is already running with testability. So don't do that in your code rather expect it to be already running with testability in CI infrastructure and also with phablet-test-run
[15:00] <ogra_> tygerlord, ubuntu_chroot is dead and buried
[15:01] <ogra_> tygerlord, if you have flipped woring you will end up inside a normal ubuntu with adb ... instead of in android
[15:01] <ogra_> *working
[15:03] <nerochiaro_> om26er_: phablet-test-run isn't working for me (might be another saucy issue :( ) so i'm running tests from the device shell. how do i restart unity8 in testability mode ?
[15:03] <didrocks> ogra_: I don't trust my device anymore, can you try turning it on with wifi off?
[15:04] <om26er_> nerochiaro_, open python console and do: from unity8 import process_helpers as p; then do p.restart_unity_with_testability()
[15:04] <om26er_> it will restart unity for you
[15:05] <ogra_> didrocks, i can confirm, no GSM after reboot
[15:05] <didrocks> grrr, I don't know how it worked for me and popey
[15:05] <ogra_> juts like davmor2 sees it
[15:05]  * didrocks completely puzzled
[15:05] <didrocks> lost in time and so on
[15:06] <ogra_> didrocks, you guys have a mako ... we have maguro ... but the arch shouldnt have any influence as i understood the workaround
[15:06] <didrocks> ogra_: or it's a racy thing
[15:06] <davmor2> didrocks: I trust my device to always prove everyone wrong ;)  ps you have to do a --no-backup on the fresh install if you don't and already have wifi enabled it will just work
[15:09] <MacSlow> Is the osk with image 29 on manta (N10) expected to not work at the moment?
[15:10] <MacSlow> ^ using channel trusty-proposed
[15:10] <t1mp> it works on maguro, dunno about manta
[15:10] <t1mp> at least for me it works on maguro
[15:10] <ogra_> here too
[15:10] <MacSlow> t1mp, yeah... works on my GN... just not on the N10
[15:10] <ogra_> r29 did make funny noises when typing though
[15:10] <pmcgowan> MacSlow, I didnt think mir worked on manta
[15:11] <pmcgowan> has that changed?
[15:11] <ogra_> pmcgowan, kdub did a video showing all for devices working with Mir ... no idea if the code for this has landed though
[15:11] <MacSlow> pmcgowan, didn't actually check that... just did a fresh install once I got the N10 from the UPS-people
[15:11] <ogra_> *all four
[15:11] <pmcgowan> MacSlow, well then it must be working
[15:11] <pmcgowan> cool
[15:12] <ogra_> it is definitely not enabled for manta
[15:12] <davmor2> pmcgowan: there was a video of it running
[15:12]  * ogra_ would have noticed the code changes
[15:12] <pmcgowan> ogra_, but build 29 is mir only right?
[15:12] <ogra_> so even if it works now, we dont put the .display-mir file in place yet
[15:12] <ogra_> pmcgowan, i hope not ... that would break all ports
[15:12] <pmcgowan> ogra_, is SF still in the image as an option?
[15:12] <MacSlow> pmcgowan, ogra_: I've ~/.set-display-mir-done2 on my N10 so it's running iirc
[15:12] <ogra_> yes
[15:13] <ogra_> it has to stay as long as we support ports without Mir
[15:13] <ogra_> MacSlow, ps ax|grep surf
[15:13] <ogra_> you shouldnt se surfaceflinger
[15:13] <ogra_> *see
[15:13] <MacSlow> ogra_, just a bit surprised that there's no ~/.display-mir on the N10 ... I  remeber having that on the GN (maguro)
[15:14] <ogra_> MacSlow, thats on purpose until we know it is working
[15:14] <MacSlow> ogra_, oh... "/system/bin/surfaceflinger" list found with that
[15:14] <ogra_> MacSlow, then you dont run Mir yet
[15:14] <ogra_> try touching ~/.display-mir and reboot ...
[15:14] <MacSlow> ogra_, guess that's the reason I don't have the OSK then?!
[15:15] <MacSlow> ogra_, trying onw
[15:15] <MacSlow> now
[15:17] <frecel> is there any solution for taking screenshots on mir yet?
[15:17] <davmor2> seb128: Setting → Sounds → Ringtone can you scroll up and down the list?
[15:17] <davmor2> ogra_: ^
[15:18] <ogra_> davmor2, yep
[15:18] <seb128> davmor2, no, that seems like a uitk regression
[15:18] <pmcgowan> davmor2, nope
[15:18] <seb128> Kaleo, ^
[15:18] <pmcgowan> dang
[15:18] <ogra_> davmor2, oh, it ljust looks like i can :P
[15:18] <ogra_> bounces back
[15:18] <seb128> right
[15:19] <davmor2> ogra_: yeah the minute you lose your thumb off it bounces bak :)
[15:19] <davmor2> back even
[15:19] <seb128> that code in settings didn't change since 13.10, so not a bug on our side for pretty sure
[15:19] <ogra_> no, we had a new UITK
[15:19] <seb128> let me downgrade that and test
[15:19] <pmcgowan> seb128, do you know what that list is using for a component?
[15:20] <seb128> pmcgowan, ListItem.ItemSelector
[15:20] <davmor2> seb128, ogra_: I'm pretty sure the new UITK was the thing that fixed the fact that you couldn't see the list of ring tones in the first place iirc
[15:20] <seb128> pmcgowan, I guess it's due to the fix for https://launchpad.net/bugs/1231936
[15:20] <ogra_> janimo, http://paste.ubuntu.com/6479452/
[15:21] <ogra_> :D
[15:21] <janimo> \o/
[15:21] <seb128> davmor2, that was another regression they fixed yes
[15:21] <MacSlow> ogra_, with ~/.display-mir my N10's screen stays black after bootup ... so I guess the image 29 doesn't have all the needed bits to make mir work yet
[15:21] <Kaleo> seb128: i l'ost m'y desktop to a trusty upgrade
[15:21] <ogra_> janimo, the cdimage changes will take a little more work ... especially since rsalveti wants to also add the emulator builds
[15:22] <janimo> ogra_, sure, this is great progress already in less than 2 days :)
[15:22] <seb128> davmor2, can you open a bug about the scrolling one? (on https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+filebug)
[15:22] <ogra_> janimo, i can fish the tarball out of the buildd if you want to play with it
[15:22] <seb128> Kaleo, what happened? can I help you?
[15:22] <davmor2> seb128: yeah my concern is that if you downgrade the UITK you may not see the list to see if it scrolls :D
[15:22] <janimo> ogra_, I have no hw to test on yet, nor working emulator.
[15:22] <davmor2> seb128: yeap no worries
[15:22] <ogra_> janimo, ah, k
[15:23] <randomcpp> does gps work on mako?
[15:23] <mardy> kenvandine: jenkins approved. Will you? :-)
[15:25] <ogra_> randomcpp, yes, but AGPS does not ... which means you need 20min or longer to get the first sattelite fix
[15:25] <MacSlow> pmcgowan, fyi ... with image 29 on manta no mir yet... the stuff Kevin showed off in the video some days ago might still be in the pipe and did not yet hit the images.
[15:25] <randomcpp> oh okok thanks ogra_
[15:26] <pmcgowan> MacSlow, ack
[15:26] <pmcgowan> MacSlow, back to your original question I would expect OSK to work there
[15:27] <ogra_> yes, at least it used to work under SF until recently
[15:27] <ogra_> and i dont think there are any code changes that preventi it
[15:28] <lool> didrocks: had forgotten to do so yesterday, but just tested the d-m binaries in -proposed, see https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/1240656
[15:28] <lool> marked verification-done
[15:28] <MacSlow> pmcgowan, ok... I'll look deeper into this once I'm through with my today's ToDo.
[15:28] <lool> lots of details about what I tested in case you have questions  :)
[15:28] <pmcgowan> MacSlow, ok, I may flash the latest then as I am back a ways on n10
[15:28] <ogra_> pmcgowan, just do OTA :)
[15:29] <pmcgowan> ogra_, I think I need to switch channels
[15:29] <pmcgowan> ogra_, how do I do that again?
[15:29] <MacSlow> ogra_, which one can't do without an U1-account for which working OSK is needed to enter any text :)
[15:29] <ogra_> system-image-cli --channel foo -b 0
[15:29] <didrocks> lool: ah, excellent! thanks a bunch :)
[15:29] <davmor2> seb128, ogra_ : https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1255129  any idea who is best to assign it too?
[15:29] <ogra_> MacSlow, good point :)
[15:30] <seb128> davmor2, thanks ... not sure, check with Kaleo once he has a working desktop back
[15:30] <mardy> kenvandine: note that I also removed the keyring extension from the Recommends
[15:30] <davmor2> seb128: but you crazy devs I thought you only needed terminals ;)
[15:31] <kenvandine> mardy, saw that
[15:31] <ogra_> MacSlow, hmm, though for OTA you dont need U1 ... only for click package installls
[15:31] <davmor2> seb128: you just keep shattering my illusions one by one :)
[15:31] <seb128> lol
[15:32] <MacSlow> ogra_, you're right... mixed that up... OTA works without U1-account
[15:32] <MacSlow> ogra_, pmcgowan: just pulling image 31 OTA
[15:32] <ogra_> :)
[15:47] <MacSlow> ogra_, pmcgowan: no luck with mir on the manta using image 31 either
[15:48] <pmcgowan> MacSlow, as suspected
[15:48] <pmcgowan> MacSlow, and OSK not working there?
[15:51] <MacSlow> pmcgowan, correct... also with image 31 the OSK does not come up when running on SF
[15:52] <pmcgowan> MacSlow, I wonder if thats a known thing given other changes to app lifecycle etc
[16:27] <n-iCe> hello guys, I flashed ubuntu phone like 3 months ago, is there any big progress since then?
[16:28] <tygerlord> I build for crespo (nexus s) flipped mode and result black screen. logcat -d give /system/lib/libubuntu_application_api.so not found
[16:28] <tygerlord> I've checked, file is present and is regular...
[16:28] <tygerlord> Any idea?
[16:30] <n-iCe> oh, still no whatsapp for ubuntu?
[16:40] <tygerlord> build for crespo (nexus S) flipped mode and have a black screen... logcat -d give me /system/lib/libubuntu_application_api.so not found
[16:40] <tygerlord> I've checked files is present and regular
[16:41] <tygerlord> any idea?
[16:43] <tygerlord> nobody get in trouble with libubuntu_application_api.so?
[16:56] <tygerlord> I hat libubuntu_aplication_api.so
[16:58] <Mirv> at least I have that file on my nexus 4, so it should exist apparently
[16:58] <Mirv> if it exists also for you, no idea why it would say that though
[17:01] <tygerlord> yes is very amazing...
[17:01] <tygerlord> I have no idea to trace what happens...
[17:02] <tygerlord> It's linker.c: 1095 give this message
[17:07] <nerochiaro_> oSoMoN: the branch i'm working on is lp:~amanzi-team/webbrowser-app/webbrowser-app-file-upload/
[17:07] <alesage> tvoss ping
[17:07] <nerochiaro_> oSoMoN: i guess you're EOD'ing soon, but if you could have a look tomorrow morning that would be great
[17:07] <oSoMoN> nerochiaro_, gotta leave in 5min, I’ll test it first thing tomorrow morning
[17:07] <nerochiaro_> oSoMoN: thanks
[17:08] <oSoMoN> nerochiaro_, will you be around tomorrow?
[17:08] <nerochiaro_> om26er_: any news on that example of how to inteact with the obejct tree of another app in AP integration tests ?
[17:08] <nerochiaro_> oSoMoN: yes
[17:08] <oSoMoN> cool
[17:08] <om26er_> nerochiaro_, I'll email you that, so you'll have it before you start tomorrow
[17:09] <nerochiaro_> om26er_: ok
[17:09] <nerochiaro_> om26er_: thanks
[17:43] <brendand> anyone here know who is responsible for python-geis?
[17:46] <dandrader> brendand, bregma?
[17:47] <bregma> brendand, that would be me, I suppose
[17:47] <n-iCe> can we install whatsapp?
[17:49] <brendand> bregma, oh hi
[17:49] <brendand> bregma, there's a problem with the packaging in saucy
[17:50] <bregma> brendand, yes, there's a bug that needs SRUing to fix it
[17:50] <brendand> bregma, ok - that it's installing to site-packages?
[17:51] <bregma> brendand, #1244446
[17:57] <pmcgowan> davmor2, did someone file the bug about the list not scrolling?
[17:57] <davmor2> pmcgowan: yes I did
[17:57] <n-iCe> how do I install whatsapp?
[17:58] <davmor2> pmcgowan: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1255129
[17:58] <pmcgowan> thanks
[18:02] <Ursinha> davmor2, pmcgowan, please add the image version number as a bug tag when reporting them :)
[18:02] <Ursinha> I've added that already for that bug
[18:02] <pmcgowan> Ursinha, ok also needs regression I suspect
[18:03] <davmor2> Ursinha: I might :P
[18:03] <Ursinha> pmcgowan, if that's a regression go ahead and add a tag, as [regression] to the bug title as well, please :)
[18:03] <pmcgowan> Ursinha, will do
[18:03] <Ursinha> pmcgowan, thanks
[18:03] <davmor2> Ursinha: if you will make up these tags and not let everyone know about it though ;)
[18:04] <Ursinha> didrocks, should it be tagged avengers?
[18:04] <didrocks> Ursinha: definitively
[18:04] <Ursinha> davmor2, https://wiki.ubuntu.com/Touch/ReportingBugs
[18:04] <Ursinha> :P
[18:05] <davmor2> Ursinha: and that was written 2 hours after the bug :P
[18:06] <Ursinha> davmor2, it's an ongoing discussion, c'mon, help me out here :P
[18:06] <davmor2> Ursinha: I will in future adding it to the requirements for image based bugs
[18:07] <davmor2> Ursinha: what are you doing about ISO images though as bugs can now potentially be written for unity 7 and 8 against the same project
[18:09] <Ursinha> davmor2, not sure what you mean
[18:09] <Ursinha> and there are three people with nicks starting with "dav" haha
[18:11] <davmor2> Ursinha: so I file a bug against network-manger for an issue on the phone, I then file another for network-manager on the desktop.  Both are listed as trusty issues, both are worked on by the same team, so do we do an iso date tag for the iso we used for the desktop bug?
[18:13] <Ursinha> davmor2, that's a good question, I don't know
[18:13] <Ursinha> probably yes
[18:13] <Ursinha> whatever tag you guys agree is a good way to group the bugs
[18:18] <Ursinha> I know this is piling up, but maybe we would want to tag the bug with the device affected, there's no easier way to find a list of bugs for a device
[18:18] <Ursinha> if that's important to us
[18:19] <n-iCe> how do I install whatsapp?
[18:22] <davmor2> n-iCe: there is no whatsapp for Ubuntu Touch yet
[18:23] <n-iCe> o.O
[18:23] <n-iCe> then the rom is not for me, I use whatsapp daily
[18:24] <davmor2> Ursinha: NO  add it to the bug description as one image could potentially effect one device or every device and it could get really ugly
[18:25] <Ursinha> davmor2, I'm not suggesting to only add as a tag, but adding as a tag makes it easy to filter them
[18:26] <Ursinha> if that's relevant, of course... I'm asking it now because it's way worse to go looking for bugs and tagging them one month from now when we could have added the tiny tag per bug while dealing with that :)
[18:27] <davmor2> Ursinha: but it makes the tags in the bug unreadable if you have "Avengers maguro manta mako grouper r31 regression qa-touch any other relevant tags"  if the devices bit is at the end of everything else it could get really ugly trying to figure if you device is listed
[18:28] <davmor2> Ursinha: A simple confirmation and comment of also effects x
[18:28] <Ursinha> davmor2, have you seen the bugs list I posted to that ml thread?
[18:29] <davmor2> Ursinha: I was off Last week I'm still playing catch up
[18:29] <Ursinha> davmor2, http://people.canonical.com/~ursula/seeded-touch-packages-bugs.html
[18:29] <Ursinha> there are bugs with lots of tags, that's why they play part in the process and make the bug easier to spot/automate processes
[18:29] <Ursinha> I think tags are the most effective way of filtering bugs in launchpad, that's why people use them so much
[18:30] <popey> some bugs I feel really bad filing because they're so minor.. bug 1255210
[18:34] <davmor2> Ursinha: Oh I agree but if it effects one device that should be enough for it to be worked on.  I think a simple split of device, desktop, tv,when that lands, would be enough surely?
[18:34] <Ursinha> davmor2, it would take a script two seconds to find all bugs tagged maguro, but two minutes to get all bugs filed against something and then iterating over all of their titles (best case scenario) to find the "maguro" text
[18:35] <Ursinha> davmor2, I have no idea :) I'm asking it now because if that matters it's better to add a tag now than feeling sorry later because there's no easy way to find out
[18:35] <Ursinha> if you say that's irrelevant that's fine
[18:37] <davmor2> Ursinha: I think a bug is a bug.  Knowing when it was introduced is great, knowing if it only effects x and not y on the device front I don't know if that is important.  I guess if we drop support for a device it might then unless it effects another device
[18:38] <davmor2> anyway teatime
[18:41] <daker> popey: https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/unity-lens-video/trusty/view/head:/src/unity-lens-video#L178
[19:12] <Fire> Hallo zusammen, hat jemand von euch Erfahrung damit auf einen Kindle Fire HD Ubuntu zu plazieren?
[19:15] <robotfuel> renato: ping
[19:17] <dkessel> Fire, there seems to be information on that here: https://wiki.ubuntu.com/Touch/Devices/jem
[19:18] <Fire> oh,sorry i did not know that this is an international chatroom, sorry... ok thank you
[19:23] <popey> daker: thanks!
[19:38] <the-gibson> has anyone tinkered around with getting Ubuntu Touch working on the Nexus5?
[19:40] <the-gibson> I'm assume since cm doesnt officially support the n5 yet, ubuntu touch hasn't been ported yet
[19:40] <the-gibson> s/I'm/I/
[19:54] <renato> robotfuel, pong
[19:55] <robotfuel> renato: I am trying to run the tests in qtpim-opensource-src, are is there something I have to export before I run the test with qmltestrunner? there are over 200 failing tests
[19:58] <renato> robotfuel, nothing that I remember of
[20:14] <sergiusens> the-gibson, not yet
[20:14] <the-gibson> bummer, thanks
[20:19] <cwayne_> cjwatson, can i assign this bug to you?  it's currently blocking getting click-hooks for account-plugins
[20:19] <cwayne_> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1253855
[20:26] <cjwatson> cwayne_: sure, whatever, it makes no difference since nobody else works on click regularly :)
[20:28] <cwayne_> cjwatson, :)  well, i'd like to volunteer to help get this fixed (although tbh that probably would be in helping test potential fixes)
[20:28] <cwayne_> also it seems i don't have the necessary power to assign that bug to someone after all..
[20:43] <user82> someone on a nexus 4 says the pictures with ubuntu touch look better than with android? is there something to it?
[20:43] <user82> maybe an old driver that happened to perform better?
[20:50] <genii> Likely the Cyanogenmod camera driver is optimized more than the stock Jelly Bean/ KitKat one
[21:04] <user82> genii, that might be it
[21:05] <ozberk> hi guys
[21:06] <ozberk> I want to use ubuntu touch because google doesn'T provide updates for GNex (they lied accutaly they said the 4.4 will be worked fine even on the older devices but one of the newest devices is being forgotten now)
[21:06] <ozberk> so I need some opinions
[21:06] <ozberk> how many apps avalible for Ubuntu Touch or does it worth to try
[21:07] <ozberk> anyone there :D
[21:21] <user82> ozberk, they did not want to update for gnex because TI got out of business most likely
[21:22] <user82> there are some 4.4 custom roms to put on, as well as ubuntu touch. i personally would wait a little till it is more "finished", but you can try it any time and go back to android if you do not like it
[21:23] <ozberk> so you think it has not finishet yet
[21:24] <user82> depends on what you need
[21:24] <user82> https://wiki.ubuntu.com/Touch/Install#What_to_expect_after_flashing
[21:24] <user82> https://wiki.ubuntu.com/Touch/ReleaseNotes
[21:24] <user82> but you can really check for yourself, there are instructions on how to restore android if you do not like it
[21:58] <ahayzen> Is autopilot 1.4 only available for trusty or is there a PPA that can used to install it on saucy?
[21:58] <thomi> ahayzen: there is a PPA, but we make no guarantee that it'll work on anything other than trusty
[21:59] <ahayzen> thomi, ok thanks
[21:59] <thomi> ahayzen: if you're feeling brave, you can try ppa:autopilot/experimental
[21:59] <ahayzen> thomi, i should be able to run the tests on an actual device with a trusty image?
[21:59] <thomi> ahayzen: that is correct
[21:59] <ahayzen> thomi, cool i'll do tht thanks
[22:50] <popey> jhodapp: hey.. i have an mp3 which I bought online which won't play on ubuntu phone..
[23:12] <popey> bug 1255344 ☹
[23:14] <Crimson_Rogue> !seen TechieElf
[23:45] <Crimson_Rogue> How would I figure out where to create msm8960-snd-card for my device?