[04:43] <MeloMan> Sup
[04:44] <MeloMan> russians?
[04:47] <JoeyJoeJo> Is it possible to install ubuntu touch in a VM?
[06:46] <dholbach> good morning
[06:47] <SpacedOut> JoeyJoeJo: I haven't tried, but as Android sdk comes with qemu to run Android there, I don't see why it wouldn't work.  It might be the same as porting to a new hardware device but I don't know, I never tried.
[09:26] <dinomight> anyone know if the installer will wipe the media partition (where all of my personal stuff is located)?
[09:26] <dinomight> (galaxy nexus)
[09:29] <greyback> dinomight: yes, it wipes everything
[09:31] <dinomight> that sucks you'd suppose it wouldn't wipe the sdcard (or media mnt in the case of a phone without sd card)
[09:33] <dinomight> well now to figure out how to do transfer the media to my computer
[09:33] <dinomight> mtp sucks
[10:58] <diwic> rsalveti, seb128, do you think we should have a UDS session about audio on the Touch images? (A followup to previous vUDS audioflinger session)
[11:44] <SybyAbraham> HELLO
[12:15] <sergiusens> Mirv: ping
[12:19] <Mirv> sergiusens: pong
[12:22] <sergiusens> Mirv: hey, there's another problem with the new Qt
[12:22] <Mirv> sergiusens: ok, what's up, is there a bug filed?
[12:23] <sergiusens> Mirv: ppa:ubuntu-unity/daily-build-next seems to be not using ppa:c-e/qt5-proper so the qt-sensor fix (and any other qt dependant project) is not using it
[12:23] <Mirv> sergiusens: oh, it's building against raring archives, is that is? then it's also missing any previous updates
[12:23] <sergiusens> Mirv: the new qtubuntu-sensors is linked to 5.0.1
[12:24] <sergiusens> Mirv: yeah, can you take care of that with didrocks?
[12:24] <Mirv> mmrazik: it seems like that ^ would need PPA added as well, are you involved with that jenkins?
[12:24] <sergiusens> Mirv: I would of just added the build dep in the PPA
[12:24] <sergiusens> Mirv: jenkins has the right deps ;-)
[12:25] <sergiusens> Mirv: it's the ppa that would need access to those packages
[12:25] <mmrazik> Mirv: what sergiusens says... this needs to be added in lp
[12:25] <mmrazik> shall I add it? I most likely can
[12:25] <Mirv> sergiusens: ok so jenkins builds alright already, just the PPA?
[12:25] <mmrazik> mhm
[12:25] <mmrazik> not sure if adding the ppa is right
[12:25] <mmrazik> would prefer to check with didrocks first
[12:28] <sergiusens> Mirv: mmrazik yeah, adding the PPA or copying the packages in there... whichever... but I asked you since you (Mirv) since you are in the same team now and also working on Qt
[12:28] <Mirv> let's get more people on the board :)
[12:28] <mmrazik> sergiusens: the thing is that didrocks is using that PPA as a "archive-like" build IMO
[12:29] <Mirv> sil2100: what do you think, is there any sensible reason for daily-build-next not to have qt5-proper PPA as build-dep?
[12:29] <mmrazik> so when we start adding PPAs I would be concerned of some unintended asserts being broken
[12:29] <Mirv> mmrazik: for saucy there is nothing in those PPAs
[12:29] <sergiusens> mmrazik: well, there's a conflict there...
[12:29] <sergiusens> mmrazik: as Qt5 isn't being built there at all, so to the least it should be copied in
[12:29] <mmrazik> anyway. I'm not "owner" of that ppa and I'm unsure so I would rather not change anything
[12:30] <mmrazik> if there is somebody else brave enough...
[12:30] <sergiusens> mmrazik: yeah, that's why I asked Mirv :-)
[12:30] <mmrazik> sergiusens: I see ;)
[12:30] <Mirv> I've had my share of brave changes lately :)
[12:31] <sergiusens> Mirv: oh, didn't choose you because you were brave, but because it's Qt5 and the _release team_ PPA ;-)
[12:31] <Mirv> anyhow, in my mind qt5-proper PPA has so far acted as a "archive substitute" until we actually have latest Qt in a development Ubuntu, which we had for a little while with raring but of course it then got released and we have had further updates
[12:31] <sergiusens> you intersect perfectly :-P
[12:31] <sil2100> Mirv: not sure, I think there is no particular reason for that - I think before we didn't have that since we were pushing our own patched Qt5 versions, maybe that was the reason?
[12:31] <sil2100> Mirv: now I think we could add the dep, but maybe let's wait for Didier to say his word
[12:32] <sergiusens> anyways, anything I use to build the phablet images I consider 'archive' like
[12:32] <Mirv> sil2100: ah, right. there has been this delta that desktop team (before we joined) pushed their own Qt builds every now and then, while the qt5-proper PPA, even though recommended everywhere as official, was more like handled by SDK Team
[12:32] <Mirv> now there shouldn't be that delta anymore
[12:32] <sergiusens> sil2100: is didrocks on today?
[12:33] <Mirv> he's not here until tomorrow
[12:33] <sergiusens> sil2100: Mirv once the dep is added we might need to manually trigger a daily build for all the qt based projects
[12:34] <sergiusens> Mirv: that sucks
[12:34]  * ogra_ grumbles about mountall
[12:36] <ogra_> grmbl ...
[12:37] <ogra_> so i have the container flip working with a two line patch that bind mounts /data/ubuntu to /root in the initrd ... it boots fine until i mount the partition readonly :( since mountall freaks out then
[12:39] <Mirv> sergiusens: yes, that triggering should probably be done then, since some of the packages define a strict version dependency (>= 5.0.x)
[12:42] <Mirv> interesting that we now kind of get builds against both 5.0.2 and 5.0.1 - jenkins builds against the former and then the PPA rebuilds it against 5.0.1
[12:42] <jodh> ogra_: define "freak out". stgraber was using ro-root with mountall recently. If you are manually mounting stuff in the initramfs, I think you need to ensure that options in /etc/fstab / /lib/init/fstab match those you used in the initrd.
[12:43] <sergiusens> Mirv: well, we always kept qt5-proper as a dep
[12:44] <sergiusens> Mirv: since idk, november last year
[12:44] <ogra_> jodh, well, we try to use the caintainer rootfs in /data/ubuntu ... run-init didnt like that i pointed to a subdir there so the other alternative i saw was mounting /data to /mnt and then bindmounting /mnt/ubuntu to /root (which becomes / after run-init) ... mountall wants to fsck /root which it cant for a bind mounted readonly mount
[12:45] <ogra_> *container
[12:45] <Mirv> sergiusens: yes, regarding daily-build-next the trend to do that just has stopped at around Apr 20, when we did the final uploads to raring (identical to qt5-proper), so further updates to qt5-proper (also 5.0.1 ones) have not been picked up in the build-deps
[12:46] <Mirv> it only appeared more clearly now with the 5.0.2 in qt5-proper
[12:46] <ogra_> jodh, it works fine if i dont mount readonly, but then also mountall just skips the fsck
[12:46] <sergiusens> Mirv: yeah... which leaves us in a catch 22, since you mentioned devs wanted this new version, but we can't use it until it's in that PPA
[12:48] <ogra_> jodh, my issue is that mountall tries to fsck the bind mount, not the underlying filesystem (i think)
[12:51] <mmrazik> they turned off the internet in germany?
[12:51] <Mirv> sergiusens: yes. although the 5.0.2 improvements are mostly in the Qt modules themselves, and no API changes, so as long as they're installed on the device the fixes are in use. it's the sensors which is now lacking because of this disperancy.
[12:52] <Mirv> sergiusens: some app developers might also want to use something special from 5.0.2, but mostly it's the Qt internal fixes developers have been waiting for
[12:54] <Mirv> sergiusens: do you know if tmoenicke looking at the webkit DPR patch rebasing by the way, or someone else? ken and others would like to have the file_access patch which is in the 5.0.2 package.
[12:55] <sergiusens> Mirv: I would say we should leave that for saucy (topic for migrating in vUDS)
[13:00] <Mirv> sergiusens: ok, that's fine as 5.0.1 works with the rest being 5.0.2 (I double-checked that it also holds true for using qmlwebkit)
[13:00] <Mirv> I need to do a saucy webkit build, though, as well
[13:00] <jodh> ogra_: can you point me to your diff?
[13:09] <sergiusens> Mirv: there is one problem I found though with the osk... it doesn't raise for the _webapps_
[13:13] <Mirv> sil2100: thanks for approving the AP 1.3 merge request :)
[13:15] <Mirv> sergiusens: the phablet ppa 5.0.1 qtwebkit does have the fixTriggerOSKonWebPages.patch, but there haven't been any new related patches flying around as far as I know
[13:39] <sil2100> kenvandine: ping!
[13:47] <kenvandine> sil2100, pong
[13:57] <kenvandine> sil2100, pong
[14:05] <sil2100> kenvandine: hi! I wanted to know how's the status with the phone-app autopilot tests, as I see those are still failing
[14:05] <sil2100> kenvandine: what's the problem? Can I help in any way?
[14:06] <kenvandine> sil2100, i'm really not sure, they passed for me locally a couple days ago
[14:08] <kenvandine> but there was still problems with jenkins not running with the right autopilot
[14:08] <kenvandine> today's failures look like real failures though
[14:14] <kenvandine> sil2100, sigh... looks like it's the swipeToSwitchTabs change
[14:15] <kenvandine> it was deprecated, so i re-enabled that as a temporary fix
[14:15] <sil2100> kenvandine: argh, again someone updated the source but not the tests?
[14:15] <kenvandine> it is no longer deprecated, it has been removed
[14:15] <kenvandine> toolkit changed
[14:18] <nik90> kenvandine: I had this issue as well. I have written a python function which I use to switch tabs. You can find it http://paste.ubuntu.com/5661357/
[14:19] <nik90> kenvandine: It is very similar to reveal_toolbar() function used in the phone-app at the moment.
[14:19] <kenvandine> nik90, cool, maybe we can use that to fix the tests :)
[14:20] <nik90> kenvandine: I think the sdk developers are considering to provide some common autopilot functions we can use like reveal_toolbar(), swipetabs() etc.
[14:22] <kenvandine> it would be useful
[14:23]  * nik90 hates when things cannot be found when you actually search them
[14:25] <nik90> kenvandine: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1177341
[14:30] <mterry> Is the tst_ListViewWithPageHeader.qml test in unity/phablet really unreliable for anyone else?
[14:38] <greyback> mterry: as the author: no :) But I did struggle for quite a while to make it as reliable as possible.
[14:45] <user82> popey, do you update daily?
[14:51] <popey> user82: if there is a build worth flashing to, yes
[14:54] <user82> ok thanks popey. where do you see if it is worth it?
[14:56] <boiko> rsalveti: would you mind taking this one a look: https://code.launchpad.net/~boiko/platform-api/new_apps/+merge/163548
[14:57] <rsalveti> boiko: sure :-)
[14:57]  * rsalveti back from vac, time to get some stuff done ;-)
[15:05] <popey> user82: based on conversations here mostly
[15:07] <ogra_> jodh, sorry it took so long (was buys with other stuff) http://paste.ubuntu.com/5661490/
[15:12] <ogra_> jodh, i'm essentially moving the rootfs mount from a device to a filesystem subdir
[15:13] <ogra_> (and bind mount that)
[15:14] <user82> still waiting for 3g data popey ... but no idea where to look
[15:15] <popey> user82: that hasn't changed since you last asked ☻
[15:17] <popey> user82: I expect we'll make an announcement when 3g works. also https://wiki.ubuntu.com/Touch/Devices/Nexus is a good place to monitor, maybe subscribe to that page
[15:20] <user82> popey, that page i have been looking for a lot
[15:20] <user82> thanks for the link!!!
[15:27] <ThiagoSiqueira> Hi guys, I'm from Brazil and I'm doing a homework for university about Ubuntu Touch. I would like know whether the kernel's version of Ubuntu desk is the same of Ubuntu Touch.
[15:27] <ogra_> no, its an android kernel
[15:28] <ogra_> see the porting wikipage from the channel topic
[15:29] <ThiagoSiqueira> hmm, ok. Thank you very much ogra_
[15:29] <popey> user82: np
[15:31] <sergiuse1s> Mirv: talked to bfiller just now and he's also pushing for adding the dep to the PPA
[15:31] <tvoss> tedg, ping
[15:32] <bfiller> sergiuse1s, Mirv : yes, was writing an email up about this now
[15:32] <bfiller> seems like it's a must have unless there is another option I'm missing
[15:32] <tedg> tvoss, Howdy!
[15:40] <ThiagoSiqueira> Ubuntu Touch uses Android Kernel, right?
[15:46] <Cimi> ThiagoSiqueira, ogra already answered you, yes
[15:48] <rsalveti> sergiuse1s: don't we need to disable mtp for other devices as well?
[15:49] <ogra_> we should disable it for all devices
[15:49] <rsalveti> yeah
[15:49] <rsalveti> oh, the qt migration is for 5.0.2
[15:49] <ThiagoSiqueira> I know, but Android uses many kernel's versions. I would like to know whether the kernel's version is 3.0 or 2.6
[15:49] <ogra_> i thought sergio did that for at least all nexus ones
[15:49] <ThiagoSiqueira> I knew, but Android uses many kernel's versions. I would like to know whether the kernel's version is 3.0 or 2.6
[15:49] <sergiuse1s> rsalveti: ?
[15:49] <ogra_> ThiagoSiqueira, it is the version that cyanogenmod uses for each device
[15:50] <sergiuse1s> rsalveti: want to mumble, I'll tell you what I did
[15:50] <ogra_> (they differ pre device)
[15:50] <rsalveti> sergiuse1s: sure :-)
[15:50] <ogra_> *per
[15:59] <sergiusens> bfiller: Mirv another option would be to backout the _raring_ qt 5.0.2 and just leave it for saucy
[16:40] <sergiusens> rsalveti: you around?
[16:43] <sergiusens> rsalveti: for when you get back https://code.launchpad.net/~sergiusens/touch-preview-images/phablet-build-scripts/+merge/163572
[16:48] <ogra_> sergiusens, you should add a size check
[17:56] <rsalveti> sergiuse1s: I'm now
[17:56] <rsalveti> sergiuse1s: checking the mr
[17:56] <sergiusens> rsalveti: great
[18:05] <rsalveti> ricmm: mind giving a bless at https://code.launchpad.net/~boiko/platform-api/new_apps/+merge/163548 ?
[18:05] <rsalveti> I approved it but would be nice if you could happrove it ;-)
[18:06] <rsalveti> sergiusens: I know it might be a different jenkins now, but any idea why there's no auto-ci happening for ^?
[18:24] <njin> https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1179617
[18:29] <sergiusens> rsalveti: looking at the platform-api issue now
[18:51] <rsalveti> sergiusens: seems I'm back again
[18:51] <rsalveti> weird
[18:54] <sergiusens> rsalveti: i c u now, but icq not :-P
[18:54] <rsalveti> sergiusens: :P
[19:10]  * popey pokes mhall119 
[19:11] <sergiusens> kenvandine: hey, how would I use friends on the phone? As in, how doI enable an account?
[19:11] <kenvandine> sergiusens, run uoa-create
[19:12] <sergiusens> kenvandine: thanks, will try
[19:12] <kenvandine> uoa-create twitter $username
[19:15] <mhall119> popey: I'm here, finishing a late lunch
[19:15] <sergiusens> kenvandine: is there a way to get the supported service names?
[19:15] <popey> sergiusens: when are we moving to saucy for daily images?
[19:15] <ricmm> rsalveti: looking
[19:15] <kenvandine> sergiusens, there is an API for libaccounts for that
[19:16] <kenvandine> sergiusens, in the default install just twitter and facebook
[19:16] <kenvandine> but you can install friends-flickr
[19:16] <ricmm> rsalveti: https://jenkins.qa.ubuntu.com/job/platform-api-raring-armhf-ci/10/console
[19:16] <sergiusens> popey: after vUDS most likely
[19:16] <sergiusens> popey: but the hard estimate is something like EOW
[19:16] <kenvandine> friends-foursquare
[19:16] <kenvandine> etc
[19:16] <ricmm> something gone wrong there, can you take a look?
[19:16] <popey> thanks sergiusens
[19:16] <plars> sergiusens: so there's no daily build until then?
[19:16] <rsalveti> ricmm: sergiusens is already taking care of that
[19:16] <ricmm> thanks
[19:16] <popey> mhall119: so we should push saucy builds to the collections ppa
[19:16] <rsalveti> ricmm: just review the code and I can happrove later
[19:16] <sergiusens> plars: there's a broken Qt5 thing going on
[19:16] <mhall119> popey: and core apps too, if we're not already
[19:16] <Fyodorovna> t
[19:16] <sergiusens> plars: that's the reason for no daily build
[19:17] <popey> they're done already mhall119
[19:17] <plars> ah, ok
[19:17] <mhall119> cool
[19:17] <mhall119> popey: I'll do the ones I've uploaded so far
[19:17] <mhall119> going forward, what releases do you want to support?
[19:18] <popey> ditto
[19:18] <popey> well we need raring for desktop
[19:18] <popey> and saucy for tablet/phone
[19:19] <mhall119> any point in providing quantal builds?
[19:19] <popey> no
[19:19] <mhall119> when are device images going to go saucy?
[19:21] <popey> see above, end of week in all likelyhood
[19:31] <user82> popey, also not bad http://cdimages.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/raring-preinstalled.changelog
[19:33] <popey> user82: we should probably link to that on the page..
[19:44] <user82> popey, at least you can see when thee last build was and what happened
[19:47] <achiang> sergiusens: is today a good day to update to the latest (whatever phablet-flash gives me) ? this is for a gnex, just for dev purposes, not for any demo purposes
[19:51] <mhall119> bah, popey how do you upload the same version of a package for a different release?
[19:51] <mhall119> seb128: ^^
[19:51] <mhall119> seb128: uploading to a PPA, to be precise
[19:53] <seb128> mhall119, the ppa web ui let you copy the source or source/binaries
[19:55] <mhall119> seb128: oh nice, I can do them all at once
[19:55] <mhall119> seb128: should I have it re-build them, or just copy the binaries?
[19:56] <seb128> depends of what you copy
[19:56] <mhall119> they're mostly all pure-QML, but there is also a libhud package
[19:56] <seb128> usually you don't need a rebuilt
[19:56] <seb128> you don't need to rebuild then
[19:56] <mhall119> ok
[19:58] <mhall119> sweet, thanks seb128
[19:58] <mhall119> popey: I've got all the collections packages copying to Saucy
[19:59] <user82> what exactly is the feature "Accelerated_Display "?
[19:59] <user82> in the table: https://wiki.ubuntu.com/Touch/Devices/Nexus
[20:00] <seb128> mhall119, yw ;-)
[20:03] <mhall119> user82: probably hardware OpenGL support
[20:04] <mhall119> instead of software compositing
[20:04] <user82> ah might be true mhall119
[20:04] <popey> oh sweet! I thought we'd have to re-push them all
[20:04] <popey> that's awesome thanks seb128
[20:04]  * popey ticks the "learned something new today" box on his to-do list
[20:15] <rsalveti> ls -l
[20:15] <rsalveti> argh
[20:15] <rsalveti> compiz
[20:27] <sergiusens> achiang: latest for dev is ok
[20:30] <achiang> sergiusens: thanks
[22:46] <rickspencer3> does anyone else get this effect in QtCreator where the QML scene doesn't quite load?
[23:23] <mhall119> rickspencer3: sometimes I have it load but the window doesn't get focus, so it's hidden behind QtCreator
[23:37] <rickspencer3> mhall119, that's not what I see
[23:42] <mhall119> then I haven't experienced what you are
[23:43] <mhall119> qmlscene loads for me every time, unless there's an error in my code in which case I get an error message
[23:43] <rickspencer3> mhall119, right
[23:43] <rickspencer3> mhall119, https://bugs.launchpad.net/touch-preview-images/+bug/1179716
[23:43] <rickspencer3> maybe there is something in my settings or something