[01:29] <pochu> asac: does https://bugs.edge.launchpad.net/@@/bug-status-expand loads for you from firefox3? It doesn't here, though works with ephy
[02:00] <pochu> asac: clearing the cache fixed it
[06:57] <manchicken_> So it looks like the gvfs issue has mostly been resolved.  Was it fixed, scrapped, or worked-around somehow?
[07:03] <Amaranth> fixed, mostly
[07:04] <Amaranth> just needed a bit of polish, the framework and features were there
[07:04] <Amaranth> well, a lot of polish, people worked their ass off on it
[07:05] <manchicken_> It certainly appears that way.
[07:05] <manchicken_> I'm impressed.
[07:05] <manchicken_> Hardy is looking rather nice right now.
[07:05] <manchicken_> I'm upgrading my laptop right now.
[07:05] <Amaranth> it went from "we're boned" to "wow this stuff works" in about a month
[07:05] <manchicken_> The only annoyance is the flash and ia32 issues.
[07:06] <manchicken_> Yeah, I remember last we spoke you seemed rather jaded.
[07:07] <manchicken_> I usually switch to the latest version shortly before it releases to help with testing.
[07:07] <manchicken_> System76 hates it though, because I'll actually bother poor Tom Aaron over there with my questions.
[07:07] <manchicken_> He's a champ though.
[07:07] <Amaranth> haha
[07:08] <manchicken_> I've never had such good support as what I get with System76.
[07:08] <manchicken_> I wish they had a small business support contract.  I'd sign it with them in a heartbeat.  Tom Aaron has personally pulled my rear out of the blaze several times.
[07:09] <manchicken_> If only all folks provided after-sale support as well.
[07:10] <manchicken_> Amaranth: Do you use gedit for hacking?
[07:10] <Amaranth> yep
[07:10] <Amaranth> gedit and vim
[07:10] <manchicken_> Do you know if they have an subversion plugins?
[07:10] <Amaranth> no idea, i don't use it like that
[07:11] <manchicken_> Emacs has excellent subversion support... I kinda miss that in gedit.
[07:11] <manchicken_> And do you know if gedit has repeatable macros?
[07:12] <Amaranth> I don't do anything like that either
[07:12] <manchicken_> I like the vfs capabilities--helps keep me using the same editor regardless of which client I'm working on--but some functionality like that is just sorely missed.
[07:54] <dholbach> good morning
[08:52] <mvo> hey seb128, MacSlow
[08:53] <seb128> hello mvo
[08:53] <mvo> seb128: I didn't manage the sponsoring last night, I will do it this morning
[08:53] <MacSlow> morning mvo, seb128
[08:53] <seb128> mvo: that's alright, no hurry
[09:02] <seb128> mvo: while you are at it, you might want to apply the change on bug #175904
[09:03] <seb128> pitti seems to be on the opinion that using tabs is nicer too
[09:03] <seb128> I think firefox is broken but I'm not using it so I don't really care
[09:03] <seb128> you guys decide whatever you want for it ;-)
[09:05] <slomo> seb128: do you know what happened to the glib 2.16.2 tarball? :)
[09:05] <seb128> slomo: what do you mean?
[09:05] <seb128> it's on download.gnome.org
[09:06] <slomo> seb128: i only get 404 :) can you download it?
[09:06] <seb128> oh, no, it's not
[09:06] <seb128> no, no idea
[09:06] <slomo> ok :)
[09:16] <huats> morning everyone
[09:16] <huats> o/ crevette
[09:16] <crevette> salut
[09:16] <huats> seb128: hello :)
[09:17] <seb128> lut crevette huats
[09:17] <seb128> mvo: read what I wrote before?
[09:17] <slomo> seb128: ok, so what exactly was needed for getting new swfdec stuff into hardy? :)
[09:17] <seb128> slomo: somebody doing the work, I'm overworked
[09:18] <slomo> seb128: just testing if it works, adjust for xulrunner1.9 and upload/request syncs?
[09:18] <seb128> which means feature freeze exception bugs with rather, doing the update and the transition if there is a need to rebuild other things due to the versionning change
[09:18] <seb128> right
[09:19] <slomo> FFe shouldn't be needed because swfdec-gnome is part of gnome and the other two parts, swfdec0.6/swfdec-mozilla, are needed
[09:23] <slomo> seb128: also, no rdeps except swfdec-{gnome,mozilla}
[09:25] <seb128> slomo: not sure, swfdec-gnome is part of GNOME but swfdec is not
[09:25] <seb128> if next gedit was depending on xorg current git we would not update xorg ;-)
[09:26] <slomo> right, that argument is not good :)
[09:26] <slomo> let's ask pitti :)
[09:26] <seb128> just ask to slangasek if that's ok
[09:26] <seb128> he's around
[09:26] <slomo> ok
[09:31] <seb128> slomo: ah right, that's universe
[09:32] <seb128> just upload then
[09:32] <seb128> motu rules are too complicated nowadays ;-)
[09:33] <seb128> ah, there is a sponsoring request as dholbach pointed on the other channel
[09:33] <slomo> yes
[09:34] <slomo> seb128: so, you sync swfdec0.6 and swfdec-gnome, i'll sponsor swfdec-mozilla... sounds good? :)
[09:35] <seb128> alright, let's do that ;-)
[09:37] <slomo> seb128: i guess swfdec-gnome wants the Xb-Npp-Applications/Xb-Npp-MimeType stuff too? how does this work? ;)
[09:37] <seb128> ask asac
[09:37] <slomo> asac: ^---
[09:45] <asac> slomo: what do you want to know? a good start would be to copy the lines from gnash and modify the -Name field
[09:46] <asac> slomo: swfdec-gnome? isn't the plugin package called swfdec-mozilla?
[10:03] <seb128> lool: btw about the glib upload, did you commit your changes to debian?
[10:03] <seb128> lool: might be rather a desktop chan thing ;-)
[10:03] <seb128> lool: because the changelog entry items are not in the debian upload
[10:04] <lool> seb128: http://paste.debian.net/52287 this is Debian SVN
[10:05] <lool> This is Ubuntu hardy http://paste.debian.net/52288
[10:05] <lool> Hmm weird choice of version in hardy from me indeed; should have been -3~hardy1
[10:05] <seb128> lool: right, what confused me is that debian got a -2 which has none of those ubuntu changes
[10:06] <seb128> lool: so I though you didn't commit your local -2
[10:06] <lool> seb128: I should have used -3~hardy1; or -2+hardy1
[10:06] <lool> Everything is committed AFAICS
[10:06] <seb128> right, makes sense now
[10:06] <seb128> I was just wondering why the official -2 had none of your -2 snapshot changes
[10:07] <seb128> anyway no big deal ;-)
[10:07] <seb128> pitti: stop reassigning random apport bugs to gtk only because they crash in a gtk function ;-)
[10:08] <seb128> or glib2.0 rather
[10:27] <coNP[uni]> good morning
[10:30] <slomo> asac: so the Npp stuff is for mozilla only?
[10:30] <seb128> hey coNP[uni]
[10:30] <coNP[uni]> hey seb128
[10:31] <asac> slomo: for gecko plugins, right.
[10:31] <slomo> ok, then swfdec-gnome doesn't need it :)
[10:31] <slomo> thanks
[10:31] <asac> slomo: will you take care that its upgraded?
[10:32] <asac> i think there is a sponsoring request for swfdec
[10:32] <slomo> asac: yes, seb will sync swfdec0.6 and swfdec-gnome
[10:32] <slomo> asac: and i'll care for sponsoring swfdec-mozill
[10:32] <slomo> right
[10:32] <asac> ok great ... please remember to include those headers in the mozilla part.
[10:33] <slomo> asac: what do you mean?
[10:33] <asac> Xb-Npp :)
[10:33] <slomo> ah
[10:33] <slomo> sure
[10:33] <slomo> :)
[10:36] <slomo> seb128: so, please sync swfdec0.6 (and accept things from NEW) and swfdec-gnome :)
[10:43] <seb128> slomo: ok
[10:44] <lool> Hmm poppler 0.8
[10:45] <seb128> lool: I'm looking at it, but it has quite some changes
[10:45] <seb128> fc already has it though
[10:46] <lool> We didn't track 0.7.x series
[10:49] <seb128> no we didn't
[10:53] <slomo> what's new in 0.8?
[10:54] <lapo> hi
[10:54] <slomo> except the annotations support... which won't be useful without evince supporting it
[10:56] <lapo> seb128: http://people.freedesktop.org/~lapo/misc%20stuff/application-x-cd-image.tar.bz2
[10:57] <seb128> lapo: ah, thanks!
[10:57] <lapo> np
[10:57] <lool> slomo: It seems to me stability fixes have been pushed to 0.8 and might not be pushed to 0.6 as often
[10:58] <seb128> sonames changed
[10:58] <lool> Even the glib one?
[10:59] <seb128> yes
[10:59] <slomo> api changes too?
[10:59] <lool> The glib lib was supposed to be quite stable
[11:00] <seb128> " * Change glib public api to have a correct naming"
[11:00] <slomo> yay
[11:09] <slomo> asac, seb128: swfdec-mozilla uploaded, will go to dep-wait of course ;)
[11:11]  * asac hugs slomo
[11:12] <asac> frequently requested and constantly out of love :)
[11:12] <asac> you definitly made some people happy
[11:12] <slomo> asac: do we have gnash by default btw? is gnash better in your oppinion? :)
[11:13] <asac> slomo: no ... we don't have a default because we lack a way to educate users about existing alternatives
[11:14] <asac> i have no strong opinion about gnash vs. swfdec. swfdec 0.6 was definitly ahead of our gutsy gnash, but i would say that hardy gnash is again ahead
[11:14] <asac> but hard to measure
[11:14] <seb128> the swfdec upstream will be at uds btw
[11:14] <asac> company?
[11:15] <seb128> yes
[11:15] <asac> good
[11:15] <asac> i know him from university ;) ... but long time ago
[11:15] <asac> and met him in seville
[11:16] <asac> he definitly does great work given that he mostly develops everything on his own
[11:16] <seb128> indeed
[11:19] <pitti> slomo: ask me what?
[11:20] <pitti> seb128: assign bugs> ok; where should I assign it to instead?
[11:20] <pitti> seb128: pygtk?
[11:20] <slomo> pitti: already solved :)
[11:20] <pitti> great
[11:20] <seb128> pitti: well, those might as well be apport bugs, we don't have enough informations to know
[11:21] <seb128> pitti: I've asked for valgrind logs, one seems to a librsvg issue
[11:23] <seb128> pitti: could you have a look on the trivial patch on http://bugzilla.gnome.org/show_bug.cgi?id=523884 and tell me if you think it's correct?
[11:23] <ubotu> Gnome bug 523884 in programs ""Eject" should eject the CD-ROM drive tray" [Normal,New]
[11:33] <seb128> Amaranth, mvo, pitti: any idea what should be changed to fix https://bugs.edge.launchpad.net/ubuntu/+source/gnome-control-center/+bug/206259?
[11:33] <ubotu> Launchpad bug 206259 in gnome-control-center "gnome-appearance-properties won't start Compiz" [Medium,New]
[11:34] <pitti> seb128: re 523884, what is the bug? "eject" option works fine in computer:/// and on desktop for me
[11:34] <pitti> ah, with no media, I see
[11:35] <pitti> seb128: IMHO the patch looks correct for what you intend to do; I'm not 100% sure whether gnome-mount is meant to behave that way
[11:35] <pitti> but *shrug*, -e without a media doesn't have any other sensible behaviour, so why not
[11:36] <pitti> seb128: IMHO, 260259 is a dup of bug 207957
[11:36] <ubotu> Launchpad bug 207957 in jockey "Driver manager tries to install unneeded FGLRX driver for Compiz" [High,In progress] https://launchpad.net/bugs/207957
[11:37] <pitti> shall I mark it as such?
[11:37] <pitti> i. e. I need to teach jockey to not install fglrx with --check-composite if ati is used
[11:37] <pitti> there is a trivial, but conceptually wrong solution (mark fglrx as not being composite-capable)
[11:38] <pitti> or, if I find the time, implement a concept and list of 'current' driver (more work, maybe not hardy)
[11:38] <pitti> but in all cases I'll fix it RSN
[11:38] <seb128> pitti: yes please mark it dup if that's the same issue
[11:38]  * seb128 hugs pitti
[11:39] <seb128> pitti: I'll upload the gnome-mount change, it should not break anything anyway
[11:39] <pitti> done
[11:39]  * pitti hugs seb128, merci
[11:46] <slomo> seb128: swfdec0.6 on binary NEW everywhere except hppa which seems to have a filled build queue ;)
[11:49] <BUGabundo> hi there
[11:49] <BUGabundo> can I have some attention to wish bug  #210133
[11:49] <ubotu> Launchpad bug 210133 in nautilus "[Intrepid Ibex][wishbug] separate icon view zoom for desktop and nautilus" [Undecided,New] https://launchpad.net/bugs/210133
[11:49] <BUGabundo> ??
[11:49] <BUGabundo> thanks
[11:52] <seb128> BUGabundo: that's not trivial to fix, require UI changes and there is thousand bugs open, I don't think this one will be worked any time soon
[11:53] <seb128> BUGabundo: and that's likely a duplicate too
[11:53] <BUGabundo> didn't kwon
[11:54] <BUGabundo> filed it yesterday via email
[11:54] <BUGabundo> so no way to check for dupes
[11:54] <BUGabundo> still, seb128, its just a wishbug
[11:54] <BUGabundo> for hardy+1 or the near future
[11:56] <seb128> you should really check for duplicates before filling bugs
[11:56] <seb128> it takes you a few minutes to do that
[11:57] <seb128> but it takes us days to do that for the hundred of duplicates sent
[11:57] <BUGabundo> not when you are offline
[11:57] <seb128> and those are hours not spend on fixing issues
[11:57] <BUGabundo> and just using email to post to mallone
[11:57] <seb128> I would argue that if you are offline you should not send bugs
[11:57] <BUGabundo> I'll have a look at it now
[11:57] <BUGabundo> and mark it as dup, if I find the original
[11:57] <seb128> thanks
[11:58] <BUGabundo> I shouldn't fill bugs while offline??
[11:58] <seb128> about the feature I doubt it'll be implemented any time soon
[11:58] <BUGabundo> come on... you must be kiding with me
[11:58] <seb128> you should file bugs without checking for duplicates no
[11:58] <BUGabundo> it must be aprils fool day
[11:58] <seb128> s/should/shouldn't
[11:58] <BUGabundo> that's a question for kiko
[11:58] <seb128> what has kiko to do with that?
[11:59] <BUGabundo> I asked for a way to get a reply from malone against dups
[11:59] <seb128> I'm just saying that we spend way too much time triaging duplicates for people who don't bother doing so
[11:59] <BUGabundo> LP DEV teams says it thoesnt exist
[11:59] <BUGabundo> so I have to wait for it
[11:59] <seb128> it's not that hard to look if there is a bug already open matching the issue you are having
[11:59] <BUGabundo> I know that devs and bug-triage teams spent lots of time with this
[12:00] <seb128> as said it takes you a few minutes
[12:00] <seb128> and it takes hours to do that for hundred of people who don't care
[12:00] <BUGabundo> that Why when I report a bug via LP I always search for dups
[12:00] <BUGabundo> but I also do lots of work offline
[12:00] <seb128> well, obviously you didn't there
[12:00] <BUGabundo> and sent emails from there
[12:00] <seb128> well you can't send mails offline
[12:00] <BUGabundo> When I go online, If I have the time I search for dups for those
[12:01] <BUGabundo> yes you can... they just are kept on the postfix queue
[12:01] <BUGabundo> brb
[12:01] <BUGabundo> need to setup a printer
[12:03] <seb128> BUGabundo: also don't specify ubuntu versions nor tag or settings in the title
[12:03] <seb128> BUGabundo: the bug has settings and a description for a reason
[12:17] <BUGabundo> back
[12:17] <BUGabundo> sorry for that
[12:17] <BUGabundo> didn't know of a better way
[12:17] <BUGabundo> can't find a dup for it
[12:17] <BUGabundo> sorry for the extra work
[12:17] <BUGabundo> as far as I can search
[12:17] <BUGabundo> this is the single one with the keywords icon zoom
[12:21] <seb128> the bug might have been closed as wontfix
[12:21] <seb128> I've read several times about the topic during the years
[12:21] <seb128> anyway lunch now
[12:34] <BUGabundo> yep, me too,
[12:34] <slomo> seb128: you want to sync gst-plugins-bad0.10 0.10.6-7 later :) fixes potentional license issues caused by linking openssl via a gstreamer plugin
[12:34] <BUGabundo> good lunch seb128
[12:37] <BUGabundo> seb128: still with advance search, and every option selected I can't find a similar bug. will see this after lunch
[12:39] <seb128> slomo: ok
[12:39] <seb128> BUGabundo: ok, don't spend too much effort on it, that's an upstream wishlist anyway
[12:39] <BUGabundo> yep
[13:17] <pochu> slomo: woops, there's no libneon28-dev in hardy
[13:17] <slomo> pochu: hm? it build depends on libneon27-gnutls-dev
[13:17] <slomo> from neon 27 to 28 the soname didn't change
[13:18] <slomo> the patch only makes configure happy with neon >= 0.27.99
[13:18] <pochu> ah, right
[13:18] <pochu> sorry :)
[13:18] <pochu> slomo: that's one of the consequences of not having a pkg-gstreamer-commits mailing list :p
[13:19] <pochu> [ can I have one? ]
[13:19] <slomo> i'm lazy
[13:19] <slomo> how can i create one? :)
[13:19] <pochu> hmm, no idea TBH, I guess asking on #alioth on OFTC :)
[13:19] <pochu> lool: ^
[13:19] <slomo> i know how to create a list but that doesn't get us the commits there ;)
[13:31] <fernando> moin all
[13:31] <BUGabundo> hi fernando
[13:54] <lool> slomo, pochu: sure, that's very useful in my experience, we should have one
[14:28] <kwwii> seb128: did the screensaver stuff make it into a package yet?
[14:28] <seb128> kwwii: doh, I forgot about that, no
[14:29] <seb128> kwwii: btw there is some issues with your icon theme update
[14:29] <seb128> kwwii: try to unmount an usb key and look to the computer location
[14:29] <kwwii> seb128: ouch, what is that?
[14:29] <seb128> itt's using a tiny icon
[14:29] <kwwii> hrm, that is freaky
[14:30] <seb128> could be that this icon has no scalable nor 48x48 versions?
[14:30] <kwwii> seb128: here is works witha usb key but is small with a sd card
[14:31] <kwwii> the 48x48 should be there, let me check this out again
[14:34] <kwwii> seb128: are you sure it was with a usb key or was it a flash card of some type?
[14:37] <lool> Heh did you people see epiphany drops support for gecko?
[14:37] <lool> :)
[14:38] <seb128> bah, april 1 sucks
[14:38] <lool> Nah
[14:38] <lool> It's fun, let's release!
[14:40] <kwwii> seb128: do you have a bug number for that? I can only reproduce the flash card stuff on my system
[14:40] <seb128> kwwii: I'm looking for the icon used a sec
[14:42] <seb128> kwwii: found it
[14:42] <seb128> kwwii: /usr/share/icons/Human/16x16/devices/drive-removable-media-usb.png
[14:43] <seb128> kwwii: there is a /usr/share/icons/Human/48x48/devices/drive-removable-media-usb, not the naming issue
[14:44] <seb128> kwwii: renaming the 48x48 one fixes the issue
[14:45] <kwwii> lol
[14:45] <seb128> kwwii: typos in the .links
[14:45] <kwwii> well, I also found that the flash link is missing at the larger sizes
[14:45] <kwwii> seb128: I will fix both of those
[14:45] <kwwii> thanks
[14:46] <seb128> you are welcome
[14:46] <seb128> thank you for fixing those
[14:47] <seb128> kwwii: the 24x24 has a similar typo too
[14:47] <kwwii> seb128: about the screensaver stuff, I was looking into putting the svg and .desktop file into human-theme and then setting the gconf key in ubuntu-artwork, does that sound right?
[14:47] <seb128> yes, that would be alright
[14:47] <seb128> are you working with mvo on those changes?
[14:47] <seb128> or that was something different?
[14:50] <mvo> seb128: I will sponsors kwwii changes, but I haven't discussed screensaver stuff with him (no idea about this)
[14:51] <seb128> mvo: that's basically install the .desktop and the svg
[14:51]  * mvo nods
[14:51] <asac> seb128: do we still use gnomevfs to figure applications by mime-type somewhere?
[14:51] <seb128> mvo: and adding the gconf-defaults
[14:51]  * asac thinks its now gio
[14:51] <asac> ?
[14:51] <seb128> asac: yes, lot of things have not been ported to gio and gvfs yet
[14:52] <asac> seb128: is there a command line tool i can use to query by mime-type?
[14:52] <asac> to test?
[14:52] <kwwii> seb128: I was working with mvo on the ubuntulooks stuff but I might as well add the screensaver while I am touching those packages
[14:53] <asac> kwwii: ah, before i forget. someone pointed out that in /usr/share/doc/tangerine-icon-theme/copyright it reads "The Human Icon Theme is licensed under the ..." :)
[14:53] <seb128> kwwii: yes, I've read your mail, the gconf-default change seems to be already and installing the svg and desktop is only a matter of copying those in the source and changing the .install, it's trivial enough to do for mvo I think ;-)
[14:54] <kwwii> seb128: so I do not need to add the gconf setting in ubuntu-artwork?
[14:55] <seb128> doh, can't type today
[14:55] <seb128> s/already/alright
[14:56] <seb128> you need it, just add the line to the human-theme one
[14:56] <kwwii> lol
[14:56] <kwwii> right
[15:18]  * Hobbsee is liking this whole "only one lot of wait" thing for her computer booting, now
[15:34] <kwwii> seb128: updated human-icon-theme source package here:
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27.dsc
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27_source.build
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27_source.changes
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27.tar.gz
[16:14] <Keybuk> ooh @ epiphany announcement
[16:18] <pitti> seb128: so which package should I assign bug 209488 to? the stack trace just has libgtkish things, and the topmost function calls xembed_set_info() with a NULL argument
[16:18] <ubotu> Launchpad bug 209488 in jockey "jockey-gtk crashed with SIGSEGV in XChangeProperty()" [Medium,New] https://launchpad.net/bugs/209488
[16:19] <seb128> Keybuk: april 1 joke ;-)
[16:19] <Keybuk> seb128: really? that's a shame
[16:19] <Keybuk> since it was a good announcement
[16:20] <seb128> yes
[16:20] <seb128> pitti: bah, I hate those bugs, they are useless, reassign this one to gtk I guess
[16:20] <seb128> pitti: those are things which happen once to one guy and where the stacktrace is of no real use
[16:20] <seb128> I'm wondering if we should close those :-p
[16:20] <pitti> seb128: what I usually do is to reassing them to the correct package, set it to needsinfo, ask whether it's reproducible, and just let them time out :)
[16:21] <seb128> right, I tend to do that
[16:21] <seb128> or ask for a valgrind log
[16:21] <pitti> seb128: well, this time the stack trace does look useful, the NULL pointer is quite obfious
[16:21] <pitti> obvious
[16:21] <seb128> right
[16:21] <pitti> I'll forward it upstream, let's see what happens
[16:21] <seb128> thanks
[16:23] <Keybuk> seb128: why *aren't* they planning to target webkit fully with epiphany?
[16:25] <seb128> well, there is some tractions in this direction, but that doesn't mean they want to drop xulrunner support now
[16:26] <seb128> the "main packages can't have universe build-deps to build universe binary" thing really sucks
[16:28] <bhale> yeah I used to run into a lot of trouble with that
[16:29] <bhale> seb128: is daniel still alive?
[16:32] <seb128> bhale: dholbach you mean? yes, he was there some hours ago
[17:09] <seb128> Keybuk: in fact reading the mail now it might not be an april 1 joke ;-) I though from the comments on the irc channel
[17:10] <Keybuk> the epi guys *have* been saying they were planning some changes for a while
[17:10] <Keybuk> and that there would be an announcement in due course
[17:11] <seb128> indeed
[17:36] <Keybuk> seb128: uws claims it's not a joke
[17:36] <Keybuk> (if you didn't see that)
[18:28] <seb128> kwwii: the human-icon-theme tarball on your website seems to be corrupted
[18:28] <seb128> Keybuk: right
[18:31] <Keybuk> do you know what I want
[18:31] <Keybuk> I want a program that I can run on all my machines
[18:31] <Keybuk> and share URLs
[18:31] <Keybuk> so on here, I can highlight one, and it's announced via Avahi
[18:31] <Keybuk> then I can pick it up on another
[18:31] <Keybuk> wouldn't that be great?
[18:34] <seb128> you can do that using pidgin and the bonjour account thing
[18:42] <tedg> mDNS clipboard?
[18:42] <kwwii> seb128: hrm, no idea why...I will make another one and post it in a bit
[18:43] <kwwii> seb128: I just installed the deb and it does fix the problem
[18:43] <kwwii> seb128: gotta pick up my son from basketball practice first though
[18:43] <kwwii> tedg: teh screensaver stuff is done, btw
[18:43] <seb128> kwwii: the tar.gz is broken, didn't try the deb
[18:43] <seb128> it doesn't untar
[18:43] <kwwii> seb128: ok, I will take care of it when I get back, sorry for the trouble
[18:43] <seb128> that's alright
[18:43] <seb128> jsut upload it again when you can
[18:44] <tedg> kwwii: Cool, thanks.
[18:44] <seb128> tedg: any news about moving the wnck tooltip to the context menu? that becomes urgent
[18:44] <seb128> we need some testing there
[18:44] <seb128> and gnome-panel is crash land for users at the moment because the tooltip code is borked
[18:46] <tedg> seb128: No news per se, I'm still playing with the keybindings through libbonoboui -- seems it was designed for dynamic keybindings :(
[18:46] <tedg> seb128: It's sad how much a PITA this stupid patch has turned into.
[18:46] <seb128> Keybuk: is dropping this patch an option?
[18:48] <Keybuk> seb128: everything is an option
[18:49] <seb128> Keybuk: you got the question ;-)
[18:49] <Keybuk> seb128: what do you think we should do?
[18:49] <seb128> well, I'm not managing the ressources in this team
[18:50] <seb128> I'm too busy to fix the thing
[18:50] <seb128> MacSlow seems to have other things to do
[18:50] <seb128> and ted is working on moving that to a context menu but that seems to be hard to do
[18:50] <Keybuk> no, but since you're on the front lines - your opinion of things is very important to me
[18:50] <seb128> we are past freezes, etc
[18:50] <Keybuk> it sounds like the patch is causing bugs?
[18:50] <seb128> I would just drop the buggy thing and fix it next cycle
[18:51] <Keybuk> that does not sound unreasonable to me
[18:51] <seb128> yes
[18:51] <seb128> sec
[18:51] <pochu> bug 207693 ?
[18:51] <seb128> bug #207693
[18:51] <ubotu> Launchpad bug 207693 in libwnck "gnome-panel crashed with SIGSEGV" [High,Triaged] https://launchpad.net/bugs/207693
[18:51] <tedg> Keybuk: I agree with seb128, I've already spent roughly 3 days on the patch, and I'm not sure that there isn't another 3 in it.  I don't think it's worth that much time.
[18:51] <Keybuk> it's always unfortunate to do, but as long as we discuss it in Prague and figure out what a better approach would be, we will not have wasted anything
[18:51] <Keybuk> since learning problems is a great use of time
[18:52] <seb128> Keybuk: that's one of the top crashers in hardy
[18:52] <seb128> Keybuk: right, that would work for me
[18:52] <Keybuk> ok, then you have my blessing :-)
[18:52] <seb128> good, thanks
[18:54] <tedg> Okay, I'll push the libbonoboui and libwnck patches I already have upstream, so then it should be easier (and more reasonable) for intrepid.
[19:30] <slomo> pochu: the midi bug is wrong error reporting in the midi plugin, would be nice if you could file an upstream bug for this so i don't forget to look into it
[19:31] <pochu> slomo: right, do you need any further info or just "it's b0rked" ? :)
[19:32] <slomo> pochu: well, how one can reproduce, the symptoms and that i believe it's caused by wrong error reporting ;)
[19:33] <pochu> alright
[19:34] <crevette> asac: around ?
[19:37] <pochu> slomo: btw, can you reproduce midi plugins? they are reproduced by totem here, but I hear no sound...
[19:37] <slomo> pochu: you mean if i can listen to midi files? yes
[19:37] <slomo> do you have freepats installed?
[19:39] <pochu> slomo: woops, I don't
[19:39] <pochu> that was because of the config, right?
[19:39] <pochu> wow, freepats is 29MB
[19:42] <slomo> pochu: wildmidi recommends freepats... so: install recommends :P
[19:44] <kwwii> seb128: I just re-uploaded the icon theme stuff
[19:44] <pochu> slomo: do I CC you in the bug report?
[19:45] <slomo> pochu: please
[19:46] <pochu> slomo: http://bugzilla.gnome.org/show_bug.cgi?id=525613
[19:46] <pochu> slomo: hmm, plugins-bad depends on libwildmidi0, which recommends freepats...
[19:46] <slomo> yes
[19:47] <pochu> so I wonder why I didn't have freepats installed, since aptitude installs recommends by default
[19:47] <slomo> no idea :)
[19:51] <seb128> kwwii: ok
[19:57] <asac> crevette: in a few minutes, yes.
[19:57] <crevette> asac: no problemo
[20:16] <gicmo> la la la
[20:18] <crevette> asac: I did the patch to have nm-applet with GNOME icons set
[20:18] <andreasn> crevette: is that ubuntu specific or gnome upstream?
[20:18] <tedg> Where is libbonoboui's bug tracker?
[20:19] <crevette> andreasn: ubuntu
[20:19] <andreasn> what icons does that affect?
[20:20] <tedg> NM, found it.
[20:20] <crevette> connection animation
[20:20] <crevette> signal
[20:21] <asac> why can't we make them themable?
[20:22] <andreasn> ah, so the picking up of wired network icon and encryption and stuff from the theme is correct upstream behavior?
[20:23] <andreasn> we was discussing it yesterday and there was some confusion what was upstream specific and what was ubuntu specific
[20:23] <crevette> perhaps I didn't get the question
[20:24] <andreasn> I should try to get hardy running on a separate disk
[20:24] <crevette> I just took the icons jimmac sent me 6 months ago, and I put them in the ubuntu package to remplace those shipped
[20:24] <andreasn> crevette: lobby to get those upstream!
[20:25] <andreasn> there is a bug open about it
[20:25] <andreasn> but dan is a bit resistant
[20:25] <crevette> andreasn: I've open it :)
[20:25] <crevette> my mindset is never to lobby
[20:26] <andreasn> ah, of course
[20:26] <crevette> not enough time to praise someone
[20:26] <crevette> I did sent mails and tried to explain (perhaps not clearly enough)
[20:26] <andreasn> I didn't get the bugzilla name - irc name connection
[20:26] <crevette> :)
[20:26] <andreasn> oh, that's what I meant by lobby basically
[20:26] <crevette> Baptiste Mille-Mathias
[20:26] <crevette> :)
[20:26] <andreasn> lobby = comment on the bug
[20:26] <andreasn> and you did that already
[20:27] <crevette> yep
[20:27] <andreasn> I totally owe you a beer for that
[20:27] <crevette> I'm rather alcohol free person, but I'm okay for a coke
[20:27] <crevette> :)
[20:28] <crevette> I'm sure monreal is the guy for that kind of job
[20:28] <crevette> :)
[20:28] <crevette> I've seen him on irc arguying to have beautiful icons
[20:28] <crevette> :)
[20:30] <falken_> has anyone else set up their wifi on a laptop?
[20:31] <crevette> andreasn: something cool would be the strengh signal color is taken from GTK colors :)
[20:31] <andreasn> crevette: perhaps I can buy you dinner
[20:31] <crevette> andreasn: :)
[20:31] <crevette> not until the icons are commited
[20:31] <crevette> :)
[20:31] <andreasn> yeah, yeah... :)
[20:37] <crevette> andreasn: do you think I can cc jimmac on this bug
[20:37] <andreasn> yes
[20:37] <andreasn> isn't he cc:ed already?
[20:37] <crevette> as he was the artist who did the icons
[20:37] <crevette> no
[20:37] <crevette> jimmac [@] novell ?
[20:38] <andreasn> let me check
[20:39] <crevette> yeah
[20:39] <crevette> it is that
[20:39] <andreasn> jimmac at ximian dot com ?
[20:40] <crevette> okay
[20:40] <andreasn> http://bugzilla.gnome.org/describeuser.cgi?login=jimmac%40ximian.com
[21:02] <seb128> asac: around?
[21:02] <asac> yeah
[21:03] <crevette> asac: ah you're back
[21:03] <asac> kwwii: the Human icon theme lacks a refresh icon in 48x48 size (dialog)
[21:03] <asac> midbrowser looks funny that way :)
[21:03] <asac> crevette: seb128: what can i do?
[21:04] <asac> kwwii: do you want a bug about that?
[21:04] <seb128> asac: I got epiphany hanging after opening the first instance after booting, that was a bugzilla url and I closed it before the page content was loaded
[21:04] <seb128> asac: not sure if that's useful for the hang bug context
[21:05] <asac> seb128: i saw some memory issues in the package i couldn't see in the upstream package. can you try to a pristine epiphany build?
[21:05] <asac> i think it should just build out of the box.
[21:05] <seb128> upstream svn or tarball?
[21:05] <asac> you will see a few regressions in the dialog box i guess.
[21:05] <crevette> asac: I did the packaging of nm-applet to have GNOME icons
[21:05] <asac> seb128: use svn. no idea how up to date the tarballs are
[21:05] <seb128> ok
[21:06] <asac> seb128: build with --with-engine=mozilla --with-gecko=libxul-embedding
[21:06] <seb128> asac: ok, will try
[21:06] <asac> crevette: ah right. did you answer my question about the themability?
[21:06] <crevette> asac: how can I provide it to you ?
[21:06]  * asac scrolling back
[21:06] <crevette> asac: no
[21:06] <crevette> asac: I don't know
[21:07] <crevette> the icons are put under hicolor, so any themes providing the icons should supersed them
[21:07] <crevette> from what I understand
[21:07] <asac> easiest is just pushing a bzr branch and requesting a merge ;)
[21:07] <crevette> hu ...
[21:07] <crevette> how should I do that
[21:07] <asac> otherwise a reasonable patch
[21:07] <crevette> a debdiff ?
[21:08] <asac> i think bzr would be much easier if its new binary files :)
[21:08] <crevette> asac: I uuencoede them
[21:08] <crevette> that's why it took so long
[21:08] <crevette> :)
[21:08] <crevette> I never touch uuencode before
[21:08] <crevette> touched
[21:10] <asac> crevette: do you have multiple .uu files in debian/ dir? or just one?
[21:10] <crevette> multiple
[21:10] <crevette> I didn't figure out out do with only one
[21:10] <asac> in a subdir of debian/ ?
[21:10] <crevette> debian.
[21:10] <crevette> yep
[21:10] <asac> well... you can give me a tarball with the .uu files only and give me a debdiff for the rest
[21:11] <asac> at best as a bug
[21:11] <asac> well at best as a bzr branch :)
[21:13] <crevette> asac: http://bmm80.free.fr/Debian/nm-applet/nm-applet.debdiff
[21:15] <asac> crevette: i'd really appreciate if you'd encapsulate those icons in a subdir of debian/ .. at least
[21:15] <asac> crevette: eh sorry. you already do that
[21:15] <crevette> :)
[21:15] <asac> i think its ok that way.
[21:16] <crevette> asac: if something is not okay don't hesitate
[21:17] <asac> ill look
[21:17] <asac> can you make a bug out of that?
[21:18] <crevette> yep, of course
[21:18] <asac> cool
[21:18] <kwwii> asac: where is a 48x48 refresh icon used?
[21:20] <kwwii> unfortunately we do not have an svg of that icon so I will have to redraw all of them
[21:20] <asac> kwwii: damn ;)
[21:20] <asac> there is no scalable one either, right
[21:20] <asac> kwwii: its used in midbrowser
[21:21] <asac> not the most important usecase, but since i develop in under plain hardy I was curious why the icon was so small :)
[21:21] <kwwii> hrm, I guess making a bug for it would be the best for now
[21:22] <asac> kwwii: well, if you are aware of and there is nothing you can do, there is no point imo
[21:22] <asac> i guess in case you really redo it, we will get it automatically
[21:22] <kwwii> good point
[21:22] <asac> maybe i can find another theme that has a scalable refresh ;)
[21:22] <kwwii> the gnome theme should have it
[21:22] <asac> is that the ugly one?
[21:22] <asac> :)
[21:23] <asac> yau ... gnome-appearence dialog crashes
[21:23] <asac> all themes are somehow greyed out with a question mark, but i can change them
[21:24] <crevette> asac: https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/210449
[21:24] <ubotu> Launchpad bug 210449 in network-manager-applet "GNOME icons for nm-applet" [Undecided,New]
[21:38] <vuntz> tedg: ping?
[21:38] <tedg> vuntz: Pong.
[21:38] <vuntz> tedg: tell me more about you want to do with the pager
[21:39] <tedg> Well, what I was doing (got canceled this morning) was the right click menu for the WM actions.
[21:39] <tedg> So I wanted to make them sensitive to where you were in the pager.
[21:39] <tedg> So to do that I needed to determine "if left" or "if right" were available.
[21:39] <vuntz> ok, I see
[21:40] <vuntz> hrm, the thing is that all the high-level widgets in libwnck are more or less independent of all the low-level wnck stuff
[21:40] <vuntz> and I think it's a good thing
[21:41] <tedg> I don't disagree, but the problem comes when trying to connect all of the bonobo stuff on down.  I don't think you want a libbonoboui dependency for libwnck.
[21:42] <kwwii> asac: actually, for mid you will see these problems again and again with the human theme because we only have a handfull of svg's - all the more reason to make a new theme which is totally svg ;-)
[21:42] <vuntz> tedg: yep, but the three function calls seem the best trade-off to me. If you really need to do it often, it's easy to write an helper function.
[21:43] <vuntz> even if it's to get something that lives in the internal pager structure
[21:43] <tedg> kwwii: I thought there were AI files for them, were you unable to get those?
[21:43] <vuntz> I guess I'll wait for feedback from elijah or hp
[21:43] <seb128_> kwwii: human-icon-theme update uploaded
[21:43] <tedg> vuntz: Okay, well it came down to a few functions really.
[21:44] <kwwii> tedg: nope, we did not get the AI files afaik
[21:44] <kwwii> seb128_: great, thanks :-)
[21:44] <tedg> vuntz: There was wm_can_go(dir), wm_do_go(dir), and then probably a wm_get_keybinding(dir)
[21:45] <tedg> vuntz: And, while I'm making requests... I think it would make sense for an "advanced functionality" type function.  For things like scale and expo that metacity and others are like to implement in the future.
[21:46] <tedg> vuntz: But, in reality, I have most of the code already, it's just in a gnome-panel patch.  I could move it.
[21:47] <seb128> untz untz untz!
[21:51] <vuntz> tedg: not quite sure how you'd integrate "scale" and "expo" in libwnck
[21:51] <vuntz> unless it's standardized, in which case it'd be easy
[21:51] <seb128> hey vuntz ;-)
[21:51] <crevette> VUNTZ !!!!!!
[21:51] <crevette> VUNTZ !!!!!!
[21:52] <vuntz> seb128: I'm only here to spy on you, you know this ;-)
[21:52] <tedg> vuntz: I'm thinking "wm_has_capability(SHOW_ALL_WINDOWS)" or "wm_has_capability(SHOW_ALL_WORKSPACES)"
[21:52]  * seb128 hugs vuntz
[21:53] <seb128> vuntz: I've noticed, making summaries about ubuntu nice ideas on the novell wiki for example
[21:54] <vuntz> tedg: not going to happen if things are not in the ewmh spec
[21:56] <tedg> vuntz: "wm_has_capability_beyond_ewmh(...)"? :)
[21:57] <tedg> vuntz: It does make sense that there should be a way to expose such functionality of the WM though.
[21:58] <vuntz> tedg: if you assume SHOW_ALL_WINDOWS and SHOW_ALL_WORKSPACES work on two WM, then the right thing to do is to add them as optional features of the EWMH
[21:58] <vuntz> not to have them implemented in two different ways in the two WMs
[21:59] <vuntz> (or some compositor spec that would extend the ewmh)
[21:59] <tedg> Do you really think I want to put my name on a spec with anything compiz related? ;)
[21:59] <vuntz> heh
[22:20] <crevette> ah
[22:20] <crevette> the translation of bluez has been updated
[22:20] <crevette> the french one was awful
[22:28] <seb128> crevette: it was made by you? ;-)
[22:30] <crevette> seb128: yep
[22:30] <crevette> of course
[22:30] <crevette> :)
[22:30] <crevette> the one that made me crazy for weeks was the 1|un in the notification bubble of evo
[22:31] <seb128> ah, I don't use the bubble
[22:31] <seb128> I get too many mails for that
[22:31] <crevette> yeah :)