[03:20] <DBO> MDC1, you here?
[12:41] <mac_v> ara: regarding... Bug #444548  , i dont understand. there are only 4 icons for volume. high , medium , low and mute , you can see the different icons in the usr/share/Humanity/status/24/ , the volume mute is very different from volume low. if there is some other problem it must be a bug in the volume applet
[12:41] <ubot4> Launchpad bug 444548 in humanity-icon-theme "Not having a muted icon for the volume applet causes confusion" [Undecided,Incomplete] https://launchpad.net/bugs/444548
[12:43] <mac_v> i'm not sure the bug is in humanity but rather think its a bug in the volume applet
[12:43] <mdc_work> mac_v, seems to be working for me :)
[12:44] <mac_v> works for me too... but confused why the bug is filed in humanity
[13:52] <ara> mac_v, way to do reproduce it, turn the volume down completely, shows the muted icon, right click, unmute, and it is the same icon, but different stats
[13:53] <ara> s/stats/states
[13:54] <mac_v> ara: hmm... ok. so how do we fix this? new icon for the volume 0? i dont like how it was previously in human , [using volume low for volume 0]
[13:54] <mac_v> ara: could you check the last comment i wrote
[13:54]  * ara checks
[13:57] <ara> mac_v, I commented the bug
[13:57] <ara> "I think the zero volume icon should be the same as low, but without the darken of the last trunk. That will make the difference between the two."
[13:58] <mac_v> ara: yeah , i was thinking the same too 
[14:30] <mdc_work> DBO, now i am (but at work)
[14:30] <DBO> ah I was wondering if you know where in the nautilus codebase the icons on the sidebar for mounted volumes are created
[14:31] <DBO> mmm just asking makes me find it
[14:31] <DBO> nevermind
[14:33] <mdc_work> hehe :)
[14:45] <DBO> hiiiiiiiiiiii MacSlow 
[14:46] <MacSlow> DBO, hey Jason
[14:46] <MacSlow> DBO, just debugging the nasty dbus issue in notify-osd
[14:46] <MacSlow> DBO, thanks for the forkbomb-script... Neil gave it to me this morning
[14:46] <DBO> it was fun to write
[14:47] <DBO> I'll have you know I ran it first :P
[14:47] <MacSlow> :)
[14:47] <DBO> I was thinking about how to solve this issue however
[14:47] <DBO> it really does come down to simply not giving dbus back what it wants in a timely manner, right?
[14:48] <DBO> so lets just dispatch all whatever work that was going to get done into an glib idle handler, and return to dbus what it wants pretty much right away
[14:48] <DBO> this should prevent notify OSD from ever ever ever being slow with the response
[14:48] <DBO> also, neil is smelly
[14:49] <DBO> Neil, what do you think of dispatching all the work notify-osd is going to do on incoming dbus calls into a glib idle handlers, and then freeing ourselves up to reply to dbus immediately?
[14:51] <DBO> mmm I think I have been too obtuse
[14:52] <MacSlow> DBO, Neil is busy atm talking with Jay and David
[14:53] <DBO> so MacSlow, what do you think of dispatching the handling of incoming calls
[14:54] <MacSlow> DBO, it makes sense
[14:54] <MacSlow> I cannot see what possible side-effects that might have
[14:54] <DBO> well there is one easy way to find out
[14:55] <MacSlow> doing it of course :I
[14:55] <MacSlow> :)
[14:55] <DBO> but the quickest one I can think of is that hammering notify osd with that script will result in starving out all notifications (most likely)
[14:55] <MacSlow> just looking at stack.c:564
[14:55] <DBO> it be nice if that method were shorter
[14:55] <DBO> just moe all the non-dbus stuff into another method
[14:56] <MacSlow> I'm on it
[14:56] <DBO> also
[14:56] <DBO> there is a condition where you return true AND set error
[14:56] <DBO> this is incorrect
[14:57] <DBO> that should return false I believe
[14:57] <MacSlow> some people more familiar with DBus advised me to do that
[14:57] <MacSlow> the reason behind that I cannot recall atm
[14:57] <DBO> really?
[14:58] <DBO> okay, I will trust, the spec sheet says not to though *makes note*
[14:58] <DBO> probably should add a comment in there to that effect
[14:58] <MacSlow> DBO, it has to always return true
[14:58] <MacSlow> just asked ted
[14:58] <DBO> why does the dbus specification say to return false if you set an error?
[14:58] <DBO> ted isn't here is he?
[14:59] <MacSlow> tedg, he is
[14:59]  * DBO pokes tedg
[15:00] <tedg> Heh, it should probably return FALSE, but I thought there was a bug.
[15:00] <tedg> I mean, it'd be better to return false, but I doubt that's the issue.
[15:01] <DBO> ok
[15:02] <DBO> i suspect somewhere we have a poorly performing or IO bound thing happening between dbus call received and dbus call returned
[15:02] <DBO> and this is causing the hangups
[15:09] <DBO> DanRabbit, 
[15:09] <DanRabbit> hey!
[15:09] <DBO> you desire to pull latest Docky 2.0, it contains a mounted volumes plugin
[15:10] <DanRabbit> I've been having trouble compiling
[15:10] <DanRabbit> unresolved dependencies
[15:10] <DBO> well give me the error
[15:10] <DanRabbit> I'm just missing some packages
[15:10] <DanRabbit> I have to not be lazy and go hunt them down
[15:11] <DanRabbit> but, check these out: http://www.elementary-project.com/abuse/Docky2/Docky_alt2.svg and http://www.elementary-project.com/abuse/Docky2/Docky.svg
[15:11] <DanRabbit> And PsyberS liked this one, http://www.elementary-project.com/abuse/Docky2/Docky_alt.svg
[15:14] <DanRabbit> DBO: hey, I'm totally late for school
[15:14] <DanRabbit> so, I'll catch you later ;)
[15:14] <DBO> looking
[15:14] <DBO> later
[15:15] <DBO> oh man those are awesome
[15:15] <DanRabbit> let me know if you like any of those and then I can do all sizes
[15:15] <DBO> I love the white anchor
[15:15] <DanRabbit> DBO: btw, I'm starting on monochrome panel icons in elementary
[15:16]  * DBO gets ready to switch back
[15:16] <DanRabbit> you should pull bzr, I've got the wireless
[15:16] <DBO> awesome
[15:17] <DanRabbit> next is volume :D
[15:17] <DanRabbit> okay really g2g
[15:17] <DanRabbit> bye :D
[15:17] <DBO> awesome
[15:17] <DBO> love you babe
[15:24] <DBO> DanRabbit, go to school
[15:34] <djsiegel> mac_v DanRabbit lool, did Humanity get the U1 icons?
[15:37] <mac_v> djsiegel: yup
[15:41] <DBO> djsiegel, did you see the new Docky icon mockup?
[15:41] <djsiegel> DBO, no, can I see later? Pretty busy now.
[15:42] <DBO> roger
[16:06] <lool> djsiegel: You dont run karmic?
[16:50] <mac_v> lool: djsiegel at times doesnt even run Ubuntu ;p
[17:02] <lool> mac_v: haha
[17:03] <lool> mac_v: I'll be away in the next days; do you have upload contacts for humanity-icon-theme while I'm abroad?
[17:03] <lool> mac_v: I'd recommend chatting with pitti if you need to get any update; he's desktop team tech lead and release manager and aware of the humanity status
[17:03] <djsiegel> lool mac_v, that is so unfair
[17:03] <lool> mac_v: If you like we can do a status summary when I come back (Monday)
[17:04] <djsiegel> I have been an ubuntu user since it came out, and was running Karmic until last night when dist-upgrade made X crash on every login, returning me to GDM!
[17:04] <djsiegel> so there!
[17:04] <mac_v> djsiegel: ;p
[17:04] <djsiegel> But, yes, I am on snow leopard until I sort out Karmic...
[17:04] <mac_v> lool: i think we can do the next update on monday , or if needed i can as pitti , but do mention it to him also 
[17:04] <djsiegel> But don't you want your designers exposed to other OSes?
[17:04] <djsiegel> ;)
[17:05]  * mac_v hates djsiegel getting ideas from OSX :/
[17:05] <djsiegel> mac_v: I hope that means you're not a GNOME Do user :)
[17:06] <djsiegel> anyway, ideas don't materialize out of nothing unfortunately
[17:06] <mac_v> ;)
[17:06] <djsiegel> it's incredibly frustrating when people want you to design something, but somehow not be influenced by past work
[17:06] <djsiegel> it's the exact opposite expectation of open source, where you are free and encouraged to build on past work of others
[17:07] <mac_v> djsiegel: lol , calm down :)
[17:07]  * mac_v was just kidding
[17:08] <djsiegel> I am calm :)
[17:53] <DBO> chaotic, when you got a chance can I borrow you for some quick feedback?
[18:27] <jcastro> tedg: https://wiki.ubuntu.com/UbuntuOpenWeek/Prep
[18:27] <jcastro> you cannot escape me ted gould
[18:28] <mrooney|w> oh yeah, I was trying to figure out something to give a talk on last night!
[18:29] <mrooney|w> but most things I could think of seem more appropriate for a developer week
[18:29] <jcastro> heh
[18:30] <mrooney|w> open week is specifically aimed at non-developers right?
[18:31] <jcastro> yeah
[18:31] <jcastro> but you can have a bit of stuff in there
[18:31] <tedg> jcastro: I can't, but the wireless in Montreal can!
[18:32] <DBO> tedg, its all the moose, they chew on the wifi signals
[18:32] <tedg> DBO: It's the Tim Horton doughnuts, they make to me too slow to catch the packets!
[18:32] <DBO> also, moose antlers, when in high enough concentration act like a Faraday cage
[18:35] <mrooney|w> hm, there isn't anyone talking about getting started with bug triaging...I wonder if that would be useful
[18:39] <djsiegel> mac_v: ping
[18:40] <djsiegel> mac_v: You should be working on a non-trunk branch of humanity moving forward, not with an Incoming folder in the trunk branch :)
[18:47] <mac_v> djsiegel: bah... i think we wont be doing anymore icons.. it was just created more for jonian.. he kept adding too many icons :) he is a machine
[18:47] <djsiegel> mac_v: ah, ok
[18:48] <djsiegel> mac_v: please just use branches
[18:48] <DBO> how many people are working on icons?
[18:48] <mac_v> 3
[18:48] <DBO> erm
[18:48] <DBO> humanity
[18:48] <djsiegel> we should be working off of a karmic branch of humanity and only do changes based on UIF approved bugs
[18:48] <djsiegel> since we're working off of trunk, more work is going on that isn't being carefully reviewed, and it becomes hard to figure out which revisions are blessed
[18:49] <mac_v> djsiegel: dont worry , i dont expect any more icons ;)  they are almost all done more than what human theme ever had and nearly equal to gnome
[18:50] <djsiegel> mac_v:  awesome work
[18:51] <mac_v> djsiegel: the funny thing was we just zoomed since you said Ubuntu was using humanity and did nearly 160 revs.. that really made lool dizzy ;p
[18:52] <mac_v> most of the revs were minor color edits .. some icons got 4-5 edits untill all 3 of us agreed upon using it ;)
[20:03] <jcastro> djsiegel: want to do an openweek topic?
[20:03] <djsiegel> jcastro: sure
[20:03] <jcastro> https://wiki.ubuntu.com/UbuntuOpenWeek/Prep
[20:03] <jcastro> pick a slot and roll with it!
[20:03] <jcastro> tedg: see how cooperative djsiegel is? He embraces working with the community
[20:04] <tedg> jcastro: I'm not into your and djsiegel's man-love fest ;)
[20:04] <djsiegel> albeit begrudgingly
[20:05] <jcastro> someday I'll get you gould! *shakes fist*
[21:17] <djsiegel> mac_v DanRabbit1, I have to agree that the antenna symbol in the nm-applet should go away... :)
[21:18] <djsiegel> not now, of course
[21:18] <mac_v> djsiegel: why so? 
[21:19] <djsiegel> because it's not a meaningful symbol to most people
[21:19] <mac_v> djsiegel: the fedora guys have had a look at the icons and they have been saying its the way to go
[21:19] <mac_v> djsiegel: the same icon is used in cell phones too ;)
[21:19] <djsiegel> mac_v: Please don't say "the fedora guys said" when we are talking about Ubuntu's default icons
[21:19] <djsiegel> :)
[21:20] <djsiegel> each indicator should be a basic shape with some detail
[21:20] <djsiegel> a cohesive whole
[21:20] <mac_v> djsiegel: well  , i didnt actually talk to the fedora guys , but the asac was telling me this ;)
[21:20] <mac_v> but asac*
[21:20] <djsiegel> this little symbol off to the side feels like a piece has broken off
[21:21] <djsiegel> if we needed that symbol for some reason, I would put it in the middle of the signal bars, over them
[21:21] <djsiegel> (as-is, that would not work, but you get the idea)
[21:21] <Laney> how can I start notify-osd in debug mode?
[21:46] <Laney> nm
[21:55] <DBO> DanRabbit1, you here?
[22:31] <lamalex> djsiegel: what are the nicks of your collegues who can give me some design review help? Do they come in here ever?
[22:33] <djsiegel> lamalex: chaotic, ivanka, mpt, mt, kwwii, djsiegel
[22:33] <lamalex> djsiegel: thanks :)
[22:33] <djsiegel> lamalex: np