[07:34] <Saviq> tsdgeos, mzanetti, hey, I'
[07:34] <tsdgeos> I'!
[07:34] <Saviq> m down with some bug I need to fight off
[07:34] <Saviq> so I won't be much responsive today
[07:34] <mzanetti> hf
[07:35] <mzanetti> Saviq: which one I might ask? the CPU consuming stuff?
[07:35] <Saviq> :P
[07:35] <mzanetti> I'll take that as a yes
[07:36] <tsdgeos> Saviq: how is CI regarding the scopes thing? does it build or?
[07:36] <Saviq> if CPU == brain, then yes, very much
[07:36] <Saviq> tsdgeos, it should be fine
[07:36] <tsdgeos> oki
[07:36] <mzanetti> that'd be awesome... its pretty annoying how the device suddenly drains battery when Wifi gets bad
[07:37] <Saviq> mzanetti, let me clarify... I'm sick ;) not fighting any bugs in the software...
[07:38] <mzanetti> damn
[07:38] <mzanetti> poor guy
[07:38] <mzanetti> have a good rest then
[07:53] <tsdgeos> Saviq: get well1
[07:53] <tsdgeos> !!
[08:24] <pstolowski> didrocks: ping
[08:24] <didrocks> pstolowski: pong
[08:25] <pstolowski> didrocks: hey! when do you expect latest changes in scopes stuff to land in saucy?
[08:26] <didrocks> pstolowski: when the stack will build successfully and pass tests, sil2100 is going to look at what happened once back
[08:26] <didrocks> pstolowski: seems we have arch mismatch on powerpc I guess
[08:27] <didrocks> pstolowski: note that some stack we are depending on still didn't fix the tests failing for a week
[08:27] <didrocks> (indicators, hud)
[08:29] <pstolowski> didrocks: uh, fair enough.. thanks
[08:30] <didrocks> yw :)
[09:03] <nic-doffay> Saviq, can you recommend anyone from the sdk team to do a rereview of that branch?
[09:11] <tsdgeos> nic-doffay: he said he was sick and wouldn't be around
[09:11] <tsdgeos> greyback: do you have anyone to recommend to nic-doffay ↑↑↑ ?
[09:11] <nic-doffay> tsdgeos, k
[09:11] <greyback> nic-doffay: which branch?
[09:11] <nic-doffay> greyback, https://code.launchpad.net/~nicolas-doffay/ubuntu-ui-toolkit/orientation-helper-anim-alias/+merge/168489
[09:12] <greyback> nic-doffay: as it is vaguely layouts related, try zsombi
[09:13] <greyback> Saviq: get well soon!
[09:16] <nic-doffay> greyback, cool ta
[09:31]  * greyback needs to do a reinstall, has completely b0rked his saucy install
[09:31] <greyback> back in <1 hour or so
[09:48] <nic-doffay> Anyone up for a small review? https://code.launchpad.net/~nicolas-doffay/unity/change-gradient-colours/+merge/169244
[09:49] <luv> hey, not sure about the Ubuntu bug reporting process in launchpad ... if a bug is marked as incomplete and I (the reporter) do provide the needed info  ... should I change the state back to new?
[09:59] <nic-doffay> pete-woods, got time for a tiny infographic review?
[10:00] <pete-woods> nic-doffay: sure
[10:01] <greyback> yay for squeaky clean install!
[10:01] <dednick> larsu: ping
[10:01] <pete-woods> nic-doffay: hey, those look like the old colours!
[10:03] <nic-doffay> pete-woods, yeah design wanted to change them back.
[10:04] <pete-woods> nic-doffay: surprise surprise! :p
[10:05] <nic-doffay> pete-woods, haha yeah.
[10:05] <greyback> interestingly part of my install is in German. I did choose English as my language, but it did detect Berlin as my location
[11:27] <greyback> mzanetti: know who to talk to, in order to enable arm builds in a PPA?
[11:28] <mzanetti> greyback: cjwatson
[11:28] <greyback> mzanetti: thanks
[11:28] <mzanetti> greyback: however, he won't do it without you giving good reasons
[11:28] <greyback> mzanetti: okay
[11:29] <mzanetti> greyback: but good point... I'd like to have one too :)
[11:37] <greyback> mzanetti: cjwatson not the person to ask, instead need to use https://answers.launchpad.net/launchpad/+addquestion to request armhf individually
[11:37] <mzanetti> greyback: ah ok. thanks
[11:43]  * greyback bbian
[11:43] <greyback> bbiab even
[12:55] <larsu> dednick: morning
[12:57] <dednick> larsu: hey. question about the indicator files. Is there any more info that's going to be stored in there? like title, default icon & empty text (when there's no menus).
[12:58] <larsu> dednick: not yet :)
[12:59] <larsu> title should come from the service, as it might change, no?
[12:59] <larsu> default icon makes a lot of sense
[12:59] <larsu> what do you mean by empty text?
[13:00] <dednick> larsu: for example if the messaging indicator has no menus, it shows "You have no more messages".
[13:01] <dednick> larsu: although i guess not all indicators will have that.
[13:03] <larsu> didnick: right, and I was hoping to keep translatable strings out of the indicator files
[13:03] <larsu> we can just have it as an attribute on the menu
[13:03] <dednick> larsu: ya. i didnt think it was a great idea to have them in there, but just wanted to check if there was an intent
[13:04] <dednick> at the moment it's all just in the client.
[13:06] <larsu> dednick: right, and I'll move as much as possible to the service (once I get to messages again), so that you have no indicator-specific code in there
[13:07] <dednick> larsu: thanks
[13:17] <mterry> pete-woods, in testing, you'll need https://code.launchpad.net/~mterry/libusermetrics/fix-include/+merge/169450 too
[13:17] <pete-woods> mterry: well spotted!
[13:21] <mterry> pete-woods, I'm in the middle of a branch for unity to use libusermetrics
[13:22] <pete-woods> mterry: sounds cool
[13:30] <tedg> sil2100, So when these two HUD branches land I think GEdit should work again: https://code.launchpad.net/~ted/hud/idle-clear/+merge/169583 and https://code.launchpad.net/~ted/hud/duplicate-bus-names/+merge/169584
[13:30] <tedg> (it does locally, hopefully for autopilot too)
[13:33] <sil2100> Holy shat!
[13:33] <sil2100> That sounds awesome, let me look at those
[13:43] <dednick> Cimi: i've still got the review of ubuntu-settings-components on my list of things to do
[13:43] <dednick> i havent forgotten :)
[13:49] <kgunn> tsdgeos: since Saviq's out, figure you might know...we can modify the unity dep's to stop pulling nux in phablet build ?
[13:50] <MacSlow> Is there any way to compile unity/8.0 atm on Saucy? Hitting "UnityExtras-6.0.gir:-1: In PreviewPlayer: error: type reference 'ExtrasPreviewPlayerClass' not found" Do I have to downgrade to vala 0.18?
[13:50] <tsdgeos> kgunn: been quite centered in the lvwph thing and not fully up to date with the rest of the work, i *think* probably yes, but not sure
[13:54] <kgunn> tsdgeos: thanks
[13:55] <greyback> MacSlow: it worked for me last week. You might need to remove the unity_build entirely and start afresh with 'build -s'
[13:56] <MacSlow> greyback, it's from a fresh branch (with unity_build removed etc)
[13:56] <mzanetti> dandrader: Q_INVOKABLE static :)
[13:57] <greyback> MacSlow: oh then I'm not sure.
[13:57] <mzanetti> dandrader: sounds wrong :D
[14:01] <dandrader> mzanetti, well, it works
[14:01] <dandrader> mzanetti, what's the problem?
[14:02] <mzanetti> dandrader: not really a problem... But Q_INVOKABLE makes methods of objects invokable. Which doesn't fit with static... anyways, I remember once I had to use "virtual static" which also worked, but causes a WtfException in my brain
[14:08] <tsdgeos> MacSlow: ./build -s && ./build worked here in saucy
[14:09] <tsdgeos> just did it
[14:09] <MacSlow> tsdgeos, hm... odd
[14:10] <MacSlow> tsdgeos, maybe those issues are side-effects of the errors I saw during the udate...
[14:10] <tsdgeos> maybe i have some packages installed you don't and that should be part of the build depends and are not
[14:11] <tedg> sil2100, Those landed, when you get a chance, fire away!  :-)
[14:13] <tvoss_> less /var/log/X0
[14:14] <tvoss_> less /var/log/X0qsudo service lightdm restart
[14:14] <tsdgeos> :D
[14:17] <Cimi> mzanetti, hey :)
[14:17] <sil2100> tedg: \o/ re-running!
[14:20] <sil2100> tedg: let's see how it spins
[14:23] <mterry> sil2100, didrocks: Can I get some pre-NEW reviews of lp:libusermetrics?
[14:23] <Cimi> mzanetti, I don't remember your advices on testing the compressed height of the Calendar :)
[14:23] <MacSlow> tsdgeos, perhaps... just finishing pulling the latest package-updates
[14:23] <didrocks> mterry: I can do it now, sure!
[14:25] <didrocks> mterry: would be nice to have a different long description between the -dev and the library package itself
[14:26] <didrocks> sorry, they are
[14:26]  * didrocks grabs some coffee
[14:27] <mzanetti> Cimi: hehe
[14:28] <mzanetti> Cimi: well, basically the suggestion was not only test is the assignment of the property works, but also to test if the whole thing actually expands
[14:29] <Cimi> oh indeed
[14:29] <Cimi> mzanetti, you suggested to do verify (newHeight > oldHeight * 5) or so
[14:30] <mzanetti> Cimi: well, we didn't really have the possibility to know the exact newHeight in the test
[14:30] <mzanetti> Cimi: obviously it would be better to check if it goes to the correct height
[14:30] <mzanetti> Cimi: but as we can't do that, I suggest to go as close as possible
[14:31] <mzanetti> Cimi: e.g. (newHeight > oldHeight * 5) && (newHeight < oldHeight * 7)
[14:34] <tedg> sil2100, Is it done yet?  :-)
[14:34] <sil2100> tedg: it's still running ;) I think we're waiting for ARM to build
[14:37] <didrocks> mterry: dude, you are annoying…
[14:38] <didrocks> mterry: I find nothing to tell or fix on your package :p
[14:38] <mterry> \o/
[14:38] <didrocks> mterry: I can argue about this empty debian/docs file
[14:38] <mterry> oh heh, didn't notice that
[14:38] <didrocks> or that debian/changelog is native where it shouldn't (daily release should fix that)
[14:38] <didrocks> mterry: the only thing is the digia copyright files, we ship the exception licenses with the other packages
[14:38] <didrocks> maybe you should do it?
[14:39] <mterry> didrocks, you mean like a separate COPYING.digia file or something?
[14:39] <didrocks> mterry: let me find you an example without you having to download Qt :p
[14:40] <didrocks> mterry: apt-get source qtxmlpatterns-opensource-src
[14:40] <didrocks> LGPL_EXCEPTION.txt
[14:42] <mterry> didrocks, Kaleo
[14:42] <mterry> didrocks, k I meant
[14:42] <didrocks> :)
[14:42] <didrocks> mterry: ah, one thing
[14:42] <didrocks> the -dev package is shipping ./usr/include/libusermetrics-1/libusermetricsoutput/UserMetrics.h
[14:43] <didrocks> being arch: same
[14:43] <didrocks> that doesn't fit, you can install multiple archs in //
[14:43] <didrocks> (the .pc is in a multiarched dir, not the headers)
[14:44] <mterry> didrocks, with same contents, that's fine though, eh?
[14:45]  * mterry thought that was the case
[14:45] <didrocks> mterry: I'm not 100% clear on multiarch vs foreign && same
[14:45] <didrocks> let me look for this :)
[14:45]  * mterry isn't either
[14:45] <didrocks> muTo enable more than one architecture version of a package to be installed at the same time (generally libraries and dev- packages) files need to be moved so they don't clash. These packages are marked 'Multi-Arch: same'.
[14:46] <didrocks> so it seems we can't install files in the same dirs, right? ^
[14:47] <didrocks> Although Debian policy currently doesn't allow -dev packages with headers which vary across architectures to be Multi-Arch: same, users may set up cross-build environments using only -dev packages for the target arch. Having your runtime library package built as Multi-Arch: same makes it easier to build software against your library in such an environment.
[14:47]  * didrocks doesn't understand that one though :p
[14:48] <mterry> didrocks, yeah, thought we do that plenty of places...
[14:48] <didrocks> yeah, and reading the same page:
[14:48] <didrocks> "/usr/include: no change
[14:48] <didrocks> "
[14:48] <didrocks> (I'm on http://wiki.debian.org/Multiarch/Implementation)
[14:48] <mterry> didrocks, http://www.debian.org/doc/manuals/maint-guide/advanced.en.html
[14:49] <mterry> didrocks, search for "path should have exactly the same file content"
[14:49] <didrocks> waow
[14:49] <didrocks> it's that smart?
[14:49] <didrocks> interesting
[14:49] <mterry> didrocks, ::shrug::  I guess?
[14:50] <didrocks> so ok, good to know, I still find the debian wiki confusing, but that link makes it clear :)
[14:50] <didrocks> mterry: I still wonder why we have arch:foreign thus
[14:50] <mterry> didrocks, multiarch is still a bit magic for me
[14:50] <didrocks> as it can be arch: same with all files being exactly the same
[14:50] <didrocks> mterry: I bet we are not the only ones in that case :)
[14:52] <didrocks> ah, an example of arch: foreign is a helper tool
[14:52] <didrocks> (from that page)
[14:52] <didrocks> but the libfoo-doc: arch:all should be able to be arch: same I guess (even if pointless)
[14:57] <Cimi> mzanetti, review
[14:58] <mterry> pete-woods, and https://code.launchpad.net/~mterry/libusermetrics/licenses/+merge/169821
[15:00] <sil2100> tedg: argh!
[15:00] <sil2100> tedg: failing again, but this time differently :D! (still a success!)
[15:00] <seb128> hum
[15:00] <sil2100> tedg:  MismatchError: After 30.0 seconds test failed: u'Quit\u2002(File)' != u'Quit'
[15:00] <seb128> what icon theme is used on the touch image?
[15:00] <sil2100> tedg: it seems it's not displaying the context anymore?
[15:00]  * seb128 is surprised that ubuntu-mobile-icons is not installed by default
[15:01] <didrocks>  seb128: IIRC, it's the ubuntu-mobile-icons
[15:01] <didrocks> oh, it's not?
[15:01] <seb128> not on the raring image at least
[15:01] <tedg> sil2100, Hmm, it should be...
[15:01] <mzanetti> Cimi: lin?
[15:01] <mzanetti> link?
[15:01]  * didrocks prepared a lovely package though
[15:01] <seb128> I'm apt-get installing it
[15:01] <Cimi> mzanetti, lp:ubuntu-settings-components :)
[15:01] <didrocks> sergiusens: any idea? ^
[15:01] <sil2100> tedg: let me paste you the videos, it's showing interesting stuff
[15:02] <pete-woods> mterry: thanks! I'm glad you know what you're doing with that stuff
[15:03] <sergiusens> didrocks: customization/package-lists/core.list.chroot:ubuntu-mobile-icons is in for saucy...
[15:03] <didrocks> seb128: the package is ready for some time already, not sure why it's not used in raring ^
[15:04] <seb128> ok, so fixed in saucy I guess...
[15:04] <seb128> does the saucy image works on grouper now?
[15:04] <didrocks> seb128: depends, do you care about having something displayed?
[15:04] <seb128> lol
[15:04] <seb128> sort of yes :p
[15:05] <didrocks> seb128: it seems there are progress, ogra has "flashes" now :p
[15:05] <seb128> ok, I'm keeping my raring image on  it meanwhile
[15:05] <seb128> didrocks, thanks ;-)
[15:05] <didrocks> seb128: yw ;)
[15:08] <mterry> didrocks, trunk is about to land the LICENSE* and debian/docs fixes; if you like things as they are, https://code.launchpad.net/~mterry/cupstream2distro-config/usermetrics/+merge/169824
[15:09] <didrocks> mterry: I'll just take it for the debian/docs fix :p
[15:09] <didrocks> mterry: is the indicator team upstream for usermetrics?
[15:09] <mterry> didrocks, apparently
[15:09] <mterry> they own trunk
[15:09] <mterry> didrocks, mostly just pete-woods looking after it
[15:09] <didrocks> mterry: mind putting the project in ascii order? :)
[15:09] <mterry> didrocks, that wasn't me!
[15:10] <didrocks> mterry: I see that, but you are so kind that you are going to fix it, isn't it? :)
[15:10]  * mterry grumbles
[15:11] <didrocks> fginther: hey, when merging something, can we force people to use ascii order in the .cfg files? It's going to be easier to follow what's in or not please :) ^
[15:11] <pete-woods> mterry, didrocks: I'd like to be involved here, so I don't repeat all these mistakes I've made
[15:12] <didrocks> pete-woods: not sure what mterry fixed before now (just a missing LICENSE file for Digia exception) and an useless debian/docs empty file. But from what mterry handed over to me, it was awesome!
[15:12] <mterry> didrocks, there was a cleanup branch before
[15:13] <mterry> pete-woods, I could walk through the changes in the cleanup branch if you like?  Maybe in private chat so as not to take over the channel?
[15:13] <mterry> didrocks, branch updated with sort powers
[15:13] <pete-woods> mterry: if there's just the stuff I've seen, that's okay, but I thought I had done something wrong with including non-ascii characters in the source tree or something like that for a moment
[15:14] <pete-woods> then realised that change was for however it is we build the images
[15:14] <mterry> pete-woods, no, didrocks was just saying that the branch to enable daily-release for libusermetrics was not sorted
[15:14] <mterry> yeah
[15:14] <didrocks> mterry: \o/ approved! will you redeploy it for tomorrow or should we?
[15:14] <didrocks> mterry: I'll pull it on the archive side as well
[15:15] <mterry> didrocks, let me see if I remember how.  :)
[15:15] <sergiusens> didrocks: seb128 grouper does work on saucy, there are still some open issues though
[15:16] <didrocks> sergiusens: does it?
[15:16] <didrocks> 15:30:07          ogra_ | sniff ... and the appmanager still dies on grouper
[15:16] <didrocks> 15:30:43          ogra_ | tough there is a lot of flashy stuff going on on the display now ... i wonder if i can call that progress
[15:16] <didrocks>                         | :P
[15:16] <sergiusens> didrocks: that's flipped container
[15:16] <didrocks> ahhhh :)
[15:16] <seb128> is there any saucy without flipper container?
[15:16] <didrocks> seb128: yep, the default one
[15:16] <sergiusens> seb128: yeah, just phablet-flash
[15:17] <seb128> ah, I don't use the script
[15:17] <seb128> I should, maybe ;-)
[15:30] <sil2100> didrocks: hmmm, I'm trying to resolve the error with unity check job on saucy...
[15:31] <sil2100> didrocks: otto has a problem with installing libunity-core-6.0-5
[15:31] <sil2100> didrocks: I checked the contents of the daily-build PPA and the error message makes no sense
[15:31] <sil2100> didrocks: it says: Depends: unity-services (= 7.0.0daily13.06.13-0ubuntu1) but 7.0.0daily13.06.17-0ubuntu1 is to be installed
[15:32] <sil2100> didrocks: but the binary package for amd64 (now that I think about it, I'll check i386) has a dep on 7.0.0daily13.06.17-0ubuntu1 for unity-services
[15:32] <didrocks> sil2100: yeah, need to check i386 :)
[15:33] <sil2100> didrocks: but I check i386 binary package of libunity-core and I see unity-services (= 7.0.0daily13.06.17-0ubuntu1), unity-common (= 7.0.0daily13.06.17-0ubuntu1) in the Depends:
[15:33] <sil2100> In DEBIAN
[15:33] <didrocks> interesting
[15:33]  * didrocks would like that apt gives more info
[15:37] <sil2100> hmmm
[15:38] <mterry> didrocks, btw, I deployed cu2d-config
[15:38] <didrocks> mterry: thanks!
[15:41] <didrocks> sil2100: got it
[15:41] <didrocks> sil2100: the ABI was changed
[15:41] <didrocks> sil2100: the package is libunity-core-6.0-6 not libunity-core-6.0-5
[15:42] <sil2100> Ah! I remember something about the soname last week
[15:42] <sil2100> Shiit
[15:42] <sil2100> But hm
[15:43] <sil2100> Someone did not bump the names in the deps during the ABI bump ;/
[15:43] <didrocks> sil2100: you mean, on the cu2d-config?
[15:48] <sil2100> didrocks: fixing, preparing merge!
[15:48] <sil2100> :)
[15:48] <didrocks> thanks!
[15:49] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/libunity-core_bump/+merge/169837
[15:50] <didrocks> sil2100: approved! thanks :)
[15:50] <didrocks> sil2100: you can redeploy from your branch to run that earlier
[15:52] <sil2100> didrocks: redeploying!
[15:53] <mzanetti> Cimi: isnt this the same as I reviewed last time?
[16:01] <sil2100> tedg: any luck with the HUD issue reproduction?
[16:01] <tedg> sil2100, Yup, I can.  Looking into it.
[16:02] <sil2100> tedg: thanks :)
[16:09] <Cimi> mzanetti, you reviewd only one test or all the others?
[16:09] <mzanetti> Cimi: everything to do with Calender
[16:10] <mzanetti> Cimi: did you write this whole repository?
[16:10] <Cimi> mzanetti, yes
[16:10] <mzanetti> oh... wow
[16:10] <mzanetti> Cimi: ok...
[16:19] <sergiusens> sil2100: didrocks those apt errors are really frustrating :-P
[16:20] <didrocks> sergiusens: yeah, the only way to really dig is to chroot and apt-get install manually… Some people can read the apt resolver in debug mode, but tha's quite cryptic most of the time :p
[16:25] <cyphermox> sil2100: should I start a rerun for indicator-datetime?
[16:27] <sil2100> cyphermox: ah, yes, I think that could be a good idea
[16:27] <sil2100> Please ;)
[16:33] <cyphermox> sil2100: ok
[16:37] <olli_> Saviq, ping
[19:01] <kgunn> mterry: ping
[19:12] <mterry> kgunn, hi
[19:40] <dobey> might anyone know why this crash would happen in lp:unity/phablet? http://pastebin.ubuntu.com/5774919/
[20:29] <kgunn> mterry: might want to join #ubuntu-mir
[20:30] <kgunn> racarr: you could ask mterry here....lightdm & mir
[20:31] <kgunn> he's been anxiously awaiting
[20:33] <racarr> I guess I don't really know what I'm asking. I heard some stuff about
[20:33] <racarr> lightdm coming on to the phone images, and this effecting how the shell will use upstart to launch applications
[20:33] <racarr> and just trying to get a picture of what all that is in my head
[20:34] <mterry> racarr, hihi, will join #ubuntu-mir