[09:53] <c10ud> ow, what happened with latest unity update (5.14, precise) colors are...funny
[09:54] <c10ud> screenshot incoming
[09:56] <c10ud> here it is: http://imgur.com/uj79u
[10:00] <gord> c10ud: what looks funny about that?
[10:00] <gord> it looks normal to me
[10:00] <c10ud> gord, they're way brighter than before
[10:00] <sil2100> Looks normal to me too
[10:02] <c10ud> sil2100, if there's an easy way to temporarily revert to 5.12 i can make another screenshot
[10:02] <seb128> what's the screenshot url?
[10:02] <c10ud> gord, sil2100 http://imgur.com/uj79u
[10:05] <c10ud> let me check if i have some weird package..
[10:05] <c10ud> it surely wasn't like this yesterday with 5.12
[10:06] <sil2100> c10ud: you can try doing apt-get install unity=5.12-0ubuntu1.1 unity-common=5.12-0ubuntu1.1 unity-services=5.12-0ubuntu1.1
[10:06] <sil2100> c10ud: but for me it looks normal
[10:07] <sil2100> That's how my icons looked like since quite a long time
[10:09] <c10ud> i'll reboot and check
[10:11] <c10ud> $ sudo apt-get install unity=5.12-0ubuntu1.1 unity-common=5.12-0ubuntu1.1 unity-services=5.12-0ubuntu1.1 libunity-core-5.0-5=5.12-0ubuntu1.1
[10:16] <c10ud> sil2100, no change, it must be some other package (!)
[10:17] <c10ud> too bad i've been afk for a few days and got a load of updates
[10:19] <c10ud> more or less only libgl and unity could interfere with that..? (reading the updates i did)
[10:20] <sil2100> c10ud: phew - well, hope you'll be able to find the culprit - although as I said, those icons look rather fine to me
[10:20] <sil2100> Maybe it's something related to the color profile?
[10:21] <c10ud> i don't know how the bg is calculated, but i surely didn't touch anything
[10:21] <c10ud> most of them are acceptable though, but the teamspeak one looks rather out of place
[10:21] <c10ud> anyway, i'll live with it, i was just wondering what caused this change
[10:22] <sil2100> Reminds me of an old bug that got fixed half a year ago
[10:24] <c10ud> also the emesene icon, the green is weird
[10:24] <c10ud> how can it average to that?
[10:24] <c10ud> lol
[10:27] <c10ud> just installed ccsm and i see there are some options for that
[10:28] <c10ud> they don't look applied on the fly
[10:28] <c10ud> let's see
[10:33] <c10ud> (compiz:3507): GConf-CRITICAL **: gconf_client_add_dir: assertion `gconf_valid_key (dirname, NULL)' failed
[10:33] <c10ud> ah, interesting (relaunching unity)
[10:33] <c10ud> compiz (unityshell) - Error: GL_ARB_vertex_buffer_object not supported
[10:34] <c10ud> this is some BAD NVIDIA thing
[10:39] <sil2100> c10ud: did you get those before?
[10:39] <c10ud> sil2100, i recently updated the nvidia to the beta driver and never tried relaunching unity, sorry
[10:39] <c10ud> also i am guessing why it works when booting but not when replacing
[10:42] <sil2100> seb128: btw. I don't see the new compiz SRU in precise-updates - is there anything wrong with it?
[10:42] <sil2100> seb128: 1:0.9.7.8-0ubuntu1.2 one is the latest one rmadison shows
[10:42] <seb128> sil2100, the SRU team didn't review it yet
[10:43] <sil2100> seb128: ah, ok ;) Thought there were some problems - thanks!
[10:43] <mhr3> sil2100, hey.. you remember what did i tell you about make dist?
[10:43] <mhr3> something along the lines of never ever use that
[10:44] <sil2100> mhr3: regarding libunity? ;)
[10:44] <sil2100> mhr3: since I never made a libunity tarball before ;p
[10:44] <sil2100> seb128: hm, we actually had plans on maybe releasing a new SRU for compiz this week - won't that be a problem?
[10:45] <seb128> sil2100, what would be in the SRU? it's getting really late, the LTS .1 freeze is this week
[10:46] <c10ud> sil2100, while you're at it please include the performance fixes in unity :(
[10:46] <sil2100> seb128: we wanted to include the regionalDamage fixes
[10:47] <sil2100> seb128: which are really important performance fixes from what I know
[10:47] <mhr3> sil2100, it's not about libunity it's about any tarball
[10:48] <mhr3> non-cmake based anyway
[10:48] <seb128> sil2100, yeah, it's tricky also and require quite some testing, so maybe after .1
[10:48] <sil2100> mhr3: it is? Oh my...
[10:48] <sil2100> mhr3: so how should I do tarballs for ./autogen.sh projects?
[10:48] <sil2100> seb128: hm, ok thn
[11:28] <sil2100> mhr3: should I just do bzr export for ./autogen.sh projects?
[11:31] <mhr3> sil2100, ./autogen && make && make distcheck
[11:31] <sil2100> mhr3: ah, so a normal make is required before that?
[11:31] <sil2100> mhr3: since I tried make distcheck too and it was failing
[11:32] <sil2100> mhr3: but I wasn't running 'make' by itself
[11:32] <mhr3> it shouldn't need that, but there are lots of bugs, so it's usually needed
[11:32] <sil2100> mhr3: thanks
[11:32] <mhr3> even gtkdoc itself introduces those bugs
[11:35] <sil2100> mhr3: the ./autogen && make && make distcheck still fails on my system for libunity... I get: no rules for target test-launcher-integration.c
[11:36] <mhr3> sil2100, i might have broken that :)
[11:36] <sil2100> :O
[11:36]  * sil2100 is shocked
[11:37] <sil2100> ;)
[11:37] <mhr3> furtunately didrocks didn't see that ;)
[11:37] <mhr3> and neither did seb, yey!
[11:39] <c10ud> sil2100, it looks like it was NVIDIA's fault!
[11:39] <c10ud> i just downgraded the driver and it works
[11:39] <sil2100> c10ud: ah HA! ;) How did you find that out?
[11:39] <sil2100> Ah
[11:39] <sil2100> But strange thing indeed
[11:39] <c10ud> it is weird that it was working yesterday, probably something related to the kernel
[11:40] <c10ud> or libgl
[11:41] <c10ud> gord, sil2100 correctly looking: http://imgur.com/vvXLm before (bug): http://imgur.com/uj79u
[11:41] <c10ud> anyway, it's "fixed" now
[11:41] <c10ud> ;;)
[11:44] <sil2100> mhr3: yay \o/ :)
[11:48] <mhr3> sil2100, run `./autogen.sh --enable-integration-tests && make && ./autogen.sh && make && make distcheck`
[11:48] <sil2100> mhr3: ok, trying
[11:51] <sil2100> mhr3: works \o/
[12:25] <davmor2> gord is the block around the magnifier lens in the hud deliberate?  it isn't there in the dash just the hud
[12:27] <davmor2> gord only seems to happen when the hud overlays app windows
[12:29] <gotwig> hey
[12:29] <gotwig> Unity webapps devs here?
[12:30] <sil2100> mhr3: will you be fixing this in lp:libunity trunk, or is it fine just like this?
[12:31] <gord> davmor2: no block here
[12:31] <gord> davmor2: but i don't really work on hud anymore, so not the best person to ask
[12:32] <davmor2> gord: I'll grab a video be easier :)
[12:33] <gord> davmor2: doesn't really solve the me not being the person to ask thing though ;)
[12:34] <davmor2> gord: indeed but I thought I'd leave that till I had the video :P
[12:34] <DebolazW> gotwig: #unity-webapps
[12:37] <gotwig> there is no one present in #unity-webapps
[12:37] <DebolazW> gotwig: Sorry, I meant to write #ubuntu-webapps :)
[13:30] <mhr3> sil2100, i'll try to fix it properly when i get back, for now this will work
[13:34] <sil2100> mhr3: awesome
[16:21] <Okera> Hello, I just wanted to say I love Unity. The lot of rage against you should not hide all the users who use it everyday and love it!
[17:43] <MCR1> Trevinho: Are you here ?
[17:44] <Trevinho> MCR1: for a very little
[17:44] <MCR1> I need your approval here ;) - https://code.launchpad.net/~mc-return/unity/unity.merge-optimize-performance-and-style/+merge/117310
[17:47] <Trevinho> MCR1: that's fine...
[17:47] <Trevinho> MCR1: you could even used the range-based loops, but it's fine as well
[17:49] <MCR1> Trevinho: I was just fixing what cppcheck reported - performance is important after all
[17:50] <MCR1> Trevinho: There are some other, more complicated issues left though...
[17:50] <MCR1> Trevinho: But I'll let you go - thanks for the approval :)
[17:50] <Trevinho> yw, thank you
[18:17] <MCR1> Trevinho: Seems I forgot the commit message :( - got removed from 'ready to land'...
[18:19] <MCR1> Trevinho: So if you find some time, here the link again: https://code.launchpad.net/~mc-return/unity/unity.merge-optimize-performance-and-style/+merge/117310
[18:20] <MCR1> Trevinho: Those 2 also are waiting for approval, btw: https://code.launchpad.net/~mc-return/unity/unity.merge-reduce-png-filesizes/+merge/110978 and https://code.launchpad.net/~mc-return/unity/unity.merge-fix-typos/+merge/116216
[18:20] <MCR1> I would be happy if I would finally see some of my improvements land ;)
[18:21] <MCR1> *in Unity
[18:24] <bschaefer> MCR1, if you forgot the commit message you don't have to resubmit it :)
[18:24] <bschaefer> MCR1, but since Trevinho approved it Ill approve and merge it!
[18:24] <bschaefer> (and the changes look good :))
[18:25] <MCR1> bschaefer: Thx, the credit goes to the creator of cppcheck (more or less)
[18:26] <MCR1> bschaefer: Could you please take a look at the other 2 merge proposals I posted above also ?
[18:26] <bschaefer> MCR1, yeah, let me take a look
[18:29] <MCR1> bschaefer: They are old, but still should be good ;) The recompression of the png resources is something that's similar to what was merged into lp:compiz already today: https://code.launchpad.net/~mc-return/compiz/compiz.merge-recompress-png-resources/+merge/117155
[18:30] <bschaefer> MCR1, hmm if it deals with compiz I would be happier if sam took a look at it as well
[18:30] <bschaefer> MCR1, not that if it deals with compiz...rather that he has looked at that before
[18:31] <MCR1> bschaefer: No, it does not deal with Compiz, but does the same recompression operation for Unity's png resources :)
[18:34] <bschaefer> MCR1, yeah, hmm well with mhr3 comment I would rather have someone who knows more about compression review that :)
[18:35] <MCR1> bschaefer: It is a simple speed improvement achieved by using higher compression levels for the png files resulting in faster loading and displaying of those - recommended everywhere... but no problem
[18:35] <bschaefer> MCR1, hmm, how could it cause slow load up time then?
[18:36] <MCR1> bschaefer: Who says so ?
[18:36] <bschaefer> https://code.launchpad.net/~mc-return/unity/unity.merge-reduce-png-filesizes/+merge/110978/comments/246291
[18:38] <MCR1> bschaefer: The comment just says that there is no data for this special case (Unity), but in the web you can find that data (look at the links I've posted).
[18:40] <bschaefer> MCR1, hm yeah. It looks good to me, Ill approve it but Ill try and ping sam or mhr3 later to take a look at it as well!
[18:42] <MCR1> bschaefer: To fix the problem of having multiple small images to load a texture atlas is needed - Games use that to store multiple small icons in just one large image file...
[18:43] <MCR1> bschaefer: Thanks.
[18:43] <bschaefer> MCR1, yeah, that would be the best solution....though Im not sure how much unity is slowed by images
[18:43] <bschaefer> in general, but still good to fix :)
[18:44] <MCR1> bschaefer: example for a texture atlas: http://ufoai.git.sourceforge.net/git/gitweb.cgi?p=ufoai/ufoai;a=blob;f=base/pics/banks/pack2.png;h=0a2cdbe48df2d7244d13102e96154045cf8d61b8;hb=ded207e867f3d3d911d9b0c3ab79d1e3ef24361f
[18:44] <bschaefer> MCR1, your welcome, and thank you for these branches!
[18:44] <MCR1> bschaefer: ^^ (features a bit of my work)
[18:45] <bschaefer> MCR1, haha nice, yeah I've seen images stored like that, and that would be a good solution...though I don't deal with images much :)
[18:48] <MCR1> bschaefer: The clue here is that this special atlas (picture) and the .ufo script containing the coordinates of each is generated automatically from the small icons...
[18:48] <MCR1> *of each icon
[19:04] <MCR1> hmm, now the unity-merger failed ?
[19:14] <bschaefer> MCR1, hmm odd
[19:14] <MCR1> bschaefer: Do not get it either :)
[19:15] <bschaefer> MCR1, are you merged with trunk?
[19:16] <MCR1> bschaefer: I did test compilation and it compiled without problems here, but maybe I should rebase - but the diff is not showing any problems and the branch is new...
[19:16] <MCR1> bschaefer: One moment
[19:17] <bschaefer> MCR1, I think something went wrong with the merger haha, let me try again and see what happens
[19:17] <MCR1> bschaefer: ok, thx.
[19:17] <bschaefer> like its complaining about missing dependencies but that shouldn't be your branches fault...
[19:18] <MCR1> no, I saw the console output also - strange
[19:25] <MCR1> If anyone here is motivated to fix some more problems: http://pastebin.com/9kczh8fd
[21:25] <j-johan-edwards> Hi, is there a workaround for "package 'unity-protocol-private>=5.93.1' not found"? Per lp:1026435 I have a fully updated system; I've tried removing it from the Cmake lists, but some modules still require that header file.
[21:27] <bschaefer> j-johan-edwards, you need to download the latest libunity
[21:27] <bschaefer> j-johan-edwards, or upgrade to 12.10 (not very stable)
[21:27] <bschaefer> i think not sure haha
[21:27] <j-johan-edwards> I am on 12.10 currently
[21:27] <bschaefer> hmm really?
[21:27] <j-johan-edwards> Unless I hallucinated that
[21:28] <bschaefer> well if you compile libunity you'll be fine
[21:28] <bschaefer> bzr branch lp:libunity
[21:28] <j-johan-edwards> Thanks, I'll give that a try.
[21:28] <bschaefer> good luck!
[21:41] <j-johan-edwards> bschaefer: okay, cmake gave me the nod, thanks
[21:41] <bschaefer> j-johan-edwards, np!