[03:00] <elopio> veebers: I'm here.
[03:01] <veebers> elopio: oh sorry I had an issue getting setup, I've since sorted it :-) I'm just sorting out another bug at the moment so nothing to report sorry
[03:03] <elopio> veebers: ok, don't worry. Let me know if you get a chance to look it. I'll still be around for some hours.
[03:04] <veebers> elopio: coolio will do, cheers
[05:19] <didrocks> thomi: answered
[05:19] <didrocks> thomi: if you agree, can we then move on?
[05:23] <thomi> didrocks: I'm sorry - I still don't understand why having a circular dependency between two packages is bad. mterry and I looked into this, and concluded that we were not going to run into the one case that might cause us problems (maintainer scripts that rely on package installation order).
[05:23] <thomi> So either this change is largely for cosmetic purposes (which is fine, but I'd just like to know), or there's a genuine problem, which I don't understand, and that I'd like to understand
[05:24] <didrocks> thomi: see https://code.launchpad.net/~didrocks/autopilot/remove-circular-dep/+merge/165873/comments/368138
[05:25] <didrocks> thomi: it's to prevent issues in the near future
[05:27] <thomi> didrocks: right, that looks like exactly what we read in oakland before merging the original change.
[05:27] <thomi> I'm fine to change it again, but let's not suggest that this is anything other than some proactive cleanup to maybe avoid problems in the future
[05:27] <didrocks> thomi: this is just good packaging practice, because one day, that issue will happen
[05:28] <didrocks> talking about experience, so this is why I see it as broken :)
[05:28] <thomi> didrocks: sure. Perhaps it would be a good idea to make sure that everyone on the distro team has a common set of expectations in this regard
[05:28] <thomi> otherwise we get inconsistent standards between packages / teams
[05:29] <didrocks> thomi: welcome to Debian world :)
[05:29] <didrocks> thomi: well, normally, those are blocked in binary NEW
[05:29] <didrocks> archives admins are quite aligned on those
[05:29] <didrocks> thomi: this team: https://launchpad.net/~ubuntu-archive/+members#active
[05:33] <didrocks> thanks thomi
[05:33] <thomi> no worries
[08:30] <mzanetti> Saviq: just curious. What's the reason for this? https://code.launchpad.net/~aacid/unity/doNotAnimateFilterGrid/+merge/165886
[08:30] <mzanetti> err... tsdgeos^
[08:30] <Saviq> mzanetti, it's unused
[08:30] <Saviq> mzanetti, and was supposed to help tsdgeos with fixing the LVWPH
[08:30] <tsdgeos> which to be honest it didn't really help much
[08:30] <tsdgeos> we can discard it if you prefer
[08:31] <mzanetti> ah... I thought thats the expanding animation we see at startup
[08:31] <Saviq> mzanetti, we shouldn't be seeing it at startup ;)
[08:31] <mzanetti> so I was curious if thats disabled because of some issues or because of design doesn't liking it
[08:32] <Saviq> mzanetti, it was never meant to be like this (remember you're unlikely to see the startup at all)
[08:33] <Saviq> mzanetti, the behavior was only there for when we expanded the categories, and we were doing it wrong anyway
[08:33] <mzanetti> Saviq: understood. thanks
[08:33] <Saviq> mzanetti, this still valid https://code.launchpad.net/~mzanetti/unity/phablet-fix-ap-on-device/+merge/166084 ?
[08:34] <mzanetti> Saviq: yes
[08:34] <Saviq> mzanetti, k, testing
[08:34] <mzanetti> Saviq: just because of this, tests still won't pass
[08:34] <mzanetti> Saviq: you also need dandraders autopilot_touch thingie
[08:35] <Saviq> mzanetti, yup, k
[08:35] <mzanetti> Saviq: and your test run is likely to be interrupted by the screen going off
[08:35] <mzanetti> Saviq: bug for autopilot is opened
[08:35] <Saviq> mzanetti, yeah, read that yesterday
[08:43] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity/phablet.fix-run-device/+merge/166194
[08:44] <mzanetti>  \o/
[08:45] <mzanetti> that separation was useless
[08:45] <Saviq> yah
[08:48]  * mzanetti fixes phablet-run-tests
[08:54] <Saviq> mzanetti, where do I get python-ubuntu-platform-api from?
[08:55] <mzanetti> Saviq: hmm... should be in our repo, isn't it?
[08:55] <mzanetti> Saviq: at least I didn't have to install it manually
[08:55] <mzanetti> Saviq: oh... maybe the autopilot ppa. I've added that one
[08:55] <Saviq> mzanetti, k
[08:56] <Saviq> mzanetti, yaeh
[08:58] <Saviq> mzanetti, "/dev/uinput" cannot be opened for writing?
[09:00] <mzanetti> Saviq: oh yeah... need to chmod 666 it for now
[09:01] <Saviq> mzanetti, k
[09:05] <Saviq> mzanetti, shouldn't launch_test_local have app_type="qt", too?
[09:05] <mzanetti> Saviq: hmm... I don't know exactly why this is needed at all in the first place
[09:06] <mzanetti> Saviq: seems on the phone AP has troubles to detect its a qml app or somehting
[09:06] <mzanetti> Saviq: works fine on the desktop without it
[09:06] <Saviq> mzanetti, I can't "make autopilot" on the device, fwiw
[09:06] <Saviq> without that
[09:06] <mzanetti> Saviq: oh... right... didn't try that
[09:06] <mzanetti> Saviq: ok, in that case I'll add it
[09:09] <Saviq> mzanetti, also, I'm not sure that -mousetouch is needed after all, /me checks
[09:16] <Saviq> mzanetti, yeah, we should be able to get rid of -mousetouch for autopilot, let's wait what dandrader has to say
[09:18] <mzanetti> ok
[10:17]  * mzanetti http://nooooooooooooooo.com/
[10:17] <mzanetti> found tons of .po file changes somewhere in the middle of my last 10 commits
[10:36] <nic-doffay> mzanetti, that's happened to me before too
[11:06] <tsdgeos> didn't paulliu's msgmerge thing get merged already?
[11:20] <Saviq> tsdgeos, yeah, it did
[11:21] <Saviq> tsdgeos, but mzanetti committed it earlier (because we're not using git :P)
[11:21] <tsdgeos> ah :D
[11:32] <mzanetti> # Fatal error in Evacuation
[11:32] <mzanetti> # Allocation failed - process out of memory
[11:32] <mzanetti> huh?
[11:42] <Saviq> mzanetti, where?
[11:42] <mzanetti> Saviq: I ran ./run_on_device and suddenly the phone turned off... I booted it again, ran it again and the shell crashed with this message
[11:43] <Saviq> mzanetti, yikes
[11:43] <mzanetti> Saviq: then I ran it again and watched memory consumption => everything seems back to normal
[11:43] <Saviq> mzanetti, sounds like something went wrong on the android side, I'd say
[11:44] <mzanetti> hmm... might be... not really sure how to reproduce
[11:52] <dandrader> Saviq, """ Please go "wrap-and-sort" in the source tree while you're at it. """ <- what's that about?
[11:52] <Saviq> dandrader, just execute wrap-and-sort
[11:52] <Saviq> dandrader, it's a script that will wrap and sort debian/*
[11:52] <Saviq> dandrader, it's in devscripts
[11:52] <Saviq> if you don't have it already
[11:54] <dandrader> Saviq, you sure you want this? http://paste.ubuntu.com/5713125/
[11:55] <Saviq> dandrader, interesting, it doesn't do that much here
[11:56] <Saviq> dandrader, actually it does, just put python-evdev before "qml-phone-shell", then
[11:56] <dandrader> Saviq, ok
[11:56] <Saviq> and we'll run wrap-and-sort in a separate MR to clean it up
[11:59] <dandrader> Will be back later. Have an appointment with an osteopath.
[12:04] <Saviq> mzanetti, you might want to merge lp:~dandrader/unity/phablet_autopilotTouchOnly into your branch
[12:04] <mzanetti> Saviq: which one? the autopilot fix?
[12:04] <Saviq> mzanetti, yes
[12:10] <smspillaz> 1
[12:10] <smspillaz> argghg, this new version of byobu...
[12:11] <smspillaz> anyhow - stacking bug in Windows - though it might be an entertaining read: http://randomascii.wordpress.com/2013/05/28/alttab-bug-worsened-by-ie-10-but-fix-found/
[12:41] <mzanetti> Saviq: I fear the InputFilterArea is broken :/
[12:41] <Saviq> mzanetti, why's that?
[12:42] <mzanetti> Saviq: open the phone-app, then drag the launcher in and tap on a launcher item. the phone-app will the press too
[12:42] <mzanetti> Saviq: even though there is a InputFilterArea in between
[12:42] <mzanetti> Saviq: could it be that the IFA only filters MouseEvents but we're working with touchEvents now?
[12:42] <Saviq> mzanetti, works fine here on image 138?
[12:43]  * mzanetti restores the factory image
[12:43] <Saviq> mzanetti, we were always working with touch input, they're converted to mouse events inside Qt, if needed
[12:44] <Saviq> brb
[12:45] <mzanetti> Saviq: works fine in image 140 too... broken with current trunk
[12:49] <Saviq> mzanetti, this stuck or just started late 'cause of queues? http://s-jenkins:8080/job/unity-phablet-ci/1063/ ?
[12:49]  * mzanetti checks
[12:49] <Saviq> mzanetti, I never know with the mediumtests runner http://s-jenkins:8080/job/generic-mediumtests-runner/1723/console
[12:50] <mzanetti> Saviq: mediumtests don't get stuck
[12:50] <mzanetti> (famous last words)
[12:50] <Saviq> mzanetti, :D
[12:50] <mzanetti> Saviq: but no... this is normal... when writing results to xml file nothing is printed
[12:50] <Saviq> mzanetti, k
[12:52] <mzanetti> Saviq: and finished
[12:53] <mzanetti> Saviq: anyways... IFA is indeed broken with latest trunk (not released yet)
[12:53] <Saviq> mzanetti, /me checks
[13:06] <Saviq> mzanetti, I can't reproduce
[13:07] <mzanetti> Saviq: hmm... I just use run_on_device on current trunk and then open the phone-app and click on a launcher button that is on top of a dialer button of the phone-app
[13:07] <Saviq> mzanetti, yes, nothing happens in the phone app for me
[13:08]  * mzanetti does a clean checkout of trunk to test
[13:10] <mzanetti> Saviq: I still can reproduce... using image 140 + trunk... maybe some combination with something that changed between 138 and 140
[13:10] <Saviq> mzanetti, ah, image 140, /me checks
[13:10] <Saviq> mzanetti, might be that platform-api failed (there was some refactoring there)
[13:11] <mzanetti> Saviq: BUT: image 140 with the released shell does not show the issue... it must be the combination
[13:11] <Saviq> mzanetti, in the mean time, just put an IFA to cover the whole screen, check if you can interact with the apps at all
[13:12] <mzanetti> Saviq: yeah.. I did already colored the IFA blue and tested explicitly in the blue area...
[13:30] <Saviq> mzanetti, I just flashed 140, run_on_device and everything works fine here...
[13:32] <sergiusens> Saviq: mzanetti you are right, if I have the greeter locked and the phone app in, all the events just go through
[13:32] <sergiusens> Saviq: mzanetti so I can dial a number blindly ;-)
[13:32] <Saviq> mzanetti, with http://pastebin.ubuntu.com/5713374/ I can't interact with the app at all
[13:32] <Saviq> sergiusens, through the greeter?
[13:32] <mzanetti> Saviq: works for me (as in: its broken)
[13:33] <sergiusens> Saviq: yeah, make sure the phone-app is on top, lock, and then just tap on the greeter
[13:34] <sergiusens> Saviq: mzanetti given that the greeter is not that useful (security wise), I am going to approve the release and log a bug for it... is that ok?
[13:35] <mzanetti> sergiusens: when interacting with the launcher it causes weirdness... not sure want to release that?
[13:36] <Saviq> sergiusens, mzanetti, I can confirm through greeter
[13:37] <Saviq> sergiusens, mzanetti but that's the same on stock 140
[13:37] <Saviq> sergiusens, mzanetti not specific to current trunk
[13:38] <sergiusens> mzanetti: well if its as Saviq says, it's already there
[13:38] <sergiusens> let me pull out another device
[13:38] <sergiusens> mzanetti: it's not a regression when compared to what already being delivered
[13:40] <Saviq> sergiusens, a more important test: open phone app, pull launcher in, tap on gallery (near the right launcher edge)
[13:41] <Saviq> sergiusens, do you get "7" entered?
[13:41] <Saviq> sergiusens, that's what mzanetti reports, I can't reproduce
[13:41] <Saviq> sergiusens, greeter is a 5 line fix
[13:43] <sergiusens> Saviq: want me to wait? We are getting into a mega release thing where we might never release
[13:43] <sergiusens> Saviq: if you can block all other happroves, I'll wait
[13:44] <sergiusens> Saviq: can reproduce you test on maguro
[13:45] <Saviq> sergiusens, meaning you get the "7" entered?
[13:47] <sergiusens> Saviq: nope... but the launcher is a bit further from the 7
[13:47] <sergiusens> Saviq: or my touch surface with my finger is too small :-)
[13:47] <Saviq> sergiusens, yeah, you'd know
[13:48] <paulliu> mzanetti: http://qt-project.org/wiki/Qt_Quick_Carousel#70b4903abcb62ace84264ad0443ae759
[13:48] <Saviq> sergiusens, must be something weird with mzanetti's device
[13:48] <paulliu> mzanetti: I'm reading this. But if you have a better and easier workaround.
[13:48] <mzanetti> paulliu: https://gitorious.org/xbmcremote/xbmcremote/blobs/master/apps/harmattan/qml/MainPage.qml
[13:48] <mzanetti> line 88
[13:48] <paulliu> mzanetti: Please teach me that.
[13:48] <Saviq> sergiusens, and yeah, I have a branch already, pushing
[13:49] <sergiusens> Saviq: ok, let's wait for that then
[13:50] <paulliu> mzanetti: ok..thanks.
[13:50] <mzanetti> paulliu: basically what you do is not to add the string property to the ListElement but instead add some ID
[13:50] <paulliu> mzanetti: ok.
[13:50] <mzanetti> paulliu: then, when you use it in your delegate, you not just call the role, but call model.translatedString(index)
[13:51] <mzanetti> Saviq: can you try my branch then? if that works for you I'm fine :D
[13:51] <Saviq> mzanetti, your launcher branch?
[13:51] <mzanetti> Saviq: yes
[13:51] <Saviq> mzanetti, will do in a sec, I'm in clean-flash-everything frenzy
[13:52] <mzanetti> Saviq: ok... linner is ready... bbiab
[13:52] <Saviq> linner? ;)
[13:52] <mzanetti> I'm sure that's in the urban dict too
[13:56] <Saviq> sergiusens, btw, does -b clear /data already? or do I need phablet-tools from somewhere?
[13:57] <sergiusens> Saviq: -b clears everything
[13:57] <Saviq> sergiusens, doesn't, here :/
[13:57] <Saviq> sergiusens, but maybe I don't have the most recent tools?
[13:57] <Saviq> 0.13daily13.05.10ubuntu.unity.next-0ubuntu1
[13:58] <sergiusens> Saviq: make sure you have the ppa enabled
[13:58] <Saviq> sergiusens, which one :D
[13:58] <sergiusens> Saviq: ppa:phablet-team/tools
[13:58] <Saviq> sergiusens, thanks
[14:00] <sergiusens> Saviq: I created bug #1185443 just in case
[14:00] <Saviq> sergiusens, cheers
[14:00] <sergiusens> Saviq: I'll be waiting for the fix :-)
[14:00] <sergiusens> Saviq: my intention is to do an image build as soon as this lands
[14:01] <Saviq> sergiusens, https://code.launchpad.net/~saviq/unity/phablet.greeter-filter/+merge/166262
[14:05] <Saviq> mzanetti|food, https://code.launchpad.net/~saviq/unity/phablet.greeter-filter/+merge/166262 when you're back
[14:05] <Saviq> or anyone else, if they want it ^
[14:08] <greyback> Saviq: I'll take it, want a distraction
[14:09] <Saviq> greyback, please try and break it, i.e. make sure it doesn't regress
[14:09] <Saviq> greyback, and also please check: start phone app, drag launcher in, tap on gallery - see if "7" is typed into the dialer
[14:09] <Saviq> greyback, i.e. check if InputFilterArea works
[14:10] <greyback> Saviq: ok
[14:13] <Saviq> kgunn, ping
[14:13] <kgunn> Saviq: pong
[14:15] <Saviq> sergiusens, phablet-flash is sideloading now? instead of pushing to the sd card?
[14:15] <sergiusens> Saviq: nope, it's pushing to the sdcard
[14:15] <sergiusens> Saviq: only happens after the wipe ;-)
[14:16] <Saviq> sergiusens, why does it block on "Deploying Ubuntu" then?
[14:16] <Saviq> sergiusens, just waiting for adb to show up again?
[14:17] <sergiusens> Saviq: what version do you have installed?
[14:17] <Saviq> sergiusens, 0.14-0ubuntu1~raring
[14:19] <sergiusens> hmmm... I'll need to check this... not supposed to be like that
[14:25] <Saviq> sergiusens, problem - phablet-flash -b seems to have failed, so I'm left with just recovery on the device, there's no system zip anymore, how do I flash it now?
[14:26] <sergiusens> Saviq: how did it fail?
[14:27] <Saviq> sergiusens, http://pastebin.ubuntu.com/5713540/
[14:28]  * greyback needs a reboot, bbiab
[14:28] <sergiusens> Saviq: if you are in the recovery image
[14:29] <sergiusens> Saviq: then do adb push /home/michal/Pobrane/phablet-flash/140/raring-preinstalled-phablet-armhf.zip /sdcard/autodeploy.zip
[14:29] <sergiusens> Saviq: then adb reboot recovery
[14:31] <Saviq> sergiusens, k thanks, no android side flashing anymore?
[14:31] <Saviq> not through .zip at least?
[14:33] <sergiusens> Saviq: with -b it uses the .img files created for the android side
[14:33] <Saviq> sergiusens, and we now have some smarts to update the android side (like hybris and friends?) another way?
[14:34] <sergiusens> Saviq: waiting for container flip
[14:34] <Saviq> sergiusens, yeah, that's gonna help a lot
[14:34] <sergiusens> Saviq: going to be packaged
[14:36] <mmrazik> didrocks: "schedule: 0 2 * * 1-7" in cupstream2distro-config means that at 2am UTC a snapshot is taken and the stuff is dputed into the ppa defined in the stack?
[14:36] <smspillaz> bregma: just remembered actually - I don't think distro likes having UNRELEASED; in debian/changelog
[14:36] <smspillaz> bregma: shall I just make a new entry for saucy?
[14:37] <Saviq> sergiusens, any reason why it would get stuck at "< waiting for device >"? other than no root privileges?
[14:37] <bregma> smspillaz, there some new magic about setting the changelog ot UNRELEASED for the autolander to do its thing
[14:37] <bregma> if things stayed the same, it would get unexciting
[14:37] <smspillaz> bregma: what's the magic that the autolander does with UNRELEASED ?
[14:37] <smspillaz> does it just prevent autolanding for a little bit ?
[14:38] <bregma> well, if I could explain it it would not appear as magic
[14:38] <bregma> it's documented here: https://wiki.ubuntu.com/DailyRelease/FAQ
[14:38] <smspillaz> bregma: so we don't know what it does, but we want it ?
[14:38] <smspillaz> ah
[14:39] <bregma> smspillaz, that change has an API change that will also break the Unity builds, so we'll want to coordinate taht
[14:39] <Saviq> mzanetti, your branch is broken!
[14:39] <didrocks> mmrazik: right
[14:39] <mzanetti> Saviq: define broken
[14:39] <Saviq> mzanetti, launcher is transparent to input
[14:39] <mmrazik> didrocks: thanks
[14:40] <mzanetti> Saviq: but it happens with trunk too... at least here
[14:40] <Saviq> mzanetti, checking right now, just reverted the merge
[14:41] <didrocks> yw
[14:42] <Saviq> mzanetti, nope, only in your branch
[14:43] <mzanetti> impossible
[14:43] <smspillaz> bregma: ah right, so the version needs to be bumped in debian/changelog and UNRELEASED; added
[14:43] <smspillaz> gotcha
[14:43] <sergiusens> Saviq: when doing what?
[14:44] <smspillaz> bregma: should be able to get that done within the next few days then, thanks for the tip
[14:44] <sergiusens> Saviq: I'm thinking you probably didn't update android-tools-adb and android-tools-fastboot
[14:44] <Saviq> sergiusens, with -b
[14:44] <Saviq> sergiusens, everything up to date here
[14:44] <smspillaz> (things got a bit messy on dist upgrade to saucy so I haven't been able to really focus on fixing that while I have some other uni stuff due)
[14:45] <sergiusens> Saviq: there's a bug in adb where the wait-for-device logic fails, hadn't tracked it down yet
[14:45] <Saviq> sergiusens, k, that's fine, got my device back anyway, thanks a lot
[14:46] <sergiusens> Saviq: the version you are using of phablet-tools was prone to that... not sure why the latest wasn't picked up :-/
[14:49] <Saviq> mzanetti, http://pastebin.ubuntu.com/5713599/
[14:49] <Saviq> mzanetti, your IFA is 0-width
[14:50] <mzanetti> Saviq: but no joking... I can reproduce it with trunk too
[14:50] <mzanetti> anyways... lemme check your paste
[14:52] <Saviq> mzanetti, with trunk + paste I get [14:52] <mzanetti> Saviq: oh right... my local branch has the IFA fixed
[14:52] <Saviq> mzanetti, and everything works
[14:52] <mzanetti> Saviq: thats how I noticed the issue in the first place... while fixing my branch
[14:52] <mzanetti> let me push
[14:52] <Saviq> mzanetti, do
[14:52] <mzanetti> Saviq: done
[14:55] <Saviq> mzanetti, your branch works finfe
[14:55] <Saviq> fie
[14:55] <Saviq> fine
[14:55] <Saviq> even
[14:55] <Saviq> mzanetti, bar for the fact that the launcher doesn't go away automagically
[14:56] <mzanetti> Saviq: right
[14:56]  * mzanetti fixes... then I guess the first round is ready for review
[14:57] <Saviq> mzanetti, and please merge dandrader's TouchOnly into your ap fix
[14:58] <mzanetti> ack
[15:00] <mterry> mzanetti, is there supposed to be content in your phablet-pinlock branch?
[15:00] <mzanetti> mterry: oh... I moved it over to ~unity-team to enable nic to add blur stuff (which we gave up for now)
[15:00] <mterry> ah
[15:01] <mterry> mzanetti, I might want to steal some of your PAMification of the single-user case for another branch
[15:02] <mzanetti> mterry: feel free... btw. its ready for review (except everything blur related) so feel free to start making me fix things
[15:03] <mzanetti> Saviq: merged
[15:08] <Saviq> mzanetti, cheers
[15:08] <kgunn> MacSlow: pmcgowan was just double checking if notification bootstrap can go into the build....i can't see any reason of concern...you?
[15:09] <Saviq> kgunn, no, it's fine, it's not used atm
[15:09] <MacSlow> kgunn, I'm still busy with GIconProvider and the expansion-test failing...
[15:09] <kgunn> Saviq: thanks....that's what i understood
[15:09] <MacSlow> kgunn, so no news unfortunately on that front
[15:10] <kgunn> MacSlow: Saviq he was mentioning some "old" discussion/concern on dependencies
[15:10] <kgunn> MacSlow: ack...but that's snap decisions right? (e.g. round 2)
[15:15] <sergiusens> Saviq: apt-get update and get a new phablet-tools
[15:15] <Saviq> sergiusens, cheers
[15:16] <Saviq> mzanetti, if I were you, I'd try ppa:phablet-team/tools and go for a -b flash
[15:17] <Saviq> mzanetti, it really feels like something's not flashed properly on your device
[15:17] <mzanetti> Saviq: ok... now that syncevo works I can do :D
[15:17] <Saviq> mzanetti, ;)
[15:17] <mzanetti> sergiusens: btw... how far is the sync app?
[15:17] <Saviq> mzanetti, yeah, didn't work for me on the N9 with DAViCal :/
[15:18] <Saviq> mzanetti, didn't try to fix yet
[15:18] <mzanetti> Saviq: hmm... I just used it with owncloud yet... but that claims to be standard CardDav
[15:18] <sergiusens> mzanetti: zero work yesterday... need to pick it up today
[15:18] <Saviq> mzanetti, yeah, in theory davical should be same (been using it for CalDAV for a while now)
[15:19] <sergiusens> mzanetti: will have plenty of time tonight (it's sort of out of band)
[15:19] <Saviq> mzanetti, but it failed on HTTP PUT from syncevo, so I'm expecting a failure on davical's side
[15:19] <sergiusens> mzanetti: but a nice excuse to familiarize myself with QML and the sdk
[15:20] <mzanetti> Saviq: might be... yes
[15:20] <mzanetti> sergiusens: awesome. keep me posted
[15:41] <bschaefer> sil2100, ping
[15:42] <sil2100> pong
[15:43] <bschaefer> sil2100, hey, have you had a chance to test that XIM ppa?
[15:43] <kenvandine> fginther, when ci_defaults change for a stack, do you need to do something special to get autolanding and CI tests to see the changes?
[15:43] <sil2100> Not yet, but let me repoke you later, ok?
[15:43] <kenvandine> i changed raring to saucy for the friends stack and redeployed, but CI is using raring still
[15:43] <fginther> kenvandine, yes. we need to re-generate the jenkins jobs manually
[15:43] <bschaefer> sil2100, will do, thanks!
[15:44] <kenvandine> fginther, ah, can you please do that for friends?
[15:44] <fginther> kenvandine, will do
[15:44] <kenvandine> fginther, thanks
[15:48] <fginther> kenvandine, done
[15:48] <kenvandine> fginther, thx
[16:02] <Saviq> sergiusens, we should be good to release after https://code.launchpad.net/~saviq/unity/phablet.greeter-filter/+merge/166262 lands
[16:03] <Saviq> sergiusens, should be some 20mins tet
[16:03] <Saviq> yet
[16:18] <mzanetti> paulliu: Saviq: FYI, I commented on this one: https://code.launchpad.net/~paulliu/unity/i18n/+merge/166287
[16:19] <Saviq> mzanetti, yeah, that's throw-away anyway
[16:19] <Saviq> mzanetti, the strings need to come already translated from the backend
[16:19] <mzanetti> right... I just thought I share the possible ways of doing it... I'm sure you will need this again at some point
[16:21] <Saviq> mzanetti, OTOH I assumed there was a problem with the "generate the model at runtime"
[16:21] <Saviq> mzanetti, thought that's what you discussed with paulliu before
[16:21] <mzanetti> Saviq: might be... in that case I'd use the index approach
[16:21] <mzanetti> Saviq: no... the issue was that you can't use qsTr() in a ListElement at all
[16:22] <Saviq> mzanetti, ah, read it properly now
[16:33] <mzanetti> Saviq: is it just me or does run_on_device build slower with ninja?
[16:33] <mzanetti> Saviq: I mean the initial build
[16:34] <paulliu> mzanetti: I'm not sure how to get that index. Because it is section.
[16:34] <mzanetti> paulliu: oh... I see...
[16:34] <paulliu> mzanetti: It goes into the ListView, and then come back.
[16:35] <mzanetti> paulliu: well... as Saviq said, its temporary... so fine with me...
[16:35] <paulliu> mzanetti: ok
[16:35] <mzanetti> paulliu: note that its a "Comment", not a "Needs fixing" :)
[16:37] <mzanetti> Saviq: -b fixed my launcher  \o/
[18:03] <Saviq> mzanetti, good
[18:22] <mzanetti> Saviq: ok. ready: https://code.launchpad.net/~mzanetti/unity/phablet-folding-launcher/+merge/166000
[18:22] <mzanetti> I'm off now.
[18:42] <cyphermox> sil2100: ping?
[18:42] <cyphermox> sil2100: https://code.launchpad.net/~mathieu-tl/cupstream2distro-config/saucy-misc-to-archive/+merge/166355
[18:54] <sil2100> cyphermox: looking in a moment!
[19:09] <cyphermox> sil2100: thx... anyway, I'm still largely on phone stuff
[19:11] <Saviq> mzanetti, nice and round MR number :)
[20:38] <mhall119> Saviq: I can't build unity 8's trunk
[20:38] <mhall119> [ 56%] Building CXX object tests/qmltests/plugins/Unity/CMakeFiles/FakeUnityQml.dir/FakeUnityQml_automoc.cpp.o
[20:38] <mhall119> [ 56%] Built target qml-phone-shell
[20:38] <mhall119> that's all the error message I get
[20:39] <mhall119> Linking CXX shared module libFakeUnityQml.so
[20:39] <mhall119> [ 56%] Built target FakeUnityQml
[20:39] <mhall119> make: *** [all] Error 2
[20:39] <mhall119> I ran ./build -s, then ./build, which is where I got this error
[20:39] <mhall119> parent branch: bzr+ssh://bazaar.launchpad.net/+branch/unity/phablet/
[20:40] <Saviq> mhall119, try ./build -c to build from scratch
[20:40] <Saviq> mhall119, or just drop builddir
[20:40] <Saviq> mhall119, and the actual error is further up
[20:40] <mhall119> -c got it past 56% anyway
[20:41] <mhall119> 100% \o/
[20:43] <mhall119> Saviq: is there any way to run an app inside of unity running via ./run ?
[20:43] <Saviq> mhall119, no, no support for X apps
[20:44] <Saviq> mhall119, only possible on android atm, Mir support is in progress
[20:44] <mhall119> ok