[00:35] <lool> awe: url?
[00:50] <awe> lool, https://blueprints.launchpad.net/ubuntu/+spec/client-1303-telephony-stack
[01:40] <dank101> worst
[01:40] <dank101> birthday
[01:40] <dank101> ever
[01:48] <RobbyF> dank101, Happy Birthday my friend
[01:48] <dank101> thanks
[01:48] <RobbyF> bad day?
[01:49] <dank101> what wasn't bad
[01:50] <dank101> my brother can't get a TRAIN home till the 11th
[01:50] <dank101> life decided to be a B*tch
[01:50] <dank101> etc etc etc
[01:56] <RobbyF> gotcha
[02:51] <notahipnerd> hello
[02:53] <notahipnerd> any stable download servers for lg betas
[05:45] <vimal2012> Hi
[06:13] <Mirv> Qt 5.0.1 now available to all PPA users as well, similar to Ubuntu 13.04 development version users
[07:36] <dholbach> good morning
[08:12] <mlankhorst> Did anyone try to add a contact? I can't seem to find the way to continue after I filled in the details
[08:12] <mlankhorst> oh nm, you have to hide the onscreen keyboard first, then bring out the menu from below
[08:24] <dank101> http://i.imgur.com/gz4N8yg.jpg
[08:25] <mlankhorst> \o/
[09:23] <victorp> ogra_, ping
[09:28] <P3T3> Hi folks, I am not able to boot current build on ac100. Stil finishing in black screen
[09:38] <tvoss> ogra_, ping
[09:50] <oSoMoN> can someone with a Nexus 7 confirm bug #1160630 ?
[09:56] <rossgb> I don't seem to have the problem described in bug #1160630 on my Nexus 7.
[10:08] <bl4de> hi! :)
[10:08] <bl4de> anyone can tell me about the progress of ubuntu touch on nexus 7?
[10:09] <bl4de> Is there any changelog? :)
[10:42] <victorp> seb128, do you or some in your team have a nexus 10 that you are flashing regularly?
[10:43] <seb128> victorp, no, I don't know of anyone in our team who has one, we have nexus7 devices and some got a nexus4
[10:44] <victorp> seb128, oh ok. I will put it on the shopping list :)
[10:44] <sergiusens> bl4de: http://cdimages.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/quantal-preinstalled.changelog
[10:44] <seb128> victorp, thanks ;-)
[10:52] <ogra_> victorp, hey
[10:52] <ogra_> tvoss, pong
[10:52] <bl4de> sergiusens, thanks!!! :)
[11:00] <ogra_> seb128, do you know when we added the gvfs mtp backends ? that causes massive havoc when flashing
[11:01] <seb128> ogra_, jan 18
[11:01] <seb128> https://launchpad.net/ubuntu/+source/gvfs/1.15.2-0ubuntu1
[11:01]  * ogra_ wonders about a way to fix that ... you can flash at all while gvfs mtp stuff is running and your desktop gets filled with popups like crazy
[11:01] <ogra_> weird, i only see it since a few days
[11:02] <ogra_> seb128, any idea what we could do about that ?
[11:02] <seb128> what's the issue exactly?
[11:02] <seb128> gvfs detecting the device and automounting it as a mtp mount?
[11:02] <ogra_> mtp reconnects all the time if phablet-flash tries to flash the device
[11:02] <ogra_> that breaks both in the end
[11:03] <seb128> does that make the device to be removed and redetected by the kernel/udev?
[11:03] <ogra_> seemingly ... i have to test if that happens actually on such a low level ...
[11:04] <seb128> I don't see a reason for gvfs to do stuff if it doesn't see a new device
[11:04] <ogra_> in recovery mode the device shows up with a different ID, so we can catch that and avoid mtp ... but for flashing it needs to be in "normal" mode
[11:04] <ogra_> and phablet-flash then puts it in adb root mode .... which apparently causes mtp to reconnect
[11:04] <ogra_> which in turn kills pahblet-flash ...
[11:05] <seb128> not sure what changed
[11:05] <ogra_> so you end with an endless loop of these two userspace tools trying to claim the device
[11:05] <seb128> we had the mtp mounts happening for quite some time
[11:05] <seb128> it never broke the install afaik
[11:06] <seb128> I guess we would need to add some inhibitor to gvfs
[11:06] <ogra_> probably a udev change .... it surely didnt happen to me between jan 18 and ... say a week or two ago
[11:06] <seb128> and have the script use those
[11:06] <ogra_> but it seems to make flashing impossible
[11:06] <ogra_> (and mark seems to have been hit by it this week)
[11:08] <dholbach> for me flashing works just fine
[11:09] <ogra_> dholbach, raring userspace on your PC ?
[11:09] <dholbach> yes
[11:09] <ogra_> funny
[11:09] <seb128> ogra_, can you open a bug on launchpad on https://bugs.launchpad.net/ubuntu/+source/gvfs/+filebug about the "would be nice to have a way to inhibit mtp mounts"
[11:09] <ogra_> i get these popups all over my screen as soon as i connect my phone
[11:09] <ogra_> yep
[11:10] <seb128> I usually get one popup when I plug the device
[11:10] <dholbach> me too
[11:10] <seb128> but then things are just fine
[11:10] <ogra_> as soon as i run adb shell i get a new one
[11:10] <ogra_> same for adb root
[11:12] <ogra_> seb128, i think it is the fact that the adb server on the desktop claims the device (and auto-respawns as soon as you run adb root)
[11:14] <seb128> ogra_, yeah, I'm not sure what to say/do there
[11:14] <ogra_> seb128, bug 1160847 (i subscribed sabdfl, since he is hit by it too)
[11:15] <seb128> ogra_, we have a similar issue with rhythmbox/gvfs
[11:15] <ogra_> seb128, i'll try to collect some info now
[11:15] <seb128> they both conflict
[11:15] <seb128> because they both try to access the device, but libmtp doesn't handle that fine
[11:15] <ogra_> yep
[11:15] <seb128> there is no "easy solution" though
[11:16] <ogra_> as i said, for recovery and bootloader mode we can catch it on the udev level
[11:16] <seb128> I guess we could
[11:16] <ogra_> i guess for the adb case we should make gvfs not spawn if it detects adb-server in the processlist of the user or some such
[11:17] <ogra_> no, we cant ... there is no way to distinguish it on the udev level for mtp vs adb ...
[11:17] <ogra_> so we need to do it one layer up i fear
[11:17]  * ogra_ gets his raring machine and the phone 
[11:23] <mightypixel> Hi!
[11:24] <mightypixel> Anyone tested ubuntu mobile on galaxy S?
[11:24] <mightypixel> any info on galaxysmtd project?
[11:30] <ogra_> seb128, soo ... as long as adb-server runs on my host PC i reliably get a new popup after 60 seconds if the phone runs ubuntu touch
[11:30] <seb128> ogra_, do you get a new device detected in syslog every minute?
[11:31] <ogra_> seb128, i think the cause is that the mtp daemon actually expects an mtp response if it detects an usb device with the android tag
[11:31] <ogra_> nothing in the logs at all
[11:31] <ogra_> neither xsession-errors, nor dmesg, nor syslog
[11:31] <seb128> hum, k
[11:31] <seb128> need debugging on the gvfs side I guess
[11:32] <ogra_> yeah
[11:32] <ogra_> i dont even need to run adb shell or anything
[11:32] <ogra_> let me see if it even happens with adb-server off
[11:33] <ogra_> yup
[11:34] <seb128> can you browse the device in nautilus?
[11:34] <ogra_> so i think the reason is simply that gvfs makes assumptions here that an adnroid device definitely is also an mtp device
[11:34] <seb128> or is the mount failing?
[11:34] <ogra_> the mount is failing
[11:34] <seb128> I guess that's the issue
[11:34] <seb128> it keeps retrying
[11:34] <ogra_> we dont ship anything mtp related on the ubuntu touch images
[11:34] <ogra_> yep
[11:35] <ogra_> i can trigger a new popup (and a reconnect) when i click the device icon in the launcher
[11:35] <seb128> hum
[11:35]  * ogra_ has like 20 popupüs all over his desktop already :)
[11:35] <seb128> if I connect my nexus7 (which runs raring atm) I don't see anything in the launcher
[11:35] <seb128> I wonder why it's not doing the same
[11:36] <ogra_> ubuntu touch or raring desktop ?
[11:36] <seb128> raring desktop
[11:36] <seb128> but I would expect that both are similar
[11:36] <ogra_> yeah, that wont register as android device
[11:36] <ogra_> ubuntu touch runs an android core
[11:36] <seb128> oh, right
[11:36] <ogra_> ubuntu desktop is just ubuntu
[11:36] <seb128> so it's android core with mounting failing which is the problematic combinaison
[11:37] <ogra_> your dmesg output wont say "Android device" either i guess
[11:37] <ogra_> its the fact that we dont ship the mtp stuff but register as android device, yeah
[11:38] <seb128> I wonder if we should stop pretending being an android device in some way
[11:38] <seb128> or maybe we should just implement mtp support so mounting works ;-)
[11:38] <ogra_> my demsg clearly says "Product: Android" and "Manufacturer: Android"
[11:38] <ogra_> *dmesg
[11:39] <ogra_> i think that will likely make flashing fail
[11:39] <ogra_> if we ship mtp stuff ...
[11:39] <ogra_> though we will have to do it at some point
[11:39] <ogra_> but during development we cant
[11:40] <seb128> ogra_, what do you think gvfs should do? never retry if mounting failed?
[11:40] <seb128> I also wonder what changed if you said it was not doing that some weeks
[11:40] <seb128> ago
[11:41] <ogra_> yeah, thats the most intresting bit i think
[11:43] <seb128> could be a "fix" on the gvfs side that makes it retry if the mount didn't work
[11:43] <seb128> or maybe the ubuntu touch device advertize itself differently
[11:43] <seb128> ogra_, want to open another gvfs bug about "shouldn't retry mounting devices that can't be mounted"?
[11:44] <seb128> ogra_, the upstream gvfsd-mtp author reads launchpad bugs
[11:44] <seb128> he might have useful comments
[11:44] <ogra_> ok
[11:45] <seb128> thanks
[11:47] <ogra_> i also added some comments to the current bug
[11:47] <ogra_> rsalveti, see bug 1160847
[11:48] <ogra_> you probably have some useful input :)
[11:48] <kaleo_> gusch: in gallery trying to add an album
[11:48] <kaleo_> gusch: strange thing happens: tapping the "Add" toolbar action opens a mostly empty popup
[11:50] <ogra_> sergiusens, image build failed again ...
[11:51] <kaleo_> oSoMoN: on latest touch image launching the browser then tapping on the url bar: the osk goes _over_ the bar
[12:13] <gusch> kaleo_: that's the album chooser (you need to have an album before)
[12:14] <gusch> kaleo_: ckpringle I need a proper design for the album chooser
[12:15] <ckpringle> kaleo_: gusch I haven't seen the latest; we certainly used to have a design for it; the visual design for the popup may have been missing
[12:16] <oSoMoN> kaleo_: on what device?
[12:17] <gusch> ckpringle we should look at gallery with oren, now that I work on gallery again
[12:17] <ckpringle> gusch: gallery is my responsibility, oren was making sure it worked well enough for the demo
[12:18] <ckpringle> gusch: we should have a catchup yes
[12:18] <gusch> ckpringle: well, then let's have a chat next week
[12:18] <ckpringle> gusch: ok
[12:19] <kaleo_> oSoMoN: nexus 19
[12:19] <kaleo_> oSoMoN: nexus 10 :)
[12:20] <kaleo_> gusch: oh right!
[12:20] <kaleo_> gusch: I had no album so it's confusing
[12:21] <oSoMoN> kaleo_: I’ll check on mine then, looks similar to bug #1160630, could be due to a regression in the OSK itself
[12:21] <gusch> kaleo_: at least a bit better than before ;)
[12:27] <kaleo_> gusch: yep
[12:27] <kaleo_> oSoMoN: Saviq has a OSK regression in shell too
[12:28] <kaleo_> oSoMoN: taling about it on #ubuntu-unity
[12:28] <Saviq> kaleo_, oSoMoN, yeah
[12:28] <Saviq> kaleo_, oSoMoN, the OSK doesn't report its size properly\
[12:29] <Saviq> kaleo_, so you can't see text entry in browser, and the field gets unfocused in shell
[12:45] <oSoMoN> Saviq: ah, thanks for the confirmation
[12:45] <Saviq> oSoMoN, tmoenicke is investigating
[12:46] <sergiusens> ogra_: looking
[12:48] <sergiusens> ogra_: seems that it never built at offspring, going to go and talk with the pes guys
[12:48] <ogra_> great, yeah, i only tracked it down to the genreal scp error
[12:50] <sergiusens> ogra_: well apparently it seems to be disabled... I re-triggered with the 1st one... this will take less than yesterday
[12:50] <ogra_> good
[12:51] <ogra_> nobody complained yet it seems :)
[12:52]  * ogra_ sighs 
[12:52] <zsombi> renato: ping
[12:52] <ogra_> why is it so hard to find any documantation about the "server" side of mtp
[13:00] <renato> zsombi, hi
[13:01] <zsombi> renato: the next SDK release will bring major changes in theming so we need to work on the slider delegate you have in the mediaplayer
[13:03] <zsombi> renato: and about the removable list item, have you had the chance to talk about with designers?
[13:10] <renato> zsombi, I have some changes on slider theme for indicators too
[13:10] <zsombi> renato ok, then we need to check those too
[13:11] <renato> zsombi, what do you want from my side?
[13:13] <zsombi> renato: wherever you use the StyleUtils module, declare properties in their root element with the styled property. For instance where you have StyledUtils.style("thumbSpacing"...), define a property for the root element called as thumbSpacing
[13:15] <ckpringle> cheers for setting that up guest1_
[13:16] <ckpringle> * gusch^
[13:16] <ckpringle> sorry guest1_
[13:17] <zsombi> renato: the other one: ComponentUtils is deprecated, so remove the occurrence of those, but check whether you have public properties they are referring to. Example: ComponentUtils.style(obj, "whatever", default) should be translated into property <type> whatever: [default-value]
[13:17] <zsombi> renato from now on styling will assign the values for these automatically
[13:30] <renato> zsombi, when the sdk will be release?
[13:30] <zsombi> renato: hopefully tomorrow, depends when the MR will be approved
[13:31] <renato> zsombi, I will try find some time to do this today
[13:31] <renato> but I have some bugs I need to fix first
[13:31] <renato> zsombi, but I hope I can get this in the afternoon
[13:32] <zsombi> renato: the delegates will work, however the deprecated modules will be removed pretty soon
[13:32] <janimo> rsalveti, dholbach sergiusens I added a new wikipage, it overlaps with Porting somewhat but useful on its own.
[13:32] <janimo> https://wiki.ubuntu.com/Touch/Building
[13:32] <janimo> Porting may be trimmed to not have the whole AOSP env setup included
[13:32] <dholbach> janimo, well done
[13:32] <dholbach> maybe we should link it from the header menu too?
[13:33] <janimo> dholbach, right, I wanted a heads up first though :)
[13:33] <janimo> and did not know where the menu is kept :)
[13:34] <dholbach> janimo, https://wiki.ubuntu.com/Touch/Menu - it's included from all the other Porting pages
[13:34] <janimo> rsalveti, btw sideload did not work for me on grouper or mako, should it work normally? Just connection closed error or something
[13:34] <janimo> dholbach, thanks, will add
[13:34] <dholbach> great work!
[13:35] <ogra_> janimo, btw, the Porting as well as your Building page should mention that you need openjdk6 installed
[13:35] <ogra_> else it wont be able to sign the zips
[13:36] <janimo> ogra_, indeed they should if they do not already. We should probably add a section on how to install Sun JDK as that is needed
[13:36] <ogra_> no
[13:36] <janimo> that is an annoying part of AOSP build setup
[13:36]  * sergiusens reads
[13:36] <ogra_> it isnt
[13:36] <janimo> ogra_, really? That is what I read on Google's site
[13:36] <ogra_> you only need openjdk6
[13:36] <janimo> ogra_, ah maybe only for full Android builds not our simpler one
[13:36] <sergiusens> janimo: openjdk works fine
[13:36] <ogra_> it just needs the java binary to run the final signing script
[13:36] <janimo> sergiusens, ok, that is a relief
[13:37] <ogra_> it would even be great if we could rework that signing process at some point
[13:37] <ogra_> i doubt it actually *needs* to be java based
[13:37] <sergiusens> janimo: ogra_ yeah, I believe you can even build full android but the _quality_ is not guaranteed
[13:37] <sergiusens> ogra_: most likely doesn't
[13:38] <ogra_> yeah just a bunch of work ... for the long term plans :)
[13:38] <hopkinskong> ogra_
[13:39] <ogra_> janimo, btw... sudo apt-get install livecd-rootfs; export UBNUTU_TOUCH_ANDROID=true BuildLiveCD ...
[13:39] <hopkinskong> log is changed to alog in the ubuntu's repo
[13:39] <ogra_> janimo, that will soon do the whole build for you ;)
[13:39] <hopkinskong> but not the origiaanl
[13:39]  * ogra_ is just working on it 
[13:39] <hopkinskong> it said it wants to avoid conflicts with syslogd
[13:39] <ogra_> planning to land itr before the weekend
[13:39] <tmoenicke_> sergiusens: ping
[13:40] <ogra_> oh, SUBARCH=mako is missing above :)
[13:40] <hopkinskong> but, idk how to change my kernel to use alog instead
[13:40]  * ogra_ goes back to work on it 
[13:41] <zsombi> Saviq: ping
[13:41] <sergiusens> ogra_: is that what will replace jenkins and offspring?
[13:41] <Saviq> zsombi, hey, otp
[13:41] <sergiusens> tmoenicke_: pong :-)
[13:41] <ogra_> sergiusens, that is what cdimage will call on the amd64 live builder to trigger a build, yes
[13:41] <zsombi> Saviq: ok, lemme know when you have time
[13:42] <ogra_> only for the android side yet a,d you have to call it once per subarch
[13:42] <ogra_> (and i havent tested it at all yet :) )
[13:48] <boiko> kaleo_: https://code.launchpad.net/~boiko/unity/phablet-fix_phone_icon/+merge/155731
[13:49] <kaleo_> Saviq: you guys aware that the notepad has an empty entry in the dash (with latest image)?
[13:49] <kaleo_> boiko: thank
[13:49] <kaleo_> s
[13:50] <Saviq> kaleo_, yes, we have a MR
[13:50] <Saviq> kaleo_, but we've been blocked
[13:50] <Saviq> kaleo_, should be sorted soon
[13:50] <kaleo_> Saviq: ok
[13:57] <kaleo_> zsombi: I added 3 functional regressions in the latest comment
[13:57] <kaleo_> zsombi: test with a freshly flashed device first so that you see what the normal behaviour should be
[13:58] <zsombi> kaleo_ ok
[13:59] <kaleo_> zsombi: https://pastebin.canonical.com/87884/ is a shell script that will help building the toolkit on the device
[14:00] <kaleo_> zsombi: ./run_on_device -s the first time will install all the deps
[14:00] <kaleo_> zsombi: ./run_on_device will build on the device
[14:00] <kaleo_> (run_on_device being the name of the script)
[14:00] <kaleo_> zsombi: put the script in your ubuntu-ui-toolkit folder in your computer
[14:00] <kaleo_> zsombi: and run in from there
[14:02] <zsombi> kaleo_ ok, will do that
[14:14] <rickspencer3> jppiiroi1en, good morning
[14:14] <rickspencer3> bzoltan, good morning
[14:15] <rickspencer3> I'm having an issue with ParticleSystem, but I suspect it's due to how I've installed and reinstalled the sdk many times
[14:15] <rickspencer3> good someone please look at bug #1160632 ?
[14:19] <pmcgowan> jppiiroi1en: ^^?
[14:21] <hikiko> hello
[14:21] <rickspencer3> hi hikiko
[14:21] <hikiko> could you please tell me where I can find the latest ubuntu image to set up my phone and if there are any instructions?
[14:21] <hikiko> (i haven't upgrade for ages)
[14:22] <pmcgowan> hikiko: the topic has info for you
[14:23] <hikiko> true :) sorry!
[14:30] <jppiiroi1en> rickspencer3, pmcgowan: i will look that one asap
[14:31] <rickspencer3> jppiiroi1en, thanks
[14:31] <rickspencer3> jppiiroi1en,  it would be nice to know first off if I am the only one having this problem
[14:34] <dholbach> rsalveti, sergiusens: I sent a call for updates on the redistributability front to the mailing list - it looks like a few of them are quite sure about this already
[14:34] <dholbach> rsalveti, sergiusens: do we already know how/when we can get new images created?
[14:35] <rickspencer3> looks like a lot of food changes in the change log today
[14:35]  * rickspencer3 reflashes to today's daily
[14:37] <dholbach> rsalveti, sergiusens: I think  p6800   P760  wingray   were the ones where we had more info about the blob licenses
[14:37] <dholbach> the others might need a bit more investigation
[14:37] <olli_> Saviq, kgunn what are the plans to get newly installed apps show up in the launcher? discussing an ETA with pmcgowan atm
[14:38] <Saviq> olli_, not in the launcher, in the apps lens - daemon tweaks are in review
[14:39] <Saviq> olli_, shell work is ongoing, ETA next week
[14:40] <olli_> pmcgowan, ^ that sounds different from what you just said
[14:40] <pmcgowan> olli_: that sounds good
[14:40] <pmcgowan> thanks Saviq
[14:43] <sergiusens> dholbach: well we need to forward to our lawyers first, right?
[14:44] <jhodapp> robru, ping
[14:44] <dholbach> sergiusens, really?
[14:45] <dholbach> I thought we all had some collective experience with licensing already
[14:46] <sergiusens> dholbach: ok, then let me review it :-)
[14:46] <dholbach> sergiusens, let's see we get somebody's go-ahead (who has enough authority), where do we go from there?
[14:46] <dholbach> s/see/say
[14:46] <ogra_> new image is up on cdimage
[14:47] <sergiusens> dholbach: well, the android builds are moving to cdimage
[14:47] <dholbach> sergiusens, you mean the stuff which is up here: http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/?
[14:48] <om26er> oSoMoN, hey!
[14:48] <sergiusens> dholbach: I mean, the location where the build takes place :-)
[14:49] <sergiusens> dholbach: also read as: I'm losing control ;-)
[14:50] <ogra_> dholbach, non nexus devices dont have approved licenses at all
[14:50] <ogra_> we cant just pout that stuff on cdimage
[14:51] <genii-around> I find "pout" strangely apt.
[14:51] <dholbach> ogra_, of course we need to look over it carefully - this is what this discussion is about
[14:51] <ogra_> dholbach, the plan was to import all source changes into our tree, but for building images we would need approval for binary drivers
[14:51] <dholbach> ogra_, I don't know if you read the bottom of https://wiki.ubuntu.com/Touch/Devices/wingray for example - it looks encouraging
[14:52] <ogra_> which means 80% of the images wont be buildable
[14:52] <ogra_> since there simply dont exist licenses for the devices
[14:52] <dholbach> ogra_, I never said "build all images for all the stuff which is mentioned on the wiki somewhere" :)
[14:52] <oSoMoN> om26er: hey
[14:52] <ogra_> dholbach, also note that one build for one device takes 20min ...
[14:52] <dholbach> yes, you mentioned that the last time
[14:53] <ogra_> dholbach, we are already over 2h for the nexus buiulds
[14:53] <om26er> oSoMoN, is the chewie-client working on raring ?
[14:53] <sergiusens> dholbach: ogra_ if its once a week, we will have that capacity in jenkins at least for a weekly build
[14:53] <ogra_> sergiusens, dholbach, iirc rsalveti proposed to build the non nexus images  in jenkins
[14:53] <oSoMoN> om26er: no idea, that’s a question for renato
[14:53] <ogra_> when we discussed it last time
[14:54] <dholbach> ogra_, that sounds like a separate problem to me - I'm sure you'd agree that having easily testable images would have lots of benefits for us
[14:54] <sergiusens> ogra_: ok, any notes or email on that?
[14:54] <ogra_> dholbach, sure, if we can distribute them
[14:54] <dholbach> if we don't have enough capacities we should talk about that somewhere
[14:54] <dholbach> ogra_, yes, of course only if we can
[14:54] <ogra_> sergiusens, nope, was an IRC discussion about adding the xoom
[14:54] <ogra_> dholbach, well talk to legal :) i'm sure they are thrilled to contact samsung :P
[14:55] <ogra_> to get licenses for stuff that doesnt even have any licensing (like the mali drivers)
[14:55] <om26er> renato, ^^
[14:56] <sergiusens> om26er: it's packaged
[14:57] <cyphermox> sergiusens: hey
[14:57] <sergiusens> om26er: working is another thing ;-)
[14:57] <sergiusens> cyphermox: hey
[14:57] <om26er> sergiusens, yes it is, but is it actually showing some data, to be more specific
[14:57] <cyphermox> sergiusens: I sent three patches on the ML, I haven't heard back about them. any idea if someone has started a review?
[14:58] <om26er> sergiusens, i was looking to add autopilot testing to the chewie-client but its pretty empty
[14:59] <sergiusens> om26er: haven't tried yet, haven't bootstrapped everything for raring yet
[14:59] <sergiusens> cyphermox: to the ubuntu-phone list?
[14:59] <sergiusens> cyphermox: and for android/git? I'll take a look
[14:59] <cyphermox> yes
[15:00] <sergiusens> cyphermox: found them, I'll review and test and apply or come back to you
[15:07] <jppiiroi1en> rickspencer3: i wrote a comment to the bug report, could you try if that example works for you?
[15:07] <rickspencer3> thanks jppiiroi1en
[15:07] <jppiiroi1en> rickspencer3: but i did noticed that some highlights were in the qtc
[15:07] <rickspencer3> I'll try it out soon
[15:11] <asr33> https://code.launchpad.net/~boiko/unity/phablet-fix_phone_icon/+merge/155731
[15:11] <asr33> sorry
[15:16] <rickspencer3> pmcgowan, so, how do I activate the new keyboard?
[15:16] <pmcgowan> tmoenicke is it possible to use the alternate plugin yet
[15:17] <pmcgowan> tmoenicke_ ^^
[15:17] <tmoenicke_> pmcgowan: i'm working on it
[15:18] <rickspencer3> is that a "not yet"?
[15:18] <gusch> renato: added some questions here https://code.launchpad.net/~renatofilho/camera-app/fix-1130342/+merge/155633
[15:18] <tmoenicke_> rickspencer3: yes
[15:19] <rickspencer3> thanks tmoenicke
[15:19] <rickspencer3> thanks tmoenicke_
[15:19] <rickspencer3> ;)
[15:19] <rickspencer3> thanks both of you
[15:19] <tmoenicke> both :)
[15:26] <bfiller> pmcgowan, tmoenicke : blueprint for osk tracking created here: https://blueprints.launchpad.net/ubuntu/+spec/appdev-1303-apps-osk work items will get filled in today
[15:26] <tmoenicke> ok great
[15:30] <oSoMoN> bfiller: hey, QtWebKit is only built for quantal in the phablet-team PPA, not for raring, is that known/taken care of?
[15:31] <bfiller> oSoMoN: we're cutting over to use the 5.0.1 version which should now be in the qt5-proper ppa and built for quantal and raring
[15:31] <oSoMoN> bfiller: right, thanks
[15:32] <bfiller> oSoMoN: althought don't see the raring version there (:
[15:33] <oSoMoN> bfiller: it’s currently building (for armhf): https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta-proper/+build/4404698
[15:33] <bfiller> maybe because in the raring archive already, check with Mirv
[15:37] <bfiller> Mirv: will you copy the raring versions of all qt 5.0.1 into qt5-proper as well as we'll be doing raring builds soon. unless the raring version have already landend in the archive then we don't need them in the ppa.
[15:59] <zer0pain> Hi all
[16:00] <zer0pain> can anyone help me with one install
[16:00] <zer0pain> i want to install ubuntu touch on my HTC HD MINI
[16:00] <zer0pain> It is possible ?
[16:02] <ogra_> zer0pain, if it isnt already on https://wiki.ubuntu.com/Touch/Devices ... you might need to port it yourself (or find someone to do it for you https://wiki.ubuntu.com/Touch/Porting)
[16:03] <zer0pain> ok but if i have any problems can you help me a little
[16:04] <ogra_> me or one of the other 275 people in here :)
[16:04] <ogra_> thjast what this channel is for ;)
[16:04] <ogra_> *thats
[16:04] <ogra_> there is also the mailing list
[16:04] <zer0pain> ok thanks
[16:11] <sergiusens> Saviq: I don't recall where unity-lens-mock lives
[16:11] <sergiusens> Saviq: do you?
[16:12] <Saviq> sergiusens, branch?
[16:12] <sergiusens> Saviq: yeah
[16:12] <Saviq> sergiusens, it might only live here lp:~saviq/manhattan/unity-lens-mock still
[16:12] <sergiusens> Saviq: hmmm, and we do need it, right?
[16:12] <Saviq> sergiusens, we're using it currently
[16:13] <Saviq> sergiusens, and it will remain so for some time still
[16:13] <sergiusens> kenvandine: can we set this up lp:~saviq/manhattan/unity-lens-mock in lp:phablet-extras/unity-lens-mock ?
[16:14] <sergiusens> kenvandine: oh wait, I just noticed I can register series there, I'll do it
[16:18] <sergiusens> Saviq: lp:phablet-extras/unity-lens-mock
[16:18] <Saviq> sergiusens, cheers
[16:52] <eskimoe> hello all just wanted to see if anyone knows if there will be a beta release for 13.04 on nexus 7 soon?
[16:57] <eskimoe> radiotray isnt bad for streaming radio stations
[17:07] <pmcgowan> eskimoe: yes the port to 13.04 is being done now
[17:07] <pmcgowan> or rebase
[17:13] <robru> jhodapp, pong
[17:15] <jhodapp> robru, so we shouldn't be building cameraplugin-aal for anything other than armhf
[17:15] <jhodapp> robru: I completely forgot about that...there is no fix for those build issues...it's highly dependent on it being armhf
[17:15] <ajovanov93> QML QQuickImage: Failed to get image from provider: image://gicon/gtk-go-back
[17:15] <ajovanov93> anyone know why
[17:15] <robru> jhodapp, you're sure it has absolutely no application to the desktop?
[17:16] <ajovanov93> gtk-go-up works well
[17:16] <jhodapp> robru, positive
[17:16] <jhodapp> robru: same goes for qtubuntu-media
[17:16] <robru> jhodapp, alright then, thanks. not even armel? armhf only?
[17:16] <jhodapp> robru, well both arm types, yes
[17:16] <robru> jhodapp, alright
[17:17] <jhodapp> robru, on the desktop, the apps would use the gstreamer equivalent
[17:18] <robru> jhodapp, hmmmm, ok. is there any way to converge these things? or is this just a hardware-ish thing that's just going to be forever incompatible?
[17:29] <Deathblad> hello all !
[17:50] <oakington> Hello all
[17:50] <oakington> quick question....please don't flame
[17:51] <oakington> toro supported
[17:51] <oakington> ?
[17:52] <ogra_> see ubuntu-phone@lists.launchpad.net,
[17:52] <ogra_> err
[17:53] <ogra_> sorry, broken paste
[17:53] <ogra_> oakington, https://wiki.ubuntu.com/Touch/Devices
[17:53] <oakington> ogra_: Thanks
[18:19] <jhodapp> robru, sorry, the convergence is through the qtmultimedia api
[18:20] <robru> jhodapp, ah, ok
[18:20] <robru> jhodapp, thanks
[18:20] <jhodapp> robru, but yes, in general each type of plugin is specific to where it gets deployed
[18:21] <ogra_> jhodapp, note that we will likely usen an x86 android for the emulator (and for entering the ubuntu archive your apps should build on all arches anyway)
[18:22] <ogra_> *use
[18:22] <jhodapp> ogra_, the apps definitely build on all arches, but these are more backend plugins
[18:23] <ogra_> which you want to be able to run on an x86 android emulator or intel android based tablet ....
[18:23] <jhodapp> ogra_, but if we still want everything to always compile on those 3 mains architectures, then we need to file a bug report because there's some work to be done still...they won't compile successfully today due to OpenGL differences
[18:24] <ogra_> jhodapp, right, so there should be a bug open for that ...
[18:25]  * ogra_ finds it funny that he fought for four years to make armhf a first class citizen in ubuntu ... now that it is one it seems like i need to fight for intel to not be fogotten :)
[18:26] <jhodapp> ogra_, lol
[18:27] <ogra_> i dont mean you need to make it work, buut such issues need to be noted down in bugs so someone can attack it at some point ...
[18:27] <jhodapp> ogra_, well it just hasn't been clearly defined is what the problem is...we should work to make what archs should be supported clearly known to all developers participating.
[18:28] <ogra_> well, x86 and arm ... i think we can ignore PPC for now since its focus is rather on the server ...
[18:28] <jhodapp> indeed
[18:29] <jhodapp> ogra_, but I've never heard an official word to support i386, arm(hf/el) and amd64 except through people going back trying to enable all of the packages to work on these
[18:29] <ogra_> once your package enters the archive it should at least be documented whats missing
[18:29] <jhodapp> ogra_, and I know I'm not the only one
[18:30] <ogra_> its a general rule in ubuntu ... packages in the archive should build on all available arches ... if they dont, thats a bug and should be fixed
[18:30] <jhodapp> ogra_, yeah, I'm new to working on Ubuntu in general :)
[18:31] <ogra_> yup, i understand :)
[18:32] <jhodapp> ogra_, but it's a valid point still, and we should make sure everyone understands this
[18:32] <ogra_> right ...
[18:33] <ogra_> as for the GL differences, i guess there is a mesa package you could depend on to at least get it to build
[18:33] <jhodapp> ogra_, probably
[18:33] <ogra_> it wont perform great indeed ... but you should get the needed headers and apis
[18:34] <ogra_> (thats how most of the hardcoded  x86 OpenGL stuff is built on armhf)
[18:34] <jhodapp> ogra_, ok, good to know
[18:49] <streulma> I love my Android!
[18:50] <streulma> will Ubuntu run on my s3?
[18:50] <streulma> where can I get a version
[18:52] <ogra_> streulma, see https://wiki.ubuntu.com/Touch/Devices
[18:59] <streulma> yeah no s3 :(
[19:02] <ogra_> i see two on progress there
[19:30] <mhall119> popey: initial docs for u1db-qt are available at http://people.ubuntu.com/~mhall119/u1db-qt/u1db-qt-cheatsheet.html
[19:33] <mhall119> popey: there's a new bzr revision of the package branch, but it's not in the PPA yet
[19:50] <mhall119> pmcgowan: ping
[19:51] <pmcgowan> hi mhall119
[19:54] <mhall119> hi pmcgowan, I'm setting up milestones for the coreapps development, and I was wondering if you had some scheduled for the phablet that we could sync up with
[19:54] <mhall119> right now all I have is our alpha-1 target on May 16th, and a general series goal of 13.10
[19:57] <dmj_nova> Does anyone know how to play video using QT5 and QML?
[19:57] <pmcgowan> mhall119: we are going to have monthly targets, so would be good to do the same
[19:57] <pmcgowan> 13-05, 13-06 etc
[19:58] <dmj_nova> There seem to be issues with video decoding with QtMultimedia and QtWebkit on raring
[19:58] <mhall119> pmcgowan: ok, but not other major milestones?
[19:58] <mhall119> dmj_nova: video decoding, or flash?
[19:59] <dmj_nova> webm and h264 videos
[19:59] <dmj_nova> could be others as well, but that's what I've tested
[19:59] <mhall119> jhodapp: ^^ is this something in your area of expertise?
[19:59] <pmcgowan> mhall119: not that I know of, like what?
[20:00] <mhall119> pmcgowan: alphas/betas that kind of thing
[20:00] <mhall119> pmcgowan: or any event targets where we want some specific functionality to show off
[20:00] <jhodapp> dmj_nova, mhall119: what kind of issues are you seeing?
[20:00] <pmcgowan> mhall119: not at this point
[20:01] <mhall119> pmcgowan: ok, I'll setup monthly milestones then, thanks
[20:01] <pmcgowan> mhall119: do you want to target ubuntu milestones? I am not sure whats appropriate
[20:02] <mhall119> pmcgowan: I'm not either, we can always re-arrange later if we need to
[20:02] <dmj_nova> If I create a Video widget using QML, it gives a codec not found error (video plays fine in both VLC and Totem), and if I play the same in QtWebkit Widget as a <video> tag, it plays as a blank white box with audio but no video
[20:02] <dmj_nova> jhodapp:
[20:03] <jhodapp> dmj_nova, first I'd figure out which qtmultimedia plugin it's trying to use...should be gstreamer
[20:03] <sergiusens> awe: https://code.launchpad.net/~sergiusens/phablet-extras/mountall/+merge/155843
[20:03] <awe> k
[20:03] <dmj_nova> jhodapp: How does one figure this out?
[20:03] <jhodapp> dmj_nova, then if you can prove it's gstreamer, trying running your app with "GST_DEBUG=3 ./my_app" and see what you get
[20:04] <jhodapp> dmj_nova, well it could hurt to try the GST_DEBUG route first...if you get any gstreamer debug output then you know for sure
[20:04] <dmj_nova> would qmlscene be doing anything odd here?
[20:04] <jhodapp> dmj_nova, couldn't, err
[20:04] <jhodapp> dmj_nova, not sure, I don't have any experience with qmlscene
[20:05] <jhodapp> dmj_nova, try creating a MediaPlayer widget as another test
[20:05] <dmj_nova> paste.ubuntu.com/5653285/
[20:06] <jhodapp> dmj_nova, how'd you run your app?
[20:06] <dmj_nova> qtcreator
[20:07] <jhodapp> dmj_nova, try the full MediaPlayer widget approach
[20:08] <dmj_nova> jhodapp: I'll try that and see what happens
[20:10] <dmj_nova> jhodapp: I get audio, but no video
[20:10] <dmj_nova> just a black region
[20:10] <jhodapp> now run from the command line with GST_DEBUG=3
[20:11] <mhall119> popey: blueprints have all been moved and re-targeted
[20:15] <popey> mhall119: nice one!
[20:16] <mhall119> popey: I've also setup monthly milestones from month-0 (April) to month-6 (October)
[20:16] <mhall119> so alpha-1 has become coreapps-13.10-month-1
[20:17] <mhall119> now we just need cjohnston to set us up on status.u.c
[20:18] <dmj_nova> jhodapp: okay, so I'm definitely getting output from gstreamer here
[20:19] <jhodapp> dmj_nova, then my guess is you don't have the right gstreamer plugins
[20:19] <dmj_nova> jhodapp: huh
[20:19] <dmj_nova> It's strange since both said media plays in totem
[20:19] <popey> mhall119: great, thank you!
[20:19] <jhodapp> dmj_nova, make sure it's not trying to use gstreamer1.0 vs 0.10 (or vice versa)
[20:20] <jhodapp> dmj_nova, and if you can, paste the entire output with GST_DEBUG to pastebin for me to see
[20:20] <dmj_nova> oh...it's using 0.10
[20:21] <dmj_nova> paste.ubuntu.com/5653325
[20:22] <awe> sergiusens, did you already overwrite lp:phablet-extras/mountall?
[20:22] <awe> I just pulled it, and it looks like the raring tip
[20:24] <jhodapp> dmj_nova, yeah it looks like it's having trouble demultiplexing the qt container for some reason
[20:25] <jhodapp> dmj_nova, also look at line 341
[20:25] <jhodapp> dmj_nova, that's the issue
[20:26] <jhodapp> dmj_nova, you are missing the h264 decoder element
[20:28] <dmj_nova> jhodapp: Ah, yeah now I see the problem
[20:28] <dmj_nova> qt5 and qtwebkit are both stuck on gstreamer 0.10
[20:28] <jhodapp> dmj_nova, yes
[20:28] <dmj_nova> which is weird and kinda backwards, since everyone else has moved on
[20:29] <jhodapp> dmj_nova, I'm not sure if the qgstreamer qtmultimedia plugin supports gstreamer1.0 or not, haven't tried it yet
[20:29] <dmj_nova> Hopefully that gets fixed soonish
[20:29] <jhodapp> dmj_nova, well it may work, it might just be using your gstreamer0.10 installation by default
[20:29] <sergiusens> awe: yes
[20:29] <sergiusens> awe: old one is in lp:phablet-extras/mountall-quantal
[20:29] <awe> so where's the quantal branch?
[20:30] <dmj_nova> jhodapp: Not even sure I *had* a 0.10 installation until this point given I'm on raring
[20:30] <awe> ah, I tried lp:~phablet-team/phablet-extras/mountall-quantal
[20:30] <awe> oops, I used -raring
[20:30] <jhodapp> dmj_nova, yeah, both are able to be installed in parallel on raring
[20:30] <awe> no wonder it didn't work.  duh
[20:31] <jhodapp> dmj_nova, try a test then, purge the gstreamer0.10 packages
[20:31] <sergiusens> awe: scared me for a bit :-p
[20:31] <dmj_nova> jhodapp: True, was just saying I think all the default apps that depend on gstreamer use 1.0 now
[20:31]  * sergiusens just checked http://bazaar.launchpad.net/~phablet-team/phablet-extras/mountall-quantal/files
[20:31] <jhodapp> dmj_nova, you'll know quickly if it can use gstreamer1.0 then :)
[20:32] <jhodapp> dmj_nova, I'm not even sure that's true yet
[20:32] <mterry> seb128, you available for NEW reviews today/tomorrow?
[20:34] <dmj_nova> jhodapp: hmm google search reveals that gstreamer 1.0 port isn't ready yet.
[20:34] <seb128> mterry, yes
[20:34] <jhodapp> dmj_nova, got a link to that, I'm also curious about that state given some of the research I'm in the middle of
[20:35] <awe> sergiusens, mountall happroved
[20:35] <mterry> seb128, OK, I have a couple deps of the touch stack I may push in.  (qtpim and some qt-telepathy stuff)  We have a standing FFe for such things, so should just need FFe
[20:36] <seb128> "just need NEW" you mean?
[20:36] <mterry> seb128, heh, yes
[20:36] <mterry> seb128, getting near EOD for me apparently
[20:36] <dmj_nova> jhodapp: https://bugs.webkit.org/show_bug.cgi?id=106669
[20:36] <seb128> mterry, hum, it's near EOD for you and I'm still around, I should maybe call it a day :p
[20:36] <seb128> mterry, joke aside just upload, I will do a NEW round tomorrow morning
[20:36]  * ogra_ laughs
[20:37] <mterry> seb128, k  :)
[20:37] <seb128> ogra_, nothing like the good old times
[20:37] <ogra_> hehe, yeah
[20:37] <sergiusens> awe: thanks
[20:37] <ogra_> when we were young and beautiful
[20:37] <jhodapp> dmj_nova, that's for qtwebkit...that's not qgstreamer
[20:38] <dmj_nova> jhodapp: ah right
[20:38] <seb128> lol
[20:38] <dmj_nova> I was trying both ways last night
[20:38] <jhodapp> ok
[20:41] <slangasek> mzanetti: hi
[20:42] <mzanetti> slangasek: hi
[20:42] <dmj_nova> jhodapp: https://bugzilla.gnome.org/show_bug.cgi?id=695934
[20:42] <slangasek> mzanetti: hello!  mterry suggested you might be able to help us get a merge review on https://code.launchpad.net/~xnox/platform-api/inline-packaging/+merge/153874 from the phablet-team
[20:43] <slangasek> mzanetti: there was a lot of discussion on the merge between didrocks and rsalveti, but IIRC rsalveti is on vacation and didrocks isn't part of the phablet team, so neither helps us actually get it merged at present :)
[20:43] <mterry> mzanetti, I think the questions about architecture have been resolved and/or can be dealt with separately from that branch
[20:44] <jhodapp> thanks dmj_nova
[20:44] <mzanetti> hmm... jhodapp, who would be best for a review for platform-api?
[20:45] <mzanetti> slangasek: mterry: I have never touched that package before... so I'm probably not the right one either.
[20:46] <mterry> mzanetti, doh, sorry, thought you had
[20:46] <mzanetti> mterry: no problem... I'm just thinking who could... sergiusens should know
[20:47] <mzanetti> mterry: I'm checking your greeter MP right now
[20:47] <mterry> sergiusens, ^ could you review the platform-api branch
[20:48] <jhodapp> mzanetti, for an MR?
[20:49] <mzanetti> jhodapp: https://code.launchpad.net/~xnox/platform-api/inline-packaging/+merge/153874
[20:49] <sergiusens> mterry: yes
[20:49] <sergiusens> mterry: how urgent?
[20:50] <jhodapp> mzanetti, since it's packaging stuff, I'd run it past sergiusens
[20:50] <mterry> sergiusens, this week?
[20:50] <sergiusens> mterry: good, I'll do it later tonight or tomorrow in the morning
[20:50] <mterry> sergiusens, awesome, thanks!
[20:50] <mterry> slangasek, ^
[20:50] <Guest93567> how to install ubuntu touch on galaxy nexus without active internet connection?
[20:51] <sergiusens> Guest93567: download full contents into a directory, then use the -p option in phablet-flash
[20:51] <slangasek> sergiusens: you rock
[20:53] <Guest93567> sergiusens: http://cdimage.ubuntu.com/ubuntu-touch-preview/quantal/mwc-demo/  from here? any specific folder name or something like that?
[20:55] <sergiusens> Guest93567: no specific folder... so if you want that one use that one, if you want the latest, grab http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/ ... you probably do want this one
[20:56] <sergiusens> Guest93567: or you can deploy manually if you want
[20:56] <sergiusens> slangasek: not sure about that, but thanks :-)
[20:57] <Guest93567> sergiusens: thanks a lot. The only internet connection I have is from tethering my Galaxy Nexus. Was in a fix how to use phablet-tools
[20:57] <Guest93567> :-)
[21:52] <RobbyF> yeah, raring just around the corner.
[22:00] <achiang> sergiusens: ping, about?
[22:06] <awe> achiang, haven't seem him in awhile...
[22:07] <achiang> awe: cool, thanks. low prio thing. wondering if he would object to me twiddling about in phablet-flash some more and changing the subprocess.check_open() calls to subprocess.Popen() instead ;)
[22:15] <awe> achiang, k, sounds like fun
[22:16] <achiang> the sarcasm is palpable ;)
[22:23] <sergiusens> awe: will check when I get back
[22:23] <sergiusens> achiang: sure, what's your timeframe?
[22:24] <achiang> sergiusens: no rush, i'm still experimenting anyway. sorry for the noise. :)
[22:27] <sergiusens> achiang: np... I'll bbl, but will check on what you do if anything is done today
[22:27] <achiang> sergiusens: probably not, i'm wrestling with Qt5 today :)
[23:39] <lessent> hi all..
[23:40] <RobbyF> Hi.
[23:40] <lessent> i have a question.. pls help me.. how can i develop ubuntu touch with python or can we write with python for ubuntu touch?
[23:41] <RobbyF> I personally know nothing about that.
[23:41] <RobbyF> someone here will know the answer. I assume you've visited the porting site? in topic
[23:43] <netcurli> http://askubuntu.com/questions/235369/can-i-develop-ubuntu-for-phones-apps-in-python
[23:43] <lessent> thanx..
[23:44] <netcurli> so: theoretically yes
[23:44] <netcurli> if you have qt5 bindings for python
[23:46] <lessent> how do i do it?
[23:48] <lessent> qt5 doesnt work stabily..
[23:50] <bef0rd> qt5 is stable, and all ubuntu phone stuff is qt5
[23:51] <lessent> it doesnt work when i update qt5
[23:51] <lessent> so i removed qt5 and install again..
[23:51] <lessent> no more update..
[23:52] <lessent> so how can i get PyQT or PySide