[12:16]  * MacSlow -> lunch
[14:50] <mac_v> mpt: ... i really have to appreciate your patience , kudos... still replying in Bug 332945 :)
[14:50] <mpt> :)
[14:55] <mac_v> mpt: would you consider implementing  Vincenzo's Idea? > https://lists.launchpad.net/ayatana/msg00266.html 
[14:55] <mac_v> would that be easy for a Karmic+1 cycle?
[14:57] <mpt> mac_v, the basic problem with that proposal is described here: http://usablesecurity.com/2005/07/23/simon-says/
[14:57] <djsiegel_> danrabbit: I marked two papercuts in round-3 as affecting humanity
[14:57] <djsiegel_> just so you can have icons ready
[15:01] <mac_v> ah... a valid point :)
[15:05] <mac_v> mpt: may i suggest renaming the update-notifier daemon > update-manager daemon . since its now working just as an update manger daemon, and there is no notifier
[15:06] <mpt> mac_v, that makes sense to me. It might even make sense to merge them into a single program, I don't know.
[15:07] <mac_v> its just that a daemon named differently ,opening a different named app , creeps out users
[15:08] <mac_v> your idea also sounds good
[15:11]  * SiDi doesn't think a desktop app and a daemon should have the same name ~
[15:12] <mac_v> ;p
[15:12] <mpt> Does that make evolution-data-server bad too?
[15:13] <SiDi> no idea, i dont have evolution installed
[15:15] <mac_v> but evolution is the default email/calander app, and it does have a calender and address book
[15:16]  * mac_v used to actually hate not being able to remove it ;p
[15:19] <mac_v> mpt: initially "evolution" in the name confused me, wondered why evolution was still in the system even after i removed "evolution mail client", only later i realized what it was for
[15:20] <mpt> I guess the distinction is that evolution-data-server is used for purposes other than Evolution. But update-notifier exists only to open update-manager.
[15:21] <mac_v> yeah, i got that about evolution only later...
[15:21] <danrabbit> djsiegel: is that 2 papercuts that I need to fix or two papercuts that I *have* fixed?
[15:22] <danrabbit> djsiegel_: ^
[15:29] <danrabbit> Ah, I think I've discovered the two. Nautilus and Folders?
[15:29] <danrabbit> If so, one is solved and the other is kind of upstream and I can't really do anything about it :p
[15:30] <mac_v> danrabbit: are you involved in Humanity icon set?
[15:31] <danrabbit> yep, I started it
[15:32] <mac_v> danrabbit: why have all the icons been done in svg, and why is the max size only 48px?
[15:33] <mac_v> just out of curiosity , why the theme has been done so
[15:33] <danrabbit> Well, SVG is just easier to work with
[15:33] <danrabbit> I can distribute the source and the working theme at the same time
[15:33] <danrabbit> so for collaboration, it's much easier.
[15:34] <danrabbit> Also, in a lot of cases, I can get the file size of an SVG icon very very small in comparison to a PNG
[15:34] <mac_v> oh...ok... because breathe has been doing svg source and rendering them in png, 
[15:35] <danrabbit> Yea it just removes a step
[15:35] <danrabbit> Also, I can copy my symlinks across all sizes and that removes quite a bit of work
[15:35] <danrabbit> In your case it might not be as beneficial
[15:36] <danrabbit> elementary typically does not have as many elements as breath, I think
[15:36] <mac_v> i have been having a problem with a 48px svg not rendering properly , the shape gets distorted, but as a png the shape comes out well, why is that?
[15:37] <mac_v> danrabbit: http://files.getdropbox.com/u/1325768/PNG.png , http://files.getdropbox.com/u/1325768/SVG.png , any thoughts?
[15:43] <MacSlow> SiDi, if you interested I pushed a bit more of the current blur/surface-cache work to https://code.edge.launchpad.net/~macslow/notify-osd/blur-cache (also with tests/examples using the new APIs)
[15:43] <MacSlow> SiDi, integration with notify-osd is still in the works
[15:43] <SiDi> MacSlow: i'll have a look
[15:44] <SiDi> I didnt understand what the tests were doing though MacSlow 
[15:44] <SiDi> MacSlow: i had a look at the code for XFCE integration, i can port the whole gconf stuff to xfconf if you're ok with it; Apparently the xubuntu devs should accept to ship a notify-osd-xfce package
[15:45] <SiDi> (when i say port, i mean as a compiling option. #ifndef __USE_XFCE <gconf code> #else <xfconf_code> #endif)
[15:45] <MacSlow> SiDi, as long as that will be a compile time-switch I'm fine with it
[15:45] <SiDi> okey great
[15:48] <SiDi> MacSlow: why does notify-osd use 15MB ram ? what makes it weight so much ?
[15:51] <MacSlow> SiDi, 3.2 MBytes here
[15:52] <SiDi> wow, there is something wrong
[15:52] <SiDi> 32 or 64bits, MacSlow ?
[15:52] <MacSlow> on a AMD64 system
[15:52] <mac_v> SiDi: 3.1 for me in 32bit
[15:52] <SiDi> Ok then i have a problem
[15:53] <SiDi> Does it use many gnome shared libraries ?
[15:53] <SiDi> Cause i'm on XFCE (but i recall it used to be around 6MB on the same system in April)
[15:54]  * SiDi reinstalled, 9MB now... weird
[15:54] <MacSlow> SiDi, it needs cairo, glib and gtk of course
[15:54] <MacSlow> and that's it
[15:54] <SiDi> We use all of this :|
[15:54] <SiDi> and we even use gconf somewhere else
[15:55] <SiDi> I'll check this out with a clean install later then
[21:12] <djsiegel_> danrabbit: how is humanity work coming?
[21:12] <danrabbit> Are you referring to those two bugs you marked me for?
[21:13] <djsiegel_> no
[21:13] <djsiegel_> just in general
[21:13] <danrabbit> I need to sync some changes from elementary.
[21:14] <danrabbit> I think I may have some things to recolor lurking around