[09:32] <gotwig> jo
[13:01]  * apw is seeing some background corruption with todays quantal
[13:04] <seb128> apw, nothing in desktop changed for a week, maybe check on the kernel,xorg side?
[13:04] <apw> seb128, given the shape of the corrupted areas it feels like a compositor issue
[13:05] <seb128> but compiz didn't change for a week...
[13:05] <seb128> if that started today it's weird
[13:05] <apw> no this has been lagging a week probabally
[13:05] <apw> (the machine, and updated today
[13:06] <apw> so this probabaly is the first time it has had the new compiz
[13:06] <apw> its a very basic machine, a netbook which of course we test with
[13:07] <apw> i keep getting what looks like the shadow under the launcher visible on the screen without the launcher which is scrolled off
[13:08] <apw> yeah its the _exact_ width of the launcher bar without its shadows
[13:09] <gotwig> morning
[13:12] <apw> seb128, how easy is it to downgrade compiz to see if it is to blame
[13:13] <apw> seb128, as the previous kernel shows the same behaviour
[13:13] <seb128> apw, not, the recent version was the port to gsettings which involves 5-6 desktop components
[13:14] <apw> seb128, ok i definatly got that update cause gsetting migration exploded during the update
[13:15] <seb128> in which way?
[13:15] <apw> it crashed and tried to file a bug report
[13:15] <apw> though it didn't work, i do have the /var/crash for it, so i suspect if i knew how i could resubmit it
[13:22] <apw> ok managed to do that, it crashed as per this bug: bug #1044365, i have subscribed you
[14:12] <apw> seb128, ok ... confirmed as a mesa issue,  bug #1042211
[14:12] <seb128> apw, pfiou, thanks for tracking it down!
[15:45] <gotwig> hello
[15:45] <gotwig> Are unity previews images working correctly? I dont see images for some system lenses
[15:48] <gotwig> davidcalle: ^
[15:48] <davidcalle> gotwig, don't see images : just the spinner or no preview at all?
[15:49] <gotwig> davidcalle: I dont see the big image at the left in unity preview
[15:49] <gotwig> unity preview works
[15:49] <davidcalle> gotwig, ok, which lenses?
[15:50] <gotwig> "Applications"
[15:50] <gotwig> "No Image available"
[15:51] <nessita> hello everyone! Could anyone please help me fix/debug/diagnose this issue I'm having with unity-3d in precise? My terminal gets resized (it gets smaller and smaller) when I use Qt Apps (see video here http://ubuntuone.com/5P2MrQofbiEfFZkLk8bKF5)
[15:51] <gotwig> And I think I did as well something wrong in my own lens
[15:51] <davidcalle> gotwig, that's probably because the application doesn't have a screenshot, if it doesn't have one either in the Software Center, that's normal then.
[15:52] <gotwig> davidcalle: btw, the screenshots @ omgubuntu look much better than it actually is ;)
[15:52] <popey> gotwig, maybe you need more kitten pictures
[15:52] <gotwig> :O!
[15:53] <gotwig> popey: of course, thats it, or more cookies images
[15:53] <gotwig> ;)
[15:58] <davidcalle> gotwig, what have you done wrong, same issue, no image?
[15:58] <gotwig> davidcalle: I think its not a problem. Screenshot is missing I think
[15:58] <gotwig> davidcalle: I am experimenting with my cooking lens and unity previews right now
[15:59] <gotwig> just wanna know what is broken, what not, etc.
[16:00] <gotwig> and with python 3.2 there is a better way for temporary file handling
[16:00] <davidcalle> gotwig, that's nice :) Well, as far as I've tested things, everything works. There is just a bug when you are putting *a lot* of text in the "description" field of previews.
[16:00] <gotwig> tempfile
[16:00] <gotwig> of course, it would be awesom, if Unity could just handle raw image data, so I dont need to make it to a file
[16:04] <davidcalle> gotwig, you are doing things with the images before passing them to Unity? What sort of things, embedding icons?
[16:05] <gotwig> davidcalle: what are embedded icons
[16:06] <davidcalle> gotwig, putting an icon on top of an image (to indicate from which service/website it comes from for example).
[16:07] <gotwig> davidcalle: I have the imagedata in an array position
[16:07] <davidcalle> gotwig, oh right, I remember :)
[16:09] <davidcalle> gotwig, the db you use is inflicting this on you. Have you filed a bug on Unity about that?
[16:09] <gotwig> davidcalle: hm, I dont know
[16:09] <gotwig> davidcalle: should I fill a bugreport?
[16:10] <davidcalle> gotwig, the Dash now has it's own thumbnail generator, for previews at least, maybe it could be used for lens results too. Yes, you should.
[16:10] <gotwig> davidcalle: maybe I can retry?
[16:10] <davidcalle> gotwig, you should
[16:10] <gotwig> davidcalle: to test if it works with raw data?
[16:10] <gotwig> ok
[16:28] <gotwig> davidcalle: reported: bug #1044456
[16:56] <gotwig> can someone confirm please #1044456
[16:57] <gotwig> bug #1044456
[17:18] <davidcalle> gotwig, do you mind if I tweak your bug report a little (fix typos)?
[17:18] <gotwig> davidcalle: haha ;) sure, friend
[17:22] <davidcalle> gotwig, ok, done and marked myself as affected.
[17:22] <gotwig> davidcalle: :-)
[17:22] <gotwig> davidcalle: I am using now tempfile for this
[17:22] <davidcalle> ;)
[17:23] <davidcalle> gotwig, yes, that's much easier
[17:23] <gotwig> davidcalle: do you know a scope that uses JSON?
[17:28] <davidcalle> gotwig, http://bazaar.launchpad.net/~davidc3/onehundredscopes/cities/view/head:/src/unity-scope-cities
[17:29] <davidcalle> gotwig, need to go, but you'll see, json is very easy to parse, much nicer than xml.
[18:03] <c10ud> i must say, the hud is really a nice thing: i opened gimp, i wtf-ed about finding a menu option and then...the HUD! wow m3n! (yes, first time i use the hud, but still ;))
[18:32] <gotwig> c10ud: cool
[18:33] <gotwig> c10ud: do you run Ubuntu 12.04.1?
[18:33] <c10ud> gotwig, yes
[18:33] <gotwig> c10ud: So you use Gimp 2.6?
[18:33] <c10ud> yes
[18:34] <gotwig> c10ud: :-)
[18:34] <gotwig> c10ud: are you using additional Lenses&Scopes?
[18:35] <c10ud> nope
[19:44] <sbte> seb128, about the messagingmenu, I still don't see any replacement API for the status-provider extensions
[19:44] <seb128> sbte, what apis?
[19:45] <sbte> seb128, to get and set the status of the messagingmenu
[19:46] <seb128> sbte, messaging_menu_app_set_status()
[19:47] <seb128> sbte, status-changed is emitted when the status change
[19:47] <sbte> seb128, ah great
[19:47] <sbte> much nicer
[19:50] <sbte> 300 LOC to 150 LOC
[19:55] <sbte> seb128, thanks
[19:56] <seb128> sbte, yw
[20:03] <MCR1> Hi :)
[20:03] <MCR1> Do I need Compiz r3319+ (GLES merge) to run latest Unity trunk ?
[20:22] <bschaefer> MCR1, hey, https://code.launchpad.net/~mc-return/unity/unity.merge.fix-hardcoded-keys-part1/+merge/121545
[20:22] <MCR1> bschaefer: Hi :)
[20:22] <bschaefer> MCR1, if you get that fixed I can approve it :)
[20:23] <MCR1> Thx, but I do not know what smspillaz exactly wants - I would have to make all of those constants then, not only this one, yes ?
[20:24] <MCR1> bschaefer: You know how this part of the code looks like...
[20:24] <bschaefer> MCR1, he just wants you to make a const std::string for the string "core" and "window_menu_key"
[20:25] <bschaefer> and then replace each hard coded "core" with that variable
[20:25] <bschaefer> so if core or window_menu_key ever change only 1 part of the code needs to be changed
[20:25] <MCR1> bschaefer: but this would be inconsistent with the other shortcuts then, no ?
[20:25] <MCR1> bschaefer: I should do that for all of them then, no ?
[20:26] <bschaefer> MCR1, do it for all the "core" and "window_menu_key"
[20:26] <bschaefer> MCR1, let me look at the code again
[20:26] <bschaefer> it's been a week or so haha
[20:26] <MCR1> And where should I put those constants then ?
[20:26] <MCR1> haha
[20:26] <bschaefer> in the cpp file
[20:26] <bschaefer> yo can just make it twice
[20:26] <bschaefer> one in standalone and one in unityshell.cpp
[20:26] <MCR1> ok
[20:28] <MCR1> Probably it is best to make those constants for all the other plugin names and key names as well to keep the code consistent
[20:29] <bschaefer> MCR1, yeeah, but that code also just needs to be fixed...
[20:29] <MCR1> bschaefer: Do you know if my assumption that Unity trunk needs the GLES version of Compiz to run is correct ?
[20:29] <bschaefer> MCR1, hmm it should be in staging ppa
[20:29] <bschaefer> enough to compile/run unity
[20:30]  * MCR1 is stuck with Compiz r3319, because of all his additional plugins he does not wanna loose
[20:30] <MCR1> :)
[20:30] <bschaefer> yeah that wouldn't be good :)
[20:31] <MCR1> Sooner or later I will have to move to the modern GLES Compiz, but currently it hurts too much
[20:31] <MCR1> Unfortunately I have no knowledge about OpenGL -> GLES porting, so at the moment I cannot help at this front...
[20:32] <bschaefer> MCR1, neither do I :)
[21:20] <gotwig> hey