[06:13] <didrocks> I am working on gthumb now
[07:31] <pitti> pochu: so you figured out the usb mount problem?
[08:37] <seb128> hello there
[08:37] <seb128> mvo: can you do http://download.gnome.org/sources/vte/0.17/vte-0.17.4.tar.gz?
[08:48] <mvo> seb128: sure
[08:48] <seb128> mvo: danke
[09:06] <mvo> seb128: vte is building, will take a while, it build itself how many times? 4? 17?
[09:06] <seb128> mvo: you like the multiple python builds too apparently ;-)
[09:06] <mvo> I love them
[09:07]  * mvo makes more tea
[09:07]  * seb128 restarts session to try the gnome-session update
[09:08] <mvo> Ampelbein: did you had a chance to play with the compiz 0.7.8 packages in the ppa ?
[09:17] <didrocks> o/
[09:18] <didrocks> seb128: I can do some tasks for updating packages this evening if needed :)
[09:21] <seb128> hey didrocks
[09:21] <didrocks> hi seb128
[09:22] <seb128> didrocks: want to give a try to http://download.gnome.org/sources/gnome-system-tools/2.22/gnome-system-tools-2.22.1.tar.gz ?
[09:24] <didrocks> seb128: with pleasure
[09:24] <seb128> it's your then ;-)
[09:31] <seb128> lool: hey, I know you are busy but do you think you would have time to do some of the stable GNOME updates in debian?
[09:32] <seb128> (I really need to reinstall my debian)
[09:33] <lool> seb128: Does it need to be today?
[09:33] <seb128> lool: I would like to have pango 1.22 today but it doesn't "need to" no ;-) (the other ones no hurry)
[09:34] <lool> I'll do pango
[09:34] <seb128> thanks
[09:34]  * seb128 hugs lool
[09:34] <lool> The tarball list is impressive
[09:34] <lool> It's the third time in two days I open the ftp-release-list box and think "whoa"
[09:34] <seb128> yeah, vuntz made some efforts to roll tarball for everything
[09:35] <seb128> lool: hum, don't bother about pango, they bumped the cairo requirement to the current unstable one and neither debian or ubuntu has it yet
[09:36] <lool> I hope we get libcairo2-dev >= 1.7.67
[09:36] <lool> *6
[09:36] <seb128> I'll ping slomo about it when he's online
[09:36] <lool> I was having the same idea
[09:37] <lool> I mailed dajobe to get 1.7.4 when slomo was on holidays, but I'm reluctant to ping him again
[09:37] <lool> Anyway, no new symbol so it should really be trivial
[09:38] <seb128> right
[09:38] <seb128> brb trying updates
[09:41] <lool> seb128: I've committed pango; it should be just that; I'll build / test / upload when we get cairo
[09:41] <seb128> lool: ok thanks
[09:44] <pochu> pitti: yeah, it seems to be due to not having a consolekit session, which is due to consolekit crashing every now and then
[09:45] <pochu> good morning btw :)
[09:46] <seb128> hey pochu
[09:47] <seb128> pochu: want to do some easy updates for debian that we can sync later? ;-)
[09:48] <pochu> seb128: which ones?
[09:49] <seb128> pochu: gnome-common, libgnomeprint, libgnomeprintui, librsvg, xdg-user-dirs-gtk
[09:50] <seb128> pochu: the lib* are stable updates in the same serie debian has, xdg-user-dirs-gtk is a translations update version and gnome-common had only one change this cycle which is a bug fix
[09:52] <pitti> pochu: good morning :)
[10:01] <seb128> pitti: any reason we should not update to the current upstream consolekit version btw? it would make easier to forward them all those crasher bugs, it's likely they will reply "try using a recent version" if we do send the current launchpad buglist
[10:03] <pochu> seb128: I'm not very comfortable asking for sponsorship without testing... and I don't have my printer configured in Debian
[10:03] <pochu> wait
[10:04] <pochu> libgnomeprint is about print dialogs, isn't it? :)
[10:04] <seb128> pochu: those have no code change, they are translation updates
[10:04] <seb128> pochu: and right, for applications still using that and not gtkprint
[10:04] <seb128> pochu: try printing to a file that's enough
[10:06] <pochu> good morning slomo :)
[10:07] <seb128> hey slomo
[10:07] <seb128> slomo: can you do the cairo update to 1.7.6 in debian? ;-)
[10:08] <pochu> seb128: I can look at those later, have to go to the uni now
[10:09] <seb128> pochu: ok, see you later
[10:16] <slomo> seb128: i'll look at it late
[10:16] <seb128> slomo: thanks
[10:16] <seb128> it's required for the pango update
[10:17] <slomo> ok :)
[10:18] <pitti> seb128: not that I can see (barring FF, etc.); just so far we didn't have an explicit reason to do the upgrade
[10:18] <seb128> pitti: ok
[10:20] <seb128> pitti: btw if you want to do some desktop sponsoring feel free, there is still some listed on dholbach's sponsoring lists ;-)
[10:21] <pitti> seb128: sure :)
[10:22]  * seb128 hugs pitti
[10:22] <pitti> seb128: I'll do that and look into the new consolekit; conf plage struck me, so that's some good light work which doesn't need too much brain :)
[10:22] <seb128> oh, you should take some rest rather then
[10:22] <james_w> seb128: I was thinking the same thing about consolekit
[10:23] <james_w> seb128, pitti: I don't think anything in the new upstream will fix any of these crashers (we've got the important fixes back-ported), but being able to forward them would be good.
[10:25] <seb128> pitti: I know the mandriva packager was asking about some hal patch when he upgraded to the new consolekit, the upstream list should have mails about that
[10:32] <Ampelbein> mvo: as i already said yesterday, your compiz-version segfaults as soon as i start it.
[10:34] <Ampelbein> mvo: http://pastebin.com/d44336fef
[10:34] <mvo> Ampelbein: oh, I must have missed that
[10:35] <Ampelbein> do you want me to provide s stacktrace?
[10:35] <pitti> seb128: doing transmission
[10:35] <seb128> pitti: thanks
[10:43] <mvo> (sponsoring) i take libwnck and vino and gnome-menus  if noone is faster
[10:45] <seb128> mvo: thanks
[10:53] <pitti> seb128, mvo: grabbing libgnomeprintui (transmission done)
[10:54] <seb128> pitti: thanks
[10:55] <seb128> I'm sponsoring ted's updates
[11:00] <mvo> is there more pending that is not in the queue yet?
[11:00] <pitti> seb128, mvo: doing g-v-m and bluez-gnome
[11:01] <seb128> mvo: I don't think so
[11:01] <seb128> mvo, pitti: thanks for your help on the sponsoring
[11:01] <pitti> seb128: you're welcome; just keeping status here for coordination
[11:02] <mvo> I do the libgphoto iphone update
[11:02] <mvo> seb128: np
[11:15] <Ampelbein> seb128: i have trouble doing the epiphany-browser update, bug 273342 , the resulting package won't compile: http://pastebin.com/d3e68ffab
[11:16] <seb128> Ampelbein: I guess that's an issue in the autoreconf patch
[11:16] <slomo> seb128: anything else than cairo? :)
[11:17] <Ampelbein> i did the following: export QUILT_PATCHES=debian/patches, quilt push -a 99_autoreconf.patch, executed the 4 commands in the patch comment, quilt refresh, quilt pop -a
[11:17] <seb128> slomo: what I listed to pochu before
[11:17] <Ampelbein> quilt push -f 99_autoreconf.patch i meant
[11:17] <seb128> slomo: gnome-common librsvg libgnomeprint libgnomeprintui xdg-user-dirs-gtk
[11:18] <slomo> ah ok
[11:18] <seb128> Ampelbein: I'll have a look in a bit, not sure what is the issue without looking into the details
[11:18] <Ampelbein> ok
[11:18] <seb128> slomo: those are stable updates and should be fine for debian unstable
[11:18] <Ampelbein> i uploaded dsc and diff.gz to the bug
[11:18] <seb128> slomo: I think pochu started on libgnomeprint*
[11:19] <seb128> Ampelbein: http://download.gnome.org/sources/alacarte/0.11/alacarte-0.11.6.tar.gz is for you since you added a patch which doesn't apply to the new version ;-)
[11:19] <slomo> seb128: did you or someone else start packaging of gobject-introspection?
[11:19] <Ampelbein> ok
[11:19] <seb128> slomo: I didn't and I didn't read about somebody else doing it either
[11:20] <slomo> ok
[11:21] <seb128> didrocks: want an another update to do? ;-)
[11:21] <didrocks> seb128: if possible :)
[11:22] <didrocks> seb128: I finally found the time to prepare a well-configured pbuilder (damned proxy) at my company
[11:22] <seb128> didrocks: http://download.gnome.org/sources/gconf-editor/2.24/gconf-editor-2.24.0.tar.gz
[11:23] <didrocks> seb128: will work on both of them asap :)
[11:24] <seb128> mvo: http://download.gnome.org/sources/gnome-control-center/2.24/gnome-control-center-2.24.0.tar.gz is yours ;-)
[11:25] <pitti> seb128, mvo: looking at the 4 sync sponsoring bugs now
[11:26] <seb128> looking at the xchat-gnome sponsoring
[11:27] <seb128> hey Scott
[11:27] <Keybuk> hey
[11:27] <seb128> slomo: oh, did you already upload the cairo update?
[11:27] <slomo> nope, not yet
[11:28] <seb128> slomo: maybe you could look at using clean-la, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491292
[11:28] <slomo> seb128: it doesn't build here
[11:28] <seb128> oh?
[11:30] <slomo> something with the xcb backend
[11:32] <Ampelbein> seb128: xchat-gnome, bug 273328 done
[11:32] <seb128> Ampelbein: I just uploaded ;-)
[11:32] <Ampelbein> seb128: alacarte, bug 273513 don
[11:32] <seb128> looking
[11:32] <seb128> Ampelbein: how did you update the .glade?
[11:32] <Ampelbein> the glade was moved to data/ subdir
[11:33] <seb128> ah, I though that was conflicting
[11:33] <seb128> usually .glade changes are no fun to update
[11:33] <seb128> Ampelbein: want other updates to do? ;-)
[11:33] <Ampelbein> sure.
[11:33] <seb128> Ampelbein:
[11:33] <seb128> http://download.gnome.org/sources/gnome-media/2.24/gnome-media-2.24.0.tar.gz
[11:34] <Ampelbein> ok
[11:39] <seb128> Ampelbein: alacarte uploaded, could you subscribe the sponsor team to your bugs though, that makes easier to track what needs to be sponsored and to split work between uploaders
[11:39] <Ampelbein> oh, forgot that.
[12:05] <seb128> re
[12:05] <seb128> Ampelbein: looking at your gnome-media update
[12:52] <seb128> Ampelbein: still around?
[12:52] <seb128> Ampelbein: the epiphany-browser, use the hardy libtool to do the autoreconf patch
[12:53] <seb128> the configure is not libtool 2 friendly and breaks, I don't know how to fix it and doesn't want to spend time investigating that, I dpkg -i libtool 1.5 for such updates
[12:54] <seb128> I blame Keybuk for updating the libtool version in ubuntu too early ;-)
[12:57] <Keybuk> "too early" ? :)
[12:57] <Keybuk> Keybuk's 3rd rule of computing: if you don't break it, nobody will fix it
[12:58] <seb128> Keybuk: right, but I don't think fixing buggy upstream configure is the best use of our limited manpower
[12:59] <seb128> for one I don't know enough about libtool to fix those without spending efforts on the issue and I have other priorities so I keep downgrade libtool to the hardy version
[13:01] <ember> seb128: i can take gnome-backgrounds and gconf-editor if nobody is working on it
[13:01] <seb128> gconf-editor is already assigned, you can do the other update
[13:01] <ember> okidoki
[13:02] <Keybuk> what does epiphany do that's strange?
[13:02] <Keybuk> do you have a build log?
[13:02] <seb128> Keybuk: they use that
[13:02] <seb128> 	if /bin/sh ../libtool --mode=compile ${CC} $PYTHON_CFLAGS -c testpython.c >/dev/null 2>&1 && \
[13:02] <seb128> 		/bin/sh ../libtool --mode=link ${CC} -o testpython.la -rpath `pwd` -module -avoid-version $PYTHON_LIB_LOC testpython.lo $PYTHON_LIBS $PYTHON_EXTRA_LIBS >/dev/null 2>&1 && \
[13:02] <seb128> 		grep 'dlname.*testpython' testpython.la >/dev/null 2>&1; then
[13:02] <seb128> 		result=yes
[13:02] <seb128> Keybuk: in their configure.ac
[13:03] <Keybuk> ah, they call libtool in configure.ac ?
[13:03] <seb128> Keybuk: yes
[13:04] <Keybuk> AC_TRY_COMPILE I gues
[13:06] <seb128> Keybuk: is that something which will work on libtool1 too?
[13:06] <Keybuk> yes
[13:06] <Keybuk> it's the autoconf way of doing test compiles
[13:09] <Ampelbein> seb128: sorry, was away shortly
[13:09] <seb128> that's alright
[13:10] <seb128> Ampelbein: so either you downgrade libtool and do the autoreconf patch using the hardy version or you try to fix the configure.ac
[13:10] <Keybuk> it occurs to me that that libtool snippet will also utterly break on cross-compiles
[13:10] <Keybuk> since it will use the wrong libtool and wrong compiler ;)
[13:11] <seb128> Keybuk: I don't doubt that, it's just not obvious to me how to change it to a correct AC_TRY_COMPILE use and I've no special interest in trying to figure that either
[13:12] <Ampelbein> i will try the downgraded version
[13:12] <seb128> I still have around 30 tarballs on my update list and I want to get those updated today ;-)
[13:12] <Keybuk> seb128: it looks like it just tries to see whether testpython.c compiles and links?
[13:12] <seb128> Keybuk: http://svn.gnome.org/viewvc/epiphany/trunk/configure.ac?revision=8420&view=markup
[13:13] <Keybuk> seb128: if there's a bug, assign it to me :)
[13:17] <Keybuk> which reminds me, was there ever a bug for the cairo patch?
[13:17] <Keybuk> or was it freetype?
[13:20] <seb128> Keybuk: bug #273554 is yours
[13:21] <seb128> Keybuk: it has been fixed by updating the default fontconfig configuration, upstream didn't activate the lcdfilter code by default in cairo to maintain look compatibility on upgrade
[13:21] <Keybuk> thanks!  I've got my assigned bugs list sane, so it's actually *useful* for me as a TODO list once again
[13:21] <Keybuk> seb128: aha! that's good then
[13:21] <seb128> thanks to you ;-)
[13:21] <Keybuk> I'd noted the fonts changed, and wondered if someone else fixed it while I've been in Portland
[13:22] <Keybuk> was fixed on Thursday or so?
[13:23] <seb128> Keybuk: yes, Thu, 18 Sep 2008 16:50:12 -0000 (18:50 CEST)
[13:23] <seb128>  fontconfig (2.6.0-1ubuntu4) intrepid; urgency=low
[13:25] <Keybuk> ok, great
[13:25] <Keybuk> sorry I couldn't help quicker :-/
[13:26] <seb128> that's alright, there was no hurry
[13:31] <mvo> seb128: it looks like we need to update the codec scanning code in g-a-i or in the extrator (I'm not sure yet which way is the best). at least ugly does no longer have the plugins-info .supported file that we use for the codec installer
[13:31] <mvo> (just fyi, nnot as a action item)
[13:32] <seb128> mvo: right, I mentionned that some days ago, we are in the middle of the debian changes and somebody needs to look at that before intrepid and figure what we want to do
[13:32] <seb128> mvo: either we roll back to the previous system or go for the new one
[13:32] <mvo> yes, that is the reply to that
[13:32] <seb128> ah ok, thanks for looking into it
[13:32] <seb128> any opinion on rollback or going forward?
[13:33] <seb128> I think the easier for intrepid is probably to just make the plugins build the informations files again
[13:33] <Ampelbein> seb128: now i used the 1.5 libtool but there seems to be a problem with the ppa-buildmachines: http://pastebin.com/db957b0b
[13:33] <mvo> I'm not decided yet, I was thinking about just adding a bit of extra code to the thing that builds the codec information file for g-a-i and make it understand the new system
[13:34] <seb128> mvo: would work for me too
[13:34] <mvo> but I'm not really sure yet (it looks reasonable easy)
[13:34] <seb128> Ampelbein: do you have the librarian url for this one?
[13:34] <mvo> for intrepid+1 we need update fully anyway I think
[13:34] <seb128> Ampelbein: when did you get the issue?
[13:34] <Ampelbein> http://launchpadlibrarian.net/17879670/buildlog_ubuntu-intrepid-i386.epiphany-browser_2.24.0-0ubuntu3_CHROOTWAIT.txt.gz
[13:35] <Ampelbein> i used -0ubuntu3 as version because launchpad otherwise rejects my upload.
[13:35] <seb128> Ampelbein: right you can't use already published versions
[13:36] <Ampelbein> the build doesn't even seem to start
[13:36] <Keybuk> seb128: I have a really quick hack fix for the epiphany bug :p
[13:37] <seb128> Ampelbein: right, it's a buildd issue, will ping the soyuz guys about that now
[13:37] <Keybuk> seb128: put LT_OUTPUT before the call to libtool
[13:37] <Keybuk> if you want to be compatible
[13:37] <Keybuk> m4_ifdef([LT_OUTPUT], [LT_OUTPUT])
[13:38] <seb128> Keybuk: let me try that
[13:38] <Keybuk> it's not even a hack really, it's *documented* as being for exactly this situation
[13:42] <seb128> Keybuk: indeed that fixes it, thank you
[13:45] <seb128> Ampelbein: can you retry the build?
[13:45] <seb128> Ampelbein: on the launchpad build page you should have a retry button
[13:45] <Ampelbein> seb128: now retrying the build.
[13:59] <seb128> mvo: can you look at bug #273414?
[14:00] <Ampelbein> seb128: epiphany-browser now built correctly, i uploaded to bug 273342
[14:05] <seb128> Ampelbein: good thanks
[14:10] <seb128> Ampelbein: why the debhelper requirement change?
[14:15] <mvo> seb128: I think I fixed that this morning
[14:15] <Keybuk> seb128: LT_OUTPUT will fix any occurence of libtool being used in configure.ac
[14:16] <Keybuk> though if it's using it to get config output, just replace it with the variable itself
[14:16] <seb128> mvo: I read your upload change but I was not sure, feel free to close it then ;-) btw did you see my ping about the new g-c-c tarball? ;-)
[14:16] <seb128> Keybuk: but that's the right fix or should libtool not be called in the configure.ac?
[14:17] <Keybuk> seb128: in this case, what they're doing is ... well
[14:17] <mvo> seb128: no, I haven't, I will check it out once I finished the codec change stuff
[14:17] <Keybuk> there may be a better fix, but it may not have exactly the effect they're testing for
[14:17] <seb128> mvo: ok thanks
[14:17] <Keybuk> it's hard to tell from the context whether they're testing a compile, or testing that the compile acetually works in a particular way with libtool
[14:17] <Keybuk> they use specific libtool options in the test, after all
[14:18] <Keybuk> that may be accidental, but I wouldn't want to replace it with something else, in case I take out the very thing they're testing
[14:18] <Keybuk> so LT_OUTPUT seems a better solution for that
[14:18] <Keybuk> something just compiling and linking something as usual should use AC_TRY_COMPILE/AC_TRY_LINK etc.
[14:19] <seb128> ok, makes sense
[14:19] <seb128> thanks
[14:21] <ember> seb128: backgrounds done, is there any free update to do?
[14:22] <seb128> http://download.gnome.org/sources/gthumb/2.10/gthumb-2.10.10.tar.gz
[14:23] <ember> okidoki i will take a look at gthumb
[14:24] <seb128> ok
[14:50] <didrocks> seb128: gnome-system-tools ready (bugs #273579)
[14:50] <seb128> didrocks: thanks
[14:54] <mvo> slomo: I'm just comparing the output of the old gst-inspect and the new packages/output. is the removal of the dynamic_range for the deocer-audio/x-lpcm ok and expected (plugins-ugly)?
[15:09] <davmor2> guys there's a weird ass memory leak in Ubuntu that only occurs when both pidgin and FF3 are open.  Individually there is no effect.
[15:09] <seb128> that would be weird
[15:09] <seb128> tedg: hey
[15:10] <seb128> Ampelbein: epiphany-browser uploaded, want to do an another update? ;-)
[15:10] <davmor2> seb128: I Noticed it in hardy but I've just been checking it on intrepid same thing
[15:10] <seb128> davmor2: what do you call memory leak?
[15:11] <tedg> seb128: Yes.
[15:12] <seb128> tedg: I've sponsored your fusa update
[15:12] <davmor2> seb128: In 20 minutes it's gone from 365meg used to 373.3 and climbing.  On hardy over 2 hours it's gone from 383 to 788.2mb used
[15:12] <seb128> davmor2: what process?
[15:12] <tedg> seb128: Great!
[15:13] <seb128> tedg: gnome-power-manager 03-system-policy.patch has a gpm-main.c.orig copy which should not be there
[15:13] <davmor2> seb128: sorry? how do you mean process?
[15:13] <seb128> davmor2: is that firefox which is eating those 788megas?
[15:13] <tedg> seb128: Ah, oops.  I'll fix it.
[15:13] <seb128> tedg: thanks
[15:14] <seb128> tedg: and about the gnome-power-manager number of changes, those have been commited before the freeze start so nothing to say ;-)
[15:15] <seb128> tedg: they didn't roll a .92 tarball apparently or those change will have been in this one
[15:15] <davmor2> seb128: no the 2 combined ff3 or pidgin on it's own makes it flux between 383 and 390-ish but doesn't move up from that however the minute you open both it starts to climb
[15:15] <tedg> seb128: Ah, okay.  I thought "released" not committed.
[15:16] <seb128> davmor2: what start to climb? what number are you looking at?
[15:16] <seb128> davmor2: I think many of the ubuntu user use pidgin and firefox so it's likely something you are using, do you have so plugin doing integration between those in some way which is not in the standard installation?
[15:17] <davmor2> seb128: either top or system monitor total memory used niether FF3 or Pidgin show up in the top ten on top at any point.
[15:18] <seb128> davmor2: use top, sort by memory usage and look what is using it then?
[15:19] <seb128> davmor2: and there is a chance you don't understand linux memory usage, having almost all the available memory used is not a bad thing, when you start swaping that's not good though
[15:20] <davmor2> seb128: that kicks in about hours 6-8 of usage and my system grinds to a halt
[15:20] <seb128> ok, so back to my previous question
[15:21] <seb128> what do you use which is not in the standard installation
[15:21] <davmor2> I'll run top on the virgin test system and see which shows up
[15:21] <seb128> any plugin which does integration between those software?
[15:21] <seb128> and try to top and see what processus use the ressources
[15:22] <davmor2> seb128: I'm on 64bit I have a default pidgin and FF3 with flash I don't have any other plugins enabled
[15:22] <seb128> weird that nobody else has the issue then
[15:22] <seb128> I doubt you are the only user running firefox and pidgin ;-)
[15:23] <seb128> any try to see what processus use the ressources and to valgrind it
[15:24] <davmor2> seb128: I'm sure I confirmed on a bug but can't find it at all now so opened a new one.  I tried valgrind but it cripples pidgin and isn't too kind to FF3 either but if top fails on intrepid system I'll valgrind that
[15:26] <seb128> ok
[15:26] <seb128> brb
[15:30] <didrocks> seb128: gconf-edito also finished (bug #273598)
[15:31] <seb128> didrocks: thanks
[15:31] <didrocks> seb128: if you want, I can do some more this evening :)
[15:31] <didrocks> (I am away for a couple of hours)
[15:31] <didrocks> just hl me, I will backlog
[15:31] <seb128> didrocks: ok, ping me when you want to do an update and I'll look if there is still something on the list ;-)
[15:31] <seb128> see you later
[15:31] <huats> seb128: don't give to much stuffs to didrocks
[15:31] <didrocks> seb128: no pb! See you latter :)
[15:31] <huats> he has lots to do already with ubuntu-fr :)
[15:32] <didrocks> huats: :p
[15:32] <huats> ;)
[15:32] <huats> lut btw seb128
[15:32] <huats> :)
[15:32] <seb128> ;-)
[15:32] <seb128> 'lu huats
[15:32] <seb128> huats: how are the anjuta updates going? ;-)
[15:32] <didrocks> huats gives me his work for ubuntu-fr, what a shame :)
[15:32] <huats> lol
[15:33]  * huats start to wonder that tomorrow at paris capitale du libre, the ubuntu-fr stand will be on gnome update mode :)
[15:33] <huats> (didrocks and I will be keeping the stand :))
[15:33] <seb128> huats: tomorrow intrepid should be on the "GNOME 2.24 is available" mode ;-)
[15:34] <huats> :)
[15:34] <huats> it will be
[15:34] <huats> :)
[15:36] <huats> seb128: tomorrow you'll have anjuta btw :)
[15:36] <seb128> good ;-)
[15:37] <huats> (I have been able to work on it in the train... but not finished yet, because no internet connection...)
[15:39] <davmor2> seb128: Right I've been watching top on this updated intrepid virgin test system. I have irc open on pidgin (1 channel #ubtuntu-testing and 1 chat with myself) and FF3 on a wiki page memory used has risen by 2 meg and FF3 and pidgin have both leaped to 2 place behind Xorg which stays at the top.  Memory used continues to rise
[15:40] <seb128> davmor2: how much are using firefox and pidgin and how are their usage moving?
[15:42] <seb128> huats: you need to update gdl and gnome-build too right?
[15:42] <huats> seb128: sure
[15:42] <huats> seb128: gdl is done
[15:42] <huats> and gnome-build too
[15:42] <huats> I just need to check a few stuffs
[15:42] <seb128> ok
[15:42] <huats> but they are done
[15:42] <seb128> you can open sponsoring requests if you want
[15:42] <seb128> I will look at the updates
[15:43] <huats> let me check the few details I want
[15:43] <huats> and I open the requests :)
[15:43] <huats> (if it is ok for you of course)
[15:43] <davmor2> seb128: Pass neither shows up for more than a split second I got it on full screen and it neither show up in the list.  Is there a way to run top so it only display FF and/or Pidgin?
[15:44] <seb128> huats: sure, no hurry
[15:44] <seb128> davmor2: use gnome-system-monitor and sort by memory usage?
[15:46] <seb128> huats: just let me know when you open the bugs if you want me to have a look at those ;-)
[15:47] <davmor2> seb128: FF 36.7 and top pidgin 12.3 4th
[15:47] <huats> seb128: of course :)
[15:47] <seb128> davmor2: and how those move when the usage change?
[15:47] <huats> seb128: asyou might have understand I'd rather try by myself... so that I learn more :)
[15:48] <huats> but your look at the packages will be more than welcomed :)
[15:48] <seb128> huats: oh, I was not suggesting doing the updates myself, I just want to look at your work since you say they are ready but you need to verify some details
[15:48] <huats> seb128: I know :)
[15:50] <davmor2> seb128: moved to a different page on firefox leaped to 38.5 and settled back to 36.6, Pidgin's doesn't change
[15:50] <seb128> well, try to figure which processus usage change in this list
[15:51] <seb128> take a screenshot now and look the different in an hour
[15:54] <davmor2> seb128: will do thanks for the help
[15:54] <seb128> you're welcome
[15:54] <seb128> gicmo: hey hey
[15:54] <gicmo> seb128: hey
[15:54] <gicmo> seb128: the party was good, I was drunk at the end
[15:54] <gicmo> seb128: but today she is sick (not so great)
[15:55] <seb128> see, partying is not always easy ;-)
[15:55] <gicmo> so true
[15:57] <seb128> gicmo: have you seen alex understood the trash crashing issue
[15:57] <gicmo> seb128: ah, nope
[15:58] <seb128> gicmo: read the current comment on http://bugzilla.gnome.org/show_bug.cgi?id=547568
[15:58] <gicmo> AHA
[15:58] <gicmo> oh, I didnt know we were linking that thing statically
[15:59] <gicmo> I guess it helps that he actually wrote that code ;-)
[15:59] <seb128> yes ;-)
[16:00] <gicmo> but mclasen and I were partly right as well
[16:00] <gicmo> TOLD YOU!
[16:01] <gicmo> I know it was that mainloop integration
[16:01] <seb128> ;-)
[16:01] <gicmo> Ah!
[16:01] <gicmo> I told you it was that piece
[16:01] <seb128> right
[16:01] <gicmo> I just missed that statically linking piece
[16:01] <gicmo> ahhh
[16:01] <gicmo> good to see that he figured it out
	hmm might it be that its _g_dbus_connection_integrate_with_main () being called from the thread oder something
[16:01] <seb128> that was the other day
[16:02] <seb128> you were close ;-)
[16:02] <gicmo> yeah
[16:02] <gicmo> damnit
[16:03] <seb128> gicmo: anyway good to have alex back and having time to look at those issues
[16:04] <tedg> seb128: GPM patch is now fixed.  Sorry about that.
[16:05] <seb128> tedg: that's alright, where is the diff.gz? did you use a new revision to workaround ppa not allowing to upload the same version again?
[16:05] <gicmo> seb128: totally!
[16:06] <tedg> seb128: Yes.  I did use a new version.  I wish you could "really delete" in a PPA :(
[16:11] <Ampelbein> seb128: back again, ready to do another update
[16:12] <seb128> Ampelbein: btw did you reply to the "why did you update the debhelper requirement"?
[16:14] <Ampelbein> seb128: dh_icons required a update of the debhelper, this was a lintian warning i think.
[16:14] <seb128> Ampelbein: ok, I was just wondering since you didn't mention why in the changelog
[16:14] <Ampelbein> ok, i will add a description next time on why i changed it.
[16:17] <seb128> Ampelbein: I've uploaded it now so that's for next one ;-)
[16:17] <seb128> Ampelbein: http://download.gnome.org/sources/epiphany-extensions/2.24/epiphany-extensions-2.24.0.tar.gz if you didn't do it yet, it's required to match the epiphany-browser abi version
[16:18] <Ampelbein> will work on it now
[16:18] <ember> seb128: tomboy and gthumb done
[16:18] <seb128> thanks
[16:18] <seb128> ember: ok
[16:20] <seb128> ember: you can http://download.gnome.org/sources/gnome-devel-docs/2.24/gnome-devel-docs-2.24.0.tar.gz
[16:20] <seb128> if you want to do this one
[16:20] <ember> okidoki, i will do devel-docs and gnome-doc-utils
[16:21] <seb128> ember: wait for gnome-doc-utils, that might be something to do in debian and sync, I'll ping slomo about it
[16:23] <ember> if he doesn't add the translations template in rules we have to merge it
[16:27] <seb128> right, but that's a small change and might be fine for debian too
[16:38] <ember> devel-docs done
[16:44] <Ampelbein> seb128: bug 273621 done.
[16:44] <Ampelbein> have to leave again, be back in 2 hours
[16:45] <ember> seb128: about tpython-evolutio, python-gnome2-devel should replace it or conflict?
[16:45] <ember> *python-evolution
[16:46] <seb128> Ampelbein: ok
[16:46] <ember> its python-gnome2-desktop and not devel
[16:46] <seb128> ember: when did they add it there?
[16:47] <ember> i'm looking at bug #261776
[16:48] <ember> and bug #273503
[17:08] <salty-horse> mpt, ping
[17:09] <salty-horse> didrocks, here?
[17:10] <salty-horse> pitti, here?
[17:10] <pitti> hi salty-horse
[17:10] <salty-horse> hi pitti. do you have a bit of time to help me debug this annoying bug? https://bugs.launchpad.net/ubuntu/+source/jockey/+bug/272474
[17:11] <pitti> salty-horse: yes, can do, but not right now; are you ok with half an hour or so?
[17:12] <salty-horse> sure
[17:12] <salty-horse> I'm using the failsafe one for now :) (just deleted xorg.conf and it magically worked)
[17:12] <salty-horse> thanks
[17:19] <pitti> salty-horse: I asked for more info in the bug report
[17:20] <salty-horse> just a sec
[17:20] <lapo> hi
[17:21] <didrocks> salty-horse: yes?
[17:22] <salty-horse> hi didrocks. do you have any trouble launching the help menus in sgt-puzzles? I Do. I noticed your recent response to this bug: https://bugs.launchpad.net/ubuntu/+source/sgt-puzzles/+bug/154307 -- how recent is it? :)
[17:23] <didrocks> salty-horse: I had no issue on intrepid (I created all descriptions for desktop files in launching the help for each game)
[17:27] <salty-horse> didrocks, choosing "help" launches the gnome help app and gives me the error: "Could Not Read File - The file ‘/usr/share/sgt-puzzles/help/galaxies.html’ could not be read.  This file might be missing, or you might not have permissions to read it." -- the file is accessible to my user with proper read permissions. did you test this on the latest version you released?
[17:28] <didrocks> salty-horse: on galaxies game?
[17:28] <salty-horse> didrocks, I get the error on all of them. this is an example
[17:29] <didrocks> ok, one second, I launch my VM
[17:36] <slomo> mvo: yes
[17:36] <didrocks> salty-horse: yes, I confirm your issue now
[17:36] <salty-horse> didrocks, should I file a new bug?
[17:36] <didrocks> seb128: back on the field :)
[17:37] <didrocks> salty-horse: reopen it
[17:37] <seb128> didrocks: the gconf-editor update, lintian complains about your email not being valid, could you fix it?
[17:38] <didrocks> seb128: hum, possible I was on my company computer. I didn't check
[17:38] <didrocks> will do it now
[17:38] <salty-horse> ok
[17:40] <salty-horse> pitti, replied with the results
[17:42] <salty-horse> pitti, can you update jockey's README with info on jockey-backend's -l flag? it has jockey-backend --debug -- what's the difference?
[17:45] <salty-horse> pitti, I'm not using the latest version released yesterday.... will re-test
[17:47] <didrocks> seb128: done on bug #273598 for gconf-editor. I think I will have to look at my DEBEMAIL profile on my company computer
[17:47] <seb128> didrocks: ok
[17:48] <didrocks> seb128: I take a look at gnome-system-tools for this
[17:49] <pitti> salty-horse: oh, silly me; of course you need --debug -l /tmp/jockey-debug.log
[17:57] <davmor2> seb128: Both ff and pidgin have risen slightly 7meg in total but overall memory used is up 20meg and is still increasing on the intrepid machine hardy machine switched itself off not seen that before :(
[17:58] <seb128> do you use a custom theme?
[17:59] <didrocks> seb128: bug #273579 ready
[17:59] <seb128> didrocks: ok
[17:59] <didrocks> ready for other pending stuff if needed :)
[17:59] <davmor2> seb128: no I keep the test machine as close to virgin Ubuntu as possible
[17:59] <seb128> doesn't really makes sense to me, trying using valgrind
[18:00] <davmor2> I use valgrind tomorrow on the intrepid machine rather than the one I use
[18:03] <davmor2> seb128: It is just a case of running the stuff from this page isn't it? https://wiki.ubuntu.com/Valgrind
[18:03] <seb128> right
[18:04] <davmor2> seb128: No Probs I'll run it first thing tomorrow then :)
[18:04] <seb128> let we know if you figure anything useful
[18:05] <davmor2> seb128: I might be posting my log files to my server so any one who can read it can :)
[18:05] <seb128> ok
[18:29] <seb128> mpt: all your gnome-session alignement and inconsistency issues are icons ones, could you see if there is some icons which could be used in those dialogs?
[18:30] <mpt> seb128, sure, how would I find out?
[18:30] <mpt> Ah, andreasn would know
[18:30] <andreasn> hm?
[18:30] <mpt> andreasn, we have logout and shutdown dialogs missing icons
[18:30] <mpt> or with wrongly-sized icons
[18:30] <andreasn> it looks ok upstream, so I think it's the lack of coverage in human-icon-theme that is to blame
[18:31] <seb128> and suspend too
[18:31] <mpt> ok
[18:31] <seb128> andreasn: right, that's what I was saying
[18:31] <seb128> the dialogs are just fine when using clearlooks
[18:31] <andreasn> vuntz posted a suspend icon in the bug report, there is also one in power-manager
[18:31] <mpt> and JFTR, I think these bugs are more important than "Low"
[18:32] <seb128> mpt: right, that's why I'm pinging you or whoever here has contacts to get icons drawed and picked for those
[18:32] <seb128> I'm fine looking a code bugs but I'm not an artist
[18:32] <andreasn> the icons used in the previous dialog wasn't that good either, since they all looked like this ( | )
[18:32] <mpt> ok, I'll move them to h-i-t
[18:32] <seb128> mpt: thanks
[18:32] <mpt> yeah, the previous dialog was no fun for the colorblind
[18:33] <seb128> mpt: I can raise the topic during the next desktop team meeting if you want
[18:33] <andreasn> if I've been told correctly, Iconfactory never provided any sources of any kind for their icons, so any bigger sizes will have to be drawn from skratch
[18:34] <andreasn> what kind of deal is that btw? :/
[18:35] <mpt> Binary-only icons? meh
[18:35] <mpt> Graphical binary blobs! :-P
[18:35] <andreasn> kind of
[18:35] <mpt> But I bet if they had provided source they would have been Illustrator or something similarly not-very-useful
[18:35] <andreasn> I would guess so as well
[18:36] <mpt> That leaves bug 269478, which seems like it might be a Metacity bug, but I don't remember Metacity every doing that before
[18:36] <mpt> ever, rather
[18:38] <seb128> mpt: compiz does the same
[18:40] <didrocks> seb128: hum, swfdec-gnome requires swfdec library >=0.8 and we only have 0.7 for intrepid
[18:41] <andreasn> hm, I wonder if this missing reload icon affects every other app that have a reload icon bigger than 24x24 as well
[18:41] <seb128> didrocks: an another update for you to do then ;-)
[18:41] <didrocks> seb128: yes, for sure :)
[18:41] <seb128> andreasn: is there any application doing that?
[18:41] <didrocks> but may i ask a FFe first?
[18:41] <seb128> didrocks: no need for that, I can grant desktop exception and I do grant one for this update
[18:42] <didrocks> seb128: ok :)
[18:42] <seb128> didrocks: swfdec-gnome is a GNOME tarball and has an exception so depends can be excepted too there ;-)
[18:42] <didrocks> seb128: ok, didn't know there was some kind of "heritage" for dependencies :)
[18:43] <ember> seb128: mind if i take a look at gnome-main-menu 0.9.11 ?
[18:43] <seb128> didrocks: there is none but in this case I think the upgrade is a good idea so I grant the exception
[18:43] <didrocks> seb128: understood :-)
[18:44] <seb128> ember: looks like a good idea, it'll require a freeze exception though since that's not a GNOME package and in universe
[18:44] <seb128> didrocks: good update then ;-)
[18:44] <seb128> I'm away for dinner now, bbl
[18:46] <ember> i will have a look
[18:46] <andreasn> seb128: you never know with applications, they do all kind crazy things, so my answer would be "yes, probably" :)
[18:46] <andreasn> mpt: I noticed you're going to the UI hackfest thing in Boston. Do you know where to stay and stuff?
[18:46] <mpt> andreasn, yes, I have a hotel booked
[18:47] <salty-horse> mpt, have you seen my comments about the shutdown menu the other day?
[18:47] <mpt> salty-horse, no
[18:47] <salty-horse> mpt: "I'm using intrepid and noticed the new separate shutdown/logout menus. they have the buttons in a vertical list, and the buttons is very wide. each button also has a different height, and the differences in icon sizes for "restart" and "shutdown" make for an unpleasant and unpolished look."
[18:48] <andreasn> mpt: in the sense "I'm going there too, and don't know where to stay"... it's not that I'm concerned that you don't have anywhere to stay, if I made that impression
[18:48] <andreasn> :)
[18:48] <mpt> andreasn, ah. :-) Well I'm sorry I don't know any more than you do about that.
[18:49] <andreasn> I just thought it would be a good idea to know where other people are staying
[18:49] <mpt> salty-horse, I guess the different height is a symptom of the different icon size.
[18:49] <mpt> Which are the bugs I've reported.
[18:49] <andreasn> the MIT hotel was pretty ok though
[18:50] <salty-horse> mpt, can you link me please?
[18:50] <mpt> salty-horse, bug 269500, bug 269502, bug 269504
[18:51] <salty-horse> thanks
[18:51] <mpt> andreasn, you could turn the attendance list on live.gnome.org into a table with a column for "Where you're staying"
[18:51] <andreasn> good idea
[19:02] <ember> seb128: i have a question libslab0 libslab.so.0.1.0 on .10 and libslab.so.0.1.1 which got some symbols removed
[19:02] <ember> in this case i dump bump shlibs but use the .shlibs file instead right?
[19:02] <ember> s/dump/don't
[19:19] <didrocks> seb128: the package is in debian new (http://ftp-master.debian.org/new/swfdec0.8_0.8.0-1.html). Do I have to make a sync request or repackage it with -0? FYI the source package's name is swfdec0.8 (there is one dedicated source package by version)
[19:20] <didrocks> I will have my dinner now, awat for some times
[19:27] <geser> seb128: does file-browser-applet fall into your responsibility to grant a FFe or is ~motu-release responsible for it? bug 271629
[19:37] <seb128> geser: I'm not sure what is my responsability to grant or not since that's something MOTU decided, but as I understand it I can grant desktop expections or that one is a switch to gio and worth having so I grant it ;-)
[19:37] <seb128> s/or/and
[19:40] <seb128> ember: what symbols have been removed? they should change the soname if they remove symbols
[19:40] <seb128> didrocks: wait for debian NEW I would say
[19:42] <ember> seb128: http://paste.ubuntu.com/49786/
[19:43] <seb128> ember: that seems to be a case for soname change but since they didn't and there is no rdepends don't bother and update the shlibs I would say
[19:44] <ember> seb128: the debian/rules one, or add a .shlibs file?
[19:45] <seb128> let me have a look to the source
[19:45] <seb128> usually packages set the shlibs somewhere
[19:45] <seb128> either by having a .shlibs or in the rules
[19:45] <seb128> dunno what this one is doing
[19:45] <ember> this one uses DEB_DH_MAKESHLIBS_ARGS_libslab0 += -V"libslab0 (>= 0.9.10)"
[19:45] <seb128> ok so update that version
[19:45] <ember> ok, thanks for the tip
[19:45] <seb128> those are different way to do the same thing
[19:45] <seb128> you're welcome
[19:50] <didrocks> seb128: ok, the patch is ready. Will watch at debian NEW and ask for sync as soon as it is released
[19:50] <seb128> didrocks: thanks
[19:54] <geser> seb128: just to be sure: bug 273566 and bug 273629 don't need a special FFe granted as they fall into the general gnome FFe, right?
[19:54] <seb128> geser: correct
[20:06] <ember> why gnome-main-menu isn't considered GNOME and needs FFe seb128 ?
[20:09] <seb128> ember: because GNOME is the GNOME desktop set, which are tarball which respect the GNOME freeze, roll regular tarballs, etc and get an exception in ubuntu because they respect the GNOME freezes, which is not the case of this one
[20:09] <ember> ah ok, and it isn't part of the gnome official modules
[20:10] <ember> according to releng
[20:10] <ember> gotcha, thanks
[20:25] <mvo> Ampelbein: if have a bit of time, could you update compiz from the PPA and check if the segfault is now fixed?
[20:31] <seb128> mvo: speaking about that I get a lot of compiz crashes after session restart on intrepid, is that a known issue?
[20:33] <mvo> seb128: not to me, what kind of crashes? I wonder if the new version helps
[20:35] <seb128> mvo: dunno
[20:35] <seb128> "Cannot access memory at address 0xb8091658" is what I get after attach gdb to the coredump in the .crash
[20:36] <mvo> hrm
[20:36] <seb128> mvo: it crashes after almost every session restart
[20:36] <mvo> there is a 0.7.8 in the ~compiz PPA (deb http://ppa.launchpad.net/compiz/ubuntu intrepid main) if you feel like testing :)
[20:36] <mvo> I can try that, just logout/login?
[20:37] <seb128> mvo: I get it several time a day after login
[20:37] <seb128> but I restart a lot nowadays when testing the GNOME updates
[20:37] <seb128> so maybe it's not every time but every few times
[20:38] <mvo> seb128: and you get a crashfile then, I will watch out for that
[20:39] <seb128> mvo: yes, and the update-manager icon, etc
[20:40] <mvo> thanks
[20:41] <seb128> mvo: is the new version something likely to go to intrepid?
[20:42] <mvo> seb128: if I get positive feedback I want to file a freeze exception for it
[20:42] <seb128> mvo: ok, I'll give it a try then
[20:42] <mvo> we have a git version right now, the new version brings mostly improvements in the form of bugfixes
[20:43] <seb128> mvo: you should just file an exception now, we are still not in beta freeze so better to land it now
[20:45] <mvo> right, the final release of 0.7.8 was just today
[20:45] <mvo> (of the -fusion stuff at least)
[20:45] <mvo> so when I get positive feedback on the current PPA I will file it
[20:46] <seb128> mvo: I'll give a try and tell you about it tomorrow
[20:46] <mvo> thanks seb128
[20:46] <seb128> you're welcome
[20:46] <seb128> mvo: how is going the gnome-control-center update btw ? ;-)
[20:47] <mvo> seb128: too many conflicts, that distro patching drives me nuts
[20:49] <mvo> seb128: I probably do it first thing tomorrow morning, conflicts in the randr capplet and the keyboard capplet
[20:49] <seb128> mvo: sorry about that
[20:49] <mvo> the keyboard stuff is my patch afterall, so no need to be sorry :)
[20:53] <mvo> I take the gconf-editor sponsoring i
[20:54] <Ampelbein> mvo: just got back, will try compiz in a minute
[20:55] <mvo> thanks
[20:55] <seb128> mvo: ups, sorry, I sponsored this one before dinner, I though there changelog has a close on the bug
[20:55] <seb128> mvo: I changed it to fix commited I think
[20:55] <mvo> seb128: gconf-editor?  then I close it
[20:56] <mvo> seems to be not in the archive then or something
[20:56] <seb128> looking why
[20:56]  * mvo goes for tomboy next
[20:56] <seb128> " gconf-editor (2.24.0-0ubuntu1) hardy; urgency=low"
[20:56] <mvo> heh :)
[20:56] <seb128> gra, I always forget to look at the target
[20:56] <seb128> didrocks: you screwed gconf-editor ;-)
[20:57] <seb128> didrocks: it's an intrepid update and not an hardy one ;-)
[20:57]  * mvo is impressed that tomboy has a 5mb source tarball
[20:58] <seb128> mvo: that's gtk# for you I guess ;-)
[20:58]  * seb128 runs
[20:59] <mvo> heh :)
[21:04] <Nafallo> hmm
[21:05]  * Nafallo builds a new netspeed
[21:05] <seb128> Nafallo: http://download.gnome.org/sources/gnome-nettool/2.22/gnome-nettool-2.22.1.tar.gz is yours too thanks ;-)
[21:06] <seb128> Nafallo: people on this chan get assigned updates today and you just won this one ;-)
[21:06] <Nafallo> for hardy? :-P
[21:06] <seb128> no, intrepid
[21:06] <Nafallo> I'm not building stuff I can't test :-)
[21:06] <Nafallo> sorry
[21:06] <seb128> that one build on hardy just fine
[21:06] <seb128> ;-)
[21:07]  * Nafallo ponders if he have access to the porter boxes
[21:07] <Nafallo> don't think I have :-P
[21:07]  * mvo hugs seb'crack-the-whip'128
[21:07] <Nafallo> grab and upload to main, where I have no rights to upload? ;-)
[21:07] <seb128> really it builds fine on hardy, it's still a 2.22.n which means they rolled it for translations updates
[21:07] <Nafallo> seems crackful. I rather stay away :-P
[21:08] <seb128> alright as you want
[21:08] <Nafallo> sure, but I have no build environment set up :-)
[21:08] <Nafallo> at all
[21:08] <seb128> you mean you are running some non ubuntu os on your box? ;-)
[21:09] <Nafallo> lol. no. that means it's used to give you build-machines back after we moved them across buildings :-P
[21:09] <Nafallo> ♥ minicom
[21:09]  * seb128 hands Nafallo a ppa
[21:09] <Ampelbein> mvo: compiz works fine with the new version
[21:09] <mvo> Ampelbein: excellent, thank a lot for the test!
[21:09] <Nafallo> seb128: gah! I've been poking the PPAs all day :-P
[21:10] <Nafallo> seb128: will hopefully start to come back tomorrow.
[21:10] <seb128> Nafallo: and you do you know if they still work now? ;-)
[21:10] <Nafallo> they dont
[21:10] <seb128> you got to try some update ;-)
[21:10] <seb128> bah ;-)
[21:10] <Nafallo> I did gajim alpha during weekend. it's in my ppa for testing :-)
[21:10] <Nafallo> it's AWESOME!
[21:11] <seb128> who cares about gajim
[21:11] <mvo> ember: thanks for the gthumb update! do you happen to know if the 06-add-keybinding patch got sent upstream?
[21:11] <Nafallo> seb128: hopefully the maintainer, you troll :-)
[21:11] <mvo> ga...? gaim, gamin, garmin,gajim, ... how many more?
[21:11] <seb128> Nafallo: right ;-)
[21:12] <seb128> mvo: none of those are really good don't worry
[21:12] <mvo> heh :)
[21:12] <seb128> there is a reason why gaim has been renamed pidgin ;-)
[21:12] <seb128> that doesn't mean it suck less now though :-p
[21:12] <seb128> joke aside pidgin works fine usually ;-)
[21:13] <Nafallo> mvo: oh! next time we sit 3m from each other... let's say hello? :-D
[21:13]  * mvo likes pidgin
[21:13]  * mvo hides from Nafallo
[21:13] <Nafallo> hehe
[21:14] <Nafallo> seb128: seriously. when I've bought my 2x2GB memory for this laptop I need to reinstall anyway. might as well go ibex on it :-)
[21:14] <seb128> good choice ;-)
[21:15] <Nafallo> just need to remember to grab an iso when I'm in the DC :-)
[21:26]  * pochu waves
[21:26] <pochu> hey Nafallo
[21:27] <pochu> seb128: so, what updates are still remaining? I've seen libgnomeprint has already been done, right?
[21:27] <Nafallo> hi pochu
[21:28] <seb128> pochu: hey, all those I've listed this morning are still to do for debian
[21:28] <seb128> pochu: so we can do sync those
[21:29] <pochu> so, gnome-common, libgnomeprint, libgnomeprintui, librsvg, xdg-user-dirs-gtk
[21:30] <seb128> pochu: right
[21:47] <Nafallo> netspeed (0.14-1ubuntu2~nflo1) hardy; urgency=low
[21:47] <Nafallo>   * Add debian/patches/ignore_wmaster0.patch:
[21:47] <Nafallo>     + ignore the wmaster0 device to not use it with the automatic detection.
[21:48] <Nafallo> seb128: worthy of inclusion?
[21:48] <Nafallo> if it works that is.
[21:48] <Nafallo> I'll probably know tomorrow
[22:22] <seb128> Nafallo: similar to http://packages.qa.debian.org/n/netspeed/news/20080629T193248Z.html?
[22:23] <seb128> Nafallo: which is in intrepid already
[22:26] <Nafallo> seb128: yes. thanks :-)
[22:27] <seb128> see you should be using intrepid ;-)
[22:27] <Nafallo> sure. except I had to re-install my Eee after a dist-upgrade.
[22:27] <Nafallo> :-P
[22:27] <Nafallo> it's back on hardy now
[22:28] <Nafallo> but yea. payment time soon
[22:28] <Nafallo> and beta
[22:51] <pochu> seb128: I've started libgnomeprint{,ui}. I still need to build them in a Debian environment (they build fine in Ubuntu) and test them, but I'll do that and request sponsorship tomorrow
[22:51] <pochu> good night everyone
[22:52] <pochu> oops