[00:21] <LLStarks> asac, why is it so easy to accidentally "New Window" when trying to click the "Back" button?
[09:39] <|eagles0513875|> happy monday yall
[11:30] <asac> fta: hey. you think you can kick off another modemmanager round? i committed the build fix upstream for that now and i need to get someone verify that their issues are fixed in trunk etc.
[11:30] <asac> rock on
[11:31] <asac> fta: yeah. i talked to cody russell about the new client side windows once ... was that just a fyi or do we have issues because of that now?
[11:31] <asac> !test
[12:16] <eagles0513875> morning or afternoon asac
[13:19] <fta2> http://www.sofaraway.org/ubuntu/tmp/restart-no-very-helpful.png
[13:25] <asac> fta: what restart?
[13:26] <asac> flash is also known to keep the UI thread running
[13:42] <mac_v> asac: hi... i can see this Bug #439172 with gnome 3 also , only the nm-applet icon blurs , while the gpm is crisp
[13:42] <mac_v> is that a known issue?
[13:46] <asac> let me look
[13:48] <asac> mac_v: not sure how that could be a applet bug, why do you think it is?
[13:48] <asac> i mean ... yes, we dont ship icons for larger sizes, but themers can do that, right?
[13:48] <asac> hmm. thats tray only, right?
[13:48] <asac> how do other apps do that?
[13:48] <asac> maybe they use a different tray lib?
[13:50] <mac_v> asac: the nm icon just scales , while the rest of the applets skip icon sizes to the next size... hmm i think it is because there is no 48 px for the nm applet alone... let me test it
[14:03] <fta2> asac, the restart thing was a reboot
[14:04] <asac> fta2: but what does it show?
[14:04] <asac> just a general gdm bug?
[14:05] <asac> mac_v: yes. though i wonder how that would work without code
[14:05] <fta2> asac, it says that some unknown process is still running, but it should at least give a pid, or something
[14:05] <asac> oh. thought you said it was a firefox process
[14:05] <asac> and a firefox bug
[14:06] <asac> how can a process be unknown?
[14:06] <asac> shouldnt there be at least a process name?
[14:11] <mac_v> asac: ah ha..! nm applet does things differently... as soon as the size goes beyond 24px it searches for the next bigger [32px] icon and scales it down and uses it... similarly for 32px  , as soon as panel size changes to 33px, 48px icon is used after being scaled down... whereas other applets only change when the panel size hits 32px [the next icon size normally available] :/
[14:12] <mac_v> note the messaging indicator... it never changes icon size ;)  always 22px icon whatever the size of the panel is
[14:14] <mac_v> other applets just use the 24px icon until the panel size reaches 32px , and the 32px icon until the 48px
[14:15] <fta2> asac, yeah, that was my point, it's clueless as it is
[14:17] <asac> mac_v: feels odd ... will check that
[14:18] <mac_v> thanks :)
[14:30] <asac> mac_v: i dont see anything that would scale it
[14:31] <asac> it just uses the pixbuf from what i see
[14:31] <asac> so maybe it just looks good if you are at even multiples of the original size icon
[14:32] <asac> mac_v: hmm. ok i see it
[14:32] <mac_v> asac: but thats what happens for me... it scales...  maybe comparing how other applets do it might give a clue.. i wonder  how gpm does it
[14:32] <asac> applet just loads the icon using gtk
[14:33] <asac> using the size it gets for the status icon
[14:33] <asac> feels more like a gtk bug
[14:33] <asac> nm doesnt really know about the size it will get
[14:33] <asac> also ... dont you now get greyscaled icons if you shrink the panel below 22?
[14:34] <mac_v> asac: below 22 it seems to use only the 22px icon.. i use a 19px panel and it uses the 22px icon
[14:34] <asac> yes. whatever. so it uses 22
[14:34] <asac> and if you make it bigger it will use 24 ;)
[14:34] <mac_v> yup
[14:34] <mac_v> ;p
[14:35]  * mac_v wishes nm uses same method as gpm ;) and would have no need to worry about gtk 
[14:38] <asac> well. this means your hack is broken ;)
[14:38] <asac> but thats not a nm-applet bug
[14:38] <mac_v> asac: hmm? i didnt understand
[14:38] <asac> if you make the icon bigger you will get the colorful icons
[14:38] <asac> not the greyscale ones
[14:39] <asac> or the other way around (if you make it smaller)
[14:39] <asac> cant rememmber if you put greyscale in 22 or 24
[14:39] <asac> i dont know what gpm uses. if you have other apps that work right let me know
[14:39] <asac> gpm is a mess afaict ;)
[14:39] <mac_v> asac: but nm-signal-* are specific icons so they cont change to color ;) the nm-device-wired doesnt use 16px icon on panel.. so i'm safe for now :)
[14:40] <mac_v> dont* change to color
[14:40] <asac> sorry. thought you put that in22
[14:40] <asac> not 16
[14:40] <asac> didnt know that signal are not greyscale in panel
[14:40] <asac> hmm. seems its greyscale everywhere
[14:41] <mac_v> the nm-signal are greyscale... so there is no problem regarding that... since they are separate labels
[14:41] <mac_v> only the 16px nm-device-wired is color , the 22px and 24px are greyscale ;)
[14:42] <asac> ok it uses gtk_status_icon_from_name
[14:42] <asac> so might have different logic then the pixbuf logic
[14:42] <asac> feels buggy in gtk
[14:43] <mac_v> asac: actually its not a bug , that the way gtk works , it scales icons to fit the area available...
[14:43] <mac_v> asac: but the rest of the applet seem to use something other than gtk or maybe use fixed icon sizes
[14:44] <mac_v> asac: i think gpm and the volume applet do something like for 24-31 use always size 24px and dont scale
[14:48] <asac> its all gtk
[14:48] <asac> i moved the bug there
[14:49] <mac_v> eitherway.. if its solved ... it would be awesome ;)
[14:49] <asac> not for karmic i think
[14:49] <asac> but should be low hanging fruit for next cycle
[14:49] <mac_v> yeah , atleast for gnome3 ;)
[15:28] <mac_v> asac: the bluetooth icon name? when that is updated in Ubuntu , could you ping me... :) the icon names will need to be updated in Humanity too
[15:28] <asac> mac_v: is there a bug in launchpad to track this?
[15:29] <asac> sorry if thats obvious ;)
[15:29] <mac_v> yup , just a sec
[15:30] <mac_v> asac: Bug #437162
[15:30] <mac_v> thats from where the upstream bug started ;)
[16:22]  * asac nm debugging bbl
[20:06] <micahg> asac: did you see ff3.5.4 build1?
[20:30] <fta> micahg, Oct 07 12:09:14 <fta>     FIREFOX_3_5_4_RELEASE
[20:31] <dtchen> fta: we'll need to tackle your openarea bug in Lucid. I plan to add osspd to handle it.
[20:31] <dtchen> fta: so, sorry for not getting to it this cycle [honestly, had higher priority bugs]
[20:31] <dtchen> openarena*
[20:32] <fta> dtchen, that would be nice, i was ready to uninstall it as it's unplayable right now
[20:32] <micahg> fta: I'm usually sleeping then :)
[20:34] <dtchen> fta: it doesn't really help that SDL devs can't pinpoint the regression ):
[20:34] <dtchen> oh well, more work later.
[20:35] <dtchen> just have to knock out 500 bugs in the next two weeks! (:
[20:35] <fta> dtchen, until recently, the sound was just disappearing but the game itself was playable. but now, the video is all jerky when there's too many sounds happening at once
[20:35] <dtchen> fta: yeah, we're missing the linux patches for RtKit
[20:35] <micahg> fta: asac: are we dropping seamonkey for karmic?
[20:35] <fta> micahg, i don't know but we probably should
[20:35] <dtchen> fta: I work around it by adding @audio with RT privileges in /etc/security/limits.conf
[20:36] <fta> dtchen, how do i do that?
[20:36] <dtchen> 22:56 <dtchen> @audio           -       rtprio          99
[20:36] <dtchen> 22:56 <dtchen> @audio           -       nice            -19
[20:36] <dtchen> 22:56 <dtchen> @audio           -       memlock         unlimited
[20:37] <fta> i already have those 3 lines
[20:37] <dtchen> with PA 0.9.19?
[20:38] <fta> 1:0.9.19-0ubuntu1~ubuntuaudiodev4~
[20:38] <dtchen> right, that's pretty much 0.9.19 that's in the repo now
[20:38] <dtchen> well, we'll go through the stuff after 9.10 releases
[20:40] <fta> dtchen, since the last few days, each time i start or unpause a stream, there's a glitch
[20:49] <dtchen> using totem? mplayer? rhythmbox?
[21:06] <fta> dtchen, mplayer
[21:28] <asac> micahg: why are we dropping seamonkey?
[21:28] <av`> asac, is makedev really needed on bluez?
[21:28] <av`> asac, e.g as depends
[21:29] <asac> av`: not sure. check the code or the changelog to see why its there
[21:29] <asac> could have been forgotten, but mostlikely its there for some debian ports ;)
[21:29] <av`> asac, is set as an alternative for udev
[21:29] <av`> makedev | udev
[21:30] <asac> i would think for ports then
[21:30] <asac> file a bug against debian
[21:30] <av`> there is a debian bug asking to remove it
[21:30] <asac> (if you think its wrong=
[21:30] <asac> depends on the rational
[21:30] <av`> policy violation
[21:30] <asac> does it hurt?
[21:31] <asac> what is in policy?
[21:31] <av`> asac, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546860
[21:33] <asac> fta: did you repush modemmanager ?
[21:33] <asac> would be really great ;)
[21:33] <asac> and then its also after 10 ;)
[21:33] <fta> was i supposed to?
[21:33] <asac> fta: i asked for it ;)
[21:33] <fta> sorry, i missed it
[21:33] <asac> fta: but if you missed it consider this the request ;)
[21:34] <asac> no problem
[21:34] <av`> asac, what do you think?
[21:34] <fta> done
[21:34] <asac> av`: i am one of those that doesnt care about these kind of things ;)
[21:34] <asac> its probably a bug yes.
[21:34] <asac> fta: thx
[21:34] <av`> asac, so you would say to remove it and leave udev alone
[21:34] <asac> dan did some modem refactorings ... wanted to check if he dropped a bomb or med-kit ;)
[21:34] <micahg> asac: fta wanted to since there was low usage
[21:35] <micahg> but if we're not, then maybe we should push SM2 since RC1 was just released
[21:35] <asac> av`: yes.
[21:35] <av`> asac, k, thanks
[21:35] <asac> micahg: i am not sure about the quality ;)
[21:35] <asac> but maybe you are right
[21:36] <asac> too bad we are still stuck at tbird 2
[21:36] <av`> asac, you should try claws-mail
[21:37] <av`> asac, it's way better than TB
[21:37] <av`> for performances, filters, faster IMAP handling
[21:37] <asac> i am just the messenger ... i use it for obvious reasons for some
[21:37] <asac> but we hav a huge load of users ;)
[21:37] <asac> so pumping in tbird 3 would have been great ... if it only were stable
[21:37] <asac> ;)
[21:38] <av`> is it not stable yet?
[21:39] <micahg> asac: release is supposed to be before karmic release
[21:39] <av`> asac, what did they add / fix to TB 3?
[21:42] <micahg> asac: they are testing b4 with users this thursday
[21:42] <micahg> I was going to try to build a b4 package
[21:43] <micahg> asac: I'll try to fix up SM this week to work with SM2
[23:06] <fta> micahg, a bunch of users asked me to do b4 in my PPA as i used to do in the past
[23:06] <fta> but i wanted to do that in a better place
[23:07] <fta> so i needed to discuss that PPA re-org topic with asac
[23:22] <micahg> ok, well, I create a stable testbed PPA for myself, fta
[23:22] <micahg> so I'll upload it there and propose a merge with the changes