[06:58] Good morning [08:32] hey seb128 [08:33] hello MacSlow [08:33] hey seb128 [08:33] hey pitti [08:33] Mahlzeit pitti [08:33] can I still use glade-3 to create gtk-builder files? [08:33] or do I need a new tool for that? [08:33] pitti, I believe so [08:33] pitti, you can set in the project-preferences what output to create [08:34] hm, there's a gtk-builder-convert program [08:34] pitti: why not? [08:34] pitti: gtk-builder is the new thing, why would they drop it? [08:34] seb128: I want to convert apport from glade to gtk.Builder [08:34] seb128: I just wondered about the GUI tool [08:35] pitti, just checked ... you can create gtkbuilder files with glade-3 [08:35] MacSlow: cool, thanks [08:35] glade-3 ask the format to use when you start it [08:35] default is gtkbuilder nowadays [08:35] you can also gtk-builder-convert the .glade [08:35] pitti, now that you mentioned it... did so some weeks ago [08:35] gtk-builder-convert seems to do a reasonable job, though [08:35] it's done for that ;-) [08:35] there is no much difference between .glade and .ui anyway [08:36] just some renamed tags, apparently === tkamppeter_ is now known as tkamppeter [08:36] seb128, but the API is different :) [08:36] right, the idea was the basically get the .glade feature in gtk [08:36] they just did some adjustement on the way [08:36] MacSlow: right but conversion should be easy [08:36] I just finished the hal-sectomy of apport, so while I'm at cleaning old stuff, glade should go with it [08:37] seb128, never really looked at the pure xml of these to formats [08:37] pitti: http://library.gnome.org/devel/gtk/stable/gtk-migrating-GtkBuilder.html [08:37] seb128: htnaks [08:37] (urgh) [08:40] yuor welocme [08:40] the most important question isn't explained anywhere -- what's the file extension for gtkbuilder xml files? :-) [08:41] .ui [08:41] aah [08:41] dlocate .ui [08:41] you will see that most of GNOME use it nowadays ;-) [08:42] that's one of those "GNOME3 goals" [08:42] right, I wanted to do my share of converting apport and jockey [08:42] so that I'm not the one who will be responsible for keeping libglade in teh default install :) [08:43] * seb128 hugs pitti [08:44] pitti: http://www.gnome.org/~fpeters/299.html btw [08:44] morning seb128 [08:44] if you want some GNOME stats on all the cleaning [08:44] lut didrocks [08:44] lut pitti :) [08:44] wow, nice [08:44] hey didrocks [08:49] oh yes, glade-3 is handling nowdays GtkBuilder \o/ [08:49] short time ago, it was not possible :) [08:52] mro,g everyone [08:52] oups [08:52] morning ! [08:56] wow, now that glade->builder conversion was easy [09:04] seb128: do you already have totem 2.27 in ubuntu? [09:04] slomo: not yet but robert_ancell is working on it, why? [09:04] lut huats [09:04] pitti: see ;-) [09:05] seb128: just wanted to know what the experience with it is :) [09:05] slomo: anything specific we should try? [09:06] slomo: I expect we will get quite some users unhappy about the lack of totem-xine [09:06] seb128: help me, I get spammed by millions of bugs handled by robert_ancell on anjuta :D [09:06] huats: mwuhahaha! [09:06] huats: unsubscribe? ;-) [09:06] seb128: oh, check out the new, fancy dvd support, switching between subtitles and different audio tracks of the same file during playback, chained ogg support, etc :) [09:07] seb128: nothing specific, just want to know if all the new stuff works good :) [09:07] ok, will give you feedback [09:07] seb128: speaking of totem, can you look at lp:~robert-ancell/totem/ubuntu? I can't work out how to make it conflict properly [09:07] DVD playing is still crap in jaunty [09:07] seb128: i don't think anybody will be unhappy that totem-xine is gone [09:07] robert_ancell: "conlict"? [09:07] seb128: conflict/replace the old packages [09:07] slomo: I think people playing DVDs will [09:08] robert_ancell: what issue do you get exactly? [09:08] slomo: I couldn't get totem 2.27 to play DVD for me [09:08] seb128: probably only until they test it with totem-gstreamer :) [09:08] slomo: until they run into bugs like http://bugzilla.gnome.org/show_bug.cgi?id=575568 [09:08] seb128: hang on, will get dpkg log for you [09:08] Gnome bug 575568 in don't know "no sound when playing a dvd" [Normal,Unconfirmed] [09:09] "It looks like this is because the DVD is a music concert, with an LPCM [09:09] (uncompressed audio) track. ResinDVD currently only supports AC3 audio tracks," [09:09] robert_ancell: that's good to know... do you have gst-plugins-bad installed? and which versions of gstreamer and gst-plugins-base? [09:09] slomo: gstreamer is getting better but is till not there yet [09:10] at least no sound on some DVD is a stopper for me [09:10] seb128: i can look at fixing that bug later (but i don't have such a dvd so someone else needs to try it) [09:10] that would rock ;-) [09:10] let me know if you need testing, I've some of those [09:10] slomo: gst-plugins-bad 0.10.11-2ubuntu1 [09:11] robert_ancell: too ancient, you want 0.10.11.2 :) [09:11] slomo: ok, will need to update karmic packages then [09:12] heh. i use totem-xine in jaunty ;) [09:18] * robert_ancell wishes bugzilla.gnome.org would get better software/hardware [09:19] seb128: http://paste.ubuntu.com/172851/ [09:20] robert_ancell: oh [09:21] I can't seem to convince dpkg to uninstall all the old packages and then install the new ones [09:24] robert_ancell: debuild clean? [09:24] robert_ancell: your control in bzr is outdated compared to control.in [09:25] I was building with bzr-buildpackage, does that update it? [09:25] no [09:25] damn [09:25] debuild clean to update it [09:25] diff -u control.in control [09:25] and see the difference ;-) [09:28] slomo: btw is there a reason why you upload gstreamer pre-versions to experimental rather than unstable? [09:28] yeah, for some reason I thought it was being applied by bzr-buildpackage - because changing the control.in stopped the -xine.deb being built [09:29] robert_ancell: that's the .install and rules changes which did that [09:29] Ahh ok [09:29] seb128, robert_ancell : DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes debclean -d is better (-d because some clean target can fail if some files aren't found) [09:29] robert_ancell: once again, all is written at https://wiki.ubuntu.com/DesktopTeam/Bzr :) [09:30] seb128: I'm finishing up now, do you want to take over the remaining changes for totem? I'm flying out on Monday so I wont have any time to work on it [09:30] you don't need a binary-post-install for each binary I think, you could call it once with specifying a package [09:30] * robert_ancell is currently in a state of information overload. It will take some time to absorb the Wiki :) [09:30] robert_ancell: if I've time today I will look at it, otherwise it can wait [09:31] I've been trying to get some sponsoring help but seems other people are too busy for that this week [09:31] robert_ancell: hehe, it's understandable ;) [09:31] seb128: I copied that off gnome-games, I'm a bit hazy in the current state of Python .deb packaging [09:31] didrocks: what does DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes do? is that an environment thing? [09:31] huats: The update flood has ended :) [09:31] robert_ancell: ok, I don't know the python package new policy well either, that will work for sure so let it this way [09:32] I'm needed elsewhere, see you guys in person next week! [09:32] seb128: yes, in the past people complained because often uploading stuff blocked transitions ;) [09:33] robert_ancell: have a good weekend and travel to spain [09:33] see you next week! [09:33] seb128: my understanding is that it says basically "ignore build-depends not present on my computer" [09:33] slomo: bah, people want unstable to be stable ... ;-) [09:33] seb128: but to get it taken into account into my host, I have to add -d option [09:33] didrocks: ok, so no interest if debuild clean works [09:34] (which should always be the case on the box where you build the package since build-depends are there for the build) [09:34] seb128: exctly :) [09:34] but could be handy if you work on a box and use pbuilder to build for example [09:34] seb128: yes === dpm_ is now known as dpm === fta_ is now known as fta [10:22] seb128: are all gstreamer packages in sync with ubuntu now btw? [10:24] slomo: let me look [10:25] gstreamer0.10-ffmpeg isn't [10:25] but I guess we can sync it, doing that now [10:25] I just backported http://launchpadlibrarian.net/23776863/gstreamer0.10-ffmpeg_0.10.6.2-1_0.10.6.2-1ubuntu1.diff.gz before jaunty [10:25] and that's in the new version [10:26] ok :) [10:27] slomo: and gst-plugins-bad0.10 is not [10:27] otherwise everything else is in sync [10:29] seb128: ok, what's the delta in -bad? [10:29] slomo: http://launchpadlibrarian.net/23125176/gst-plugins-bad0.10_0.10.10-1_0.10.10-1ubuntu1.diff.gz is the only change there [10:29] we spoke about it briefly before jaunty I think [10:30] seb128: ah, please sync gst-plugins-bad and gst-plugins-good from experimental then :) also, do you have gst-plugins-base 0.10.23-2? if not that would be good to have before totem 2.27, otherwise people will complain :) [10:34] slomo: ok, those are synced now, the whole gstreamer stack is in sync now, thanks for your work there ;-) [10:37] seb128: thank you for syncing it all :) [10:42] slomo: btw do you know what is to blame for the bug about totem hitting an xerror (xvimagesink code usually) on some videocard and drivers when using compiz? [10:42] I'm never sure what to do about that [10:42] usually it's a driver bug [10:44] the xorg guys tend to blame it on the software saying that it should handle better those cases and not crash, fallback to x11 or something if required [11:03] slomo: could you add this change to libunique in debian? [11:03] clean:: [11:03] [ -s po/unique.pot ] || rm -f po/unique.pot [11:04] it should not make a difference for debian and that's the only difference with ubuntu right now [11:04] the translation magic doesn't like the empty template [11:25] heya seb128 [11:25] hello dholbach, how are you? [11:25] diverse_izzue is working on the tracker package - he said you sent him to #ubuntu-motu! :-) [11:25] good good - TGIF! [11:25] how 'bout you? [11:26] hey dholbach [11:26] heya crevette_! === crevette_ is now known as crevette [11:27] dholbach: not sure what he's trying to do on it, I sent him to #ubuntu-motu for questions about updating patches [11:27] no worries [11:27] tracker? what's happening to the tracker package? [11:28] he's struggling with the autotools.patch or something [11:28] dholbach: but tracker is already being handled by chrisccoulson there so this guy should be careful to not duplicate work [11:28] right [11:28] chrisccoulson: apparently this guy wants to try 0.6.94 [11:28] chrisccoulson: so he tried to build a local version and had issues updating the autotools chnage [11:28] ah, ok. but 0.6.94 doesn't give that much over 0.6.93 really [11:28] hey diverse_izzue [11:29] hi seb128 [11:29] diverse_izzue: you can have a chat with chrisccoulson - he's mostly taking care of the package - if you want an "easier" update, have a chat with seb128, he hast the best overview over what needs doing in desktop land :) [11:30] dholbach: thx [11:31] #ubuntu-desktop is a fun place to be and I hope you'll enjoy doing some packaging here :) [11:31] it is a fun place to be :) [11:31] hi chrisccoulson [11:31] chrisccoulson: when are you applying for MOTU? [11:31] did I ask already? :) [11:32] dholbach - i'm working on that. i'll try and do it at the weekend;) [11:32] chrisccoulson: so the story is i'm trying to update jaunty's tracker package to 0.9.94 and fail to update the 99_autotools.patch [11:32] hi diverse_izzue [11:32] chrisccoulson: that's what we like to hear :) [11:32] diverse_izzue - is this for a SRU or just for yourself locally? [11:33] the 99_autotools.patch should just update by running "autoreconf -f -i" [11:33] chrisccoulson: this is just what i chose to be my first packaging experiment [11:33] you might have to delete the old patch and start again though. the existing patch might not apply if they modified the build system [11:34] the existing patch does not apply, that's why i'm trying to update it [11:34] diverse_izzue - just delete it and start again - that's easiest;) [11:34] problem is, autoreconf: automake failed with exit status: 1 [11:34] hmmmm [11:34] i could try that, but i can't do it until i get home from work [11:35] pitti: could you tried to wave bug #372746 in, it re-add a change dropped by mistake in the previous jaunty-updates update [11:35] Launchpad bug 372746 in gnome-settings-daemon "gnome-settings-daemon vs OO.o fonts" [Low,Fix committed] https://launchpad.net/bugs/372746 [11:35] i don't thin they changed much in the build system in 0.6.94. the only thing i know they changed is to disable the push modules by default [11:35] tried -> try [11:36] chrisccoulson: just to verify i'm doing everything right. after copying the debian folder over to the new source tree, i apply all patches before the 99_autotools.patch one using quilt push 11_whatever.patch. then i try to execute autoreconf. [11:37] once you've done that, you need to do "quilt new 99_autotools.patch" (assuming you deleted the old patch), then add all the files to the patch (find | xargs quilt add), then run "autoreconf -f -i" [11:37] that should work ok [11:38] chrisccoulson: deleting the old patch is as easy as rm 99_autotools.patch? [11:38] diverse_izzue - you might need to remove it from debian/patches/series too as I think quilt new will fail [11:38] you picked a good package to start with - quilt is really nice to use :-/ [11:39] seb128 likes quilt too ;) [11:39] lol [11:39] do i sense irony there? [11:39] sarcasm ;) [11:40] quilt is quite horrific to use for some tasks [11:41] diverse_izzue - i don't think tracker 0.6.94 fixes any common issues that users are complaining about at the moment though [11:41] do you use tracker? [11:41] chrisccoulson: yes i do [11:41] hello others as well [11:42] do you have the issue with index corruption and the repeated notification that won't go away? [11:42] no, it runs quite fine actually. sometimes the tracker-applet crashes, else fine [11:42] chrisccoulson: it's really just a random pick for first experiments, as good as any other package [11:42] ah, ok. i was going to ask you to help test a patch;) [11:44] chrisccoulson: what do you use as pastebin? can i put the output of autoreconf -i -f there? [11:45] chrisccoulson: http://pastebin.ubuntu.com/172921/ [11:46] chrisccoulson: one of the debian pkg-gnome guy added a patch to the bts to have a quilt command doing the equivalent of the other edit-patch commands [11:47] seb128 - that's useful to knwo [11:48] diverse_izzue - i'm not sure why that fails yet. mind if i take a look at that when i get home from work just after lunch? [11:48] * chrisccoulson loves fridays [11:48] chrisccoulson: that'd be great [11:48] cool [11:49] i'll try to be around, or at least pop in later in the afternoon [11:50] no problem. i finish work at 1pm uk time and then it takes me about 25min to drive home afterwards [11:51] in uk it's 11:50 now? [11:51] yeah, that's right [11:51] gotcha. cu later then. [11:51] thanks for the help [11:51] you're welcome [12:43] anyone noticed any dbus issues in jaunty? [12:43] like messages timing out and things [12:58] seb128: will have a look [12:58] chrisccoulson: what sort of issue or timeout exactly? [12:58] pitti: thanks [13:01] seb128 - sometimes when an application puts a lot of data on the session bus, everything on the desktop that relies on the session bus stops working and never recovers [13:01] it's really wierd, and not all that repeatable [13:02] i noticed dbus-daemon consuming a lot of memory too (900MB) [13:02] nop, didn't notice any of those [13:02] i suppose i should run it through valgrind really if i can trigger it again [13:02] but I doubt I've "an application puts a lot of data on the session bus" [13:02] seb128 - tracker does that;) [13:03] it's terrible for spamming the session bus [13:03] I'm not using it, it's putting a lot of ios on the disk for sure which is enough ;-) [13:03] i might ask upstream if they would consider using p2p links instead [13:03] seb128 - tracker 0.7.x is supposed to perform much better with regards to IO;) [13:03] how? [13:03] I though the issue was inotify [13:04] hey, if someone has time for https://bugs.edge.launchpad.net/bugs/373199, 2.26.0 was already pushed to karmic, it just need the same package except removing the Depends on gnome-bluetooth-2.27.0 [13:04] Ubuntu bug 373199 in gnome-user-share "Update gnome-user-share to stable relase " [Undecided,New] [13:04] no idea. upstream say they've noticed a welcome performance improvement after removing all the qdbm code [13:04] i haven't tried it out yet though, so I can't say how much better it is [13:04] I'm waiting to see ;-) [13:05] for sure tracker is getting work nowadays so it should become better [13:05] the new version should resolve a lot of the issues that users currently complain about, particularly the index corruption problems [13:06] we could perhaps reconsider installing it by default in karmic [13:06] karmic is going to be the cycle where all the rewrote and changes land anyway [13:06] ie *kit, e-d-s to dbus, plymouth, etc [13:07] I'm pondering trying to push the new gdm too now, especially if next cycle is a lts [13:07] seb128 - i'm not sure about installing it by default in karmic. i need to speak with upstream really and see how confident they are of having a solid stable release in time, considering the changes in 0.7.x are pretty significant [13:07] it might be good to let the dust settle and install it by default in karmic+1 [13:08] it's time to use ext4 by default then, in order to have change in the full stack [13:08] well my logic is that we need to land changes this cycle if we want those in the lts [13:08] :) [13:08] seb128 - that's a fair point. some of the new stuff this cycle sounds interesting [13:08] we don't want to get tracker on by default in a lts cycle without testing it before [13:08] so either it's this cycle and we have testing feedback and can evaluate it for lts [13:08] or it's after the lts [13:08] crevette - i recently converted to ext4 and now i see frequent lockups when deleting files :( [13:09] chrisccoulson, yeah I'll wait few cycle before using that [13:09] crevette: I don't see the point of being crack addict on filesystem really [13:09] you expect those to be stable [13:09] seb128, yeah me too [13:09] crevette: you are the one suggesting the change though ;-) [13:10] seb128, there was a :-) two lines below [13:10] no, there was a ":)" ;-) [13:10] seb128 - i'm going to work on getting tracker 0.7 in karmic over the next few days. uploading after you guys come back from UDS might be good timing though, as I spoke to mbiebl who maintains it in debian and he says it crashes a lot at the moment in its current state ;) [13:10] chrisccoulson: ok, good [13:11] i'm still working on a jaunty SRU for tracker at the moment though [13:11] trying to fix what? the index corruption? [13:15] seb128 - we can't fix the index corruption in jaunty. i'm trying to fix the issue where the error notification repeatedly appears and can't be dismissed [13:16] the problem is is that i can't recreate the issue here and the people that are experiencing it are being somewhat less then co-operative with providing useful information ;) [13:16] don't spend too much time on jaunty srus [13:16] I would recommend uninstalling tracker on jaunty [13:17] yeah, it does have a lot of issues in jaunty [13:17] you will not realistically get it great there [13:17] so better to focus on getting it in shape in karmic than patchworking jaunty [13:18] and tell to jaunty users that the current version is not ready and they should better not use it if they have issues [13:20] i think that the current package in my PPA will make it better for users experiencing the issues (it actually reindexes properly without the user having to do anything and shouldn't spam the user with lots of error notifications), but i'm having difficulty finding people to test it now [13:20] i think most people already got fed up of it and uninstalled it;) [13:22] chrisccoulson: ...or they are quite happy with the one currently in the repos. 0.6.93 runs quite stably for me, at least the indexer works very well now [13:22] chrisccoulson: as said don't spend to much efforts on that imho, better focussing on having the new version stable [13:23] seb128 - yeah, i'll do that. [13:23] diverse_izzue - the jaunty version has quite a lot of issues still;) [13:23] right, i've got to go anyway. time for me to go home [13:24] chrisccoulson: see you later [13:47] pitti: apparently you didn't merge your notify-osd changes before jaunty in bzr? [13:47] notify-osd (0.9.11-0ubuntu3) jaunty; urgency=low [13:47] * Correctly check for multihead_mode, to make bubbles always appear on the [13:47] primary screen. Cherrypicked from trunk. (LP: #331369) [13:48] pitti: this change is not in lp:~ubuntu-desktop/notify-osd/ubuntu [13:51] seb128: it's in bzr+ssh://bazaar.launchpad.net/%7Eubuntu-desktop/notify-osd/notify-osd-jaunty/ [13:51] sorry, seems I forgot to update Vcs-Bzr: [13:51] notify-osd-jaunty? [13:51] should that be merged in ubuntu too? [13:52] there unfortunately was some confusion, and notify-osd got changes which weren't appropriate for jaunty at that time [13:52] I'm not sure why you changed the bzr there? [13:52] so I left that in the "packaging trunk" for kamic, and created a jaunty branch [13:52] seb128: it should be merged, yes [13:52] ok, makes sense now [13:52] thanks [13:52] I can't remember exactly any more, I'm afraid [13:53] but yes, the jaunty branch shoudl be merged into trunk [13:53] ok thanks [13:53] agateau was asking me about it [13:53] they try to work on a sru [13:53] yeah, I warned them to request them on the LP bugs before starting to work on it :) [13:53] and that created some confusion, we are good now [13:53] thanks! [13:54] sorry for the mess [13:54] pitti: yeah, he was just trying to figure was bzr revision was used in jaunty [13:54] don't worry, bzr doesn't make things always easier we know that ;-) [14:08] diverse_izzue - i just tried running autoreconf on tracker-0.6.94 here, and it works ok [14:08] chrisccoulson: this is not fair! [14:08] hmm, polkit-auth doesn't list org.fd.hal.power-management when I'm logged in, perhaps that's why the menus don't have any entries to suspend etc? [14:08] on karmic [14:09] tjaalton - hasn't the power stuff been disabled in hal now? [14:09] pitti will know ;) [14:09] no, it hasn't been disabled [14:09] it's just not used any more by g-p-m [14:09] ok, so what does g-p-m use? [14:10] devicekit-power [14:10] oh wait, devicekit-power [14:10] tjaalton: that's still strange, you shuold still have those privileges [14:10] so, it doesn't seem to work here :) [14:10] I do have suspend/hibernate in the shutdown menu [14:10] polkit-auth|grep power-management has them all [14:11] empty [14:11] ugh [14:11] tjaalton: check ck-list-sessions ? [14:11] is-local =TRUE [14:11] oh [14:11] active = TRUE ? [14:11] active = FALSE [14:11] that'd be it [14:11] heh [14:12] diverse_izzue - could you run "autoreconf -f -i -v" to get more output? [14:18] pitti: ok, found the problem. I had gdm on tty1 [14:19] tjaalton: hm, why woudl that break CK? [14:19] chrisccoulson: done, http://pastebin.ubuntu.com/173011/ [14:19] pitti: beats me.. [14:22] pitti: perhaps this would help? http://cvs.fedoraproject.org/viewvc/devel/ConsoleKit/ConsoleKit-0.3.0-get-vt-from-display-instead-of-controlling-tty.patch?revision=1.1&view=markup [14:22] tjaalton: btw, do you guys plan to upload -intel 2.7.1 to karmic soon? right now it's just in the jaunty -updates repo, right? [14:22] tjaalton: by the name of it it might indeed [14:22] pitti: last I heard was that bryce was working on it [14:23] *sigh* I wish John would apply patches that get sent to him [14:25] diverse_izzue - do you have gtk-doc-tools installed? [14:25] pitti: ok, bug 375877 now has consolekit too, so close that part if/when you add it :) [14:25] Launchpad bug 375877 in upstart "Move *dm to VT1" [Undecided,Invalid] https://launchpad.net/bugs/375877 [14:25] tjaalton: thanks [14:26] tjaalton: well, the boot flicker is pretty irrelevant with KMS, right? It's mainly an issue for older drivers which won't get ported to KMS, I guess? [14:26] or closed ones like nvidia;) [14:26] chrisccoulson: installed it and now autoreconf passes! [14:26] pitti: there's a state change even with krm [14:26] uh [14:26] *kms [14:26] diverse_izzue - cool:) [14:27] indeed. so the procedure is to first create a new patch using quilt, then add all files to that patch, then call autoreconf, and then use quilt to update that patch? [14:28] that is sometimes what i do. but you have to be careful that autoreconf might create new files, and these won't get added to the patch [14:29] chrisccoulson: ...the safe way would be what then? [14:29] sometimes i create a copy of the source directory (with all patches applied), run autoreconf in one, then create a diff and use that as the patch [14:30] i'll try the easy version first :-) so much to learn. === asac_ is now known as asac [14:36] chrisccoulson: are you still working on some merges out of trackeR? [14:37] i'm not doing anything specific with tracker just yet [14:37] ok so remove the tracker part [14:37] are you working on some merges still? ;-) [14:38] gnome-panel I think [14:38] I'm not sure if you said you would do gnome-applets too [14:38] chrisccoulson: so now i have a patch that quilt complains "does not remove cleanly". might i have run in the kind of situation you were mentioning? [14:38] ah, yes. i've still to finish gnome-panel. it's pretty much there, but the delta to debian is huge [14:38] and yes, gnome-applets is on my list [14:38] ok excellent [14:38] chrisccoulson: I know the delta is not trivial, thanks for taking over the task ;-) [14:39] i think the gnome-panel delta looks worse than it really is because of the all the indicator-applet and fusa migration stuff. and debian have some patches that we're not really interested in too [14:40] hmmm, there's no version 1.3 for gvfs listed on bugzilla.gnome.org :-/ [14:40] yeah, I quickly copy autotools, etc change over to have a sane diff when I work on such changes [14:40] that's because there is no 1.3 tarball [14:40] use trunk [14:40] the karmic version is a git snapshot [14:42] seb128- thanks [14:42] diverse_izzue - did you run "quilt refresh" before trying to remove the patch ;) [14:42] it's a common pitfall with quilt [14:42] * pitti ponders http://launchpadlibrarian.net/26754645/buildlog_ubuntu-karmic-amd64.gnome-power-manager_2.26.1-0ubuntu2_FAILEDTOBUILD.txt.gz [14:43] none of libgnomeui, gnome-panel, libbonoboui has been updated recenlty [14:43] i thought a lot of gnome stuff dropped dependencies on libgnomeui? [14:43] are you sure it really needs it? [14:44] chrisccoulson: it might be obsolete, I'll check it [14:44] I just updated the apport hook, so I didn't do a lot of other checks [14:45] i don't think g-p-m needs libgnomeui (although that doesn't solve the issue with libgnomeui, but it might mean you can build g-p-m) [14:45] there's no check for gnomeui in g-p-m's configure.ac [14:45] i think that dependency has gone [14:45]