[07:54] <didrocks> hi mvo :)
[07:54] <mvo> hi didrocks
[07:55] <didrocks> mvo: I have a question regarding Totem
[07:55] <dholbach> hi didrocks, hi mvo
[07:55] <didrocks> hey dholbach ;)
[07:55] <didrocks> mvo: If you look there (https://edge.launchpad.net/ubuntu/+source/totem), the 2.25.90-0ubuntu2 version told us that we have to include src/plugins/bbc/Makefile.in in
[07:55] <didrocks> 70_autoconf.patch
[07:55] <didrocks> So, I think I have to use autoreconf and not autoconf to take it into account
[07:56] <didrocks> but I get a impressive error/warning stack:
[07:56] <didrocks> http://paste.ubuntu.com/120246/
[07:56] <didrocks> all b-d are there in my jaunty chroot
[07:56] <didrocks> I tried to do the same with the non updated version (2.25.90-0ubuntu3)
[07:56] <didrocks> same errors, so I think this is just some warnings we can ignore?
[07:57] <didrocks> (but it exit with 1 :/)
[07:58] <mvo> didrocks: let me try this here
[07:58] <didrocks> mvo: thanks :) if you want a new version, I can bzr push it somewhere
[07:59] <didrocks> (the new version depends on gtk-doc 1.11, I ask for a sync request, but no ack yet. I have it in my ppa)
[08:00] <mvo> didrocks: please
[08:00] <dholbach> is there anything we can do to find out what's going on with bug 331462, bug 331924, bug 331774, bug 331740?
[08:02] <dholbach> dunno if this is related to bug 327801 too (similar bug was already fixed with bug 205536)
[08:02] <dholbach> but gnome-terminal crashed a number of times for me already
[08:03] <mvo> dholbach: I can have a look later today, I need to do a language-selector merge first
[08:03]  * dholbach hugs mvo
[08:04] <mvo> didrocks: let me know if the branch is somewhere
[08:04] <mvo> dholbach: any word from upstream yet about the crsah?
[08:05] <didrocks> mvo: ~didrocks/totem/autoreconf_fail
[08:05] <didrocks> mvo: you can find gtk-doc 1.11 in my ppa (debian version)
[08:06] <dholbach> mvo: no, somehow the retracer is broken and I was waiting for it to finish
[08:06] <dholbach> mvo: pedro had a similar onw
[08:06] <dholbach> one
[08:22] <mvo> didrocks: quilt and autoreconf patches == *pain*
[08:22] <mvo> :(
[08:24] <didrocks> mvo: yeah, I know :/
[08:25] <didrocks> mvo: I used to echo "" > debian/patches/70_... ; quilt push -f 70_....; find . -type f | xargs quilt add
[08:26] <dholbach> one fine day, glorious and sunshiny it will be, we'll use revision control and no patch systems any more
[08:27] <didrocks> dholbach: I hope that it will happen soon :) VCS rocks!
[08:42] <dholbach> GRAAAAAAAAAAAAAAAH!!!!
[08:42] <dholbach> [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0
[08:42] <dholbach> WTH?!!
[08:43] <dholbach> I just pulled the plug of my laptop and the screen went black
[08:43] <dholbach> and I could only get it back by restarting X over SSH
[08:45] <mvo> didrocks: *grumpf* autoreconf -i works for me, but src/plugins/bbc/Makefile.in is now missing
[08:46] <didrocks> mvo: ? Strange, I use it in a pbuilder chroot
[08:55] <mvo> didrocks: I regenerated it now and pushed your changes (oh quilt is a pain), could you please check if it works for you?
[08:55] <mvo> didrocks: I don't really know what is wrong though with your autoreocnf
[08:55] <mvo> (sorry for that)
[08:58] <didrocks> don't be sorry, I *hate* autotools :)
[08:58] <didrocks> so, they give me back ;)
[08:59] <didrocks> mvo: how did you fix the issue with src/plugins/bbc/Makefile.in?
[09:00] <didrocks> (and you had really no warning/no ouput when executing "autoreconf" ?)
[09:11] <mvo> didrocks: loads of warnings :)
[09:11] <didrocks> but it exits with 0 status?
[09:11] <mvo> didrocks: but I tend to ignore them
[09:12] <didrocks> not 1 as for me?
[09:12] <mvo> I did not do it in a pbuilder chroot (*cough*) - but that should be ok for autoreconf patches, I suspect there was just something missing there
[09:13] <didrocks> probably. I have to find what may miss for next update
[09:13] <didrocks> mvo: and for including you bcc plugin, how do you fix it?
[09:15] <didrocks> mvo: gnome-doc-utils is missing as b-d
[09:15] <mvo> didrocks: at first I generated a new patch, but that did not work (bbc plugin missing, I think because it gets the list of subdirs in src/plugins from config.h PLUGINS so that configure needs to be run at least once with bbc in it before Makefile.in gets created)
[09:15] <didrocks> I found it :)
[09:15] <mvo> so I just used the old one and manually "fixed" (deleted) the conflicting configure
[09:16] <mvo> and autoreconf -i
[09:16] <didrocks> mvo: that should maybe be written in the changelog, no?
[09:16] <didrocks> for next updates
[09:16] <mvo> didrocks: yes
[09:16] <didrocks> mvo: do you want me to handle that?
[09:17] <mvo> didrocks: or we should try to come up with something better, what I did was really just hammering blindly at it
[09:17] <mvo> didrocks: if you could, that would be great
[09:17] <mvo> ideally I guess the plugin goes upstream :)
[09:17] <didrocks> (and can I add gnome-doc-utils which seems to be needed to avoid the errors)
[09:17] <didrocks> let's hope that the plugin will ;)
[09:17] <mvo> great, please do
[09:17] <didrocks> ok, thanks for you help mvo :)
[09:17] <mvo> and then quilt on top of it
[09:18] <mvo> the combinations from my nightmares ;)
[09:18] <didrocks> :D
[09:18] <mvo> thanks for the update!
[09:18] <didrocks> quilt in a pbuilder chroot is the complete nightmare :)
[09:18] <mvo> let me know when you are happy with it, I will sponsor the upload then
[09:18] <didrocks> mvo: ok, but it needed the sync request for gtk-doc to be acknowledge
[09:19] <mvo> didrocks: yeah, we need to wait for a archive-admin for this (seb can do it for example)
[09:21] <didrocks> mvo: ok. I will get you read my comment on autoreconf patched before in the changelog
[09:21] <mpt> mvo, we want the interval to be *longer* than it was in Intrepid, not shorter, right?
[09:22] <mvo> mpt: I was just thinking about the devel release, not stable
[09:22] <mvo> mpt: just a idle thought, not so important
[09:23] <mvo> mpt: http://people.ubuntu.com/~mvo/tmp/Screenshot-Language.png <- I would love to get feedback on this, arne is working on it and I'm reviewing the merge currently
[09:23] <mvo> mpt: it looks a bit un-gnomish, but IIRC you dislike bold headings in dialogs?
[09:23] <mpt> mvo, I mean, it was daily for Intrepid development
[09:24] <pitti> mvo: eek, what's wrong with your font rendering?
[09:24] <mvo> mpt: correct, daily auto-udpate plus a notification everytime the user ran apt-get update or synaptic update or anything like this manually
[09:25] <pitti> mvo: so does that run through gksu now? (for setting the system locale)
[09:25]  * mpt gets mixed up between LanguageSelectorImprovements, JauntyLanguageSelectorImprovements, and FutureLanguageSelectorImprovements
[09:25] <mvo> mpt: its jauntylanguageselectorimprovmenets :)
[09:26] <mvo> mpt: and its confusing indeed :(
[09:26] <mpt> mvo, that matches the spec pretty exactly
[09:26] <mvo> mpt: ok, if you are happy with it, I am
[09:26] <mpt> except that the top section isn't horizontally centered, while it is in my mockup
[09:26] <mpt> The one other glitch is something I forgot to specify exact dimensions for in the mockup
[09:26] <pitti> mpt: uh, should that really be centered?
[09:27] <mpt> and that is that there's zero gap between the labels and the menus below them
[09:27] <mpt> though I'm not sure whether that's actually a bug or not
[09:27]  * mpt consults the HIGs
[09:29] <mpt> hm, they don't mention that
[09:29] <mpt> anyway
[09:30] <mpt> mvo, there isn't enough nearly stuff in this window to need splitting up into sections with headings
[09:30] <mvo> mpt: ok
[09:30] <mpt> Bravo to asac and Arne
[09:31] <mpt> I think the window would look less lopsided if the top section was centered, but it shouldn't stop a merge or anything
[09:33] <mvo> mpt: thanks for checking it
[09:34] <asac> mpt: me?
[09:34] <asac> hi ;)
[09:34]  * asac doesnt think he has any credits here
[09:35] <mvo> asac:  I was wondeirng about this too, but a bravo to you is never wrong ;)
[09:35]  * asac feels good
[09:37]  * asac uses the "download diff" feature of code.launchpad.net
[09:37]  * pitti hugs asac
[09:37] <asac> hmm. that gives me strip-level 0
[09:37] <asac> why not 1?
[09:38]  * asac hugs pitti
[09:38] <pitti> mvo: re your font settings, you either need to see an eye doctor or file a bug or so..
[09:38] <pitti> mvo: do they come like that by default?
[09:38] <mvo> pitti: I do have to regularly see a eye doctor unfortunately :/ - the screenshot was taken on a intrepid box, the jaunty ones look better
[09:39] <pitti> mvo: can you fix that with the subpixel rendering settings?
[09:39] <mvo> pitti: let me try
[09:39] <pitti> they are blurry as hell
[09:40] <pitti> mvo: actually, when zooming it, it's not the subpixel stuff at all, it's the "smoothing" - less hinting, perhaps?
[09:40] <mpt> asac, sorry, I misread "arne" as "asac" for some reason
[09:40] <mpt> bravo anyway :-)
[09:40] <asac> bravo to you too, mpt
[09:41] <mvo> pitti: I set it to that now, looks better
[09:41]  * pitti hugs mvo
[09:41] <asac> seb has off today?
[09:41] <pitti> he might just sleep in
[09:41] <pitti> he slept very little in the last couple of days, I guess
[09:41] <asac> well deserved
[09:42] <asac> i just had evolution-notify-alert looping on CPU taking about 300M of mem
[09:42] <asac> what does that do for me?
[09:42] <asac> (i dont even use evolution ;))
[09:42] <pitti> evolution-alarm-notifier?
[09:43] <asac> probably
[09:43] <asac> oh that calendar thing then
[09:43] <asac> killall evolution-alarm-notify
[09:43] <asac> thats what i ran ;)
[09:43] <pitti> e-a-n is started by defualt, to remind you of your appointments, etc.
[10:02] <seb128> slomo: perhaps you could sync the ubuntu glib changes for the gettext domain to debian?
[10:02] <asac> mvo: do you remember what you did to my mini9?
[10:02] <asac> it still has the ugly default gtk theme
[10:02] <seb128> slomo: the debian version of this change is outdated and we could sync it this way
[10:02] <mvo> asac: a bunch of stuff, not in detail
[10:02] <mvo> asac: sorry
[10:02] <mvo> asac: I also may need to bug you about doing some compiz startups on it (for profiling)
[10:04] <asac> mvo: as long as i dont need to type ...
[10:24] <seb128> mvo: the "you need to restart now" dialog is listed as "no title" in the taskslist, known issue?
[10:34] <dholbach> pitti, seb128: any idea about the retracer in bug 331462, bug 331924, bug 331774, bug 331740, bug 330621? (and if you have any idea about the crashes themselves, that's be nice too :-))
[10:35] <seb128> dholbach: yours seems to be a corruption, valgrind log requried
[10:35] <seb128> dholbach: what about the retracer? they did their job correctly?
[10:35] <seb128> no idea about the bug I never got it but I don't use tabs
[10:36] <dholbach> seb128: doesn' the retracer un-private the bugs and remove attachments and stuff?
[10:36] <seb128> no
[10:36] <seb128> just when duplicating
[10:36] <dholbach> aha!
[10:36] <seb128> it can't know if there is no password in the stacktrace
[10:36]  * dholbach didn't know
[10:36] <seb128> somebody has to look at it
[10:36] <asac> it removes coredumps when it has a perfect seeming backtrace afaik
[10:36] <seb128> dholbach: new to ubuntu? ;-)
[10:36] <asac> but doesnt unprivate until someone looked at it
[10:37] <asac> dholbach is far far away in the community team ;)
[10:37] <seb128> dholbach: stacktrace can have private informations
[10:37] <dholbach> ok ok
[10:37] <dholbach> blllllllllllllll
[10:37] <asac> hehe ;)
[10:37] <seb128> dholbach: somebody needs to check those before making it public to make sure not to disclose anything which should not
[10:37]  * dholbach stops reporting bugs
[10:37] <seb128> lol
[10:37]  * seb128 hugs dholbach
[10:38] <dholbach> seb128: do they all look like memory corruption?
[10:38] <seb128> dholbach: if you still have you bugzilla account please open the bug on bugzilla.gnome.org
[10:38] <pitti> dholbach: retracer-wise they seem to be quite alright?
[10:38] <seb128> no, crash in g_free() are
[10:38] <dholbach> pitti: ok, my misunderstanding
[10:38] <dholbach> seb128: I sent like 3 of them
[10:38] <dholbach> all different
[10:38] <pitti> dholbach: oh, you mean we should auto-remove CoreDump.gz?
[10:39] <seb128> dholbach: they are duplicates I think
[10:39] <dholbach> pitti: it was my misunderstanding, it's all good
[10:39] <seb128> dholbach: crash in free or malloc = corruption
[10:39] <asac> we do that when there is no problem in stacktrace afaik
[10:39]  * pitti hugs dholbach
[10:39] <asac> (removing coredump=
[10:39] <seb128> dholbach: corruption = random stacktrace
[10:39] <dholbach> seb128: not going to be fun to valgrind gnome-terminal - it sometimes takes an hour until it crashes
[10:40] <dholbach> or longer
[10:40] <asac> dholbach: sometimes stuff happens easier with valgrind
[10:40] <seb128> well, could might get a valgrind error quickly
[10:40] <seb128> it might not crash but do invalid reads or writes anyway
[10:40] <dholbach> but it's consistenly crashing every now and then if I ctrl-d out of a session and close a tab with that (since two days)
[10:40] <dholbach> ok, I'll check it out
[10:40] <seb128> in which case you should get the error every time you dnd a tab or whatever you do to get the bug
[10:41] <dholbach> luckily I always saved stuff in other tabs, when I closed sessions in another one
[10:41] <dholbach> if you don't use tabs a lot, try it yourself too! :)
[10:41] <seb128> I don't use tab and got no such crash yet
[10:41] <dholbach> then start using tabs! :)
[10:41]  * dholbach will look into valgrinding :)
[10:42] <dholbach> thanks a bunch everybody
[10:42]  * seb128 tries valgrind
[10:42] <dholbach> pedro had one of those too
[10:43] <seb128> it's not so slow under valgrind
[10:43] <dholbach> ok
[10:45] <dholbach> asac is probably right with "far away in community land" - I didn't even have valgrind installed on the laptop
[10:45] <asac> lol
[10:46] <mnemo> dholbach: you spawn several new valgrinding hackers per month so I guess that fine?
[10:46] <dholbach> I hope so
[10:51]  * asac sees strange carrier detect issues with forcedeth wired driver
[10:51] <asac> anyone has a (not-) working wired setup on latest jaunty here?
[10:53] <seb128> asac: what do you mean? I've a wired cable I can plug on my laptop but I'm using the wireless right now
[10:53] <seb128> asac: ie I can test something if you want
[10:54] <asac> seb128: what driver are you using?
[10:54] <asac> seb128: can you try to plug in your wired and see if NM wants to connect to it=
[10:54] <seb128> asac: iwl3945
[10:54] <asac> ?
[10:54] <seb128> sure, one sec
[10:54] <asac> seb128: yeah. i wonder about wired
[10:54] <asac> i have strange issues on e1000e and forcedeth driver (former always thinks there is carrier, the later never detects carrier in NM)
[10:55] <asac> so i wonder whats going on with the other drivers
[10:55] <seb128> asac: the applet spinned
[10:55] <seb128> I've auto eth2 and the wireless selected in the list now
[10:55] <seb128> and I didn't lost my connection
[10:55] <seb128> or got the same dhcp ip again
[10:55] <seb128> ie irc is still working
[10:56] <seb128> ok I've both connections activated according to the nm-applet dialog
[10:56] <seb128> and one IP on each
[10:56] <asac> seb128: and you didnt loose connection? are boith connected to same subnet then i guess?
[10:56] <seb128> I'm still typing on IRC so I guess I didn't get disconnected
[10:57] <seb128> yeah, I've only one local IP class there they have IP from the same dhcp
[10:57] <seb128> ie 192.168....
[10:58] <seb128> asac: when me to try something else?
[10:58] <dholbach> hiya pedro_!
[10:58] <seb128> pedro_: hey mr bot
[10:58] <dholbach> pedro_: just talked to seb128 about the gnome-terminal/vte thing
[10:59] <asac> seb128: look at route -n please
[10:59] <dholbach> pedro_: and I'm running gnome-terminal in valgrind on both machines now
[10:59] <asac> does the default go through wired now?
[10:59] <pedro_> dholbach, seb128 hey hey
[10:59] <asac> seb128: please look i applet in "Connection Information" and tell me the driver too
[10:59] <asac> seb128: also tell me what NM version you are running
[10:59] <asac> then i have all info i wanted ;)
[11:00] <seb128> asac: yes, eth2 default
[11:00] <seb128> asac: tg3
[11:01] <seb128> pedro_: have you read bug #331767
[11:01] <pedro_> dholbach: awesome!, attach the logs and i'll take care of sending those upstream
[11:01] <pedro_> WTH
[11:02] <dholbach> pedro_: hasn't crashed yet :)
[11:02] <pedro_> lol
[11:02] <asac> seb128: ok. do you have the 0.7.1~rc1 packages yet or ~2009 ?
[11:02] <asac> network-manager
[11:02] <seb128> asac: 2009
[11:02] <asac> ok
[11:03] <seb128> do you want to retry with the new version?
[11:03] <asac> in case you see issues in the rc1 packages let me know
[11:03] <asac> seb128: no. no need to
[11:03] <seb128> ok
[11:03] <asac> i dont think that this is caused by rc1 ... there are jus a few more commits
[11:03] <seb128> brb
[11:23] <slomo> seb128: ok
[11:23] <seb128> slomo: thanks
[11:23] <seb128> slomo: no hurry but next time you do an update
[11:35] <mnemo> pedro_: will this upstream fix be imported into jaunty automatically or is it worth the time to do a debdiff for it? --> https://bugs.launchpad.net/gnome-control-center/+bug/328632
[11:38] <pedro_> mnemo: yes it's going to make it for jaunty in the next tarball they roll
[11:38] <mnemo> in general, how can I tell if a new tarball is coming for a given package?
[11:39] <pedro_> mnemo: looking at the release schedule ? ;-)
[11:39] <pedro_> mnemo: http://live.gnome.org/TwoPointTwentyfive
[11:40] <pedro_> there's still 2.25.92 to come out the first week of march
[11:41] <mnemo> ah, so all gnome tarball releases automatically go into ubuntu
[11:42] <pedro_> seb128automatically
[11:42] <mnemo> heh I see
[11:42] <mnemo> and how can I tell which gnome libs and apps are automatically tarballed and merged into ubuntu? obviously glib is always included but fringe apps like ghex might not be?
[11:42] <mnemo> is there a set of core gnome apps that seb always merges?
[11:43] <davmor2> Guys with the new notify system if you try and change the position it doesn't is this known?
[11:45] <mnemo> davmor2: not sure if its a known issue but it repros on my box as well
[11:47] <davmor2> bugging it now
[11:57] <davmor2> mnemo: bug 332014
[12:06] <james_w> davmor2: where did you change the setting?
[12:06] <mpt> davmor2, are you referring to the utility shown in <http://ubuntuforums.org/attachment.php?attachmentid=103955&d=1235085755>?
[12:06]  * mpt just came across that screenshot and wondered where that window comes from
[12:08] <james_w> mpt: is it notification-daemon: /usr/bin/notification-properties ?
[12:08] <james_w> (I can't see the screenshot as I'm not logged in to the forums)
[12:08] <mpt> ah
[12:08] <james_w> new in Jaunty I believe
[12:08] <mpt> bash: /usr/bin/notification-properties: No such file or directory
[12:09] <mpt> hm, that poses a problem for stracciatella
[12:09] <davmor2> mpt: is that the new black see through notification?
[12:10] <mpt> davmor2, it's a window called "Notification Settings", which is not related to and does not influence the new black see-through notifications
[12:10] <mpt> is that what you used?
[12:12] <davmor2> mpt: I used System->Preferences->Pop-up Notifications
[12:12] <mpt> Ah, that's what the person on the forum used too
[12:13] <mpt> I can see how that would confuse people
[12:14] <davmor2> mpt: they are notifications so yes it would be :)
[12:14] <james_w> it shouldn't be installed if you use the new notifications though?
[12:15] <davmor2> james_w: I did the install yesterday and updated this morning
[12:15] <james_w> davmor2: dpkg -S /usr/bin/notification-properties
[12:16] <james_w> davmor2: and "dpkg -l notifcation-daemon" please
[12:16] <james_w> "dpkg -l notification-daemon" I mean
[12:18] <davmor2> james_w: no packages found matching notification-deamon
[12:19] <james_w> daemon not deamon :-)
[12:19] <james_w> did the dpkg -S return anything?
[12:20] <davmor2> james_w: notification-daemon 0.4.0-0ubuntu2
[12:20] <james_w> but you get the click-through notifications?
[12:21] <davmor2> james_w: -S = notification-daemon: /usr/bin/notification-properties
[12:21] <james_w> ah, got it
[12:21] <james_w> fix forthcoming
[12:21] <davmor2> james_w: Yes I can't interact with them
[12:21] <mpt> davmor2, I'm updating your bug report to include these details
[12:21] <davmor2> thanks
[12:22] <mpt> james_w, what package should it be?
[12:23]  * mpt guesses notify-osd
[12:25] <james_w> could somebody in ~ubuntu-desktop review https://code.edge.launchpad.net/~james-w/aachen/ubuntu.fix-conflicts please?
[12:26] <james_w> then merge to https://code.edge.launchpad.net/~james-w/aachen/ubuntu and upload if it's ok
[12:26] <davmor2> mpt: I didn't know what it was called at all
[12:27] <james_w> yeah, the bug is in notify-osd, but the issue is that notification-deamon shouldn't be installed at all
[12:28] <mpt> james_w, I think that's how we originally had it, but that it was changed for Stracciatella
[12:28] <mpt> https://wiki.ubuntu.com/DesktopTeam/Specs/Jaunty/StracciatellaSession
[12:29]  * mpt is momentarily disoriented by Google returning the wiki.edubuntu.org version of that page instead of the wiki.ubuntu.com one
[12:30] <james_w> oh, damn
[12:31] <james_w> it's a deeper issue then
[12:32] <james_w> my fix is wrong, so I deleted the branch
[12:34] <Mez> davmor2: stop causing trouble
[12:36] <Ng> is the jaunty gdm crasher fixed? pondering an upgrade ;)
[12:36] <davmor2> yes
[12:36] <gnomefreak> Ng: yes
[12:36] <Ng> ooh :)
[12:36] <gnomefreak> Ng: upgrade and restaret
[12:37] <gnomefreak> is it known that System menu is lacking shutdown/restart menu entry?
[12:37] <Mez> It's in FUSA now isnt it ?
[12:38] <gnomefreak> that would assume i knew where FUSA is but i will look for it
[12:38] <Mez> add applet, user switcher
[12:38] <gnomefreak> its there if you mean my name in upper panael
[12:39] <Mez> yeah
[12:39] <Mez> the shutdown etc is there
[12:39] <gnomefreak> no it isnt
[12:39] <Mez> should be.
[12:40] <gnomefreak> not in the prefferences either. I didnt fine a shutdown applet
[12:40] <gnomefreak> s/didnt/did
[12:40] <Mez> click on your name, that doesnt give you a shutdown options
[12:40] <gnomefreak> ah i was right clicking it
[12:40] <gnomefreak> thanks. so it officialy moved?
[12:41] <pitti> gnomefreak: system menu doesn't show them any more if fusa is running
[12:41] <pitti> gnomefreak: that's indended, yes
[12:41] <gnomefreak> pitti: ok thanks
[12:41] <pitti> if you don't have fusa, it's still there
[12:42] <Mez> so which devvy has been using the new release name ? :-"
[12:46] <mvo> tseliot: thanks for the nvidia-common update, it looks like it works just fine (my upgrade test is now much happier than yesterday :)
[12:52]  * Ng files first jaunty bug
[13:02] <tseliot> mvo: good
[13:06] <Mez>
[13:11] <kenvandine> good morning all!
[13:13] <pedro_> morning kenvandine :-)
[13:14] <pitti> hey kenvandine
[13:15] <seb128> hey
[13:28] <seb128> hello rickspencer3
[13:29] <rickspencer3> seb128: hi
[13:51] <pitti> hey rickspencer3
[13:51] <rickspencer3> pitti: morning
[13:52]  * kenvandine finds it interesting that the plugin-manager in evolution is a plugin
[13:54] <crdlb> and the extensions-manager-ui in epiphany is an extension :)
[13:55] <kenvandine> hehe
[13:55] <kenvandine> at least they put code in to prevent it from being disabled :)
[13:55] <kenvandine> that would suck
[13:55] <Davedan> does the intrepid have as deaftul X or gtk installed?
[13:57] <seb128> Davedan: what does that mean a default gtk installed?
[13:58] <seb128> or X installed
[13:58] <Davedan> seb128: I want to install emacs but there is one package for X11 and one for gtk
[13:58] <seb128> try asking on #ubuntu rather
[13:59] <Davedan> k
[13:59] <seb128> this channel is for desktop work
[14:00] <pitti> kenvandine, seb128, rickspencer3: call now?
[14:01] <seb128> pitti: right
[14:01] <rickspencer3> I'm setting up the call now
[14:02] <rickspencer3> seb128: pitti: kenvandine: are you guys dialed
[14:02] <rickspencer3> in?
[14:02] <seb128> rickspencer3: dialing now
[14:17] <didrocks> mvo: done, bug #332057
[14:25] <mvo> didrocks: merging now, thanks
[14:25] <mvo> didrocks: hm, what is the branch name?
[14:26] <didrocks> mvo: you can see it linked to the bug, ~didrocks/totem/ubuntu
[14:30] <rickspencer3> pitti: I added a  couple of things to the release status wiki page
[14:31] <kenvandine> pitti: ready when you are :)
[14:31] <pitti> rickspencer3: oh, thanks
[14:31] <mvo> didrocks: ff is so slow ;)
[14:32] <didrocks> mvo: yeah, I know, but I just tried once epiphany + webkit (I am an old Galeon user) but never switched for good :)
[14:33] <pitti> kenvandine, seb128: can you join #packaging-intro? otherwise we'll clutter the existing discussion here too much
[14:33] <kenvandine> mvo: it's fine if you have like 12G of ram :)
[14:33] <kenvandine> sure
[14:33] <mvo> haha
[14:33]  * kenvandine love epiphany :)
[14:33] <kenvandine> +s
[14:34] <didrocks> ;)
[16:01] <seb128> mvo: I'm moving g-c-c bzr to the ubuntu-desktop team btw
[16:01] <seb128> mvo: in case you want to checkout the current code
[16:02] <dobey> seb128: does bug #296570 seem like a dpkg issue to you, rather than an gnome-icon-theme issue? the report shows the totem package having a similar issue...
[16:03] <mvo> seb128: aha, thanks
[16:05] <seb128> mvo: any idea about dobey's question?
[16:05] <mvo> seb128: is that a friendly way of saysing: "work on the patch" ;)
[16:05] <seb128> mvo: no, just telling you to get the source there I'm doing change and I don't want you to work on an outdated revision ;-)
[16:05] <mvo> dobey: that is most likely someone running wubi
[16:05] <dobey> heh
[16:06] <mvo> dobey: there seems to be a issue with vfat on some kernels
[16:06] <dobey> well i was just looking at the gnome-icon-theme bugs in lp, since i'm the upstream :)
[16:06] <dobey> and that one seemed very much not gnome-icon-theme specific
[16:06] <mvo> dobey: everything that come straight from hell^Wdpkg can probably ingnored from the upstrema perspective :)
[16:07] <dobey> so i was going to reassign it, but wasn't sure where :)
[16:07] <mvo> dobey: I will see if I can find the bugnumber (may take a bit)
[16:08] <dobey> mvo: no worries. thanks :)
[16:09] <mvo> dobey: reassigned now :)
[16:10] <dobey> wunderbar! :)
[16:22] <mvo> seb128: hi, do you happy to know why we have both tsclient and vinagre in the default?
[16:23] <seb128> mvo: because vinagre doesn't do everything tsclient does
[16:23] <mvo> seb128: ok, fair enough
[16:23] <seb128> mvo: ie rdp I think
[16:24] <seb128> mvo: but vinagre is upstream GNOME and a better vnc client
[16:24] <mvo> seb128: ok, thanks
[16:24] <mvo> seb128: I got asked in #ubuntu+1
[16:24] <seb128> waouh, you hang on user channels? I'm impressed ;-)
[16:24] <mvo> asac: do you have a idea about https://bugs.edge.launchpad.net/ubuntu/+source/gdebi/+bug/289396 ?
[16:24] <mvo> seb128: yeah, time to kill ;)
[16:25] <asac> mvo: yes.
[16:25] <seb128> no wonder you don't review the sponsoring requests ;-)
[16:25] <mvo> seb128: seriously, #ubuntu+1 is often good for early upgrade test problem reports, I keep a eye open there
[16:25] <asac> gdebi should copy the file to its own destination right in the beginning
[16:25] <mvo> seb128: I have a highlight on update-manager there
[16:25] <asac> when firefox closes it removes its temp files
[16:25] <mvo> asac: thanks, will do that
[16:26] <asac> mvo: does gdebi return before finishing?
[16:26] <mvo> asac: is there a way to know that it was FF that put the file there? is it using some directory that we could use?
[16:26] <asac> i mean the commadn line
[16:26] <mvo> no
[16:26] <asac> strange then. probably a forced close
[16:26] <asac> i would have thought that it doesnt close completely if there is still an exec running
[16:26] <mvo> I mean, making a copy of every deb just because it might be ran from FF is a bit silly :)
[16:26] <asac> mvo: no. unfortunately not
[16:27] <asac> mvo: you can only look at the parent process
[16:27] <mvo> *weehh*
[16:27] <mvo> ok
[16:27] <asac> but its true for all mozillas
[16:27] <asac> so it would be dirty
[16:27] <asac> to just look for firefox
[16:27] <mvo> if os.path.exists("/usr/bin/firefox"): use_more_space()
[16:27] <mvo> just kidding
[16:27] <mvo> thanks, I think going for the partent it sensible
[16:28] <asac> mvo: well. parent is bad
[16:28] <mvo> what is better?
[16:28] <asac> if so run a ldd on the parent process and guess whether its a mozilla thing ;)
[16:28] <asac> mvo: i would think there is no better way than copying it
[16:28] <asac> all the time
[16:28] <mvo> uff
[16:29] <asac> mvo: do that only if its in /tmp/
[16:29] <mvo> hm, I can not flock it for something
[16:29] <mvo> ok, /tmp $TMPDIR is it then
[16:29] <asac> thats beyond my knowledge. if flock helps to defer removal
[16:29] <asac> thats ok
[16:29] <asac> yeah
[16:29] <asac> i think thats safe
[16:30] <mvo> asac: thanks, I will try that then
[16:33] <mvo> asac: will move work? or will it keep the fd oepn? (or fall over if the file is suddenly no longer there?)
[16:33] <asac> mvo: imo dpkg should learn to deal with piped in memory  ;)
[16:33] <mvo> ian!
[16:33] <asac> hehe
[16:33] <asac> you could just load it quickly and then dont care if ffox goes down
[16:34] <asac> mvo: move will keep it open
[16:34] <asac> i wont risk that
[16:34] <asac> would have to look how the removal is done though
[16:34] <asac> maybe they dont use the fd
[16:34] <mvo> asac: thanks, don't worry
[16:34] <mvo> asac: I just try it out
[16:34] <asac> hehe
[16:34] <asac> really ... use copy ;)
[16:35] <asac> mvo: you could directly move it to /var/cache/apt/archives
[16:35] <asac> err copy
[16:35] <asac> ;)
[16:44] <seb128> pitti, rickspencer3: do you know what was the change request about font hinting we had during the sprint exactly?
[16:44] <rickspencer3> seb128: yes
[16:44] <pitti> seb128: uh, no, sorry; I just remember dropping the hardcoded 96 dpi value
[16:44] <rickspencer3> System->Preference->Appearance->Font Tab
[16:45] <rickspencer3> select Subpixel Smoothing as the default
[16:45] <seb128> rickspencer3: http://launchpadlibrarian.net/15004637/gnome-control-center_1%3A2.22.1-0ubuntu4_1%3A2.22.1-0ubuntu5.diff.gz
[16:45] <rickspencer3> currently it's "Best Shapes"
[16:45] <seb128> rickspencer3: I think that's why it changed
[16:45] <seb128> rickspencer3: can you read the changelog comment and tell me what you think
[16:46] <seb128> Keybuk: ^
[16:47] <seb128> Keybuk: any opinion about that since you did the "controversial change"?
[16:47] <rickspencer3> seb128: I'm a little fuzzy on this, but I think that may be orthagonal
[16:47] <seb128> I've to admit I don't know enough about fonts hinting to have an opinion on that
[16:47] <rickspencer3> I think that patch changes the details of "best shape"
[16:48] <Keybuk> seb128: which change is controversial?
[16:48] <Keybuk> oh
[16:48] <Keybuk> that patch?
[16:48] <seb128> Keybuk: I was wondering if http://launchpadlibrarian.net/15004637/gnome-control-center_1%3A2.22.1-0ubuntu4_1%3A2.22.1-0ubuntu5.diff.gz what was people pointed during the sprint
[16:48] <Keybuk> it changes subpixel smoothing's hinting
[16:48] <Keybuk> it's the Right Thing
[16:48] <seb128> Keybuk: but apparently that's something else
[16:48] <Keybuk> "people"? "pointed"? "sprint"?
[16:49] <rickspencer3> Keybuk: change to subpixel smoothing by default is good, right?
[16:49] <seb128> Keybuk: "Best Shapes" is default where it should be "Subpixer Smoothing", does it make sense to you?
[16:49] <rickspencer3> I'm 99% certain that was the outcome of the discussion
[16:50]  * rickspencer3 dog pile on Keybuk
[16:50] <seb128> Keybuk: well, rickspencer3 said we have to change the default "Best Shapes" -> "Subpixel Smoothing"
[16:50] <rickspencer3> seb128: By "have to", this was a sabdfl request
[16:50] <rickspencer3> so it is turns out to be the wrong thing, I can discuss him and Julian ...
[16:51] <rickspencer3> however, I think there was agreement that it's the right hting
[16:51] <seb128> I've no clue if that's right or not
[16:51] <seb128> that's why I try to ask Keybuk's opinion ;-)
[16:51] <Keybuk> seb128: \o/
[16:51] <Keybuk> rickspencer3: I agree
[16:51] <seb128> Keybuk: that would be a fontconfig change rather than a GNOME one no?
[16:52] <rickspencer3> seb128: yeah, by "agreement" I meant, "I asked Keybuck and he said it was a good thing" ;)
[16:53] <Keybuk> seb128: both I think
[16:54] <oo-dragon_> hey can some one help me mount JBOD? (have 2x 1TB drives setup in JBOD from my DNS-323 NAS)
[16:56] <seb128> Keybuk: do you know what to change in fontconfig exactly?
[16:57] <seb128> Keybuk: could you add that to your todolist if you have a clue about that? otherwise I will have a look to it but I've no clue about fontconfig and that could take some time
[16:58] <Keybuk> seb128: no, arjan knows about fontconfig
[16:58] <Keybuk> I've always thought the fontconfig stuff is wrong
[17:02] <rickspencer3> seb128: would it help if I created a launchpad bug for this?
[17:02] <seb128> rickspencer3: yes please do it will make easier to keep track of it (it's on my todolist but that will make easier to subscribe some other people on the way)
[17:22] <pitti> seb128: do you happen to have a brilliant idea about bug 332014 ?
[17:23] <seb128> pitti: TryExec on the .divert?
[17:23] <pitti> oh, what's TryExec?
[17:24] <seb128> pitti: the menu item is displayed only if the command in TryExec=command is available
[17:24] <pitti> seb128: it needs to check $GDMSESSION, not file availability
[17:25] <seb128> pitti: my best idea is to change the vanilla session to have a wrapper, make it touch /tmp/vanilla and tryexec= that one
[17:25] <seb128> that's hackish though and we would need to clean the file at session closing
[17:25]  * seb128 tries to think to a better way
[17:26] <pitti> seb128: ah, I see what you mean
[17:27] <seb128> pitti: other idea is to to add a new type to OnlyShowIn= list being vanilla and patch gnome-menus to handle this one
[17:28] <pitti> seb128: /tmp/vanilla is tricky, since in world-writable locations you need to use unpredictable file names, and in $HOME it conflicts with parallel sessions
[17:28] <pitti> seb128: I like OnlyShowIn=gnome-stracciatella best so far, I think
[17:28] <seb128> pitti: you can use user-gnome-session-pid
[17:29] <seb128> hum no
[17:29] <seb128> the .desktop is not dynamic
[17:29] <pitti> seb128: still predictable
[17:29] <pitti> well, it's not such a big deal anyway, but it's indeed a wart
[17:29] <seb128> the issue with OnlyShowIn is what about users who decide to apt-get remove notify-osd on normal ubuntu?
[17:30] <seb128> pitti: the menu spec allows merging .menus
[17:30]  * pitti ponders just dropping this menu item completely
[17:31] <seb128> pitti: we could perhaps have specific ignore rules in a directory and use this one for normal session, or reverse, special display rules to use for gnome-stracciatella
[17:31] <pitti> it doesn't seem to make much sense to me in the first place
[17:31] <seb128> pitti: for jaunty easy workaround -> add NoDisplay=true
[17:31] <oo-dragon> sweet
[17:31] <oo-dragon> got my data off NAS! :D
[17:31] <pitti> seb128: and see who complains? :-)
[17:31] <seb128> yes ;-)
[17:32] <pitti> seb128: until now I wasn't even aware that it exists
[17:32] <seb128> you can still unmask it using alacarte
[17:32] <seb128> quite some users use it apparently
[17:32] <pitti> seb128: I like your slashaxe approach *grin*
[17:32] <seb128> there is a notification-daemon crasher when changing theme which has a lot of duplicates
[17:32] <seb128> I'm trying to get mvo to review the change for some weeks
[17:33] <seb128> but assigning him bugs and adding nag comments seems to have no effects on him
[17:33]  * seb128 looks at mvo
[17:33] <seb128> ;-)
[17:33]  * pitti sees mvo crash with a stack overflow
[17:34]  * seb128 knows the stack overflow feeling too
[17:37]  * mvo_ has seb128 in his ignore list
[17:38] <dholbach> mvo_: WHAT? I CAN NOT HEAR YOU?
[17:38] <dholbach> :-)
[17:38] <mvo_> haha
[17:38] <mvo_> :)
[17:38] <mvo_> seb128: looking at it now
[17:39] <didrocks> mvo_: thanks for the sponsoring :)
[17:39] <seb128> mvo_: I noticed don't worry ;-)
[17:40] <seb128> I'm pondering using the dholbach's way
[17:40] <dholbach> seb128: what do you mean?
[17:40]  * didrocks remarked that seb128 like the verb "ponder" :)
[17:40] <didrocks> likes*
[17:40] <didrocks> noticed*
[17:40] <seb128> weekly "you slackers see everything which is waiting for you" emails
[17:40]  * seb128 hugs dholbach
[17:41]  * didrocks goes away to learn how to speak English :)
[17:41] <mvo_> oh hrm
[17:41] <mvo_> it crashes on free lets just not do free() than
[17:41] <dholbach> seb128: I'll tell your manager that you're not reading your emails! I haven't sent them in quite a while :)
[17:41] <seb128> mvo_: ;-)
[17:41] <didrocks> mvo_: memory leaks are good for your computers :)
[17:41] <seb128> dholbach: I do read emails, I just have proper filtering for such things ;-)
[17:42] <dholbach> that explains a lot
[17:42] <seb128> that's the mvo way
[17:42]  * seb128 has dholbach in his ignore list
[17:42] <seb128> :-P
[17:42]  * dholbach storms out!
[17:42] <seb128> come back daniel!
[17:43] <seb128> pitti: btw I just fixed the "don't call jockey when switching between normal and extra desktop effects"
[17:44] <seb128> pitti: I don't think that's worth a sru I will close the intrepid task
[17:44] <pitti> seb128: cool, thanks
[17:44] <pitti> seb128: *nod*
[17:44]  * seb128 reviews the oem "please add scrollbars" patches now
[17:58] <maxb> Does anyone know if you can override /usr/share/dbus-1/services/foo with ~/.local/share/dbus-1/services/foo ? The XDG spec suggests that you should be able to, but it didn't seem to work for me
[17:58] <maxb> (I wanted to override notify-osd -> notification-daemon, but only that, not the full straciatella)
[18:01] <rickspencer3> tseliot: any news to share?
[18:03] <seb128> maxb: sudo apt-get remove notify-osd?
[18:03] <maxb> Don't particularly want to remove ubuntu-desktop
[18:04] <tseliot> rickspencer3: when it's all official maybe ;)
[18:36] <kenvandine> bratsche: ping
[18:36] <bratsche> kenvandine: pong
[18:36] <bratsche> Hey dude.
[18:36] <kenvandine> hey bratsche
[18:36] <kenvandine> i am messing with banshee
[18:37] <kenvandine> you had submitted the patch to behave with notify-osd?
[18:37] <kenvandine> bz# 571177
[18:37] <bratsche> Yeah
[18:37] <kenvandine> does it work for you?
[18:37] <bratsche> It worked for me, yeah.. is it not working for you?
[18:37] <kenvandine> nope :)
[18:37] <bratsche> Crashing, or something else?
[18:38] <kenvandine> i am getting notifications i have to click on for song changes
[18:38] <kenvandine> i added some WriteLines in there and they aren't printing... so it doesn't even seem to get into that code
[18:38] <bratsche> I think I don't understand..
[18:38] <kenvandine> just a note, i am applying the patch against 1.4.2
[18:39] <bratsche> I thought the only change was that it potentially removes the "Next Song" button?
[18:39] <kenvandine> the skip button?
[18:39] <kenvandine> i thought it would remove the action all together
[18:40] <bratsche> Maybe I'm misunderstanding the intent.. I thought it should still show the popup bubble but remove the button from it?
[18:40] <kenvandine> yeah... it should
[18:40] <kenvandine> but i get the buttons
[18:40] <kenvandine> skip, cancel, and ok
[18:40] <bratsche> And if you click them?
[18:40] <kenvandine> they work and it goes away
[18:40] <bratsche> Okay, cool.
[18:40] <kenvandine> but i don't want to have to click on them :)
[18:41] <kenvandine> so we should still see the buttons?
[18:41] <bratsche> So it only removes them conditionally, if the notification server does not support actions.
[18:41] <bratsche> That was my understanding of the bug.
[18:41] <kenvandine> right...
[18:41] <kenvandine> it should
[18:41] <kenvandine> but i am still getting them
[18:41] <bratsche> If you still see the buttons and can click them, then clearly your notification server supports actions.
[18:41] <bratsche> Right?
[18:41] <kenvandine> it doesn't
[18:41] <kenvandine> ted helped me verify that
[18:42] <kenvandine> pidgin-libnotify is doing the right thing
[18:42] <bratsche> If it didn't then how would clicking the button send the signal to banshee?
[18:42] <kenvandine> as are other things
[18:42] <dobey> kenvandine: you get a dialog instead of the notification?
[18:42] <kenvandine> banshee is the only one giving me grief
[18:42] <kenvandine> yes
[18:42] <dobey> kenvandine: my understanding is that you get a dialog if the notifications have urls or actions
[18:42] <kenvandine> yeah... this patch should be removing the action if the daemon doesn't support it
[18:43] <dobey> oh it queries the daemon to ask if it supports it?
[18:43] <kenvandine> bratsche: ted had me use d-feet to verify the capabilities
[18:43] <kenvandine> yes
[18:43] <kenvandine> bratsche: so pidgin is doing that properly now
[18:43] <dobey> that sounds nasty
[18:43] <kenvandine> as is gwibber
[18:43] <kenvandine> but in banshee it thinks it still supports it
[18:44] <bratsche> Weird.. okay, I'll look into this.
[18:44] <kenvandine> bratsche: the really puzzling thing for me is i don't get anything debugging info printed out if i add Console.WriteLine in there
[18:44] <kenvandine> bratsche: i have a package with the patch in my ppa
[18:44] <kenvandine> https://edge.launchpad.net/~ken-vandine/+archive/ppa
[18:44] <bratsche> I'm on my laptop in Dublin now and I don't have any mp3s or oggs.. let me see if someone in the room has two I can use to test with.
[18:47] <bratsche> Okay, Hagen is giving me some mp3s.
[18:48] <kenvandine> great
[18:48] <kenvandine> thx man
[19:07] <bratsche> kenvandine: Ah yes, now I see exactly what you're talking about.
[19:07] <bratsche> Suckfest.
[19:07] <bratsche> kenvandine: Yeah, I'll fix that.
[19:08] <kenvandine> great
[19:08] <kenvandine> woot
[19:08] <kenvandine> if you get a patch, can you pass it my way?
[19:08] <bratsche> Sorry about that.. I think I didn't have the new notification server installed when I tested, and I didn't realize it would work that way.
[19:08] <kenvandine> this is killing me :)
[19:08] <bratsche> Yeah of course.
[19:08] <bratsche> Give me a few minutes.
[19:08] <kenvandine> awesome
[19:31] <bratsche> wtf, having trouble building now.
[19:31] <kenvandine> bratsche: mind sharing the patch and i can try to build?
[19:33] <bratsche> kenvandine: I don't have a patch yet.. what I want to do is..
[19:33] <bratsche> in src/Extensions/Banshee.NotificationArea/Notifications/Notification.cs
[19:33] <bratsche> Find public void AddAction ()
[19:33] <bratsche> And do this:
[19:33] <bratsche> foreach (string s in Notifications.Global.Capabilities) Console.WriteLine (s);
[19:34] <bratsche> I think I see why it's not building..
[19:34] <kenvandine> you mean Notification.cs
[19:35] <bratsche> src/Extensions/Banshee.NotificationArea/Notifications/Notification.cs
[19:35] <kenvandine> yes
[19:35] <kenvandine> i'll try
[19:36] <kenvandine> but ... i added some WriteLines in that area... and didn't get anything
[19:38] <bratsche> I guess that would explain the problem, actually.
[19:40] <bratsche> I'm confused about the state of my branch too.. I pulled my branch down from lp and it does not contain my change to AddAction(), but when I view diff -r 77..78 then I see my patch.  It's not removed again in 78..79 and the current revno is 79.
[19:41] <bratsche> Oh duh, I see.. nm.
[19:41] <bratsche> I put it in an actual patch in the debian directory, not in the branch's source.
[19:41] <bratsche> Sorry, I'm not used to working downstream in the distro yet. :)
[19:42] <dobey> heh
[19:42] <bratsche> kenvandine: It's building now too, so I should be able to debug this now.
[19:45] <kenvandine> ok
[19:45] <kenvandine> bratsche: so that isn't printing anything out for me
[19:45] <kenvandine> so either it is never getting in there, or... the are catching all the writelines
[19:46] <bratsche> It must not be getting there now.
[19:46] <bratsche> It was last week, so it's behaving different with the new notification server.
[19:47] <kenvandine> ok
[19:47] <kenvandine> that was my thought
[20:00] <bratsche> kenvandine: This is fucking weird.  Notification.Notification() constructor is getting called if you insert a C.WL() there, but if you insert a C.WL() at the beginning of Notification.AddAction() it never gets called..
[20:00] <bratsche> But NotificationAreaService.cs does:
[20:00] <kenvandine> bazaar!
[20:01] <bratsche> if (interface_actions_service.PlaybackActions["NextActions"].Sensitive {
[20:01] <bratsche>   nf.AddAction();
[20:01] <bratsche> }
[20:01] <bratsche> But .Sensitive is true
[20:01] <bratsche> So I'm getting confused.
[20:01]  * kenvandine looks
[20:03] <kenvandine> bratsche: in src/Core/Banshee.ThickClient/Banshee.Gui/PlaybackActions.cs ?
[20:04] <kenvandine> oh... no
[20:04] <bratsche> src/Extensions/Banshee.NotificationArea/Banshee.NotificationArea/NotificationAreaService.cs
[20:06] <bratsche> Oh hold up
[20:11] <kenvandine> it is definately getting inside that if statement for me
[20:13] <kenvandine> so weird... it is clearly calling AddAction
[20:13] <kenvandine> but not printing from inside of AddAction
[20:14] <bratsche> kenvandine: I think it's a namespace collision somehow..
[20:16] <bratsche> kenvandine: It's pulling it in from the system rather than using the one in the Banshee source tree.
[20:16] <bratsche> kenvandine: I have to go right now, but I'll fix this when I get back to my hotel.
[20:16] <kenvandine> bratsche: sure
[20:16] <bratsche> kenvandine: I think we basically just need to apply my patch to notify-sharp instead of (or in addition to) Banshee..
[20:17] <kenvandine> i wonder why they have their own... and use notify-sharp
[20:18] <bratsche> kenvandine: Well, when I wrote the patch I was using my Intrepid desktop and it built using the in-tree version.. now I'm on Jaunty, and maybe it built using the system one for some reason.  Not sure why.
[20:18] <bratsche> I'll look into it further later.
[22:45] <tretle> macslow