[01:28] <Valduare> so I read that I can buy an ubuntu smartphone by end of this year?
[01:31] <Beldar> Valduare, where?
[01:31] <Valduare> that was their release schedule for ubuntu touch on smart phones commercially
[01:32] <Beldar> link?
[01:32] <Valduare> read it few weeks back  just now getting on irc to talk about it heh
[01:33] <Beldar> not sure myself, I would check the source, I'm not sure any manufacturers/vendors have made a deal with canonical.
[01:34] <Beldar> yet, hehh
[01:35] <Valduare> they should I want my quad core 4 gig ram ubuntu touch device that i can dock lol
[01:38] <Elleo> Beldar: BQ and Meizu have both committed to producing some Ubuntu Touch phones recently :)
[01:47] <Beldar> Elleo, Cool, sign me up.
[01:48] <Elleo> :)
[04:09] <alfonsojon> Hi
[06:41] <bray90820> Would there be a way to install the touch UI on ubuntu while still being able to use the desktop apps
[06:41] <bray90820> Because i have an atom tabket
[06:50] <RAOF> bray90820: There's the unity8-desktop-session.
[06:51] <bray90820> Is that stable yet
[06:51] <RAOF> bray90820: But you can't simultaneously get X11 applications running and the Touch UI
[06:51] <RAOF> (Because I'm working on various bits of that at the moment)
[06:51] <bray90820> I wanted to install ubuntu x64 on my touchscreen netbook
[06:52] <bray90820> and i wanted the features of ubuntu touch without the apps
[06:56] <RAOF> Then I think the unity8-desktop-session is what you're after.
[06:57] <RAOF> But you can, at the moment, only run Ubuntu Touch apps in it; we haven't finished the X11 integration stuff.
[08:54] <JamesTait> Good morning all; happy Organize Your Home Office Day! :-D
[09:11] <FuLgOrE_> JamesTait: Good evening
[09:11] <JamesTait> FuLgOrE_, o/
[09:31] <aquarius> ogra_, is mirscreencast going to be callable from the OS at some point? So I can do the "power button plus volume up button" thing to take a screenshot or video?
[09:32] <ogra_> aquarius, write an app ;)
[09:34] <ogra_> (if we will have any button -> UI interaction i guess a power-off dialog will take precedence over something like taking screenshots)
[09:35] <aquarius> ogra_, I can't write an app, because confinement won't let me call arbitrary binaries ;)
[09:39] <ogra_> you could just ship the necessary binary ... fished out of the deb ;)
[09:46] <RAOF> ogra_, aquarius: Until we restrict screencasting :)
[09:47] <ogra_> heh
[09:47] <aquarius> right -- I'm pretty confident that a random click app ought *not* to be able to screenshot my screen whenever it wants ;)
[09:47] <aquarius> that's why it's an OS-level function
[09:47] <ogra_> poor NSA :(
[09:48] <aquarius> if that's not already restricted then I'm pretty confident that jdstrand will (a) restrict it as soon as possible and (b) hit me with a stick for exploiting it ;)
[09:48] <ogra_> haha
[09:55] <kostas> Hello everyone! i have archos 101 internet tablet can i flash on it ubuntu touch?
[09:56] <nhaines> JamesTait: ironically, I didn't know that but I spent the last couple hours doing it anyway.  :)
[09:58] <AndroUser> Good morning! Does someone know if qt 5.2 is available on the current ubuntu phone image?
[10:03] <nik90> AndroUser: it isn't..but it is being worked on
[10:03] <nik90> AndroUser: hight priority atm
[10:04] <nik90> ogra_: Do you know to how to create a video screencast using mir?
[10:05] <nik90> ogra_: ricardo's command convert -size 768x1280 -depth 8 mir_screencast_768x1280.rgba screenshot.png creates an image. How can I modify this command to output a video/
[10:05] <nik90> I did mirscreencast -m mir_socket which created a 900 MB rgba file
[10:19] <aquarius> nik90, you'll need to grab many images as separate frames and then glue them together into a video
[10:19] <aquarius> ogra_ is not kidding about how much disk space this will use up, though ;)
[10:20] <nik90> aquarius: well if I use the convert image above it creates more than 500 images!
[10:20] <aquarius> erm
[10:20] <aquarius> confused
[10:20] <aquarius> that rgba file should be one image, I think
[10:21] <aquarius> you can see from rsalveti's g+ post that the image should be around 3MB
[10:21] <aquarius> not 900 MB ;)
[10:21] <aquarius> I'd test myself but I'm on promoted image 224, not 230
[10:42] <AndroUser> nik90: thank you! Do we know the date?
[10:44] <nik90> AndroUser: I am not sure of the date, but trust me that's the highest priority atm. You should check https://lists.launchpad.net/ubuntu-phone/msg06838.html
[10:44] <nik90> aquarius: yeah it created a rgba file of 900 mb since I asked it to record infinite frames (like a video)
[10:45] <nik90> aquarius: then I ran convert -size 768x1280 -depth 8 mir_screencast_768x1280.rgba screenshot.png which started creating 400+ screenshot(index).png files :P
[10:45] <nik90> aquarius: so I am stuck at converting that rgba file into a video file
[10:48] <aquarius> nik90, you may not be able to convert it in one go
[10:49] <aquarius> nik90, maybe convert to png frames, then convert those to a video?
[10:49] <nik90> aquarius: ah :(
[10:49] <aquarius> there's probably an mplayer or ffmpeg or gstreamer incantation to do the conversion in one step, but you'll need someone better at video encoding than me to answer that
[10:49] <aquarius> round-tripping through loads of png frames will get you going now, at least
[10:50] <aquarius> pretty heavy on disc space, mark you ;)
[10:50] <nik90> aquarius: yup, I will wait for a proper solution before trying to create a video screencast
[10:50] <nik90> aquarius: but awesome that mir is supporting it now
[10:51] <aquarius> nik90, the png thing should work?
[10:51] <aquarius> unless you're short enough on disk space that you actually don't have room to do it?
[10:51] <nik90> aquarius: I do...but too much hassle :P
[10:51]  * aquarius laughs
[10:51] <nik90> paint me lazy
[10:52] <aquarius> talk to an ffmpeg person or a gstreamer person
[10:52] <aquarius> a gstreamer command would be better because that's what the phone has on it :)
[11:04] <davmor2> Morning all
[11:12] <cwayne> bzoltan, ping
[11:12] <bzoltan> cwayne: pong.. what can I do for you?
[11:14] <cwayne> bzoltan, hiya, I seem to be having some issues with the ubuntuuitoolkit autopilot tests when using a custom theme
[11:14] <cwayne> which is causing the whole test system to crash and think the custom suite is never finishing
[11:22] <cwayne> bzoltan, so i'm thinking we'd either need to a) launch the ubuntuuitoolkit with upstart-app-launch to properly get the environment setup so that it can actually find the correct custom theme, or b) have the tests somehow force the ambiance theme
[11:31] <rickspencer3> yeah! installing 229 :)
[11:31] <ogra_> :)
[11:32]  * didrocks goes for a run (earlier than usual due to vUDS)
[11:36] <zsombi> cwayne: howdy, wazzup?
[11:37] <zsombi> cwayne: I saw you had problems with themes?
[11:39] <cwayne> zsombi, heya, more specifically, having trouble with the autopilot tests
[11:40] <zsombi> cwayne what were those? what's your setup?
[11:40] <cwayne> zsombi, it's timing out and causing the touch_custom suite to never finish: https://jenkins.qa.ubuntu.com/job/trusty-touch_custom-mako-smoke-daily/62/console
[11:41] <cwayne> zsombi, the setup is however CI does it, but I'm still having some trouble reproducing locally (though I have repro'd at least once)
[11:42] <zsombi> cwayne: but you are using a custom theme set, right? or how is that related to themes?
[11:45] <cwayne> so on that system (it's installed with the devel-proposed-customized channel), the theme is set to ubuntu.themes.custom
[11:45] <cwayne> and as you know, it looks in XDG_DATA_DIRS to find this theme
[11:46] <cwayne> but XDG_DATA_DIRS is set in upstart, so when the ubuntu-ui-toolkit-gallery.qml is launched directly without upstart, it cant find this theme
[11:50] <zsombi> cwayne: hmm... I see...
[11:52] <cwayne> zsombi, now im not sure if that's causing the tests to hang or not, but i know it's definitely causing a lot of them to fail
[11:53] <zsombi> cwayne: well, if the theme loading fails, there's no fallback from that. Some components get their sizes from the style, so if they don't have style they don't have size, though activating 'em fails
[11:53] <zsombi> s/though/thus
[11:57] <cwayne> zsombi, right, that makes sense
[11:58] <zsombi> cwayne: I'll have standup, I'll come back after that
[11:59] <cwayne> zsombi, ack, thanks
[12:00] <cwayne> john-mcaleely, should i plan on attending the external bq meeting today? or is there not one since there was a f2f last week
[12:00] <cwayne> hah, wrong window
[12:00] <ogra_> heh
[12:01] <john-mcaleely> cwayne, it's cancelled today because of travel plans. so no worries
[12:23] <JWA_> Question for anyone with experince flashing a NExus 7 2013
[12:39] <tvoss> tsdgeos, ping
[12:39] <pmcgowan> JWA_, go ahead there are many folks here with those units
[12:40] <ogra_> nik90, http://paste.ubuntu.com/7073279/
[12:41] <tsdgeos> tvoss: hi
[12:41] <nik90> ogra_: thnx :)
[12:56] <didrocks> pmcgowan: FYI, remaining issues are now fixed (apart from an unity8 crash), so we can expect 100% of tests passing once we switch to Qt 5.2
[12:57] <pmcgowan> didrocks, sweet
[13:11] <ogra_> mterry, hey ho
[13:11] <mterry> ogra_, hello!
[13:12] <ogra_> mterry, i was wondering if you had done anything wrt WIs from https://blueprints.launchpad.net/ubuntu/+spec/core-1311-early-boot-animation
[13:13] <mterry> ogra_, yes, but not landed
[13:13] <ogra_> k. thanks ...
[13:13] <ogra_> i got asked about it recently ... so i thought i should ping :)
[13:13] <mterry> ogra_, so I have a branch: lp:~unity-team/unity-system-compositor/new-gl-screen that enables a little animation at boot (and other times we're waiting on greeter, like locking)
[13:14] <ogra_> mterry, cool ... does it also have the ability to echo some text to it or so ?
[13:14] <mterry> ogra_, that is unity-system-compositor driven, so the earlier we launch lightdm/u-s-c, the sooner we see it
[13:14] <ogra_> (we need something like that for the click registration ... )
[13:14] <mterry> ogra_, no...
[13:15] <mterry> ogra_, I'm not aware of that problem?
[13:16] <ogra_> we run the apparmor registration for each click app after upgrades
[13:17] <ogra_> mterry, if you have a ton of apps installed that can take quite long ... android has some "updating apps" too in that case
[13:17] <mterry> ogra_, so this is on the boot after installing apps?
[13:17] <ogra_> this is after every OTA upgrade
[13:18] <ogra_> and on first boot
[13:20] <mterry> ogra_, OK.  So like when apparmor gets updated or something it re-runs registration for installed click apps...   Well.  We could add a mechanism to it
[13:20] <mterry> ogra_, maybe a dbus interface or something
[13:21] <ogra_> mterry, right, not necessarily for the first iteration ... but we need some way to display messages on it
[13:21] <ogra_> (like plymouth)
[13:39] <RAOF> ogra_: I'll, really, really, really get plymouth working properly against Mir sometime :)
[13:43] <ogra_> RAOF, that would rock ...
[13:51] <mterry> boiko, could I get a review of lp:~mterry/telephony-service/text-greeter-share sometime?
[13:52] <boiko> mterry: sure, did you propose it for merging already?
[13:52] <mterry> boiko, yeah, a week or two ago
[13:52] <boiko> mterry: ouch, sorry :/
[13:53] <MacSlow> mterry, hey there... did you update to r226 yet?
[13:53] <mterry> MacSlow, yeah
[13:54] <dholbach> if I want to do a backup of user data from a phone - is "adb pull /home/phablet ." the best way to go? :-)
[13:54] <MacSlow> mterry, just found out that any egl-client fails to run unter r226... I'm trying to get feedback on the failure from the mir-folks
[13:54] <mterry> MacSlow, curious
[13:54] <sergiusens> dholbach, most reliable way, but you won't get everything
[13:54] <sergiusens> dholbach, lots of stuff in var lib as well
[13:54] <dholbach> sergiusens, ok, I'll get those too - thanks
[13:54] <mterry> tedg, can I get a review of ~mterry/indicator-sound/greeter-volume now?  The volume schema is approved now
[13:55] <MacSlow> mterry, even the examples from the mir source-tree fail
[13:55] <tedg> mterry, Sure, I'll try to get to it today, but I have a few balls in the air.
[13:55] <MacSlow> mterry, just wanted to give a word of warning... I'm in AppArmor land atm... and my head is spinning elsewhere right now :)
[13:55] <ogra_> MacSlow, you probably want r229 (which has Mir 0.1.6)
[13:56] <MacSlow> ogra_, new promoted image?! That was quick them
[13:56] <MacSlow> then
[13:56] <mterry> MacSlow, thanks
[13:56] <MacSlow> ogra_, thx
[13:56] <ogra_> yep :)
[13:56] <mterry> tedg, k
[13:56] <MacSlow> mterry, well ^ r229 seems to be the one to get then :)
[13:58] <MacSlow> ogra_, one has to use ubuntu-device-flash again, right?! the ota frontend doesn't work
[13:59] <ogra_> it worked for me today
[13:59] <MacSlow> ogra_, I'm on the N10 here atm
[13:59] <ogra_> on all three devices
[13:59] <MacSlow>  :(
[13:59] <ogra_> yeah, worked there for me
[13:59] <MacSlow> it's a fresh image...
[13:59] <MacSlow> how can it be so broken for me then
[13:59] <ogra_> dunno ... its an N10 :)
[13:59] <MacSlow> ogra_, the N4 is worse
[14:00] <sergiusens> MacSlow, are you on devel-poposed or devel?
[14:00] <sergiusens> ogra_, is 229 in devel already?
[14:00] <MacSlow> sergiusens, just devel
[14:00] <ogra_> sergiusens, yep
[14:00] <MacSlow> sergiusens, should I be useing "devel-proposed" instead?
[14:00] <sergiusens> MacSlow, do you have developer mode enabled?
[14:01] <MacSlow> sergiusens, like the dev-mode one has to enable under android?
[14:01] <MacSlow> sergiusens, I'm confused now
[14:02] <sergiusens> MacSlow, sorry, I meant writable image
[14:02] <MacSlow> sergiusens, yeah...
[14:02] <sergiusens> MacSlow, if your image rootfs is writable you can't update; youll need to flash
[14:02] <MacSlow> sergiusens, screw it... I did a full reflashing...
[14:02] <MacSlow> *sigh* crap!
[14:02] <sergiusens> MacSlow, that's your only option ;-)
[14:08] <MacSlow> sergiusens, ogra_: so for ubuntu-device-flash which channel to get r229 ? devel or devel-proposed?
[14:08] <sergiusens> MacSlow, according to ogra it's already on devel; but if you are going to do writable-image, you want devel-proposed I assume
[14:22] <rsalveti> ogra_: hey, so I changed the seeds to include the android mir backend by default, but the mesa one also got installed when creating the image
[14:22] <rsalveti> ogra_: nobody is depending on the mesa backend, so I believe apt just decided to pull it as well for whatever reason
[14:22] <ogra_> rsalveti, most likely an ordering issue in the "or" dep
[14:23] <ogra_> tasks vs apt ... they resolve in different order
[14:23] <rsalveti> ogra_: right, the mesa one comes first in the dep list
[14:24] <ogra_> rsalveti, we should try to re-order then
[14:24] <rsalveti> +         libmirplatformgraphics-mesa (= ${binary:Version}) |
[14:24] <rsalveti> +           libmirplatformgraphics-android (= ${binary:Version}),
[14:24] <rsalveti> in the mir package, for example
[14:24] <rsalveti> because we didn't want to break the desktop
[14:24] <rsalveti> ogra_: how?
[14:25] <ogra_> rsalveti, by just switching the order
[14:25] <rsalveti> ogra_: where exactly?
[14:25] <ogra_> iirc apt resolves backwards
[14:26] <rsalveti> ogra_: we can't change the mir package
[14:26] <ogra_> libmirplatformgraphics-mesa (= ${binary:Version}) |  libmirplatformgraphics-android (= ${binary:Version}) ... needs to be
[14:26] <ogra_>  libmirplatformgraphics-android (= ${binary:Version}) | libmirplatformgraphics-mesa (= ${binary:Version})
[14:26] <rsalveti> ogra_: right, we can't do that
[14:26] <rsalveti> that will break the desktop afaik
[14:26] <ogra_> why ? that will ensure that by default always -mesa gets installed
[14:27] <rsalveti> as a normal apt-get update/dist-upgrade will install the android package by default
[14:27] <ogra_> unless your task already installed -android
[14:27] <ogra_> iirc apt always picks the last one first ...
[14:27] <rsalveti> hm, not so sure
[14:27] <rsalveti> when robru and kgunn was testing with apt update/dist-upgrade the mesa one was always installed first
[14:29] <MacSlow> mterry, with r231 (from channel=devel-proposed) the egl-spinner works again.
[14:29] <ogra_> rsalveti, because it was already there perhaps ?
[14:29] <mterry> MacSlow, phew  :)
[14:29] <MacSlow> mterry, phew² indeed :)
[14:29] <rsalveti> ogra_: nops
[14:29] <rsalveti> ogra_: when they were testing the landing
[14:29] <mterry> MacSlow, I merged your code into my branch, added gettext support and such.  Just need to put some final integration touches on it and it can land along with my split branch
[14:29] <rsalveti> ogra_: I believe apt will always use the first one by default
[14:30] <MacSlow> mterry, cool
[14:30] <ogra_> rsalveti, weird, so looking at the log it seems they are both coming in at the same time
[14:30] <ogra_> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/trusty/ubuntu-touch/20140311/livecd-20140311-armhf.out
[14:30] <rsalveti> ogra_: yes, but the android one gets installed first
[14:31] <rsalveti> ogra_: then setting the alternatives properly as we expected
[14:31] <ogra_> yeah, doesnt matter, it should only install one fo them
[14:31] <rsalveti> but we shouldn't be installing the mesa package at all
[14:31] <ogra_> right
[14:31] <ogra_> there must be some other dep or so that pulls it in
[14:31] <cwayne> zsombi, ping
[14:31] <rsalveti> ogra_: there's none
[14:31] <rsalveti> ogra_: try removing it
[14:32]  * ogra_ checks the libmirserver deps 
[14:32] <ogra_> libgles2-mesa (>= 7.8.1) | libgles2
[14:32] <ogra_> aha
[14:33] <rsalveti> that's still fine
[14:33] <ogra_> well, llibgles isnt there
[14:33] <ogra_> only -mesa
[14:34] <rsalveti> mesa one will be installed, but then libhybris will get a higher priority
[14:36] <ogra_> rsalveti, so do people doing the install test actually install the task usually ? or do they just apt-get
[14:36] <rsalveti> ogra_: just apt, but if you upgrade with the meta package as well, it'll then just download the android one
[14:36] <rsalveti> in case you grab 229 and try updating it by hand
[14:36] <ogra_> rsalveti, no, people should always test task install
[14:36] <ogra_> unless they test on desktop
[14:37] <rsalveti> right, I also believe this might be task related
[14:37] <rsalveti> but not sure yet how to fix it
[14:37] <rsalveti> let me flash 229 and check
[14:37] <ogra_> well, seeding should have just fixed it
[14:38] <rsalveti> ogra_: right, but that's not what we see here
[14:38] <zsombi> cwayne: pong, just got back
[14:38] <ogra_> i know :)
[14:39] <rsalveti> :-)
[14:40] <cwayne> zsombi, ah, was just wondering if you'd had any ideas :)
[14:40] <ogra_> rsalveti, we could add a conflicts between -android and -meas
[14:40] <ogra_> *mesa
[14:41] <rsalveti> ogra_: that's not what alf wanted
[14:41] <ogra_> to make sure only one of them is ever installed
[14:41] <rsalveti> ogra_: as there's no real conflict in there
[14:41] <ogra_> why would we allow both ?
[14:41] <rsalveti> ogra_: someone could then easily test mir with different backends
[14:41] <zsombi> cwayne: so... recap: how do you inform the app that the custom theme is the one to be used and not the Ambiance?
[14:41] <rsalveti> at least afaik that was the requirement from alf
[14:41] <ogra_> rsalveti, he could as well just exchange the packages
[14:41] <cwayne> zsombi, ~/.config/ubuntu-ui-toolkit/theme.ini
[14:42] <cwayne> zsombi, and then ubuntu-ui-toolkit apparently looks in XDG_DATA_DIRS to find that theme
[14:42] <zsombi> cwayne: :) excellent
[14:42] <ogra_> rsalveti, i dont think it can work withugt a "breaks/replaces"
[14:42] <rsalveti> ogra_: right, but I believe he just wanted to change the update-alternatives priority
[14:42] <zsombi> cwayne: yeps
[14:42] <cwayne> but our custom theme lives in /custom, so that's added to XDG_DATA_DIRS from upstart
[14:43] <zsombi> cwayne: ok...
[14:44] <ogra_> rsalveti, i suspect we either go on poking in the dark for a few more hours or we ask cjwatson and get it explained in 5min :P
[14:45] <rsalveti> ogra_: yeah :-)
[14:45] <zsombi> cwayne: and the pain is that when the app is not started with upstart, then the theme is not found... hmm...
[14:46] <ogra_> cjwatson, we have seeded libmirplatformgraphics-android in ubuntu-touch-meta ... libmirserver16 has "libmirplatformgraphics-mesa (= 0.1.6+14.04.20140310-0ubuntu1) | libmirplatformgraphics-android (= 0.1.6+14.04.20140310-0ubuntu1)" in its dependency list ... and we end up with both installed, even though only the -android one is seeded
[14:46] <cjwatson> ogra_: not me right now, working on this regression (see #ubuntu-ci-eng)
[14:46] <cjwatson> ogra_: unless this is equally urgent
[14:46] <ogra_> cjwatson, oh, right, sorry then
[14:46] <ogra_> no, it can wait
[14:47] <cjwatson> I'll need to analyse that situation to work out exactly where the right fix is
[14:58] <cwayne> zsombi, exactly
[15:03] <zsombi> cwayne: supporting "fallback" theme does not make sense as we want developers to know that their theme is not found by th etoolkit, so they do something about that before they continue doing their app stuff...
[15:04] <zsombi> cwayne: of course this results in the situation you are facing now...
[15:04] <zsombi> cwayne: can you set the env var beforehand?
[15:04] <zsombi> cwayne: XDG_DATA_DIRS I mean...
[15:04] <cwayne> zsombi, from where though? it'd have to be within the test itself somehow
[15:05] <cwayne> otherwise it wouldn't persist, as the tests aren't run in a real session apparently..
[15:05] <zsombi> cwayne: ehh... right...
[15:05] <zsombi> hmm...
[15:06] <zsombi> cwayne: anyway, the target is to have the custom theme to be loaded, not the fallback
[15:07] <cwayne> zsombi, absolutely
[15:07] <zsombi> cwayne: smells we need to introduce a new config item in the theme.ini...
[15:08] <cwayne> well, really we need autopilot to launch stuff with upstart
[15:08] <zsombi> cwayne which will be also taken into account if the theme is not found in the XDG_DATA_DIRS
[15:08] <thomi> cwayne: next AP release, I promise - we got a bugfix release out 4 hours ago...
[15:09] <thomi> next release is for upstart support only
[15:09] <zsombi> cwayne: the thing is that even ubuntuuitoolkit AP tests have tsome "fake" apps launched from inside...
[15:09] <cwayne> zsombi, but didn't we try to get theme.ini to disappear in favor of dconf keys/
[15:09] <cwayne> zsombi, what do you mean?
[15:09] <cwayne> thomi, oooooh
[15:10] <cwayne> thomi, do you happen to know how that'd work specifically with the ubuntuuitoolkit tests?
[15:10] <cwayne> thomi, because we're getting a hang now there, not just failed cases anymore
[15:10] <zsombi> cwayne: like there are few AP tests which have the complete QML inside as a string then they launch that...
[15:10] <thomi> cwayne: I don't know... why would launching via upstart fix a hanging test?
[15:10] <cwayne> thomi, because i think it's hanging because of not finding the theme
[15:11] <thomi> ahh ok
[15:11] <Barney4> Hi, I just flash manualy Ubuntu Touch but It's black screen after Google Logo, It's about 10 min! (Nexus 4)
[15:11] <cwayne> because of it not being launched with upstart, therefore not having the correct XDG_DATA_DIRS
[15:11] <thomi> right
[15:11] <cwayne> thomi, i'm hoping that's why it's hanging... cus they seem to work fine on touch, but not touch_custom
[15:13] <cwayne> zsombi, so I think one thing could be to completely bail out of the tests if the theme isn't found in XDG_DATA_DIRS
[15:14] <cwayne> since it's pretty well known that if it doesn't find the theme, many of the tests aren't quite relevant anyway, right?
[15:14] <Barney4> No idea ?! ( I googled but didn't found any info)
[15:14] <zsombi> cwayne: that should be a separate test...
[15:14] <zsombi> right
[15:16] <zsombi> cwayne: ok, file us a bug, and we can continue this on that
[15:18] <cwayne> zsombi, ack, thanks
[15:18] <cwayne> thomi, is that release of ap anywhere in a ppa?
[15:18] <ogra_> Barney4, i think manually flashing has not been tested for ages and might not work anymore
[15:19] <ogra_> Barney4, use ubuntu-device-flash
[15:19] <Barney4> ok, I will try. tnx
[15:19] <thomi> cwayne: no. I can make one for you, if it helps. When we go to land it it'll be in a ci-train PPA while we validate it of course
[15:20] <cwayne> thomi, if it's not too much trouble i'd like to be able to try it on my n4 here to see if it hopefully miraculously fixes our issue :)
[15:21] <thomi> cwayne: sure. I'll try and get to it later today, after UDS. Providing I don't fall asleep first :)
[15:22] <cwayne> thomi, :) or if there's a branch i can just build it manually as well i suppose
[15:44] <cwayne> why is there not a summit scope so i can immediately see what my next meetings are
[15:44] <sergiusens> cwayne, you have xp; write one ;-)
[15:44] <cwayne> :P
[16:04] <basketball> how do i disable screen-saver on Ubuntu touch saucy
[16:05] <ogra_> basketball, have a look at the options of powerd-cli
[16:21] <mhall119> ogra_: good point, AlbertA let's continue the discussion here
[16:21] <mhall119> AlbertA: is mir-test-tools the package I need?
[16:21] <ogra_> si with: : vlc --demux rawvideo --rawvid-fps 10 --rawvid-width 768 --rawvid-height 1280 --rawvid-chroma=RGBA mir_screencast_768x1280.rgba
[16:22] <ogra_> you can actually do movies ...
[16:22] <ogra_> thats awesome :)
[16:22] <rsalveti> mhall119: mir-utils afaik
[16:22] <rsalveti> it's part of the latest image anyway
[16:22] <rsalveti> I included it in the seeds
[16:22] <AlbertA> rsalveti: cool
[16:22] <mhall119> thanks rsalveti
[16:22] <ogra_> we just need to expose the rgba file as a networked fifo now, os a remote vlc can connect :)
[16:22] <mhall119> AlbertA: so how do I use mirscreencast?
[16:23] <ogra_> s/os/so/
[16:23] <ogra_> mhall119, did you see my mail with the script
[16:23]  * ogra_ will add that to phablet-screenshot later today
[16:23] <mhall119> ogra_: nope, did you send it to me directly or the ML?
[16:23] <ogra_> ML
[16:23] <ogra_> several hours ago
[16:23] <mhall119> ogra_: phablet-screencast would  be better :)
[16:24] <ogra_> mhall119, well, for now my focus is to get screenshots working first :)
[16:24] <ogra_> subject: script for using the new screencast/screenshot feature
[16:24] <ogra_> ^^
[16:26] <AlbertA> mhall119: it should be as simple as mirscreencast, though I guess you want to capture the output of unity-system-compositor
[16:26] <mhall119> ogra_: root@ubuntu-phablet:/# mirscreencast -m /tmp/mir_socketStarting screencast for output id 1
[16:26] <mhall119> Failed to create screencast
[16:27] <mhall119> AlbertA: what should I use for output id?
[16:27] <ogra_> mhall119, huh ?
[16:27] <ogra_> use the full command
[16:27] <ogra_>  mirscreencast -m /tmp/mir_socket -n 1
[16:27] <AlbertA> mhall119: the default should be ok
[16:27] <ogra_> for a screenshot you want to restrict to just one frame
[16:28] <mhall119> ogra_: mine doesn't have -n option
[16:28] <mhall119> Usage  -m <Mir server socket> -o <Output id> -h: this help text
[16:28] <ogra_> for aa video you can drop -n 1
[16:28] <mhall119> Usage  -m <Mir server socket> -o <Output id> -h: this help text
[16:28] <ogra_> mhall119, weird, must be an old version
[16:28] <mhall119> I'm on stable images
[16:29] <ogra_> mhall119, it should have been updated with the last promoted image
[16:29] <ogra_> 229 IIRC
[16:29] <mhall119> yeah, I'm on r229
[16:29] <mhall119> mir-utils: Installed: 0.1.5+14.04.20140212-0ubuntu1
[16:29] <ogra_> http://paste.ubuntu.com/7074360/
[16:30] <AlbertA> kgunn: has mir 0.1.6 landed on a system image yet?
[16:30] <rsalveti> yes
[16:30] <rsalveti> part of 230
[16:30] <ogra_> AlbertA, yes, in 229
[16:30] <ogra_> oh
[16:30] <rsalveti> 230
[16:30] <ogra_> right, 230
[16:31]  * ogra_ is one image off ... since we are at 231 already
[16:31] <AlbertA> ok: that's the one that will have the -n option
[16:31] <ogra_> right
[16:31] <mhall119> ok, so I wait for the next stable image
[16:31] <ogra_> mhall119, right, no screencast in Mir 0.1.5
[16:31] <mhall119> libmirserver15: Installed: 0.1.5+14.04.20140212-0ubuntu1
[16:31] <mhall119> yup
[16:31] <mhall119> ok
[16:32] <mhall119> didrocks: I'm impatient for a new image again :)
[16:32] <ogra_> well, the crashes on 230 dont look so nice
[16:32] <ogra_> http://ci.ubuntu.com/smokeng/trusty/touch/
[16:33] <ogra_> it has only 5 errors ... but 29 crashes
[16:33] <ogra_> (during unity shutdown though)
[16:33] <mhall119> who does that?
[16:34] <mhall119> how do you even do that?
[16:34] <ogra_> stop unity8
[16:34] <ogra_> :P
[16:34] <ogra_> and many tests do it
[16:34] <mhall119> didn't I hear something about a shutdown/restart dialog coming?
[16:34]  * ogra_ wishes for one ... 
[16:37] <MacSlow> why does a "poweroff -p" not really shutdown and halt the N10 but instead reboot it?
[16:38] <ogra_> try -fp
[16:38] <didrocks> mhall119: yeah, can't host and promote, I have 2 hands! :)
[16:38] <MacSlow> ogra_, just added -f
[16:38] <ogra_> did it help ?
[16:38] <MacSlow> ogra_, currently it looks like it really shutdown/switched off
[16:39] <ogra_> cool., at least that then
[16:39] <MacSlow> ogra_, on the N4 a "poweroff -p" is sufficient
[16:39] <ogra_> that circumvents upstart shutdown ...
[16:39] <ogra_> so something on the N10 makes upstarts shutdown hang
[16:39] <ogra_> (the -f i mean ... it calls directly into the kernel)
[16:40] <MacSlow> ogra_, yeah... "force reboot or halt, don't call shutdown(8)" sounds nasty :)
[16:40] <ogra_> rsalveti, did you notice that the flo screen does not dim before powering down ?
[16:40] <ogra_> MacSlow, it is ... it doesnt even call "sync" to flush teh filesystem buffer
[16:41] <ogra_> (IIRC)
[16:41] <MacSlow> ogra_, well that I can do manually :)
[16:41] <rsalveti> ogra_: yup, and I also know this worked before
[16:41] <ogra_> really ?
[16:41] <ogra_> i cant remember ever seeing it on flo
[16:41] <rsalveti> yup, will take a look later today
[16:41] <ogra_> i know it works on manta and mako
[16:42] <ogra_> smells like just a missing kernel config or so
[16:42] <rsalveti> I tested when I uploaded the powerd conf for it
[16:42] <rsalveti> no so sure
[16:42] <rsalveti> *not
[17:33] <mhall119> didrocks: is there any chance the landing process session can be scheduled later on Wednesday for jfunk?
[17:34] <didrocks> mhall119: not really, as explained to him by email, I had to juggle and unconflict a lot of session to make it fit
[17:34] <didrocks> mhall119: I can't move anything anymore
[17:34] <ogra_> complain to the person that stole the original sport
[17:34] <ogra_> *spot
[17:34] <ogra_> :P
[17:35] <mhall119> didrocks: ok, I was asked to ask, so I did :)
[17:35] <didrocks> mhall119: ok ;)
[17:36] <didrocks> let's hope we won't have drastic schedule changes in the future :)
[17:37] <mhall119> didrocks: there has *never* been a UDS (physical or virtual) where we didn't :)
[17:37] <didrocks> mhall119: yeah, not untrue :)
[17:37] <didrocks> mhall119: not sure who added sessions at the last minute yesterday while we were sleeping on the client track :p
[17:37] <didrocks> (that's what made me reorganize everything)
[17:38] <mhall119> didrocks: I changed some from appdev- to client-, but didn't move them to different times or rooms
[17:38] <didrocks> mhall119: argh, maybe you were the one adding the conflicting ones then :p
[17:38] <didrocks> mhall119: would be nice for track lead, if they need to be in session from another track to "lock" one time
[17:38] <mhall119> didrocks: I didn't *add* anything, just renamed them
[17:38] <didrocks> ah ok
[17:39] <mhall119> didrocks: I also made bill filler a client track lead so we can run those, since they were his BPs
[17:39] <didrocks> he should host some them! :)
[17:39]  * didrocks tries :p
[17:39] <mhall119> I think next time we might want to think about splitting client
[17:39] <didrocks> yeah
[17:39] <mhall119> didrocks: I'm assuming he'll host his
[17:39] <mhall119> bfiller_afk: ^^ is that correct?
[17:39] <didrocks> not sure, bfiller_afk, will you?
[17:41] <boiko> mterry: hey, we have now this new process for MRs on system apps, would you mind going through the MP Submission Checklist and paste a comment answering its questions in the MR?
[17:41] <boiko> mterry: https://wiki.ubuntu.com/Process/Merges/Checklists/system-apps
[17:44] <mterry> boiko, OK.   I didn't see the telephony-service one, wasn't sure which to use
[17:52] <boiko> mterry: there is a testplan for it too: https://wiki.ubuntu.com/Process/Merges/TestPlan/telephony-service
[17:52] <mterry> boiko, OK, finishing something up, but will turn to that
[18:00] <boiko> mterry: nice! thanks!
[18:20] <bfiller> mhall119, didrocks : yes I'm happy to run the session I registered the bp's for
[18:20] <bfiller> sessions that is
[18:20] <didrocks> bfiller: I think mhall119 is asking if you are happy to host them or need me for that
[18:21] <didrocks> (not only leading, but being the g+ account host)
[18:21] <bfiller> didrocks, mhall119 : if you guys give me instructions on how to do it I'm fine with that
[18:21] <bfiller> as long as someone available if I get stuck :)
[18:22] <didrocks> bfiller: ok, let's see on the D day then, I'll be around anyway :)
[18:22] <bfiller> didrocks: sounds good
[18:22] <mhall119> bfiller: https://wiki.ubuntu.com/UDS/Sessions
[18:23] <bfiller> mhall119: thanks
[18:26] <mhall119> w 117
[19:03] <WebUser> Hi guys! I'd like to test some of the !t 5.3 features (like the new Dialogs) in Ubuntu Phone, is it possible to build an app with a custom Qt version in front of using the system version? Like for example in BlackBerry, where it is possible
[19:08] <mterry> WebUser, not right now, no
[19:08] <mterry> WebUser, we are about to land 5.2 in trusty
[19:09] <mterry> WebUser, but obviously that's not 5.3  :)
[19:09] <WebUser> terry :( Oh, what a pity! Qt 5.3 have new cool features... but yes, it is beta, so I totally understand. Thank you!!
[19:10] <WebUser> I'll wait for 5.2 in that case
[19:51] <dkessel_> good evening
[19:52] <dkessel_> I have installed Ubuntu touch on my nexus 7 2013. I wonder if anyone ever thought of supporting "magic cover" type tablet covers?
[19:53] <dkessel_> the type which automatically let's the device sleep/wake up upon opening and closing...
[20:00] <cjwatson> tedg: I've landed the manifest interfaces in libclick now, so I'll send you another UAL branch that converts the remaining /usr/bin/click calls
[20:00] <cjwatson> tedg: Do you think we can get that landed not too long after Qt 5.2?
[20:01] <cjwatson> tedg: Seems like a good way to make Rick happy ;-)
[20:02] <cjwatson> (I have the code done but need to fix up tests)
[20:07] <tedg> cjwatson, Cool!  I think so in general, but I think there's a pretty long queue.
[20:07] <cjwatson> Mm.  I'm hoping that 1.4 seconds (or whatever it ends up being) shaved off app startup will be worth a bit of queue-jumping
[20:08] <tedg> Heh, I hope so too. But UAL is on the "high risk" list, so it has a hard time landing.
[20:09] <nhaines> Faster app startup sounds exciting to me!
[20:09] <ogra_> whee
[20:09] <tedg> nhaines, 10 seconds into app usage you forget about it ;-)
[20:10] <ogra_> tedg, sadly reviewers don't
[20:11] <nhaines> tedg: not when you're demonstrating to friends or at expo booths.  ;)
[20:11] <ogra_> and that :)
[20:11] <tedg> Eh, they let me work from home because of my beauty ;-)
[20:11] <nhaines> haha
[20:12] <nhaines> I'm not complaining about slow startup times, but I'm still excited at the prospect of the optimization work landing!
[20:12] <cwayne> faster startup times would've been nice at mwc actually :)
[20:12] <cjwatson> Yeah, sorry I didn't quite get it done in time
[20:13] <nhaines> cwayne: or at SCALE the weekend before MWC. :)
[20:13] <cjwatson> I don't actually get why UAL should be very much higher-risk than click
[20:13] <nhaines> cjwatson: better done right than rushed.
[20:13] <cwayne> +1000
[20:18] <dkessel_> hm. any idea on my question above? is magic cover support thought about?
[20:20] <nhaines> dkessel_: that's a hardware manufacturer problem, not an Ubuntu problem.
[20:21] <nhaines> dkessel_: for example: on my Nexus 5 (not supported), wireless charging (not support) works perfectly.  Because it's all handled in hardware automatically.  :)
[20:21] <nhaines> dkessel_: so either a hardware manufacturer will build in a sensor for a magic cover that automatically triggers, or they'll patch Ubuntu to support their own hardware.
[20:22] <dkessel_> nhaines I don't think so. it works on the same device with kitkat... I think the is needs some kind of sensor support for that? the cover is passive...
[20:22] <Tassadar> there must be some support in ubuntu for it as well though, the sensor itself is just a button which triggers by magnetic field
[20:22] <nhaines> dkessel_: the cover is, but not the sensor in the phone.
[20:23] <nhaines> dkessel_: no Ubuntu-branded hardware has such a capability, so there's nothing Ubuntu can support.
[20:24] <dkessel_> nhaines OK so you mean driver support?
[20:24] <nhaines> dkessel_: yup.
[20:24] <Tassadar> flo is officially supported now, how come there is nothign to support
[20:25] <dkessel_> Tassador exactly. and it just works on android. have not tried cm, but I would guess it works there too...
[20:25] <nhaines> Tassadar: the phones and tablets are for developing the core OS and services, not any esoteric hardware features in those devices.  See for example NFC.  :(
[20:25] <nhaines> dkessel_: this is the kind of polish that is done by a hardware vendor before they ship.
[20:26] <nhaines> I'm not saying it shouldn't be added, just that in this case, the work falls to those who want it.
[20:41] <dkessel_> nhaines OK thanks
[20:49] <mehdirabiee> Hello
[20:50] <mehdirabiee> is there anyone here?
[20:50] <anpok> no only you
[20:50] <mehdirabiee> I have questions about touch install on nexus 7 2013
[20:50] <mehdirabiee> can you help me?
[20:52] <anpok> i hate to say it depends
[22:05] <nhaines> Davideddu: That is not possible right now and not even close to being on anyone's plans at the moment.  It is technically possible, but you'll have to write a lot of code to do it.
[22:06] <Davideddu> nhaines: I heard (I'm not really documented) that XMir "should" use MIR's drivers, but apparently it needs the ones for xorg too, right?
[22:07] <nhaines> Davideddu: no.  XMir is an X implementation.  It only talks to Mir for displaying things.
[22:08] <nhaines> Davideddu: but what you will need on a Nexus 7 is a window manager that runs on Mir and can handle XMir.
[22:08] <Davideddu> Ok thank you. I was also thinking to try to build the freedreno drivers and use Xorg...
[22:08] <Davideddu> Are there any other WMs that run on MIR natively other than Unity 8?
[22:08] <Davideddu> nhaines: ^
[22:08] <nhaines> You could do that too, but then you'd have to replace all the Mir stuff and run Xorg and get that working.
[22:09] <nhaines> Davideddu: Not at the moment.  But Mir hasn't really been released on anything that's not a phone or tablet, and won't be for another 7 months at the minimum.  :)
[22:09] <nhaines> (Apparently some people are really happy with the Mir preview in 13.10, though.)
[22:10] <Davideddu> I thought that to disable mir and use xorg you only need to edit some lightdm config file...
[22:10] <nhaines> Davideddu: yes, but xorg won't run on a Nexus 7 because there aren't any xorg drivers for it.
[22:11] <nhaines> (I'm talking about with the current Ubuntu touch stack and Android 4.4 + libhybris work in a standard Ubuntu Touch image right now.)
[22:11] <Davideddu> Alright, thanks. Another question: as far as I know there's "something" that runs on wayland, and AFAIK (2) wayland uses same drivers as mir...
[22:11] <nhaines> So you'll have to port those over, and I'd be surprised if there was upstart management that needed to be done to disable Mir so you could use X.
[22:12] <nhaines> Davideddu: yes, but that won't help you with Xorg.  :)
[22:12] <Davideddu> No but all I want is a normal desktop environment, like XFCE or something :)
[22:13] <Davideddu> Or KDE, I heard that KDE has been ported to Wayland...
[22:14] <nhaines> You're probably better off looking for an Xorg-based distro (maybe 13.10?) that's been ported to the Nexus 7 then.  The current images take everything but Mir and Unity 8 out, and you'd have to do the reintegration work yourself.
[22:14] <boiko> mterry: so, I installed the jenkins package from your branch, and tried to send an SMS to the phone, the contact matching didn't work
[22:14] <mterry> boiko, curious.  So is this with the split greeter or without?
[22:14] <Davideddu> nhaines: As far as I know there's no Xorg based distro for Nexus 7 2013...
[22:15] <boiko> mterry: without, only using your branch on a stock ubuntu touch image
[22:15] <mterry> boiko, interesting.  So the branch actually regressed normal mode
[22:16] <boiko> mterry: yep, seems so, if you can confirm there
[22:16] <mterry> boiko, I thought I tested that, but maybe the latest trunk merge went bad.  I will play with it
[22:17] <mterry> boiko, will poke you tomorrow when I've figured it out
[22:17] <boiko> mterry: found the problem, will report on the MR
[22:19] <boiko> mterry: just commented on the MR
[22:20] <Davideddu> nhaines: Apparently there seems to be a recent arch linux port for flo that runs Xorg and freedreno... I might opt for that...
[22:20] <boiko> mterry: there are actually two problems, but in my case if was the phone number comparing that was breaking it
[22:21] <boiko> mterry: I have to go now, I will finish reviewing your branch first thing tomorrow, ok?
[22:47] <nhaines> mhall119: thanks for adding me to the ubuntu-etherpad-users team.  I was maybe already a member because of my Ubuntu membership?  But now the notes show up next to the UDS page, so thanks.  :)
[23:31] <vthompson> dpm: You around?