[00:00] <divxclub> I am still trying to figure out if it just mirror stuff of the device or actually boot in to different environment alltogether
[00:00] <xnox> divxclub: not implemented yet.
[00:00] <xnox> divxclub: convergence is for 14.04/14.10 time frame.
[00:01] <xnox> ubuntu-for-android is separate from Ubuntu Touch
[00:01] <divxclub> understood, but what are the plans. Will it be on the fly change or restart/boot type of thing
[00:01] <divxclub> and will it use this Slimport thing cause I see no other way to get let;s say Video / audio data off NExus 7 or Galaxy devices to external monitor
[00:02] <divxclub> because if I connect one right now, all it'll do is mirror my device to big screen and that's not what we want i guess in Ubuntu desktop vs Ubuntu Touch
[00:22] <divxclub> it looks like Galaxy S 4 support diffirent kind of USB to Monitor technology called MHL
[00:22] <divxclub> using MHL 2
[01:23] <OrokuSaki> What is Ubuntu for Android???
[01:24] <RobbyF> will be an application that sits on top of android
[01:27] <OrokuSaki> As an apk?
[01:27] <OrokuSaki> Oh... I think I get it... It would be an ubuntu chroot.. but hooked up to hybris?
[01:28] <wilee-nilee> OrokuSaki, look on google play, this is an #android issue
[01:31] <OrokuSaki> @wiliee-nilee that is why I was wondering... I have done this myself and most of those are chroot's running vnc
[01:31] <OrokuSaki> or probably all of them
[01:34] <wilee-nilee> OrokuSaki, you can install ubuntu from here though or the touch.
[01:38] <RobbyF> in the accounts app is it suppose to sync google contacts?
[01:47] <krabador> do you think you'll support some other RIL than the one in gnex?
[01:48] <krabador> i was hoping from may , but i'm very sad that 'til today isn't that.
[02:09] <OrokuSaki> http://en.wikipedia.org/wiki/Mir_(software)
[02:09] <OrokuSaki> kinda depressing
[02:10] <OrokuSaki> I mean... wow
[02:12] <OrokuSaki> Ubuntu and UT would be better off with.. Wayland.. I hate to say it.. I am not a smart guy.. but.. this is my 2 cents... Just because... the rest of the world is
[02:14] <OrokuSaki> Like the Wine emulator.. they seem to be going with... Wayland.
[02:15] <OrokuSaki> Of course.. We will always have XMir
[04:12] <OrokuSaki> My OMXCodec.cpp is very different between Ubuntu Touch and cm10.1
[04:15] <OrokuSaki> Does Mir talk to Mesa and then EGL?
[04:16] <OrokuSaki> Android > Hybris > Mir > Mesa?
[04:16] <RAOF> Mesa is an EGL implementation; on the phone, though, it uses the native android HAL drivers (via hybris).
[04:16] <OrokuSaki> oh
[04:16] <OrokuSaki> thanks!
[04:17] <OrokuSaki> So Mir can use either or.... I guess... yeah.. for desktops
[04:18] <RAOF> On the application side, we provide a Mir EGL platform, so apps don't notice a difference.
[04:18] <RAOF> Although they'll generally only get GLES support on phones, rather than full desktop GL.
[04:18] <OrokuSaki> I read a lot about Mir and server allocation.. sounds convincing to me. =)
[04:19] <OrokuSaki> That leaves me wondering how Rob Clark is running Tux on FreeDreno since that *should* do gles..
[04:19] <OrokuSaki> But tux.. is gl.. or maybe mesa is converting.. dunno
[04:20] <RAOF> Oh, his drivers provide ‘best effort’ GL 1.4 :)
[04:20] <RAOF> Because he has actual drivers, with actual source.
[04:20] <OrokuSaki> =) yeah... hacker he is
[04:21] <OrokuSaki> reverse engineering. =)
[04:21] <OrokuSaki> I plan o updating my desktop partiton when this is done. =)
[04:21] <RAOF> And there's a huge overlap between desktop GL and GLES, so it's possible that Tux only hits the bits that there's hardware for.
[04:22] <OrokuSaki> Yeah... doubtful unity would work
[04:22] <OrokuSaki> didn't last time.. compiz problems
[04:22] <OrokuSaki> but that was some time ago
[04:29] <RAOF> unity-gles would :)
[04:33] <OrokuSaki> Interesting.. thanks RAOF!
[04:42] <OrokuSaki> @RAOF Is it possible to compile unity7 in 13.04 with gles?
[04:42] <OrokuSaki> Seems unity-gles port only had linaro
[04:42] <RAOF> OrokuSaki: I think so? You also need to compile Nux with gles, but I think all that code is still there.
[04:43] <OrokuSaki> Sweet!
[04:43] <OrokuSaki> Thanks!
[06:14] <OrokuSaki> I notice OMXClient.cpp has this comment "Forcing client-side OMX mux as we don't have the media.player service running in Ubuntu Touch"
[06:15] <OrokuSaki> but yet.. I see this code all throughout framework without comments.. sp<IMediaPlayerService> service = interface_cast<IMediaPlayerService>(binder);
[06:16] <OrokuSaki> av/media/libmediaplayerservice/StagefrightRecorder.cpp has it, etc
[06:16] <OrokuSaki> I can't help but wonder if this is related to my decoding problem
[06:18] <tvoss_> OrokuSaki, what kind of problems/issues do you encounter?
[06:19] <tvoss_> Saviq, ping
[06:19] <OrokuSaki> paste a logcat
[06:20] <tvoss_> OrokuSaki, ?
[06:20] <OrokuSaki> booting so I can show you
[06:22] <OrokuSaki> http://pastebin.com/bxS4suaL
[06:22] <OrokuSaki> @tvoss at the bottom
[06:23] <OrokuSaki> I get a black screen with audio when watching movies
[06:23] <OrokuSaki> I/OMXClient( 1307): Using client-side OMX mux.
[06:23] <OrokuSaki> I/OMXClient( 1307): Allocating remote Node (false remote).
[06:24] <OrokuSaki> E/OMX-VENC-720p( 1307): Invalid entry returned from get_supported_profile_level 8, 2048
[06:24] <OrokuSaki> maybe because of.. mOMX.clear();?
[06:25] <OrokuSaki> because... mOMX.get() != NULL?
[06:25] <tvoss_> OrokuSaki, which image are you running on? jhodapp|afk is the guy to talk to in general. He has been working on wiring up the decoding process to gstreamer
[06:26] <OrokuSaki> yeah... I will give him a shout.. I forgot to report back to him...
[06:26] <OrokuSaki> =) thanks!
[06:30] <tvoss_> OrokuSaki, yup, yw :)
[06:40] <ashu11> Hi all, is it true that full fledged ubuntu touch is releasing in 3 days for nexus devices
[06:40] <tvoss_> ashu11, mako and maguro are the primary targets
[06:41] <ashu11> yes, thats cool, i was thinking of buying nexus 4
[06:42] <ashu11> should i want for touch support for nexus 5 and buy a nexus 5 instead
[06:42] <ashu11> wait**
[06:42] <ashu11> sorry for typos.
[06:43] <tvoss_> ashu11, I think the nexus4 is a safer choice for ubuntu touch at this point
[06:44] <ashu11> thanks a lot tvoss_
[06:45] <tvoss_> ashu11, yw
[06:45] <ashu11> would you mind if i ask a few irrelevant questions , only if you are not busy of course.
[06:46] <tvoss_> ashu11, just ask :) my latency might vary, though
[06:46] <ashu11> no prob, are you an open source developer
[06:47] <ashu11> i mean what do you do
[06:47] <ashu11> primarily you know.
[06:48] <tvoss_> ashu11, yes, I'm an open source developer working for Canonical
[06:48] <ashu11> wow cool, i just needed a little bit guidance from someone like you
[06:49] <ashu11> i do not wanna keep working for IT industry, i just feel a lot for technical stuff, new things coming and all that
[06:50] <ashu11> but do not get time after my IT job thing. its exhaustive.
[06:52] <ashu11> wanted to know about some freelance type projects if anyone know any that can pay off a little in the start so that my family do not just start calling me a crap if i give up the job
[06:53] <ashu11> well , m not frustrated, just willing and curious to know if i can have a career of the kind i dream of.
[06:53] <ashu11> m done :) thnks
[07:18] <dholbach> good morning
[07:28] <Mirv> Saviq: hi. the appid:// is not landing since upgrading the url-dispatcher seems to break ability to launch music or videos from Dash
[07:28] <Saviq> Mirv, uh oh
[07:29] <Mirv> if I downgrade (liburl-dispatcher1 + url-dispatcher) and reboot they work again
[07:29] <Saviq> Mirv, not landing as in "in this release"? or "today"? ;)
[07:29] <Mirv> Saviq: not landing until fixed, I don't know about scheduling of the image builds though
[07:30] <Mirv> maybe that "Switching many core apps to Click App ID's." commit isn't working as it should for media
[07:35] <ashu11> Hi, can someone tell when will the ubuntu touch full version be coming for tab 2 p3100
[07:36] <ashu11> cant wait more.
[07:36] <popey> ashu11: that depends on whether someone ports it to that device
[07:36] <Mirv> ashu11: it's maintained by community people, you can see the status and people working on it at https://wiki.ubuntu.com/Touch/Devices/p3100
[07:37] <Mirv> ashu11: I don't immediately see updates in recent months, so the effort probably needs help
[07:38] <ashu11> yes, i have checked there
[07:38] <ashu11> its not been so active recently
[07:38] <ashu11> once tried the developer preview , but its been long since then.
[07:40] <ashu11> is there any forum for ubuntu for arm devices where i can know if there i any other arm based distro for my device
[07:40] <ashu11> or any other linux - arm based.
[07:46] <OrokuSaki> http://pastebin.com/QS9jBeHP
[07:46] <OrokuSaki> testing this
[07:46] <OrokuSaki> I think it worked
[07:58] <Saviq> ogra_, ping
[08:08] <Mirv> Saviq: do you know anyone who could see about working on bug #1239565? just wondering because of the US/Canada holidays as well.
[08:08] <Mirv> and Ted has usually been committing to url-dispatcher
[08:08] <robjh> so! how much longer before my phone replaces my netbook?
[08:09] <Saviq> robjh, quite some time away still ;)
[08:09] <robjh> damn
[08:09] <Saviq> pete-woods, could you look into that ↑↑? or someone else on your team that's not slacking and ~knows url-dispatcher?
[08:10] <pete-woods> Saviq: url dsiaptcher is ted's creation, I'll make sure someone takes it on, though
[08:11] <mzanetti> popey: hey
[08:11] <Saviq> pete-woods, yeah, thanks - hopefully it'll not be difficult to tackle - we ~know what broke it
[08:11] <mzanetti> popey: I think the check for applicationName in QML needs to go away ;)
[08:11] <Saviq> pete-woods, or at least - we know it was working on previous release
[08:11] <pete-woods> Saviq: so easy bisect :)
[08:14] <Saviq> if only bisect in bzr was working ;P
[08:14] <popey> mzanetti: tested on device and approved
[08:15] <WebbyIT> mzanetti, congrats, the SSO is an awesome idea :D
[08:16] <mzanetti> popey: just FYI: if using QSettings in C++ you either need to set applicationName AND organisationName (hence you cannot set it in QML) or construct QSettings with the correct path yourself
[08:16] <mzanetti> WebbyIT: thanks. I started friday evening when I was fed up with unity :D
[08:17] <mzanetti> seemed simple enough to have a little distraction from real code :D
[08:18] <WebbyIT> mzanetti, I hope that some one will implement also time-based codes, I thinked about build it, but my knowledge of C++ is too bad!
[08:19] <WebbyIT> It is the last app that avoid me to do a complete switch from Android :)
[08:19] <mzanetti> WebbyIT: give it a shot. Qt changes C++ in a way that its not really C++ any more
[08:19] <WebbyIT> I'll to the code :)
[08:20] <mzanetti> WebbyIT: yeah. I thought many people here would rely on Google Authenticator as an excuse to not start dogfooding :P
[08:21] <WebbyIT> ahahahah
[08:22] <ogra_> Saviq, hey
[08:23] <Saviq> ogra_, q: if I "initctl stop maliit-server", will it start anyway due to "starting on started unity8" ?
[08:23] <Saviq> erm "start on started unity8"
[08:24] <ogra_> if you manually stop it while it runs it wont just restart
[08:24] <mzanetti> popey: do you know why some apps (e.g. uTorch) is not appearing on my Nexus 4 but only on the Galaxy Nexus?
[08:24] <popey> nope, it appears here
[08:25] <mzanetti> popey: can it be related to the logged in ubuntu account, or entered SIM card?
[08:25] <ogra_> Saviq, it will start again once the "unity8 started" event is emitted again (or if you manually start it)
[08:25] <Saviq> ogra_, no no, but if I stop unity8, stop maliit-server, start unity8 - will maliit-server start regardless of me stopping it manuallt?
[08:25] <Saviq> ogra_, right, good
[08:25] <popey> mzanetti: reboot?
[08:26] <ogra_> Saviq, maliit server conditionally depends on unity8 .... you should never stop it separately
[08:26] <mzanetti> popey: no... I even reflashed... it seems like those apps are not distributed in germany or the like
[08:26] <Saviq> ogra_, I know, but we might need to to avoid crashes, temporarily
[08:26] <ogra_> Saviq, it will automatically gets stopped when you stop unity8
[08:26] <Saviq> ogra_, other thing - do you think we still need the "sleep 2" before exec unity8 in unity8 job?
[08:26] <ogra_> if that doesnt work, fix this part :)
[08:26] <mzanetti> popey: as they do show up in my developmet device, but not the one I dogfood (which has sim card and country etc set to germany)
[08:27] <ogra_> Saviq, i tried without any sleeps yesterday and couldnt find any difference
[08:27] <Saviq> ogra_, ok, will remove
[08:27] <ogra_> Saviq, but i dont know who added them and why
[08:27] <Saviq> ogra_, ricmm did
[08:27] <ogra_> specifically that 12 sec sleep for ofono-setup
[08:28] <Saviq> ogra_, right, that - I think that was "ok, let's just let everything else settle and then setup ofono"
[08:28] <ogra_> well, it should just get its own job instead of holding up unity
[08:28] <popey> mzanetti: just re-indexed that app (only thing I can do) - see if it appears on the dogfood one now?
[08:31] <mzanetti> popey: did you reindex the "Torch" app or the "uTorch" app?
[08:31] <popey> ah, there's two?
[08:31] <mzanetti> popey: as the uTorch one is still missing here, but the "Torch" one moved down to the last place here :)
[08:33] <popey> ahhh
[08:34] <JamesTait> Good morning all; happy Bald And Free Day! :-D
[08:35] <popey> mzanetti: i can't find it in the store, myapps doesn't have a search ☹
[08:36] <mzanetti> popey: yeah. somehting is fishy... it does show up on my Galaxy Nexus tho
[08:36] <mzanetti> popey: happens with a few other apps too
[08:36] <popey> another example?
[08:36] <mzanetti> for instance I've never seen X-Type on my Nexus 4 yet
[08:37] <mzanetti> or the BVG app
[08:37] <popey> ooh, xtype doesn't show up here either now
[08:38] <popey> i wonder if there's an issue with the click packages
[08:39] <popey> mzanetti: re-indexed x-type...
[08:43] <mzanetti> popey: nope... rebooted. A search for "x" still only shows "XDA Developers App" and "xkcd"
[08:43] <mzanetti> really weird
[08:44] <popey> hmm
[08:46] <ogra_> Saviq, i would suggest something like: http://paste.ubuntu.com/6235042/ plus a new job like http://paste.ubuntu.com/6235050/
[08:46] <Saviq> ogra_, https://code.launchpad.net/~saviq/session-manager-touch/drop-unity8/+merge/190842
[08:47] <Saviq> ogra_, will tweak then
[08:47] <ogra_> yeah, give it a proper exec line so upstart can track the pid
[08:47] <ogra_> and a stop on line too :)
[08:48] <ogra_> will you ship the unity8 one in the unity8 package ?
[08:48] <ogra_> (then we need to coordinate the landing ... and some packaging adjustments too)
[08:48] <Saviq> ogra_, https://code.launchpad.net/~unity-team/unity8/ap_launch_unity_with_upstart/+merge/190886
[08:48] <Saviq> ogra_, that one needs fixing, though (am doing now)
[08:49] <ogra_> yeah
[09:02] <Saviq> ogra_, can you throw a look at https://code.launchpad.net/~unity-team/unity8/ap_launch_unity_with_upstart/+merge/190886
[09:02] <Saviq> ogra_, from upstart/initctl perspective
[09:02] <ogra_> Saviq, already did, looks fine
[09:03] <Saviq> ogra_, I just pushed some commits, though
[09:03]  * ogra_ reloads
[09:04] <ogra_> looks still fine :)
[09:37] <pstolowski> rsalveti, ping
[09:51] <asac> Saviq: you think you can try reproducing the unity8 crasher?
[09:51] <asac> Saviq: i doubt we will get better backtraces... easiest might be you having your unity8 local debug build running and then capture the crash
[09:51] <asac> didrocks: ^^
[09:51] <didrocks> hum, I think Mirv is already doing it
[09:52] <asac> ah ok
[09:52] <didrocks> not sure we should have 2 persons working on the same thing at the same time
[09:52] <didrocks> let's wait for them
[09:55] <asac> didrocks: ok lets wait, in general i believe that its not gaining anything if a 3rd person does it. the developer needs a debug setup anyway and then reproduce
[09:56] <asac> otherwise the deve starts sending dry patches and we test it... not efficient way to iterate :)
[09:59] <Mirv> didrocks: trying, but I've not done a local debug build, yet at least. if the lp:daisy + apport-retrace doesn't work.
[09:59] <Mirv> then I'll try that
[09:59] <didrocks> Mirv: hum, why a local build, you didn't get ddebs?
[10:00] <Mirv> didrocks: no reason, just reading what asac suggested
[10:00] <didrocks> Mirv: better to use ddebs than a local debug build
[10:00] <didrocks> you have matching symbols for your crash files
[10:00] <Mirv> ok, then I just continue with this approach
[10:12] <davmor2> Morning all
[10:42] <nerochiaro> oSoMoN: is it just me or the latest image doesn't seem to have a lot of apps in the lens ? (still catching up on email to the list)
[10:43] <mhr3> sergiusens, are music and mediaplayer going to be clicks soon? there's a change in url-dispatcher that makes it think they are clicks and therefore launching music and videos doesn't work atm
[10:44] <oSoMoN> nerochiaro: if you mean the home lens you’re right, I’m seeing only 9 apps, but if you swipe to the next screen on the right (apps lens) they’re all there
[10:45] <nerochiaro> oSoMoN: confirm
[11:02] <awafaa> wow, popey you know this filing bug idea may just work - immediate satisfaction is lacking somewhat but long term definitely gains ;)
[11:03] <popey> awafaa: hah, had one fixed?
[11:03] <awafaa> not yet, confirmed so it's not just me being a muppet :)
[11:04] <popey> \o/
[11:04] <popey> which bug?
[11:04]  * popey needs more tea
[11:04] <popey> bug 1237921
[11:04] <davmor2> popey: open the clock app is it out of line?
[11:05] <popey> davmor2: already fixed
[11:05] <davmor2> popey: nice
[11:05] <popey> will be in the next image
[11:06] <davmor2> popey: why the next image? I thought the clock was click now, or is it an issue with the display rather than the clock?
[11:06] <popey> its click but it's not in the store
[11:06] <popey> (yet)
[11:07] <davmor2> popey: ah okay
[11:08] <ogra_> xnox, any news about the udevd spam issue ?
[11:08] <xnox> ogra_: no, not working on it. ubiquity & release week.
[11:08] <ogra_> hrm
[11:08] <ogra_> that means we cant release maguro then
[11:09] <xnox> ogra_: why not?
[11:09] <ogra_> http://reports.qa.ubuntu.com/smokeng/saucy/touch_mir/
[11:09] <xnox> ogra_: isn't user space not eating ram/cpu, apart from systemd-udevd?
[11:09] <ogra_> because many AP tests fail
[11:09] <ogra_> which i suspect is mostly caused by the existing load (timings dont work anymore etc)
[11:09] <xnox> i see.
[11:11] <ogra_> (and we have a few tests that actually depend on the system to be at 98% idle before they even run)
[11:11] <ogra_> s/rum/pass/
[11:11] <ogra_> *run
[11:12] <xnox> ogra_: ouch, ok.
[11:12] <davmor2> ogra_: sounds like you need to take more water with your rum running ;)
[11:12] <ogra_> *slurp*
[11:12] <ogra_> no, works fine without water ...
[11:12] <ogra_> *slurp*
[11:12] <davmor2> hic*
[11:13] <ogra_> though the weather suggests to have hot tea in my rum
[11:13] <ogra_> :)
[11:13] <davmor2> haha
[11:17] <sergiusens> mhr3, music yes, mediano
[11:17] <sergiusens>  media no
[11:24] <didrocks> Saviq: Mirv: did you get anythingon those crashes?
[11:28] <Mirv> didrocks: I didn't get an answer to my problem I've with unity8 - after retracing on desktop, apport-cli gives "Error: Invalid problem report" (and actually deletes the file) when I try to send up the updated .crash file
[11:29] <didrocks> Mirv: have you pinged jibel or Saviq about it as we discussed? I think Jean-Baptiste can help you retracing it locally
[11:29] <Mirv> for ui-toolkit, I haven't figured out how to get something useful out from the fact that the processes get Killed. manually running qmlscene just crashes for me (I filed https://bugs.launchpad.net/mir/+bug/1239617) so I can't eg. get a backtrace from trying to manually run UI Toolkit gallery test
[11:29] <Mirv> didrocks: yes, I pinged jibel here on CI channel, not saviq yet
[11:30] <didrocks> let's wait for him, he's probably slacking at the beach as usual (seeing the perfect and warm weather we have now :p)
[11:30] <didrocks> Mirv: on ui-toolkit, is that a OOM issue?
[11:30] <tvoss_> didrocks, ping
[11:30] <didrocks> tvoss_: pong
[11:31] <Mirv> didrocks: I don't see a huge memory usage, and there's nothing in dmesg
[11:32] <didrocks> weird…
[11:32] <didrocks> ogra_: anything else we can look at? ^
[11:33] <ogra_> dmesg if you look for OOM
[11:33] <ogra_> or kern.log
[11:34] <davmor2> ogra_: latest image does that switch off swap now?
[11:35] <ogra_> davmor2, we're far from being able to switch off swap, no
[11:35] <davmor2> ogra_: okay no worries
[11:39] <Mirv> ogra_: no OOM in kern.log, but ui toolkit gets killed anyway (phablet-test-run ubuntuuitoolkit)
[11:39] <Mirv> this's on mako
[11:47] <sil2100> gusch|lunch: ping
[11:51] <Nickthename_> hey ! on maguro, since rev 80, on each update the system is more and more slower that's normal?
[11:55] <Nickthename_> hey ! on maguro, since rev 80, on each update the system is more and more slower that's normal?
[11:57] <pstolowski> rsalveti, ping?
[11:58] <Nickthename_> MAGURO on each update the system becomes slower and slower
[11:58] <ogra_> Nickthename_, for me it got slow with 80 and then constantly faster again (though i do fresh flashes with --no-backup)
[11:59] <ogra_> (Mir is a tad slower thahn surfaceflinger on that HW)
[11:59] <ogra_> and we switched to Mir recently
[11:59] <dpm> hi mhr3, if I need to file a bug against the music scope, which is the project in LP I should use?
[11:59] <davmor2> ogra_: tad?
[12:00] <Nickthename_> OK thanks for the info.
[12:00] <davmor2> to be fair it is a lot faster on 96
[12:00] <Nickthename_> I'll try fresh install soon
[12:01] <ogra_> davmor2, wee bit
[12:02] <davmor2> ogra_: No I was pointing out the tad was surplus to requirement :D
[12:02] <ogra_> hah
[12:06] <mhr3> dpm, unity-scope-mediascanner
[12:09] <dpm> great, thanks mhr3
[12:10] <mhr3> dpm, if you mean the phone one
[12:10] <mhr3> which i suppose you do :)
[12:10] <dpm> mhr3, yeah, the phone one
[12:10] <dpm> :)
[12:13] <Wellark> guys, how can I report a bug with apport from my laptop using a crash file and apport-collect file generated on the phone?
[12:14] <Wellark> hmm.. I might have gotten it now..
[12:14] <pitti> Wellark: for a bug, you'd call "ubuntu-bug --save /tmp/report.apport mypackage" on the phone, then scp/adb that to your laptop, and double-click on it in nautilus or ubuntu-bug /path/to/report.apport
[12:14] <Mirv> ogra_: if you look at http://pastebin.ubuntu.com/6235636/ 12:09:50 (kern.log), can that still be OOM that starts killing everything and eventually the device reboots?
[12:15] <Mirv> there's no mention of OOM anywhere, though
[12:16] <Mirv> and also as far as I see I don't get to over 700MB used RAM out of 2GB unless it's a spike at the last moment that I miss seeing
[12:16] <Wellark> pitti: I think I got it now. I simply copied the .crash file from /var/crahes and then on the laptop did apport-cli -c foo.crash
[12:16] <pitti> Wellark: nack, that won't work
[12:17] <pitti> Wellark: you must run apport-cli data collection on the phone (i. e. where the crash happened), otherwise it'll be useless
[12:17] <Wellark> pitti: well, I did that too, but there seemed to be no way of having apport-cli to take both files when reporting the bug
[12:18] <pitti> "both" files?
[12:18] <gusch> sil2100: pong
[12:18] <pitti> Wellark: there should only be the .crash
[12:18] <Wellark> pitti: .crash file with code dump and whatever apport-cli --save spat out
[12:18] <Wellark> anyway
[12:18] <pitti> Wellark: that'll just update the .crash file
[12:18] <Wellark> trying that ubuntu-bug one
[12:18] <Wellark> pitti: oh
[12:18] <Wellark> ok
[12:19] <Wellark> the resulting file was missing the coredump
[12:19] <pitti> Wellark: hang on, ubuntu-bug is for bug reports; if you actually have a crash (you said "bug"), then just run apport-cli, transfer the .crash, and again double-click/report with ubuntu-bug foo.crash
[12:20] <Wellark> pitti: oh, right.. didn't realize I wrote "bug"
[12:20] <Wellark> I really meant crash
[12:20] <Wellark> pitti: so, apport-cli will update the .crash file under /var/crashes?
[12:20] <Wellark> and that's the file I need to transfer?
[12:20] <pitti> Wellark: right
[12:20] <sil2100> gusch: hi! I already pester dandrader about this, but I found this: https://bugs.launchpad.net/ubuntu-keyboard/+bug/1239639
[12:22] <Wellark> pitti: at least this now looks valid: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1239659
[12:22] <Wellark> oh, and it's actually reported before already
[12:22] <pitti> right
[12:22] <Wellark> oh,well. at least I learned something new
[12:23] <Wellark> pitti: btw, you said I should use ubuntu-bug. is using apport-cli directly totally wrong?
[12:23] <pitti> Wellark: no, it's fine
[12:23] <Wellark> sweet
[12:24] <pitti> Wellark: but on the reporting side ubuntu-bug will use -gtk and thus is easier to see the reprot
[12:24] <pitti> report
[12:24] <gusch> sil2100: I guess that's the mir bug - I'm looking for the bug report
[12:28] <Wellark> pitti: thanks!
[12:29] <gusch> sil2100: https://bugs.launchpad.net/ubuntu/+source/maliit-framework/+bug/1233988
[12:29] <gusch> sil2100: I I guess its caused by that ^
[12:31] <sil2100> gusch: but there is no crash file and no real crash - can that still be the case?
[12:31] <gusch> sil2100: no crash file for maliit-server?
[12:32] <sil2100> gusch: no... nothing, maliit-server doesn't crash, it's running all the time the same
[12:33] <sil2100> Just not popping up the keyboard it seems
[12:33] <Wellark> larsu, dednick|lunch: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1239394
[12:33] <Wellark> network indicator hits that quite often
[12:33] <gusch> sil2100: oh - not so nice ;)
[12:33] <sil2100> gusch: I'll check it now to be 100% sure, but I didn't see any crash file and the process was still there, but I will make sure it's the same process ;)
[12:37] <rickspencer3> popey, ogra_ 96 seems to be a thing of beauty
[12:38] <popey> as always
[12:38] <rickspencer3> thumbnailing, video in the browser, settings, Mir
[12:45] <awafaa> what's the best way to take screen shots if using ubuntu-system images, is it still is 'adb shell /system/bin/screencap /data/screenshot.png'?
[12:49] <sil2100> gusch: made sure - the process stays the same
[12:50] <Wellark> pitti: btw, has there been plans to enable apport to report crashes even though some packages might be outdated? I fear that we loose a good number of actual crash reports because some random package has had totally irrelevant changes
[12:50] <gusch> sil2100: hmm - ok - I only got that error, and a crash because of whole unity crashed
[12:52] <pitti> Wellark: errors.u.c. does that, but we can't really handle those on Launchpad
[12:52] <pitti> Wellark: but we stopped LP uploads anyway now for the final release
[12:54] <sil2100> gusch: I didn't see a unity8 crash either, so strange - what image are you using?
[12:54] <gusch> sil2100: how can I run the notes autopilot tests using mir (image 96)
[12:54] <sil2100> gusch: since I'm on 96 right now
[12:55] <sil2100> gusch: on your local machine, run this: phablet-test-run -p notes-app-autopilot notes_app
[12:55] <sil2100> (when the device is connected through cable)
[12:55] <sil2100> gusch: just make sure the screen is unlocked
[12:55] <sil2100> Before running the test
[12:57] <gusch> sil2100: DBusException: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[12:57] <sil2100> gusch: wait, so you're running this on your local machine, when the device is connected and unlocked and you get this error?
[12:58] <sil2100> hmmm
[12:58] <gusch> sil2100: yep
[12:58] <sil2100> psivaa: ^ had something like this ever before?
[13:01] <psivaa> sil2100: i have not seen this when the device is connected to the host and when it's listed under adb devices
[13:01] <Wellark> pitti: any idea what causes apport-cli (end ubuntu-bug) exit silently when trying to send a crash report?
[13:02] <pitti> Wellark: no, I don't
[13:02] <Wellark> I'm trying to do $ apport-cli -c _usr_bin_system-settings.32011.crash
[13:02] <sil2100> psivaa: all tests seem to be failing because of this, guess some AP problems
[13:02] <Wellark> and apport just exits after hitting "S" for send
[13:02] <Wellark> weird
[13:02] <pitti> Wellark: ah, it's just deferring the actual send to whoopsie
[13:03] <pitti> Wellark: there shoul be a corresponding /var/crash/ .upload stamp
[13:03] <pitti> Wellark: we disabled uploads to Luanchpad for the final release
[13:03] <Wellark> pitti: yep. there is. and I rm'ed it and no joy
[13:03] <pitti> define "joy"?
[13:04] <Wellark> can't upload
[13:04] <Wellark> this is a touch bug
[13:04] <Wellark> *crash
[13:04] <pitti> you mean upload to LP?
[13:04] <Wellark> yep
[13:04] <psivaa> sil2100: let me try this locally
[13:04] <Wellark> and have bug filed while at it
[13:04] <pitti> Wellark: well, that's what we disabled :) but it sohuld get uploaded to errors.u.c.
[13:05] <sil2100> psivaa: here it passes normally (with the exception of the keyboard bug)
[13:05] <Wellark> pitti: so there is no way forcing the upload to LP?
[13:05] <john-mcaleely> does anyone know if /system/bin/screencap still works? It seems to fail on my recent (96?) image on N4
[13:06] <tvoss> john-mcaleely, not with mir
[13:06] <pitti> Wellark: you can change the configuration file, you can locally revert http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/saucy/apport/ubuntu/revision/2249 from /etc/apport/crashdb.conf
[13:06] <john-mcaleely> tvoss, ah, ok. is there currently an alternate?
[13:06] <Wellark> pitti: ok, thanks1
[13:07] <Wellark> pitti: do you want to write an email to ubuntu-phone ml?
[13:07] <Wellark> I'm sure others would want to be able to submit the crashes from their devices also :)
[13:07] <tvoss> john-mcaleely, not right now, sorry
[13:07] <pitti> Wellark: I'm not actually on the list, but if someone can moderate me, sure
[13:07] <john-mcaleely> tvoss, np, good to know the behaviour on my phone is predictable :-)
[13:08] <tvoss> john-mcaleely, :)
[13:08] <john-mcaleely> tvoss, I'll just point a camera at it!
[13:08] <tvoss> john-mcaleely, cool
[13:08] <Wellark> pitti: can't you just join the ml on LP? :)
[13:16] <awafaa> popey: what changed to break your screenshot script? it fails for me at the screencap stage, and i've tried both ubuntu and cdimage images
[13:16] <popey> mir ☻
[13:16] <popey> you have to futz about a bit to get a screenshot now
[13:17] <awafaa> ah, just noticed the discussion with john-mcaleely and tvoss
[13:17] <awafaa> any pointers to what futzing is needed?
[13:18] <popey> http://stackoverflow.com/questions/2807070/screenshot-of-the-nexus-one-from-adb looks handy
[13:22] <jibel> popey, I wrote a small script to do that http://people.canonical.com/~j-lallement/touch/mirfbdump
[13:22] <popey> oh handy, awafaa ^^
[13:22] <jibel> popey, but cat'ing /dev/fb on maguro crashes the device
[13:23] <awafaa> ooh, thanks popey / jibel
[13:24] <tvoss> jibel, yup, that comes down to an issue with the maguro fb driver
[13:25] <jibel> I blacklisted maguro in my script, so you cannot take a screenshot, but at least it won't kill the poor thing
[13:30] <john-mcaleely> jibel, neat - works for me. (N4) thank you!
[13:33] <sergiusens> dpm can you look at https://code.launchpad.net/~sergiusens/music-app/test_fixes_click/+merge/190950 ?
[13:34] <ogra_> Mirv, no, the kernel log shows that it boots to at least line 11283 ...
[13:34] <tvoss> tsdgeos, ping
[13:34] <tsdgeos> tvoss: standup
[13:36] <tvoss> tsdgeos, reping me once done please
[13:37] <ogra_> Mirv, why do you expect OOM ?
[13:40] <Mirv> ogra_: I mean can 10448 -> 10592 be because of OOM even though it doesn't show it, since it starts killing processes and eventually reboots by itself? I don't expect OOM, I just wonder why phablet-test-run ubuntuuitoolkit gets "Killed" and the device eventually reboots
[13:41] <xnox> ogra_: can you let me know if this helps at all? http://paste.ubuntu.com/6235931/
[13:42] <xnox> ogra_: that's patch against /lib/udev/rules.d/. it should make processing spam rather quick (jump past all rules)
[13:42] <xnox> ogra_: i am working on the netlink filter in libudev at the moment.
[13:42] <ogra_> Mirv, oh ! i missed that ...
[13:43] <ogra_> xnox, you mean apart from the fact that it will leave me without a display device ?
[13:43] <ogra_> :)
[13:43] <xnox> ogra_: hm.... true. is VSYNC an ENV{} or an ATTR{} to match on?
[13:43] <tsdgeos> tvoss: yes?
[13:43] <ogra_> Mirv, thats in deed the android process killer
[13:44] <xnox> ogra_: why would that leave you without a display device? that's "add" isn't it? (above should filter out change events)
[13:44] <ogra_> xnox, hmm, not sure, i havent see the uevents, only the dbus messges actually
[13:44] <tvoss> tsdgeos, okay, so we have this weird issue that autopilot key input only works when maliit server is running
[13:44] <xnox> (hmmm.... suspend/wakeup though is change)
[13:44] <gema> ogra_, popey: do you have a bug number for the missing block indicator?
[13:44] <gema> s/block/clock
[13:44] <xnox> ogra_: what do you mean dbus messages?
[13:44] <popey> gema: not seen that for a while
[13:44] <gema> popey: I have that on image 96
[13:44] <gema> popey: shall I look for a crash?
[13:45] <ogra_> xnox, i never dug deeper into the udev side, i only saw the dbus messages that you now filter
[13:45] <popey> gema: yeah
[13:45] <ogra_> read: i onl<y used dbus-monito --system to watch them
[13:45] <tvoss> tsdgeos, looking at lp:maliit, http://bazaar.launchpad.net/~maliit-team/maliit/maliit-framework/view/head:/input-context/minputcontext.cpp#L317 only dispatches real key events if redirect keys is true
[13:45] <gema> popey: I have no indicator crash
[13:46] <gema> popey: it just not there
[13:46] <popey> odd
[13:46] <ogra_> i see that on and off
[13:46] <gema> popey: do you have a bug number?
[13:46] <tvoss> tsdgeos, however, that's only true if connected to the maliit server, see c'tor and http://bazaar.launchpad.net/~maliit-team/maliit/maliit-framework/view/head:/input-context/minputcontext.cpp#L586
[13:46] <popey> awafaa: http://popey.com/~alan/device-2013-10-14-144541.png i get that when i run peacekeeper, if i leave it running
[13:46] <popey> awafaa: do you know what part that is?
[13:46] <ogra_> there are days with clock and there are days without :)
[13:46] <gema> ogra_: the clock in the welcome screen is also gone
[13:46] <popey> wat
[13:46] <popey> never seen that
[13:46] <ogra_> thats a new one, i had that today myself
[13:47]  * ogra_ didnt find time to file any bugs yet though 
[13:47] <gema> ogra_: what is the right package? I will raise it
[13:47] <ogra_> no idea
[13:47] <popey> indicator-datetime ?
[13:47] <gema> popey: for the welcome screen as well?
[13:47] <ogra_> does that provide the lock screne clock ?
[13:47] <popey> pass
[13:47] <tvoss> tsdgeos, makes sense so far? validating my theory here
[13:47] <popey> that I'd file against unity
[13:47] <gema> popey: ack
[13:47] <jibel> gema, clock on the screen lock scene is unity8
[13:48] <gema> jibel: ack
[13:48] <gema> Saviq: ^
[13:48] <gema> Saviq: are you aware of the awol clock on the welcome screen or already working on it?
[13:48] <Saviq> dednick, ↑ seen that?
[13:49] <tsdgeos> tvoss: i'm not much into the maliit code, but, yeah
[13:49] <tvoss> tsdgeos, thx
[13:49] <Saviq> gema, we'll look into it
[13:49] <gema> Saviq: ack, I will get you a bug in then
[13:53] <asac> oSoMoN: do you know iif the browser can work with location?
[13:53] <asac> e.g. on maps.google.com? what settings do i need to tweak to do that?
[13:54]  * asac gets asked for sharing location and after accpet not much happens
[13:54] <oSoMoN> asac: it should work ootb, I didn’t test with maps.google.com, but other geolocation services work
[13:54] <asac> oSoMoN: which did you try?
[13:54] <oSoMoN> asac: the location service may take a very long time to pick up the location from the GPS the first time
[13:54] <asac> oSoMoN: how do i check if that service is actually on/running?
[13:55] <gema> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1239708
[13:55] <Saviq> gema, thanks
[13:55] <oSoMoN> asac: it’s on by default, so unless it crashed, it should be there
[13:55] <asac> kk
[13:55] <oSoMoN> asac: check "ps -ef | grep ubuntu-location-service"
[13:56] <asac> yueah
[13:56] <asac> seeing the process
[13:56] <asac> still  not sure if that thing really pokes a gps device :)
[13:56] <oSoMoN> asac: if you’re indoors, try taking your phone outside for a walk, for better satellite signal
[13:56] <asac> oSoMoN: did you ever get it working on maguro?
[13:56] <oSoMoN> asac: I did last week
[13:56] <asac> interesting
[13:57] <asac> oSoMoN: after enabling both checkboxes in the indicator?
[13:57] <sr20dett> Flo?
[13:57] <popey> http://popey.com/~alan/device-2013-10-14-145652.png ooh, didn't see that popup before in teh browser, neata
[13:57] <tvoss> asac, it's reportedly work for almost all people after they have left the coldstart phases behind
[13:57] <oSoMoN> asac: the checkboxes don’t do anything atm I’ve been told, the service is always on
[13:57] <oSoMoN> asac: I’ll test myself with google maps now, will let you know if I get it to wokr
[13:57] <oSoMoN> work
[13:58] <asac> tvoss: coldstart meaning: get a first time fix?
[13:58] <asac> tvoss: will it be ccold after every reboot?
[13:58] <tvoss> asac, nope, get completely updated almanac and ephimeris data from satellites
[13:58] <tvoss> asac, nope, cold means: gps chipset did not have a fix for a significant amount of time
[13:58] <asac> tvoss: can i see some file growing to confirm that its collecting that data?
[13:58] <tvoss> asac, nope, all driver internal
[13:58] <asac> ok so thgats in the chip
[13:58] <asac> ioc
[13:58] <asac> ic
[13:59] <asac> tvoss: can i see that this chip is in "collecting" state?
[13:59] <tvoss> asac, let me see, you should see satellite visibility updates in dmesg
[13:59] <asac> tvoss: why cant that data be downloaded from the web :)
[13:59] <asac> ?
[13:59] <asac> sounds like might be much faster to just grep a blob there and shovel it to the chipo
[13:59] <tvoss> asac, well, it could if you know about a publicly available supl server
[14:00] <asac> ah ic
[14:00] <asac> so thats prop data
[14:00] <asac> maybe we can capture and release a free data pack :)
[14:00] <asac> hehe
[14:00] <tvoss> asac, other people have had that idea, too ;) it's just assisted gps together with a supl server
[14:00] <tvoss> asac, feel free :)
[14:01] <popey> http://benwerd.com/lab/geo.php i was using that to test geolocation in browser, but it just sits there waiting, probably because of no lock
[14:02] <tvoss> popey, seriously: hang it out of the window, it takes ages without additional data
[14:02] <tvoss> popey, mako or maguro?
[14:03] <NickHateHisName> How can I mount My MAGURO device on linux to acces /home/phablet/
[14:04] <popey> mako
[14:09] <awafaa> popey: sorry for the delay, it's the 4th test - "This physics test simulates bouncing dandelion florts and their collision physics. The test measures both DOM update speed and mathematical methods."
[14:09] <popey> awafaa: is that with a grassy background, I can't tell what that's supposed to be on my device
[14:10] <awafaa> popey: yup, it's supposed to be dandelion seeds floating and bouncing over a grassy hill
[14:10] <popey> awww, nice
[14:11] <popey> asac: tvoss http://popey.com/~alan/device-2013-10-14-151108.png
[14:11] <popey> it worked!
[14:11] <tvoss> popey, :)
[14:12] <awafaa> is there a way to disable screen lock? i wonder if that is inteferring with some of the browser benchmarks
[14:15] <Chocanto> popey: Ping
[14:17] <mhall119> seb128: are we getting the screen-shutoff timeout option again?
[14:18] <seb128> mhall119, the day there is a backend which allows that to be configured again, yes
[14:18] <seb128> mhall119, they dropped it for powerd, it's supposed to be added to unity8 indeed, but that didn't happen
[14:18] <mhall119> oh :(
[14:18] <seb128> yeah...
[14:18] <mhall119> Saviq: why hasn't that happened yet?
[14:19] <Saviq> mhall119, because it happened with no one actually talking to us that we need to do something
[14:19] <popey> awafaa: adb shell stop powerd
[14:20] <Saviq> mhall119, at least in time for this release
[14:20] <popey> awafaa: i just saw the dandelion seeds one running here with powerd stopped
[14:20] <popey> Chocanto: pong!
[14:20] <mhall119> hmmm, we need to work on this cross-team communication
[14:20] <asac> oSoMoN: hey... bug 1239289 ... any ideas?
[14:20] <asac> oSoMoN: jfunk says its reproducible etc.
[14:20] <awafaa> popey: vunderbarr!
[14:21] <Ultimoore> hey guys and gal I have a quick issue maybe someone can help me. I havent updated Utouch for a few days and today I am trying to update to v.96 but after i am done downloading the update and hit install and restart it says that there is no update downloaded. any Ideas?
[14:21] <mhall119> Ultimoore: it did that to me once, second time it worked though
[14:22] <Chocanto> popey: Hey ! :) It was a long time. I just want to know, the 17 October is near, I almost finished the zoom feature for docviewer, when will the 1.0 version of core apps freezed ?
[14:22] <Ultimoore> did your simcard have any effect on the downloading at all?
[14:22] <Chocanto> popey: I don't know if you will understand what I just wrote... ^^'
[14:22] <mhall119> I doubt it, I didn't do anything with my sim
[14:22] <popey> Chocanto: realistically we will go gold tomorrow
[14:22] <popey> Chocanto: any chance you'll have it done by end of day tomorrrow?
[14:23] <Ultimoore> mhall119: because I tried 3 or four times this morning but still keeps doing it.
[14:23] <asac> seb128: do you know about bluetooth buggy?
[14:23] <Chocanto> popey: Yes, it's already working. I just have to improve it
[14:23] <asac> seb128: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1236397
[14:23] <ogra_> asac, charles_ was on BT
[14:23] <popey> Chocanto: awesome, you don't have long ☻
[14:23] <seb128> asac, charles and cyphermox know about it
[14:24] <asac> seb128: do you plan to land a fix for that (and what else?) before release?
[14:24] <Chocanto> popey: I know right ^^ Thank you, I will be fast !
[14:24] <seb128> asac, that would be a question for charles and cyphermox, but I think they are off today
[14:24] <seb128> asac, thostr_ might know if charles_ is working on that though
[14:25] <ogra_> xnox, adding that rule didnt change a thing ... i still have two systemd-udevd processes as the main consumers in top (one with 10%CPU, the other with 5%)
[14:25] <Ultimoore> mhall119: I also tried to update via terminal and it gets to 48% every time and has a hard time getting the headers
[14:25] <xnox> ogra_: ack, thanks.
[14:26] <ogra_> xnox, i fear we cant handle it on that level
[14:26] <ogra_> even if we have a rule the event will be recieved and processed (even if its just an "ignore me" proicessing)
[14:28] <mhr3> seb128, could you add description and screenshot to the settings app?
[14:28] <mhr3> to its .desktop file
[14:28] <seb128> mhr3, "screenshot"?
[14:28] <seb128> mhr3, is that a new key/defined somewhere?
[14:28] <seb128> mhr3, can you open a bug on https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+filebug ? ;-)
[14:29] <ogra_> seb128, thats the right opportunity to expense a new SLR camera ... "i needed it for screenshots with Mir"
[14:29] <ogra_> :)
[14:29] <seb128> ;-)
[14:30] <awafaa> popey: hmm even with powerd stopped I can't get past the "poster image in html5 video player" test in peacekeeper
[14:30] <popey> awafaa: yeah, hangs there for me too
[14:30] <awafaa> ah ok, thanks for the confirmation
[14:31] <mhr3> seb128, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1229758
[14:31] <seb128> mhr3, thanks
[14:32] <dobey> why is apport seeded on ubuntu-touch?!
[14:32] <pitti> dobey: folks want it there to get crashes to errors.u.c. and file bugs
[14:33] <mhr3> seb128, do you know where gallery is on lp? want to affect it too
[14:33] <seb128> gallery-app
[14:34] <dobey> does it behave differently on touch than it does on normal ubuntu? because it just ate all my CPU for a while, and went away, there's no dialog or web browser opening up. i thought whoopsie was the thing that sent stuff to errors.u.c
[14:35] <dobey> well i have a bunch of .crash files in /var/crash/ on my tablet, but there's no .upload for them or anything
[14:38] <rsalveti> pstolowski: I'm now
[14:39] <awafaa> is touch leveraging the gfx binary drivers from AOSP/Cyanogen?
[14:39] <ogra_> awafaa, yes
[14:40] <awafaa> ogra_: thanks
[14:40] <ogra_> well, we use them, not sure if that counts as leveraging :)
[14:41] <awafaa> i'd say that counts :)
[14:41] <pitti> dobey: I think that's a known bug in whoopsie; "sudo restart whoopsie" usually cures it
[14:41] <Saviq> ogra_, maliit-server should now be stopped *before* unity8 stops, right?
[14:41] <ogra_> Saviq, yes
[14:41] <Saviq> ogra_, since it's "stop on stopping unity8"
[14:41] <ogra_> err wait
[14:42] <ogra_> is it ?
[14:42] <ogra_> it is
[14:42] <ogra_> Saviq, right
[14:42] <Saviq> ok, /me makes sure we're not f**cking with that in ap
[14:44] <nerochiaro> boiko: renato_: gusch: now that we're running under MIR, how do you guys run apps from the adb shell ?
[14:44] <sil2100> dandrader, gusch: rsalveti also reproduced the ubuntu-keyboard disappearing bug it seems
[14:44] <pitti> boiko: do you know where messaging-app stores its messages? they appear in history.sqlite, but that's not the only/primary source
[14:44] <boiko> nerochiaro: well, I always ran from ssh, the same thing still works
[14:45] <nerochiaro> boiko: with desktop-file-hint ?
[14:45] <boiko> pitti: it should be the only source
[14:45] <boiko> nerochiaro: yep
[14:45] <pitti> boiko: well, I removed that, pkill history-daemon, reopen messaging-app, and it's still there
[14:45] <mhall119> jdstrand: ping
[14:45] <boiko> nerochiaro: but I noticed something the other day: GRID_UNIT_PX was not set
[14:45] <nerochiaro> boiko: but there are no more deskop files in /usr/share/applications now that everything is based on click
[14:46] <boiko> nerochiaro: ah, wait, well, the telephony apps are not yet click apps :/
[14:46] <anders3408> hello ogra_ any news on system-images compiling for none nexus devices ? :D
[14:46] <sergiusens> nerochiaro, check ~/.local/share/applications
[14:46] <gusch> nerochiaro: you could start it using "upstart-app-launch camera-app"
[14:46] <ogra_> anders3408, not from me, i think stgraber did some work on this
[14:46] <ogra_> anders3408, but i doubt you will see this before 14.04 for ports
[14:46] <pitti> boiko: but I grepped /var /userdata $HOME for it, and I can't find another match either
[14:47] <anders3408> oh yes sorry ogra_ i forgot :)
[14:47] <gusch> nerochiaro: you might need to install "upstart-app-launcher-toos"
[14:47] <anders3408> ogra_: 14.04 for ports , is that having a date set  ?
[14:47] <boiko> pitti: well, I'm pretty sure it only uses history.sqlite, in ~/.local/share/history-service
[14:48] <pitti> boiko: rebooting helps, so I guess the message was still in some other process' memory
[14:48] <ogra_> anders3408, april 2014 (as 14.04 suggests)
[14:48] <anders3408> pitti: as far as ive sen $Home is not being set at all :)
[14:48] <nerochiaro> gusch: excellent
[14:48] <anders3408> haha yes
[14:48] <boiko> pitti: oh, wait a sec, you had unread messages, right?
[14:49] <pitti> boiko: I sent one message in a test case, and that's now in the log
[14:49] <pitti> (i. e. thread view)
[14:49] <tvoss> Saviq, for the ap/maliit issue
[14:49] <Saviq> tvoss, I'm all ears
[14:49] <gusch> nerochiaro: the debug output should be in ~/.cache/upstart/application-click-com.ubuntu.camera-app.log
[14:50] <tvoss> Saviq, the input context does not redirect key events if a connection to the server is not available, see http://bazaar.launchpad.net/~maliit-team/maliit/maliit-framework/view/head:/input-context/minputcontext.cpp#L317
[14:50] <boiko> pitti: ah ok, I know what it is: the unread messages are not acknowledged in the telepathy text channel, and then when you kill the history-daemon, it is set to automatically recover, so the pending messages are delivered again to it, and thus written again in the database
[14:50] <tvoss> Saviq, which is disabled when connection to maliit drops: http://bazaar.launchpad.net/~maliit-team/maliit/maliit-framework/view/head:/input-context/minputcontext.cpp#L591
[14:50] <pitti> boiko: ah, so I additionally need to kill some telepathy daemon for cleaning up
[14:50] <nerochiaro> gusch: i tried upstart-app-launch com.ubuntu.camera-app but nothing is launched and i get no message. and upstart-app-list doesn't return anything
[14:51] <nerochiaro> gusch: am i missing something ?
[14:51] <boiko> pitti: that is going to change after 13.10, when the messaging-menu will also be based on the history-service, but for now we are relying on telepathy's message status to display stuff in there
[14:51] <pitti> boiko: (although a message sent by myself to someone shouldn't count as "unread", but *shrug*)
[14:51] <gusch> nerochiaro: hmmm - so far I ony started the "legacy" gallery that way - tedg should know more
[14:52] <boiko> pitti: that's true
[14:52] <pitti> boiko: ack, thanks
[14:52] <nerochiaro> gusch: i'm  trying to start notes
[14:52] <tedg> nerochiaro, That's not a valid appid
[14:52] <tedg> nerochiaro, That's only the package name, not the full app_id
[14:52] <nerochiaro> tedg: how do i know the valid ones ?
[14:52] <boiko> pitti: I don't know of an easy workaround right now, I will give it some though
[14:52] <boiko> *thought
[14:53] <tedg> nerochiaro, There are a few ways, but a quick way that'll work is this
[14:53] <pitti> boiko: I'll find the right process to kill, no worries
[14:53] <tedg> nerochiaro, ls ~/.local/share/applications/
[14:53] <pitti> boiko: what's the right method for going back to the main view after I wrote a message?
[14:53] <tedg> nerochiaro, That's for hacking, if you want to start from another app you should use url-dispatcher with an appid:// url.
[14:53] <pitti> boiko: I still see the OSK, there's no menu (due to the OSK?), no back button etc.
[14:53] <boiko> pitti: swipe up, and click back
[14:54] <pitti> ah, so swipe down, swipe up, back
[14:54] <boiko> pitti: so, swipe down to hide the keyboard, then swipe up to show the toolbar, and then click back :)
[14:54]  * pitti really wishes for some "back" buttons in many apps
[14:54] <stgraber> ogra_: I actually wrote the required code on Friday and have been running phablet.stgraber.org with it since for testing.
[14:54] <nerochiaro> tedg: i'm interested i launching notes-app from console so i can see the debug output. maybe there's a better way. also notes-app doesn't seem to be in ~/.local/share/applications
[14:54] <stgraber> ogra_: so I just need to write some tests for that stuff this week and then can land that in the upstream server branch
[14:55] <ogra_> stgraber, anders3408 might be a good candidate if you look for a ports tester
[14:55] <nerochiaro> tedg: nevermind the last thing i said about it not being there, i was blind
[14:55] <tedg> nerochiaro, No, you can't do that.  Instead just looks at the console output in ~/.cache/upstart/application*notes*.log
[14:55] <nerochiaro> tedg: got it
[14:57] <Saviq> tvoss, ugh, so as long as maliit is installed, it has to be running, otherwise evdev input won't work?
[14:59] <anders3408> stgraber:  indeed im willing to help testing :D
[14:59] <nerochiaro> tvoss: do you know who should I talk to if the clipboard doesn't seem to work anymore now that we moved to MIR ? want to check if it's a known issu
[14:59] <nerochiaro> issue
[15:00] <barry> mandel: ping
[15:00] <pitti> boiko: FTR, "pkill -f telephony-service-handler" (after rm'ing the history and pkilling history-daemon) does the trick
[15:01] <w-flo> stgraber, I'd be happy to help testing, too :) though possibly a little busy this/next week
[15:01] <tvoss> nerochiaro, known issue
[15:02] <w-flo> oh and stgraber, the device I use for porting is pretty old, so there are probably some unexpected problems (cache too small, out of memory, ..)
[15:11] <dbennett> anyone have luck installing any version on Nexus 7 grouper?
[15:11] <Laney> How do I make system-image-dbus --testing=update-manual-success show a new image in u-s-s after using it once?
[15:14] <Laney> seb128: do you know?
[15:16] <dbennett> anyone have luck installing any version on Nexus 7 grouper?
[15:16] <barry> Laney: probably call iface.Reset()
[15:17] <Tassadar> Hi, anybody with nexus 4? I need output of "ls -l /dev/block/platform/msm_sdcc.1/by-name/"
[15:17] <Tassadar> (on android/in android-chroot)
[15:17] <Laney> barry: Ah
[15:17] <Laney> barry: (Exit)
[15:17] <barry> Laney: Exit will exit the process and dbus activation will restart it, so yeah that'll work too :)
[15:18] <Laney> There's no Reset method on the interface
[15:18] <mhall119> dholbach: beuno: why does uReadIt need to wait for jdstrand when the current version in the store is already using the account policy group?
[15:18] <Laney> I'd tried ctrl-c and re-running it of course
[15:19] <beuno> mhall119, if it currently is, then maybe not. But we do have to make sure he provides feedback, even if after the fact
[15:19] <seb128> Laney, you stop it and restart it
[15:19] <barry> Laney: that's odd.  --testing=<anything> should expose a .Reset method
[15:19] <Laney> hmm
[15:19] <Laney> I bet it dbus activated in normal mode
[15:20] <Laney> yeah after Exit() it got one
[15:20] <Laney> strange
[15:21] <barry> Laney: that makes (some ;) sense.  Reset is only exposed via --testing
[15:21]  * Laney nods
[15:22] <dholbach> mhall119, I don't think we had the check in the reviewing scripts back then
[15:22] <dholbach> mhall119, I just wanted to make sure I didn't accept something which raised a red flag somewhere
[15:23] <mhall119> dholbach: understood, but the combination of A) jdstrand not responding, B) the current published version having it already and C) the current published version not working for unrelated reasons, I'd like to get this new release out asap
[15:24] <dholbach> mhall119, understood - beuno: thoughts? ^
[15:25] <stgraber> anders3408, w-flo: yeah, with the Ubuntu release this thursday and today being a public holiday I doubt I'll have much time to work on that stuff this week, but hopefully I can get a blog post about how to setup your own server at some point next week.
[15:25] <dbennett> The forums say "The 'Manual Installation' instructions appear to be incomplete (for a full install).".  Does anyone know of a source for complete manual install instructions?
[15:25] <beuno> dholbach, I'm ok with approving to make the developer happy at this stage, and figure it out after the fact
[15:25] <w-flo> stgraber, cool :)
[15:26] <dholbach> beuno, all rightie - let me take a quick second look
[15:27] <mhall119> thanks guys
[15:31] <dholbach> mhall119, approved
[15:37] <pitti> boiko, everyone: is there a standard autopilot call for the downswipe to hide the OSK?
[15:37] <ogra_> mzanetti, could we have a slightly more descriptive name for the 2Fa app ? it shows as "Ubuntu" in the click package list on my phone
[15:40] <pitti> elopio: do you happen to know how to "swipe down" with autopilot to hide the OSK?
[15:40] <mhall119> hmmmm, new version is coredumping
[15:40] <elopio> pitti: it should be similar than the swipe down to hide the toolbar.
[15:40] <elopio> I haven't tried it though.
[15:40] <dholbach> beuno, thanks
[15:40] <dbennett> I can boot oct/11 on Nexus7 grouper and get adb shell but tablet screen just displays 'Google' in white
[15:41] <dbennett> using adb shell, last line in dmesg is: adbd (192): /proc/192/oom_adj is deprecated, please use /proc/192/oom_score_adj instead.
[15:42] <dbennett> anyone?
[15:42] <elopio> pitti: http://bazaar.launchpad.net/~elopio/ubuntu-ui-toolkit/drag_toolbar/view/head:/tests/autopilot/ubuntuuitoolkit/emulators.py#L98
[15:42] <elopio> that's not yet merged.
[15:43] <ogra_> Saviq, btw, i was just told in a meeting that the 12sec sleep in ofono-setup can be dropped too
[15:43] <pitti> url 1
[15:43] <Saviq> ogra_, cool
[15:43] <pitti> elopio: ah, I'm looking at open_toolbar() from emulators.py right now
[15:43] <dbennett> also says  'initrd: Couldn't find a system partition.'  but I did 'fastboot flash system ...'
[15:43] <ogra_> (still setms from unflipped times)
[15:43] <ogra_> *stems
[15:43] <Saviq> ogra_, pushed
[15:43] <pitti> elopio: thanks, I'll play with that
[15:44] <ogra_> thx !
[15:44] <pitti> elopio: I won't have an object for the OSK, so I guess that's a little trickier
[15:45] <pitti> great, and now the OSK doesn't come up at all
[15:45] <mhall119> dholbach: ** (process:10604): WARNING **: Manifest 'com.ubuntu.developer.mhall119.ureadit' version '0.9.5' doesn't match AppID version '0.9.3'
[15:45] <mhall119> any idea what that means?
[15:45] <elopio> pitti: was veebers writing a keyboard emulator? We need a way to get the OSK object, I think.
[15:46] <pitti> elopio: I don't know; first time I deal with this in AP
[15:46] <mhall119> oh, it means the icon in the dash was trying to load an old version of ureadit :(
[15:46] <mhall119> searching for it makes it work now
[15:46]  * pitti reboots, hoping to fix the OSK
[15:46] <mhall119> Saviq: are icons in the unity 8 Launchper linked to a specific version of the app?  they seem to be
[15:47] <Saviq> mhall119, https://bugs.launchpad.net/unity8/+bug/1229551
[15:47] <mhall119> Saviq: does that affect the Launcher too?
[15:48] <Saviq> mhall119, for the defaults, probably yes
[15:48] <boiko> pitti: good question, I don't remember
[15:48] <mhall119> how about non-defaults?  I had uReadIt pinned when it was 0.9.3, and then updated it to 0.9.5, but the Launcher was still using 0.9.3 in the APPID
[15:49] <Saviq> mhall119, yeah, same, although affects unity8 in that case
[15:49] <mhall119> ok
[15:49] <Saviq> mhall119, 'cause we need to stop pinning version-specific and use appid:// for clicks
[15:52] <mhr3> dobey, ping?
[15:53] <mhr3> dobey, could you review https://code.launchpad.net/~mhr3/unity-scope-click/update-nonclicks/+merge/190989 pls?
[15:56] <RobbyF> whats the best version to flash right now?
[15:56] <RobbyF> stable getting daily updates?
[15:58] <mhall119> mhr3: is there a plan in place to update the list of installed apps when a new one is installed? or is that working already (haven't checked in a while)
[15:59] <mhr3> mhall119, should work now
[15:59] <pitti> elopio, boiko: I see the ToolbarButtons for "Select", "Call", etc., but none for "Back"; that seems to be a standard button? how can I get that?
[15:59] <mhall119> mhr3: awesome, thanks
[16:00] <pitti> elopio: that might be a nice addition to the uitoolkit emulator?
[16:03] <boiko> pitti: good question, let me check
[16:06] <boiko> pitti: the back button is usually a standard action, but it doesn't have an objectName, so getting it from autopilot might be tricky, maybe some changes to ui-tookit are necessary
[16:06] <boiko> pitti: and indeed this is a good candidate for the uitoolkit emulators
[16:09] <pitti> elopio: ^ filed bug 1239751
[16:09] <elopio> pitti, boiko: I agree. We first need to add the objectName, and then a method for it with a nice name.
[16:09] <dobey> mhr3: those are all converted to click apps now?
[16:09] <mhr3> dobey, yes
[16:09] <elopio> pitti: assigning to myself...
[16:10] <elopio> pitti: would you like it to be main_view.go_back() or main_view.open_toolbar().go_back() ?
[16:11] <pitti> elopio: ah, without having to open_toolbar()/get_toolbar() it's even eaiser
[16:12] <pitti> elopio: but I leave that to you, regarding consistency with the other code
[16:12] <pitti> elopio: I also filed bug 1239753 with my current hack
[16:13] <elopio> pitti: I think that the keyboard emulator should live in the ubuntu-keyboard project. But maybe veebers knows better.
[16:13] <dobey> mhr3: please split the return to a new line.
[16:13] <pitti> elopio: WFM -- feel free to reassign
[16:14] <elopio> pitti: I'll talk with him when he arrives.
[16:14] <pitti> elopio: as long as that doesn't need multiple inheritace in the tests :)
[16:14] <pitti> elopio: cheers! I'll try to come up with a hack, like hardcoding the string "Back"
[16:14] <pitti> (urgh i18n)
[16:14] <mhr3> dobey, pushed
[16:14] <nerochiaro> pitti: boiko: in the same vein as the back button emulator, i added this bug: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1239754 can any of you please have a look and confirm it when you have a minute ? thanks
[16:16]  * pitti waves good night, Taekwondo time
[16:18] <SonikkuAmerica> pitti: I18n is v2y f1n to w2k w2h.
[16:20] <Laney> t0o
[16:20] <SonikkuAmerica> i0s
[16:23] <jermy7> Can someone with an device other than N4 mako do a test for me, please?
[16:25] <RobbyF> Not really a glitch but I don't think we can save images from browser to downloads.
[16:32] <dbennett> Do all Nexus 7 tablets have the same number of mmcblk partitions?
[16:38] <mhall119> seb128: did ubuntu-system-settings change where it tracks bugs?
[16:39] <seb128> mhall119, yes, we closed the upstream project to consolidate on the ubuntu source (as click and others do)
[16:39] <seb128> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+filebug
[16:39] <mhall119> ok
[16:39] <seb128> need to go, bbl
[16:41] <elopio> pitti: review, please: https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1239751_go_back/+merge/191002
[16:46] <stgraber> sergiusens: hey, just a quick feature request for you, could you add a --server argument to phablet-flash ubuntu-system?
[16:46] <stgraber> sergiusens: I need that for the ports system-image servers and for our private system-image servers too
[16:47] <stgraber> sergiusens: (if you want to test it, you can run phablet-flash against http://phablet.stgraber.org)
[16:48] <tedg> lool, Do you know where ubuntu-themes is as far as it's next release?
[16:51] <lool> tedg: no release planned
[16:51] <lool> tedg: we progressively stopped taking things just staged in trunk without some heads up
[16:51] <lool> tedg: I see there's some change staged in ppa for it; is this something important?
[16:52] <lool> tedg: desktop images pretty frozen already
[16:52] <tedg> lool, Yes, otherwise we ship with the roaming icon that I drew instead of the one design drew.  You don't want me drawing icons :-)
[16:52] <lool> tedg: is this on desktop and touch or jsut desktop?
[16:53] <lapor> hey
[16:53] <tedg> lool, checking diff, but I only care about the ubuntu-mobile part
[16:53] <lapor> one question
[16:53] <lool> tedg: there's another change staged
[16:53] <lool>   [ Matthieu James ]
[16:53] <lool>   * All the application icons are provided as PNGs in 240x225 pixels
[16:53] <lool>     (@30). New indicator and action icons. A few tweaks on existing
[16:53] <lool>     icons. (LP: #1212184)
[16:54] <lool> tedg: dont see your change in bzr
[16:54] <lool> tedg: ubuntu-themes you say?
[16:54] <lapor> do we know when is going to be an upgrade for images that were installed through phablet-flash ubuntu-system --channel devel --no-backup
[16:54] <sergiusens> stgraber, yeah, cwayne already requested it; tbh I stopped making must need now things with the whole landing ask thing.
[16:54] <sergiusens> stgraber, what is your timeline?
[16:54] <tedg> lool, https://code.launchpad.net/~tiheum/ubuntu-themes/new_icons/+merge/189904
[16:55] <ogra_> lapor, every time the team considers an image  from the devel-proposed channel stable enough to publish it you should get an update
[16:55] <tedg> lool, Looks like all the changes are in ubuntu-mobile
[16:55] <stgraber> sergiusens: would be awesome to have in 13.10 but not a huge deal either. It'd just make my life much easier as I document how to run your own system-image server (since my current process involves patching phablet-flash...)
[16:56] <sergiusens> stgraber, ack, I'll get it in then
[16:56] <stgraber> awesome, thanks!
[17:00] <lool> tedg: did you try the actual .deb?
[17:01] <tedg> lool, No I didn't
[17:01] <lool> tedg: would you mind doing so?  it's in PPA
[17:01] <tedg> lool, K, I can.
[17:01] <lool> tedg: ~ubuntu-unity/daily-build PPA
[17:05] <mhr3> lool, could you add one landing ask in thostr's name? he already left for today
[17:06] <mhr3> lool, it's for honoring dconf settings in unity-scope-onlinemusic
[17:06] <mhr3> here's mp
[17:06] <mhr3> https://code.launchpad.net/~stolowski/unity-scope-onlinemusic/honor-disabled-scopes/+merge/190997
[17:26] <lool> tedg: testing ok?
[17:26] <lool> mhr3: sure
[17:34] <anders3408> stgraber:  sounds good, will for sure try and see if i can get find5 to build using that server and following your guide :) will it be on ubuntu's website ?
[17:39] <harisha> Hello All, I am unable to submit my application
[17:40] <harisha> I am getting error while submitting
[17:40] <harisha> each upload try, it is showing different error
[17:44] <dobey> beuno: ^^
[17:44] <harisha> Ok, after few tries I was able to submit for review
[17:45] <beuno> harisha, glad it worked, I'll look into why it failed the first times
[17:46] <harisha> Ok, Np
[17:47] <tedg> lool, Installed the deb and I don't see anything obviously broken.
[17:47] <tedg> lool, Played around with the phone.
[17:50] <lool> tedg: Ok thanks
[17:56] <dobey> jibel: can you check that bug 1236807 is still an issue with at least image 96?
[18:40] <jibel> dobey, this is fixed. Thanks
[18:41] <dobey> jibel: great, thanks for testing
[18:51] <saxin> Is it possible to make a song as default ringtone?
[18:52] <lool> 17
[18:58] <SonikkuAmerica> saxin: If it's a .ogg I don't see why not
[19:06] <wilee-nilee> saxin, Only if it's 'a mans world" by james brown. ;)
[19:08] <saxin> wilee-nilee: Lucky me then. Just the song I was thinking about ;-)
[19:10] <w-flo> gah. the google mail web interface keeps on adding full quotes to my mails without me noticing before it is too late.
[19:11] <wilee-nilee> hehe a great song
[19:23] <thomi> morning
[19:57] <pitti> elopio: cheers! reviewed
[20:04] <barry> lool: ping
[20:06] <lool> barry: pong
[20:06] <barry> lool: got a sec to talk about system-image 1.9?
[20:06] <lool> yes
[20:06] <barry> lool: so, here's what's ready to be uploaded: https://bugs.launchpad.net/ubuntu-system-image/+bugs?field.tag=client&orderby=-status&start=0
[20:07] <lool> barry: that's a lot
[20:07] <barry> lool: note lp: #1215586.  this is ready in s-i but not yet afaict in system-settings.  the question is whether it *will* be ready or not
[20:07] <barry> lool: indeed
[20:07] <lool> barry: Frankly, last uploads going in today
[20:07] <lool> err tomorrow
[20:07] <lool> so I'm not sure we want to take that big a change
[20:08] <barry> lool: they've all been triaged critical (except 1215586).  1206588 is inconsequential
[20:08] <lool> barry: is the diff large?
[20:08] <stgraber> barry: can you confirm this is the first release using /cache/recovery as the download target?
[20:08] <barry> stgraber: it is
[20:09] <stgraber> if so, we really need this as /tmp is just too small on some devices to work reliably
[20:09] <lool> stgraber, barry: Do we have a size guarantee on /cache/recovery?
[20:09] <lool> is it >= full image?
[20:09] <barry> lool: bzr diff -r1.8 | diffstat
[20:09] <barry> lool:  35 files changed, 893 insertions(+), 265 deletions(-)
[20:09] <stgraber> lool: the size comes from Android but if I remember correctly the specs, it's supposed to be >= 500MB
[20:10] <barry> of course a lot of that is stests
[20:10] <lool> barry: but perhaps without tests
[20:10] <stgraber> lool: which is far better than what we have for /tmp which is 50% of memory so a pretty ridiculous amount on maguro
[20:10] <lool> barry: lol
[20:10] <lool> err stgraber lol
[20:11] <lool> barry: did you test that with some update already?
[20:11] <barry> lool: i'm building a package and testing on my device now
[20:11] <krabador> it's possible to hope other RIL than gnex, on the 1.0 release?
[20:11] <stgraber> lool: well, it's supposed to be 500MB on maguro as 50% of memory, the problem is when you use more than 50% of that same memory for actual stuff (which tends to happen)
[20:12] <barry> lool: so i guess we should postpone 1215586.  which would be fine, as long as the system settings doesn't change (we either change them both or neither)
[20:12] <lool> barry: the diff is not TOO scary
[20:12] <lool> barry: I cant speak for system-settings status
[20:13] <lool> barry: what do we do with the descriptions then?
[20:13] <barry> lool: currently, we don't send *any* descriptions because of this bug
[20:14] <lool> barry: can we easily send just an URL over that without breaking the protocol?
[20:14] <lool> or just the untranslated description text
[20:14] <lool> or English one
[20:14] <lool> barry: anyway, I guess that's for an update
[20:14] <lool> barry: just test what you have and upload to proposed (it's blocked there with a hint)
[20:14] <barry> lool: no, because the s-s client can't currently accept any descriptions
[20:15] <barry> lool: well, i guess that why we have sru's <wink>
[20:15] <lool> yeah
[20:16] <barry> anyway, the branch re-enabling descriptions is current and passes, so if i have to merge it, it should be easy
[20:16] <stgraber> anyway, it's not like we actually have any description to show ;)
[20:17] <barry> stgraber: ;)
[20:17] <stgraber> I'm currently just putting the version_detail string in there (makes it easier for QA)
[20:17] <stgraber> we need cjwatson (or I) to review Ursinha's changelog generation branch, land that on cdimage and then get system-image to parse that stuff before we get any relevant information to show to the user
[20:18] <stgraber> and translating that stuff is even further off (well, I doubt we'll have translated changelogs for any daily/automated images, that feature was mostly meant for OEM/carriers)
[20:19] <barry> stgraber: so i guess it's no big loss to postpone that
[20:19] <stgraber> right
[20:19] <stgraber> getting that early in the 14.04 cycle seems reasonable to me
[20:20] <barry> sounds good
[20:40] <spale> is there a way to get the keyboard in the right direction when a tablet is horizontal?
[20:41] <spale> (Nexus 10)
[20:41] <dobey> does screen rotation work in anytyhing yet? unity doesn't rotate for me at least
[20:42] <spale> yes, the rotation works
[20:43] <mzanetti> ogra_: yeah... actually once you install it it shows up as uAuth. Only realized today that the suggested downloads doesn't use the .desktop file entry but the name you enter on the website
[21:59] <dbennett> can anyone recommend the best device to install the latest dev version on?
[22:00] <fishscene> dbennett: Check this out: https://docs.google.com/spreadsheet/ccc?key=0ArLs7UPtu-hJdDZDNWliMmV1YUJ3Zk1pQlpDdGp4VFE&usp=sharing#gid=0
[22:00] <dbennett> thx
[22:01] <dbennett> nice
[22:01] <fishscene> NP. It is also linked in the channel topic. (although obscured -_-;;)
[22:02] <dbennett> looks like galaxy nexus or nexus 4,  I couldn't get grouper to boot
[22:03] <fishscene> I've been testing grouper on Nexus 7 for a couple of months now. Stability has plummeted over the last 5 days or so.
[22:04] <dbennett> couldn't mount system,  tried manual install following .py code and cwm install
[22:04] <fishscene> err…. grouper devel channel. I haven't used any other channel for a while now.
[22:04] <fishscene> Are you using the steps found here: https://wiki.ubuntu.com/Touch/Install ?
[22:28] <Saviq> ogra_, FYI just merged unity8+upstart
[23:08] <lool> barry: still uploading system-image?
[23:09] <lool> Saviq: you're missing replaces
[23:10] <Saviq> lool, where/why?
[23:10] <lool> Saviq: you're taking over unity8.conf from the session package
[23:10] <lool> Saviq: so you need to replaces session-package (<< new-version~)
[23:10] <lool> or <= old version
[23:11] <lool> and session package should Break unity8 << new-version~ or <= old-version
[23:11] <Saviq> lool, well... it doesn't replace it, does it - it's just one file we took over - the rest still needs to be there
[23:11] <Saviq> lool, but if you say so...
[23:11] <lool> Saviq: replaces is a dpkg semantic to tell it that file conflicts are ok for certain version combinations
[23:11] <Saviq> lool, ok
[23:12] <lool> Saviq: if you dont add it and one unpacks the new unity8 when the old session is still there, dpkg will fail
[23:12] <lool> Saviq: you've seen this yourself I'm sure
[23:12] <lool> "Can not overwrite xyz already in package foobar"
[23:12] <Saviq> lool, yeah of course, just didn't know Replaces is what this should be handled with
[23:12] <Saviq> lool, doing
[23:12] <barry> lool: still testing on my local machine.  having some weird sbuild problems atm, but i will definitely upload before my eod
[23:12] <lool> Saviq: will you do the breaks too?
[23:13] <Saviq> lool, yes
[23:13] <lool> Saviq: that's good, cause if you knew everything what would I do?
[23:13] <lool> barry: ok
[23:14] <Saviq> lool, relax
[23:14] <lool> Saviq: what kind of weird thing is that
[23:14] <lool> sounds for people not up at 1 am  ;-)
[23:14] <lool> ok grabing a tea
[23:18] <Saviq> lool, https://code.launchpad.net/~saviq/unity8/bump-replace-session-conf/+merge/191076
[23:18] <Saviq> lool, and http://bazaar.launchpad.net/~saviq/session-manager-touch/drop-unity8/revision/129
[23:18] <lool> Saviq: looks good
[23:19] <lool> happroved
[23:20] <Saviq> lool, pushed
[23:46] <lolololol> Hi
[23:46] <lolololol>  torch still on track for stable rls on 17th?