[10:58] <tsdgeos> Saviq: evil tag back?
[10:58] <tsdgeos> 0.1.16               ?
[10:58] <Saviq> tsdgeos, where!:?
[10:58] <tsdgeos> trunk
[10:58] <Saviq> tsdgeos, ah, just one? :D
[10:58] <Saviq> wth
[10:59] <tsdgeos> yep
[10:59] <Saviq> probably one removal failed...
[11:00] <Saviq> tsdgeos, `bzr tag --delete 0.1.16`
[11:00] <tsdgeos> done
[11:00] <Saviq> tsdgeos, I did that on trunk and will verify that branches don't have it on next landing
[11:00] <Saviq> heh, in that case I'll drop the other ? one, too
[11:01] <Saviq> tsdgeos, bzr tag --delete 7.85+14.10.20140428.2-0ubuntu1
[11:01] <Saviq> bzr tag --delete 0.1.16
[11:01] <Saviq> @unity ↑
[11:01] <Saviq> on both local and remote branches please (I'll keep a look-out)
[11:06] <tsdgeos> Saviq: easy one! https://code.launchpad.net/~aacid/unity8/remove_empty_dirs/+merge/219168 :D
[11:13] <Saviq> paulliu, sorry, but video playback isn't a good thing to enable now, we need it to be out-of-process to not bring down the shell with it
[11:14] <Saviq> paulliu, maybe once we extract the dash to be an app (which will happen soon)
[11:15] <tsdgeos> hmmmm
[11:15] <tsdgeos> anyone can see what we need iconutils.* in unity8/tests/mocks/Unity
[11:15] <tsdgeos> ?
[11:15] <tsdgeos> s/what/why
[11:21] <Cimi> Saviq, having a script in autolanding is obviously not doable?
[11:21] <Cimi> for removing tags
[11:21] <Saviq> Cimi, no
[11:21] <Saviq> Cimi, we just have to get through this
[11:21] <Saviq> Cimi, and we'll be tag-free after that
[11:22] <Cimi> Saviq, no problem
[11:22] <Cimi> anyway
[11:22] <Saviq> Cimi, and anyway it's important that people do it locally
[11:22] <Cimi> having hard times with utopic nowq
[11:22] <Cimi> packages don't build in sbuild
[11:22] <Saviq> Cimi, otherwise we'd just have to keep the script running forever
[11:22] <Saviq> Cimi, what package?
[11:26] <Cimi> Saviq, lightdm
[11:26] <Cimi> Saviq, and I have no clue how to do testing here...
[11:26] <Cimi> Saviq, and robert works when I sleep...
[11:26] <Saviq> Cimi, you mean cross-build or just standard?
[11:26] <Cimi> Saviq, cross build for the phone
[11:27] <Cimi> Saviq, I need to see if it works with infographics
[11:27] <Cimi> https://code.launchpad.net/~cimi/lightdm/uid-bindings/+merge/218958
[11:28] <Cimi> Saviq, you know in bzr how do I revert local branch changes to a file and use trunk>
[11:28] <Cimi> ?
[11:28] <Cimi> apart from copying
[11:28] <Saviq> Cimi, you mean after you committed some changes to it?
[11:28] <Cimi> Saviq, apparently I committed some changes
[11:28] <Cimi> don't ask me why
[11:29] <Cimi> it must be some debian patches that were applied with dpkg-buildpackage
[11:29] <Cimi> and then when I committed it pushed
[11:29] <Cimi> I didn't expect
[11:29] <Saviq> I
[11:30] <Saviq> Cimi, I'd probably uncommit, shelve, commit again
[11:30] <Cimi> I am copying files
[11:30] <Cimi> yeah makes sense
[11:30] <Cimi> so you can shelve what you want
[11:30] <Saviq> Cimi, or uncommit, shelve, uncommit, shelve, etc.
[11:30] <Cimi> good point
[11:30] <Saviq> Cimi, use qshelve
[11:30] <Cimi> thanks
[11:30] <Saviq> Cimi, it's rather nice (not as good as git add -p where you can edit individual hunks, but good enough)
[11:34] <tsdgeos> pstolowski: is Q_DECLARE_METATYPE(std::shared_ptr<unity::scopes::Result>) used? i can't find any unity::scopes::Result :S
[11:35] <pstolowski> tsdgeos, i'm sorry, it's mhr3's baby, i dunno
[11:37] <tsdgeos> oki
[11:37] <Cimi> seb128, can you help me with lightdm packaging?
[11:38] <seb128> Cimi, sure
[11:38] <Cimi> seb128, http://bazaar.launchpad.net/~cimi/lightdm/uid-bindings/view/head:/debian/control
[11:38] <Cimi> seb128, jenkins doesn't build on utopic
[11:38] <Cimi> https://code.launchpad.net/~cimi/lightdm/uid-bindings/+merge/218958/comments/522707
[11:39] <Cimi> apparently due to missing dh-systemd
[11:39] <Cimi> which is not installed by apt-get build-dep lightdm
[11:39] <Cimi> but I can see it in the control file...
[11:41] <seb128> Cimi, that seems like a jenkins issue, check with fginther?
[11:43] <Cimi> also cannot build in sbuild
[11:44] <Cimi> http://paste.ubuntu.com/7451962/
[11:44] <Cimi> I have trusty with armhf sbuild chroot utopic
[11:46] <seb128> Cimi, that seems another issue
[11:46] <Cimi> yeah
[12:02] <paulliu> Saviq: ok. I'm reading all the blueprints and will get more stuff for myself.
[12:03] <Saviq> xnox, could you please have a look at bug #1318627 when have a moment
[12:04] <Saviq> Cimi, ↑
[12:04] <Cimi> thanks Saviq !
[12:05] <Cimi> Saviq, I guess I will work on the UI using my local patch for unity8
[12:05] <Cimi> Saviq, then I'll integrate better later on when I finish the work on lightdm (when it will build and I could write tests)
[12:05] <Cimi> ok for you?
[12:15] <Saviq> Cimi, sure
[13:17] <luv> hey there. I have to say it's quite crazy to have this bug in https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/964270 for about two years. (It's the bug then after a reboot compiz forgets custom keyboard shorts (resets gsettings for org.gnome.desktop.wm.keybindings)
[13:17] <luv> i was really suprised it's still in in 14.04 :-(
[13:17] <luv> though i dont mind fixing it myself - seems like a silly mistake (... or almost impossible to track down race condition ;-) )
[13:18] <luv> (there is also https://bugs.launchpad.net/bugs/1063617 and quite a lot of dupes )
[13:19] <luv> just wondering if i submit a patch will it get accepted to 14.04 branch, because I dont really fancy maintaing a "fork" with the patch in for years
[13:20] <luv> though what i dont really understand is why compiz resets these gsettings at all in the first place!
[13:20] <luv> (also i can easily reproduce running "unity" or "compiz --replace" in an existing session)
[14:04] <Cimi> Saviq, new bug for the download progress https://bugreports.qt-project.org/browse/QTBUG-38944
[14:05] <Cimi> Saviq, kgunn also this is really important for phone delivery, we need to distropatch qt if upstream won't fix in time https://bugreports.qt-project.org/browse/QTBUG-35608
[14:13] <tsdgeos> mterry: there?
[14:13] <mterry> tsdgeos, hello!
[14:14] <tsdgeos> mterry: you filed a bug about dash tests not passing?
[14:14] <mterry> tsdgeos, yeah, I commented on bug with what you wanted.  What are the "ii" packages?
[14:14] <tsdgeos> installed
[14:15] <tsdgeos> mterry: that is weird, ok, i'll have a look later
[14:15] <mterry> Oh, that's not as exciting as I hoped  ;)
[14:15] <mterry> tsdgeos, they pass for you?
[14:15] <tsdgeos> they did last week and nothing seems to have changed
[14:15] <mterry> huh
[14:15] <tsdgeos> i was hoping you had some weird sdk packages or something
[14:16] <tsdgeos> i had them at some point
[14:16] <tsdgeos> and they were breaking stuff
[14:16] <mterry> tsdgeos, gotcha
[14:16] <mterry> tsdgeos, also if you could find time to give the split branch another lookover.  I think I'm done with expected changes
[14:17] <tsdgeos> mterry: ok, will try this afternoon or tomorrow morning
[14:37] <dandrader> greyback, what's that "short app ids" story?
[14:38] <greyback> dandrader: shortappId = appId less the version string
[14:39] <dandrader> hmm
[14:39] <greyback> dandrader: the version string causes problems when the app is updated (and the version string changes) - then the desktop file changes too
[14:40] <greyback> dandrader: there's a bug mzanetti is trying to fix using these short appIds
[14:40] <mzanetti> dandrader: yeah... causes issues in some places... e.g. launcher items get stale when the app is upgraded
[14:40] <greyback> dandrader: bug 1239750
[14:41] <mzanetti> because so far an appId contains the version number too. => upgrading an app changes the ID => different app
[14:41] <dandrader> yeah, I see
[14:46] <luv> so no interest in fixing the bugs with losing keyboards shortcuts??
[15:02] <tsdgeos> damn, override does not take into account the return type?
[15:02] <tsdgeos> wait it actually does :D
[15:18] <karni> hey guys! I got a question. Is there a scope, that makes use of/shows off journal, vertical journal or organic-gric? I seem not to be able to make anything resembling a layout out of my scopes while trying out these layouts, perhaps I'm doing something wrong. The grid and carousel work just fine, but I've never seen {vertical-}journal or organic-gric work outside of our unity8 tests. Any hints?
[15:18] <davidcalle> karni, "not implemented"
[15:19] <karni> davidcalle: oh!!
[15:20] <karni> I gathered they were already in, I see.. Saviq, any ETA on any of the journals or organic grid being fully implemented?
[15:20] <tsdgeos> karni: you were implementing them, remember? :D
[15:21] <karni> tsdgeos: I was attempting to implement one, but because I had trouble fully understanding the code base, I went on to fix other bugs. Yes, I do remember.
[15:21] <tsdgeos> karni: that's as far as we got
[15:21] <tsdgeos> karni: afaik noone is working on it nor is planned for *immediate* work
[15:22] <karni> tsdgeos: I see. Is this on the roadmap anytime soon? We'll be showing off custom scopes to customers pretty soon (and more and more of them)
[15:22] <tsdgeos> but "shouldn't be that hard" (TM)
[15:22] <karni> tsdgeos: noted, thanks
[15:22] <tsdgeos> karni: anyway you want to talk to Saviq tomorrow when he's back
[15:22] <karni> tsdgeos: so you say ;D I've been there ;)
[15:22] <karni> okay
[15:24] <Cimi> tsdgeos, ping
[15:24] <tsdgeos> Cimi: yes?
[15:24] <Cimi> tsdgeos, so I am adding a png shadow to carousel
[15:25] <Cimi> tsdgeos, I need to hack your js to add a property
[15:25] <tsdgeos> ok
[15:25] <Cimi> tsdgeos, basically, we want to set artShape's border to none
[15:25] <Cimi> of the ubuntushape
[15:25] <Cimi> when I am in a carousel
[15:26] <Cimi> tsdgeos, now in function cardString
[15:26] <Cimi> neither template or components are telling me it's a carousel or a grid
[15:26] <tsdgeos> ?
[15:26] <tsdgeos> thye do
[15:26] <tsdgeos> no?
[15:26] <Cimi> tsdgeos, not really
[15:27] <Cimi> tsdgeos, in cardTool is categoryLayout that describes the type
[15:27] <tsdgeos> template["category-layout"] ?
[15:27] <Cimi> tsdgeos, this says carousel
[15:27] <Cimi> tsdgeos, but carousel dinamically changes to grid with few items
[15:28] <tsdgeos> right
[15:28] <Cimi> tsdgeos, look at cardTool
[15:28] <tsdgeos> Cimi: pass categoryLayout down then
[15:29] <Cimi> tsdgeos, I was wondering if this would have triggered more creations
[15:29] <Cimi> tsdgeos, due to bindings and changes to those files
[15:30] <tsdgeos> Cimi: meeting, back in a little
[15:30] <Cimi> ok
[15:37] <mvo> hi, hope this is the right channel to ask some questions about u8/mir on utopic/desktop. it seems that sigond is not running and when I manually try to run it it crashes. is that a known issue? it seems like I can install clicks because of that
[15:40] <tsdgeos> Cimi: back now
[15:40] <Cimi> cool
[15:40] <tsdgeos> Cimi: what would have triggered more creations?
[15:40] <Cimi> tsdgeos, property var cardComponent: CardCreatorCache.getCardComponent(cardTool.template, cardTool.components);
[15:41] <Cimi> tsdgeos, if we add a third argument
[15:41] <Cimi> tsdgeos, wouldn't this cardComponent call CardCreatorCache.getCardComponent when the third changes as well?
[15:41] <tsdgeos> correct
[15:41] <tsdgeos> but cardtool categoryLayout "shouldn't happen much"
[15:41] <tsdgeos> no?
[15:42] <tsdgeos> s/happen/change
[15:42] <tsdgeos> s/much/at all
[15:42] <tsdgeos> no?
[15:42] <Cimi> nope
[15:42] <Cimi> only when is less than element on screen
[15:42] <tsdgeos> Cimi: otoh you can add the property all the time too
[15:42] <Cimi> for carousel
[15:42] <Cimi> ok
[15:42] <Cimi> let's add
[15:42] <tsdgeos> a property alias "should not be a big problem"
[15:43] <tsdgeos> more over when you only set it to a value from the carousel
[15:44] <seb128> bregma, hey, maybe you know about mvo's question/can point to somebody who knows? (signond not running in the unity8-mir desktop session, leading to non working click scope it seems)
[15:45] <bregma> mvo, should that be "seems like I can't install clicks because of that"?
[15:46] <mvo> bregma: it is the last thing that the logs tell me at least
[15:49] <bregma> I know there was an issue with transitive application launches because of the new Touch security model, but that shouldn't affect the signon stack any more, because we worked around services started over D-Bus
[15:50] <mvo> my utopic is fresh, all updates from today are in
[15:50]  * mvo builds signond to see if he can see anything that looks suspicious
[15:50] <seb128> you might want to try to catch mardy
[15:50] <seb128> but it might be late in the day for him
[15:51] <bregma> but installing click packages on the desktop was not supported last time I checked, because it conflicted with apt or something, so you just can't install through the click scope
[15:52] <mvo> bregma: I'm trying to find out the current state of this
[15:54] <Cimi> tsdgeos, cimi@draco:~/Development/unity8/carousel-shadow$ ./run
[15:54] <Cimi> bash: ./run: No such file or directory
[15:54] <Cimi> tsdgeos, thinking of you :D
[15:54] <tsdgeos> yeah :/
[15:55] <bregma> mvo, it is known to not work, it hasn't been investigated in depth yet (evidently you're doing that), but if you could open a bug against the unity8-desktop-session project so we can track the work that would be real swell
[15:56] <mvo> bregma: sure, happy to do that, but I will wait until I can write more than "itz not working", i.e. if I have a little more idea about where we stand, hopefully by tomorrow
[15:58] <mvo> silly(?) question, but is there I way to start my normal terminal in the u8/mir desktop session? or something equivalent to DISPLAY=:0 gnome-terminal from vt1 that will open it inside mir?
[16:03] <bregma> mvo gnome support is not yet available on Mir, but the terminal app works
[16:03] <bregma> me, I use ssh to get a useful command line
[16:28] <mvo> bregma: thanks, it seems like the terminal is currently only available for armhf, I will see if I can build it myself (or maybe I just look at the wrong place for the click?)
[16:30] <bregma> it's in the core apps, you can install the debs instead of the click to get bootstrapped
[16:31] <bregma> ppa:ubuntu-touch-coreapps-drivers/daily
[16:40] <karni> Anyone knows where's the /usr/share/unity-scopes/api/Runtime.ini on Utopic?
[16:49] <Cimi> Saviq, https://code.launchpad.net/~cimi/unity8/carousel-shadow/+merge/219233
[21:19] <Cimi> Saviq, my lightdm branch got merged, if we can build an armhf package would be great
[21:21] <Saviq> Cimi, did it not build in CI or sthg?
[21:21] <Saviq> kgunn, you just commented on https://docs.google.com/a/canonical.com/document/d/1JAwVBnzaVD5Fk9NV2humb33GaqTEqG-xt1QFll_CxpM/edit - but see the title :D
[21:21] <Cimi> Saviq, nope
[21:22] <Cimi> Saviq, https://code.launchpad.net/~cimi/lightdm/uid-bindings/+merge/218958
[21:23] <Saviq> then until it cross-builds, no other way but to build natively on device
[21:23] <Cimi> ack
[21:23] <Cimi> Saviq, dobranoc
[21:23]  * Cimi -> afk
[21:23] <kgunn> Saviq: sorry dude...not sure how i ended up there
[21:24] <Saviq> Cimi, take care
[21:24] <Saviq> kgunn, no worries, just loled when saw the title :)
[23:00] <Cimi> Saviq, robert just added tests for lightdm so we're good to go
[23:00] <Cimi> I'll do infographics tomorrow then