=== hggdh is now known as hggdh|away [06:13] I am working on gthumb now [07:31] pochu: so you figured out the usb mount problem? [08:37] hello there [08:37] mvo: can you do http://download.gnome.org/sources/vte/0.17/vte-0.17.4.tar.gz? [08:48] seb128: sure [08:48] mvo: danke [09:06] seb128: vte is building, will take a while, it build itself how many times? 4? 17? [09:06] mvo: you like the multiple python builds too apparently ;-) [09:06] I love them [09:07] * mvo makes more tea [09:07] * seb128 restarts session to try the gnome-session update [09:08] Ampelbein: did you had a chance to play with the compiz 0.7.8 packages in the ppa ? === BugMaN1 is now known as BugMaN [09:17] o/ [09:18] seb128: I can do some tasks for updating packages this evening if needed :) [09:21] hey didrocks [09:21] hi seb128 [09:22] 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] seb128: with pleasure [09:24] it's your then ;-) [09:31] 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] (I really need to reinstall my debian) [09:33] seb128: Does it need to be today? [09:33] lool: I would like to have pango 1.22 today but it doesn't "need to" no ;-) (the other ones no hurry) [09:34] I'll do pango [09:34] thanks [09:34] * seb128 hugs lool [09:34] The tarball list is impressive [09:34] It's the third time in two days I open the ftp-release-list box and think "whoa" [09:34] yeah, vuntz made some efforts to roll tarball for everything [09:35] 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] I hope we get libcairo2-dev >= 1.7.67 [09:36] *6 [09:36] I'll ping slomo about it when he's online [09:36] I was having the same idea [09:37] I mailed dajobe to get 1.7.4 when slomo was on holidays, but I'm reluctant to ping him again [09:37] Anyway, no new symbol so it should really be trivial [09:38] right [09:38] brb trying updates === Ng_ is now known as Ng [09:41] seb128: I've committed pango; it should be just that; I'll build / test / upload when we get cairo [09:41] lool: ok thanks [09:44] 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] good morning btw :) [09:46] hey pochu [09:47] pochu: want to do some easy updates for debian that we can sync later? ;-) [09:48] seb128: which ones? [09:49] pochu: gnome-common, libgnomeprint, libgnomeprintui, librsvg, xdg-user-dirs-gtk [09:50] 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] pochu: good morning :) [10:01] 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] seb128: I'm not very comfortable asking for sponsorship without testing... and I don't have my printer configured in Debian [10:03] wait [10:04] libgnomeprint is about print dialogs, isn't it? :) [10:04] pochu: those have no code change, they are translation updates [10:04] pochu: and right, for applications still using that and not gtkprint [10:04] pochu: try printing to a file that's enough [10:06] good morning slomo :) [10:07] hey slomo [10:07] slomo: can you do the cairo update to 1.7.6 in debian? ;-) [10:08] seb128: I can look at those later, have to go to the uni now [10:09] pochu: ok, see you later [10:16] seb128: i'll look at it late [10:16] slomo: thanks [10:16] it's required for the pango update [10:17] ok :) [10:18] 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] pitti: ok [10:20] pitti: btw if you want to do some desktop sponsoring feel free, there is still some listed on dholbach's sponsoring lists ;-) [10:21] seb128: sure :) [10:22] * seb128 hugs pitti [10:22] 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] oh, you should take some rest rather then [10:22] seb128: I was thinking the same thing about consolekit [10:23] 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] 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] mvo: as i already said yesterday, your compiz-version segfaults as soon as i start it. [10:34] mvo: http://pastebin.com/d44336fef [10:34] Ampelbein: oh, I must have missed that [10:35] do you want me to provide s stacktrace? [10:35] seb128: doing transmission [10:35] pitti: thanks [10:43] (sponsoring) i take libwnck and vino and gnome-menus if noone is faster [10:45] mvo: thanks [10:53] seb128, mvo: grabbing libgnomeprintui (transmission done) [10:54] pitti: thanks [10:55] I'm sponsoring ted's updates [11:00] is there more pending that is not in the queue yet? [11:00] seb128, mvo: doing g-v-m and bluez-gnome [11:01] mvo: I don't think so [11:01] mvo, pitti: thanks for your help on the sponsoring [11:01] seb128: you're welcome; just keeping status here for coordination [11:02] I do the libgphoto iphone update [11:02] seb128: np [11:15] seb128: i have trouble doing the epiphany-browser update, bug 273342 , the resulting package won't compile: http://pastebin.com/d3e68ffab [11:15] Launchpad bug 273342 in epiphany-browser "Please update to 2.24.0" [Wishlist,In progress] https://launchpad.net/bugs/273342 [11:16] Ampelbein: I guess that's an issue in the autoreconf patch [11:16] seb128: anything else than cairo? :) [11:17] 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] slomo: what I listed to pochu before [11:17] quilt push -f 99_autoreconf.patch i meant [11:17] slomo: gnome-common librsvg libgnomeprint libgnomeprintui xdg-user-dirs-gtk [11:18] ah ok [11:18] Ampelbein: I'll have a look in a bit, not sure what is the issue without looking into the details [11:18] ok [11:18] slomo: those are stable updates and should be fine for debian unstable [11:18] i uploaded dsc and diff.gz to the bug [11:18] slomo: I think pochu started on libgnomeprint* [11:19] 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] seb128: did you or someone else start packaging of gobject-introspection? [11:19] ok [11:19] slomo: I didn't and I didn't read about somebody else doing it either [11:20] ok [11:21] didrocks: want an another update to do? ;-) [11:21] seb128: if possible :) [11:22] seb128: I finally found the time to prepare a well-configured pbuilder (damned proxy) at my company [11:22] didrocks: http://download.gnome.org/sources/gconf-editor/2.24/gconf-editor-2.24.0.tar.gz [11:23] seb128: will work on both of them asap :) [11:24] mvo: http://download.gnome.org/sources/gnome-control-center/2.24/gnome-control-center-2.24.0.tar.gz is yours ;-) [11:25] seb128, mvo: looking at the 4 sync sponsoring bugs now [11:26] looking at the xchat-gnome sponsoring [11:27] hey Scott [11:27] hey [11:27] slomo: oh, did you already upload the cairo update? [11:27] nope, not yet [11:28] slomo: maybe you could look at using clean-la, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491292 [11:28] Debian bug 491292 in libcairo2-dev "libcairo2-dev: libcairo.la shouldn't export dependency_libs" [Important,Open] [11:28] seb128: it doesn't build here [11:28] oh? [11:30] something with the xcb backend [11:32] seb128: xchat-gnome, bug 273328 done [11:32] Launchpad bug 273328 in xchat-gnome "Please update to 0.24.0" [Wishlist,Confirmed] https://launchpad.net/bugs/273328 [11:32] Ampelbein: I just uploaded ;-) [11:32] seb128: alacarte, bug 273513 don [11:32] Launchpad bug 273513 in alacarte "Please update to 0.11.6" [Wishlist,In progress] https://launchpad.net/bugs/273513 [11:32] looking [11:32] Ampelbein: how did you update the .glade? [11:32] the glade was moved to data/ subdir [11:33] ah, I though that was conflicting [11:33] usually .glade changes are no fun to update [11:33] Ampelbein: want other updates to do? ;-) [11:33] sure. [11:33] Ampelbein: [11:33] http://download.gnome.org/sources/gnome-media/2.24/gnome-media-2.24.0.tar.gz [11:34] ok [11:39] 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] oh, forgot that. [12:05] re [12:05] Ampelbein: looking at your gnome-media update === Nafallo_ is now known as Nafallo [12:52] Ampelbein: still around? [12:52] Ampelbein: the epiphany-browser, use the hardy libtool to do the autoreconf patch [12:53] 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] I blame Keybuk for updating the libtool version in ubuntu too early ;-) [12:57] "too early" ? :) [12:57] Keybuk's 3rd rule of computing: if you don't break it, nobody will fix it [12:58] Keybuk: right, but I don't think fixing buggy upstream configure is the best use of our limited manpower [12:59] 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] seb128: i can take gnome-backgrounds and gconf-editor if nobody is working on it [13:01] gconf-editor is already assigned, you can do the other update [13:01] okidoki [13:02] what does epiphany do that's strange? [13:02] do you have a build log? [13:02] Keybuk: they use that [13:02] if /bin/sh ../libtool --mode=compile ${CC} $PYTHON_CFLAGS -c testpython.c >/dev/null 2>&1 && \ [13:02] /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] grep 'dlname.*testpython' testpython.la >/dev/null 2>&1; then [13:02] result=yes [13:02] Keybuk: in their configure.ac [13:03] ah, they call libtool in configure.ac ? [13:03] Keybuk: yes [13:04] AC_TRY_COMPILE I gues [13:06] Keybuk: is that something which will work on libtool1 too? [13:06] yes [13:06] it's the autoconf way of doing test compiles [13:09] seb128: sorry, was away shortly [13:09] that's alright [13:10] 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] it occurs to me that that libtool snippet will also utterly break on cross-compiles [13:10] since it will use the wrong libtool and wrong compiler ;) [13:11] 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] i will try the downgraded version [13:12] I still have around 30 tarballs on my update list and I want to get those updated today ;-) [13:12] seb128: it looks like it just tries to see whether testpython.c compiles and links? [13:12] Keybuk: http://svn.gnome.org/viewvc/epiphany/trunk/configure.ac?revision=8420&view=markup [13:13] seb128: if there's a bug, assign it to me :) [13:17] which reminds me, was there ever a bug for the cairo patch? [13:17] or was it freetype? [13:20] Keybuk: bug #273554 is yours [13:20] Launchpad bug 273554 in epiphany-browser "doesn't build using libtool2 due to incorrect libtool use in configure" [Medium,Confirmed] https://launchpad.net/bugs/273554 [13:21] 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] thanks! I've got my assigned bugs list sane, so it's actually *useful* for me as a TODO list once again [13:21] seb128: aha! that's good then [13:21] thanks to you ;-) [13:21] I'd noted the fonts changed, and wondered if someone else fixed it while I've been in Portland [13:22] was fixed on Thursday or so? [13:23] Keybuk: yes, Thu, 18 Sep 2008 16:50:12 -0000 (18:50 CEST) [13:23] fontconfig (2.6.0-1ubuntu4) intrepid; urgency=low [13:25] ok, great [13:25] sorry I couldn't help quicker :-/ [13:26] that's alright, there was no hurry [13:31] 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] (just fyi, nnot as a action item) [13:32] 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] mvo: either we roll back to the previous system or go for the new one [13:32] yes, that is the reply to that [13:32] ah ok, thanks for looking into it [13:32] any opinion on rollback or going forward? [13:33] I think the easier for intrepid is probably to just make the plugins build the informations files again [13:33] 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] 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] mvo: would work for me too [13:34] but I'm not really sure yet (it looks reasonable easy) [13:34] Ampelbein: do you have the librarian url for this one? [13:34] for intrepid+1 we need update fully anyway I think [13:34] Ampelbein: when did you get the issue? [13:34] http://launchpadlibrarian.net/17879670/buildlog_ubuntu-intrepid-i386.epiphany-browser_2.24.0-0ubuntu3_CHROOTWAIT.txt.gz [13:35] i used -0ubuntu3 as version because launchpad otherwise rejects my upload. [13:35] Ampelbein: right you can't use already published versions [13:36] the build doesn't even seem to start [13:36] seb128: I have a really quick hack fix for the epiphany bug :p [13:37] Ampelbein: right, it's a buildd issue, will ping the soyuz guys about that now [13:37] seb128: put LT_OUTPUT before the call to libtool [13:37] if you want to be compatible [13:37] m4_ifdef([LT_OUTPUT], [LT_OUTPUT]) [13:38] Keybuk: let me try that [13:38] it's not even a hack really, it's *documented* as being for exactly this situation [13:42] Keybuk: indeed that fixes it, thank you [13:45] Ampelbein: can you retry the build? [13:45] Ampelbein: on the launchpad build page you should have a retry button [13:45] seb128: now retrying the build. === pedro__ is now known as pedro_ [13:59] mvo: can you look at bug #273414? [13:59] Launchpad bug 273414 in gnome-control-center "gnome proxy settings system wide button has misleading function" [Low,New] https://launchpad.net/bugs/273414 [14:00] seb128: epiphany-browser now built correctly, i uploaded to bug 273342 [14:00] Launchpad bug 273342 in epiphany-browser "Please update to 2.24.0" [Wishlist,In progress] https://launchpad.net/bugs/273342 [14:05] Ampelbein: good thanks [14:10] Ampelbein: why the debhelper requirement change? [14:15] seb128: I think I fixed that this morning [14:15] seb128: LT_OUTPUT will fix any occurence of libtool being used in configure.ac [14:16] though if it's using it to get config output, just replace it with the variable itself [14:16] 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] Keybuk: but that's the right fix or should libtool not be called in the configure.ac? [14:17] seb128: in this case, what they're doing is ... well [14:17] seb128: no, I haven't, I will check it out once I finished the codec change stuff [14:17] there may be a better fix, but it may not have exactly the effect they're testing for [14:17] mvo: ok thanks [14:17] 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] they use specific libtool options in the test, after all [14:18] 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] so LT_OUTPUT seems a better solution for that [14:18] something just compiling and linking something as usual should use AC_TRY_COMPILE/AC_TRY_LINK etc. [14:19] ok, makes sense [14:19] thanks [14:21] seb128: backgrounds done, is there any free update to do? [14:22] http://download.gnome.org/sources/gthumb/2.10/gthumb-2.10.10.tar.gz [14:23] okidoki i will take a look at gthumb [14:24] ok [14:50] seb128: gnome-system-tools ready (bugs #273579) [14:50] Launchpad bug 273579 in gnome-system-tools "Please sponsor gnome-system-tools 0.22.1 into intrepid" [Undecided,Confirmed] https://launchpad.net/bugs/273579 [14:50] didrocks: thanks [14:54] 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] 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] that would be weird [15:09] tedg: hey [15:10] Ampelbein: epiphany-browser uploaded, want to do an another update? ;-) [15:10] seb128: I Noticed it in hardy but I've just been checking it on intrepid same thing [15:10] davmor2: what do you call memory leak? [15:11] seb128: Yes. [15:12] tedg: I've sponsored your fusa update [15:12] 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] davmor2: what process? [15:12] seb128: Great! [15:13] tedg: gnome-power-manager 03-system-policy.patch has a gpm-main.c.orig copy which should not be there [15:13] seb128: sorry? how do you mean process? [15:13] davmor2: is that firefox which is eating those 788megas? [15:13] seb128: Ah, oops. I'll fix it. [15:13] tedg: thanks [15:14] tedg: and about the gnome-power-manager number of changes, those have been commited before the freeze start so nothing to say ;-) [15:15] tedg: they didn't roll a .92 tarball apparently or those change will have been in this one [15:15] 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] seb128: Ah, okay. I thought "released" not committed. [15:16] davmor2: what start to climb? what number are you looking at? [15:16] 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] 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] davmor2: use top, sort by memory usage and look what is using it then? [15:19] 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] seb128: that kicks in about hours 6-8 of usage and my system grinds to a halt [15:20] ok, so back to my previous question [15:21] what do you use which is not in the standard installation [15:21] I'll run top on the virgin test system and see which shows up [15:21] any plugin which does integration between those software? [15:21] and try to top and see what processus use the ressources [15:22] seb128: I'm on 64bit I have a default pidgin and FF3 with flash I don't have any other plugins enabled [15:22] weird that nobody else has the issue then [15:22] I doubt you are the only user running firefox and pidgin ;-) [15:23] any try to see what processus use the ressources and to valgrind it [15:24] 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] ok [15:26] brb [15:30] seb128: gconf-edito also finished (bug #273598) [15:30] Launchpad bug 273598 in gconf-editor "Please sponsor gconf-editor 2.24.0 to intrepid" [Undecided,In progress] https://launchpad.net/bugs/273598 [15:31] didrocks: thanks [15:31] seb128: if you want, I can do some more this evening :) [15:31] (I am away for a couple of hours) [15:31] just hl me, I will backlog [15:31] 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] see you later [15:31] seb128: don't give to much stuffs to didrocks [15:31] seb128: no pb! See you latter :) [15:31] he has lots to do already with ubuntu-fr :) [15:32] huats: :p [15:32] ;) [15:32] lut btw seb128 [15:32] :) [15:32] ;-) [15:32] 'lu huats [15:32] huats: how are the anjuta updates going? ;-) [15:32] huats gives me his work for ubuntu-fr, what a shame :) [15:32] 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] (didrocks and I will be keeping the stand :)) [15:33] huats: tomorrow intrepid should be on the "GNOME 2.24 is available" mode ;-) [15:34] :) [15:34] it will be [15:34] :) [15:36] seb128: tomorrow you'll have anjuta btw :) [15:36] good ;-) [15:37] (I have been able to work on it in the train... but not finished yet, because no internet connection...) [15:39] 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] davmor2: how much are using firefox and pidgin and how are their usage moving? [15:42] huats: you need to update gdl and gnome-build too right? [15:42] seb128: sure [15:42] seb128: gdl is done [15:42] and gnome-build too [15:42] I just need to check a few stuffs [15:42] ok [15:42] but they are done [15:42] you can open sponsoring requests if you want [15:42] I will look at the updates [15:43] let me check the few details I want [15:43] and I open the requests :) [15:43] (if it is ok for you of course) [15:43] 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] huats: sure, no hurry [15:44] davmor2: use gnome-system-monitor and sort by memory usage? [15:46] huats: just let me know when you open the bugs if you want me to have a look at those ;-) [15:47] seb128: FF 36.7 and top pidgin 12.3 4th [15:47] seb128: of course :) [15:47] davmor2: and how those move when the usage change? [15:47] seb128: asyou might have understand I'd rather try by myself... so that I learn more :) [15:48] but your look at the packages will be more than welcomed :) [15:48] 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] seb128: I know :) [15:50] 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] well, try to figure which processus usage change in this list [15:51] take a screenshot now and look the different in an hour [15:54] seb128: will do thanks for the help [15:54] you're welcome [15:54] gicmo: hey hey [15:54] seb128: hey [15:54] seb128: the party was good, I was drunk at the end [15:54] seb128: but today she is sick (not so great) [15:55] see, partying is not always easy ;-) [15:55] so true [15:57] gicmo: have you seen alex understood the trash crashing issue [15:57] seb128: ah, nope [15:58] gicmo: read the current comment on http://bugzilla.gnome.org/show_bug.cgi?id=547568 [15:58] Gnome bug 547568 in trash backend "gvfsd-trash crashed with SIGSEGV in g_main_context_dispatch()" [Critical,Unconfirmed] [15:58] AHA [15:58] oh, I didnt know we were linking that thing statically [15:59] I guess it helps that he actually wrote that code ;-) [15:59] yes ;-) [16:00] but mclasen and I were partly right as well [16:00] TOLD YOU! [16:01] I know it was that mainloop integration [16:01] ;-) [16:01] Ah! [16:01] I told you it was that piece [16:01] right [16:01] I just missed that statically linking piece [16:01] ahhh [16:01] good to see that he figured it out [16:01] hmm might it be that its _g_dbus_connection_integrate_with_main () being called from the thread oder something [16:01] that was the other day [16:02] you were close ;-) [16:02] yeah [16:02] damnit [16:03] gicmo: anyway good to have alex back and having time to look at those issues [16:04] seb128: GPM patch is now fixed. Sorry about that. [16:05] 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] seb128: totally! [16:06] seb128: Yes. I did use a new version. I wish you could "really delete" in a PPA :( [16:11] seb128: back again, ready to do another update [16:12] Ampelbein: btw did you reply to the "why did you update the debhelper requirement"? [16:14] seb128: dh_icons required a update of the debhelper, this was a lintian warning i think. [16:14] Ampelbein: ok, I was just wondering since you didn't mention why in the changelog [16:14] ok, i will add a description next time on why i changed it. [16:17] Ampelbein: I've uploaded it now so that's for next one ;-) [16:17] 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] will work on it now [16:18] seb128: tomboy and gthumb done [16:18] thanks [16:18] ember: ok [16:20] ember: you can http://download.gnome.org/sources/gnome-devel-docs/2.24/gnome-devel-docs-2.24.0.tar.gz [16:20] if you want to do this one [16:20] okidoki, i will do devel-docs and gnome-doc-utils [16:21] ember: wait for gnome-doc-utils, that might be something to do in debian and sync, I'll ping slomo about it [16:23]