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