[00:16] <seb128> robert_ancell: hey
[00:17] <robert_ancell> seb128: hey! Reading through your feedback with totem...
[00:17] <seb128> robert_ancell: I didn't email you for tasks for the day but in a summary I bounced all your sponsoring requests with some changes to do
[00:17] <robert_ancell> yeah, you're mean :P
[00:17] <seb128> that should take a bit, especially the totem update which should switch to cdbs and stop building totem-xine
[00:18] <seb128> lol
[00:18] <robert_ancell> yay! The death of totem-xine.  I tried to get it to work with DVDs but it wasn't working for me.  That may make some unhappy people
[00:18] <seb128> upstream decision
[00:18] <seb128> it's weird that you managed to still build a totem-xine
[00:19] <seb128> is it just starting totem gstreamer?
[00:19] <seb128> it probably ignored the configure option and built the same binary twice
[00:19] <robert_ancell> I'm not sure, I didn't install totem-xine to test.
[00:19] <seb128> anyway time for packaging simplification
[00:20] <seb128> you can probably clean the totem bugs specific to xine too
[00:20] <seb128> look for bugs which have a closed upstream task if you do that, upstream closed some already
[00:20] <seb128> (there is an option on the detailed search page on launchpad)
[00:23] <seb128> otherwise you can have a look to the merges list and pick some to help on that too
[00:23] <seb128> gnome-screensaver would be a good one
[00:23] <seb128> and the compiz stack
[00:23] <robert_ancell> *shudder*
[00:24] <seb128> the mergings are not so fun but we are almost done, soon we can focus on GNOME 2.27 updates and bug fixing which will be nicer ;-)
[00:25] <robert_ancell> yes
[00:25] <robert_ancell> Is esound deprecated yet?
[00:25] <seb128> sort of since pulseaudio is used nowadays, why?
[00:25] <robert_ancell> just noticed it in merges.u.c, it would be nice to get rid of it finally
[00:26] <seb128> there is a sync request waiting for it
[00:26] <seb128> I guess it will be synced after alpha1
[00:27] <seb128> esound (the server binary) is in universe
[00:27] <seb128> but libesd is still used by quite some applications
[00:27] <seb128> (apt-cache rdepends libesd0)
[00:28] <chrisccoulson> seb128 - on the subject of totem, could we disable the tracker plugin?
[00:28] <chrisccoulson> it won't work with the new version of tracker and will need some work on it
[00:29] <robert_ancell> ok
[00:29] <seb128> chrisccoulson: talk to robert_ancell he's on charge for totem now ;-)
[00:29] <seb128> I've no objection
[00:30] <chrisccoulson> thanks
[00:30] <chrisccoulson> robert_ancell - would you mind doing that?
[00:31] <chrisccoulson> i think it's enough to just drop the build-dep on libtrackerclient-dev
[00:31] <robert_ancell> chrisccoulson: no prob
[00:31] <chrisccoulson> thanks:)
[00:32] <seb128> ok, enough for today
[00:32] <seb128> good night or day respectively to everybody
[00:33] <chrisccoulson> good night seb128
=== rickspencer3 is now known as rickspencer3-afk
[17:49] <artir> beware of the paella
[17:54] <pitti> artir: I will, no seafood for me
[17:55] <artir> pitti: paella also comes in the "arrow ibérico" (rice&meat) variety
[17:55] <artir> :)
[17:59] <pitti> kenvandine: weird, can you see the three files in Allhands 2009 Presentations from LaMont Jones/SkillsDevelopment/ ?
[17:59] <seb128> pitti: where is APPORT_IGNORE_... checked?
[17:59] <pitti> it's now empty for me on the web ui
[17:59]  * kenvandine looks
[17:59] <seb128> pitti: seems to not be working on karmic
[18:00] <pitti> ./apport/ui.py:        'APPORT_IGNORE_OBSOLETE_PACKAGES' not in os.environ:
[18:00] <pitti> should work in all frontends
[18:00] <kenvandine> pitti: that isn't shared with me
[18:00] <kenvandine> but... i think lamont was complaining about this a little bit ago
[18:00] <pitti> seb128: what are you trying to do?
[18:01] <seb128> pitti: apport-cli -c crash with some outdated packages installed
[18:01] <pitti> kenvandine: I'm sure I saw the files there some hours ago
[18:01] <seb128> ie
[18:01] <seb128> 'APPORT_IGNORE_OBSOLETE_PACKAGES=1 apport-cli -c crash"
[18:01] <kenvandine> pitti: yes, the files disappeared
[18:01] <kenvandine> they are investigating now
[18:02] <pitti> kenvandine: I renamed my file some hours ago, only to find it renamed back ten minutes ago
[18:02] <pitti> I renamed it again now and wanted to check whether it worked this time
[18:02] <kenvandine> humm
[18:02] <kenvandine> they are investigating, seems all the files disappeared on the web end
[18:02] <pitti> okay, thank you
[18:02] <kenvandine> lucio is helping him
[18:02] <kenvandine> np
[18:03]  * pitti -> off IRC for a bit to practice talk
[18:03] <kenvandine> this is a good exercise for u1 :)
[18:03] <kenvandine> later
[18:03] <pitti> kenvandine: yeah, lots of people banging on one folder
[18:04] <seb128> pitti: no, not working
[18:04] <seb128> grrrr I wanted to take a screenshot without dist-upgrading
[18:04] <seb128> ok, let's forget about this one
[18:21] <chrisccoulson> is mounting all done via dk-disks in karmic now or is it still using HAL?
[18:33] <pitti> chrisccoulson: this is somewhat unclear to me, since our current gvfs ships both
[18:33] <pitti> chrisccoulson: my test package in the ubuntu-desktop PPA only had DK-disks
[18:34] <pitti> and in fact, I'll rip out the hal backend now
[18:34] <pitti> just finished my talk
[18:34] <chrisccoulson> it was unclear to me too. i was going to look at updating ntfs-3g package and was wondering whether to drop the hal rules i added in jaunty to make auto-mounting work properly
[18:36] <chrisccoulson> pitti - is nautilus working ok for you? i can't access computer:/// at the moment (timeout by message bus), but it's not clear to me what isn't sending a reply :-/
[18:36] <pitti> chrisccoulson: it crashes often, but I can get to computer:/// just fine
[18:36] <chrisccoulson> hmmm. i wonder whats wrong at my end
[18:37] <chrisccoulson> not sure how to debug that. doesn't gvfs use p2p dbus connections for a lot of stuff? it makes it difficult for debugging
[18:38] <pitti> chrisccoulson: no off-hand idea, I'm afraid; I hope it's not the gdu and hal backends fighting each other or so
[18:39] <pitti> chrisccoulson: try running the gvfs daemon in foreground debug mode perhaps?
[18:39] <chrisccoulson> pitti - i can try that.
[18:39] <chrisccoulson> thanks
[18:40] <pitti> meh, disabling hal backend disables libgphoto and cdda backends, too
[18:41] <artir> that should die!
[18:42] <pitti> artir: certainly not the libgphoto backend?
[18:42] <pitti> cdda is quite neat as well
[18:42] <pitti> although not nearly half as interesting as it used to be, with RB handling it very well now
[18:43] <chrisccoulson> pitti - there's no debug output from gvfsd. but i notice that gvfsd-computer is not running
[18:43] <chrisccoulson> ah
[18:43] <chrisccoulson> gvfsd-computer is crashing here
[18:43] <chrisccoulson> that's why it doesn't work ;)
[18:43] <pitti> if test "x$enable_gphoto2" != "xno" -a "x$msg_hal" = "xyes" ; then
[18:43] <pitti> hmm
[18:44]  * chrisccoulson goes to debug gvfsd-computer
[18:44] <artir> pitti: the bug
[18:45]  * kenvandine heads out for a doctor appointment
[19:00] <chrisccoulson> pitti - gvfsd-computer only crashes when gvfs-gdu-volume-monitor is running
[19:01] <chrisccoulson> if i chmod -x gvfs-gdu-volume-monitor and then restart gvfsd so it runs the gvfs-hal-volume-monitor, then it works ok;)
=== rickspencer3 is now known as rickspencer3-afk
[19:14] <pitti> chrisccoulson: darn :/ that doesn't seem to happen for me then
[19:15] <chrisccoulson> i'm just doing some debugging now
[19:16] <chrisccoulson> it seems g_drive_get_name () returns a NULL at daemon/gvfsbackendcomputer.c:461
[19:16] <chrisccoulson> which then gets passed to strchr, where it crashes
[19:16] <chrisccoulson> doesn't do it for every drive though
[19:18] <chrisccoulson> out comes the gio reference me thinks
[19:52] <pitti> wife alarm :) see you tomorrow, and good night!
[19:59] <artir> XD
[22:37] <chrisccoulson> hey seb128
[22:38] <chrisccoulson> about the patch translations we spoke about earlier....
[22:38] <seb128> hello chrisccoulson
[22:38] <chrisccoulson> it doesn't work so well. i just tried it here and the pot files don't get merged
[22:38] <chrisccoulson> it creates 2 pot files instead
[22:38] <chrisccoulson> so, i think i'll stick with the old way;)
[22:41] <seb128> chrisccoulson: yeah, that's what I did too for the merges I did
[22:41] <seb128> I commented on the rules line
[22:43] <chrisccoulson> seb128 - i didn't do that with gnome-session when i rebased it a couple of weeks ago. i should check over it really to make sure any new strings were imported ok
[22:44] <seb128> if they were not they will be translated on launchpad
[22:44] <seb128> but it's likely that the gnome-session will go upstream this cycle anyway
[22:48] <Ampelbein> seb128: hello there. was my abiword merge good to go? also, is there any other update/merge you want me to do?
[22:49] <seb128> Ampelbein: hi, sorry I'm busy working on slides for a presentation I've to give next week and on uds topics, I didn't have time for review or sponsoring today
[22:49] <seb128> Ampelbein: nothing special, just pick in the merge.ubuntu.com list ;-)
[22:49] <Ampelbein> seb128: oh, ok. no problem.
[22:51] <Ampelbein> seb128: well, there is a rather complicated thing i'm on right now, bug 368918 . just wanted to check with you that there is nothing urgent before working on that.
[22:51] <ubottu> Launchpad bug 368918 in daemontools "Please sponsor 0.76-3ubuntu1 into karmic" [Wishlist,In progress] https://launchpad.net/bugs/368918
[22:52] <seb128> Ampelbein: ok, no nothing urgent desktop is mostly uptodate, waiting for the next 2.27 round now ;-)
[22:52] <seb128> good luck with this one
[22:53] <Ampelbein> thanks. have fun with your presentation next week
[23:22]  * KaptenRodSkagg_ is away: Jag är upptagen
=== fta_ is now known as fta