| === asac_ is now known as asac | ||
| LLStarks | asac, why is it so easy to accidentally "New Window" when trying to click the "Back" button? | 00:21 |
|---|---|---|
| |eagles0513875| | happy monday yall | 09:39 |
| 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:30 |
| 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 | 11:31 |
| ubottu | yes, I'm alive. | 11:31 |
| eagles0513875 | morning or afternoon asac | 12:16 |
| === statik` is now known as statik | ||
| fta2 | http://www.sofaraway.org/ubuntu/tmp/restart-no-very-helpful.png | 13:19 |
| asac | fta: what restart? | 13:25 |
| asac | flash is also known to keep the UI thread running | 13:26 |
| 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 |
| ubottu | Launchpad bug 439172 in network-manager-applet "nm-applet icon blurry on 25+ pixel panel" [Undecided,Confirmed] https://launchpad.net/bugs/439172 | 13:42 |
| mac_v | is that a known issue? | 13:42 |
| asac | let me look | 13:46 |
| 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:48 |
| 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 | 13:50 |
| fta2 | asac, the restart thing was a reboot | 14:03 |
| asac | fta2: but what does it show? | 14:04 |
| asac | just a general gdm bug? | 14:04 |
| 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:05 |
| asac | how can a process be unknown? | 14:06 |
| asac | shouldnt there be at least a process name? | 14:06 |
| 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:11 |
| mac_v | note the messaging indicator... it never changes icon size ;) always 22px icon whatever the size of the panel is | 14:12 |
| mac_v | other applets just use the 24px icon until the panel size reaches 32px , and the 32px icon until the 48px | 14:14 |
| fta2 | asac, yeah, that was my point, it's clueless as it is | 14:15 |
| asac | mac_v: feels odd ... will check that | 14:17 |
| mac_v | thanks :) | 14:18 |
| asac | mac_v: i dont see anything that would scale it | 14:30 |
| 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:31 |
| 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:32 |
| 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:33 |
| 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:34 |
| * mac_v wishes nm uses same method as gpm ;) and would have no need to worry about gtk | 14:35 | |
| 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:38 |
| 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:39 |
| 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:40 |
| 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:41 |
| 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:42 |
| 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:43 |
| mac_v | asac: i think gpm and the volume applet do something like for 24-31 use always size 24px and dont scale | 14:44 |
| asac | its all gtk | 14:48 |
| asac | i moved the bug there | 14:48 |
| 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 ;) | 14:49 |
| 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:28 |
| asac | sorry if thats obvious ;) | 15:29 |
| mac_v | yup , just a sec | 15:29 |
| mac_v | asac: Bug #437162 | 15:30 |
| ubottu | Launchpad bug 437162 in gnome-bluetooth "Gnome Bluetooth needs to use different icons for notification area and system menu" [Undecided,Confirmed] https://launchpad.net/bugs/437162 | 15:30 |
| mac_v | thats from where the upstream bug started ;) | 15:30 |
| * asac nm debugging bbl | 16:22 | |
| === aakashd_ is now known as aakashd | ||
| micahg | asac: did you see ff3.5.4 build1? | 20:06 |
| fta | micahg, Oct 07 12:09:14 <fta> FIREFOX_3_5_4_RELEASE | 20:30 |
| 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:31 |
| 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:32 |
| dtchen | fta: it doesn't really help that SDL devs can't pinpoint the regression ): | 20:34 |
| dtchen | oh well, more work later. | 20:34 |
| 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:35 |
| 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:36 |
| fta | i already have those 3 lines | 20:37 |
| dtchen | with PA 0.9.19? | 20:37 |
| 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:38 |
| fta | dtchen, since the last few days, each time i start or unpause a stream, there's a glitch | 20:40 |
| dtchen | using totem? mplayer? rhythmbox? | 20:49 |
| fta | dtchen, mplayer | 21:06 |
| === micahg1 is now known as micahg | ||
| 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:28 |
| 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:29 |
| 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:30 |
| asac | what is in policy? | 21:31 |
| av` | asac, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546860 | 21:31 |
| ubottu | Debian bug 546860 in bluez "bluez: depends on extra package (makedev)" [Serious,Open] | 21:31 |
| 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:33 |
| 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:34 |
| 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:35 |
| asac | too bad we are still stuck at tbird 2 | 21:36 |
| av` | asac, you should try claws-mail | 21:36 |
| 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:37 |
| av` | is it not stable yet? | 21:38 |
| micahg | asac: release is supposed to be before karmic release | 21:39 |
| av` | asac, what did they add / fix to TB 3? | 21:39 |
| micahg | asac: they are testing b4 with users this thursday | 21:42 |
| micahg | I was going to try to build a b4 package | 21:42 |
| micahg | asac: I'll try to fix up SM this week to work with SM2 | 21:43 |
| 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:06 |
| fta | so i needed to discuss that PPA re-org topic with asac | 23:07 |
| 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 | 23:22 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
