[01:18]  * bhale pokes Hobbsee with a pointy stick
[01:28] <ajmitch> careful there...
[01:34] <bhale> :/
[01:43] <ajmitch> how's it going? haven't seen you around for awhile
[02:05] <bhale> ajmitch: its all good, I travel like a mad man
[02:05] <bhale> ajmitch: you?
[02:05] <ajmitch> busy with work, clients driving me mad, etc
[02:05] <ajmitch> nothing out of the ordinary
[02:06]  * Hobbsee pokes bhale back
[02:06] <bhale> San Diego was lovely, beats my usual destinations
[02:18] <bhale> whats up Hobbsee ?
[02:19] <Hobbsee> bhale: well, i dist-upgraded my server, and part of it's exploded, so...
[02:19] <bhale> oops
[02:20] <bhale> my desktop did that yesterday, turned out to be bad blocks
[02:20] <bhale> I cleaned it up
[02:26] <ajmitch> Hobbsee: do you get to keep all the bits?
[02:27] <Hobbsee> ajmitch: yeah, seems so
[02:28] <ajmitch> so what part exploded? uninstallable stuff, or everything segfaulting with a bad filesystem?
[02:28] <bhale> mine refused to start X, I found out the fs was mounted RO with errors
[02:29] <bhale> it seems like I lost power the week I was away
[02:29] <bhale> although the drive would have been idle for days and ext3 usually doesn't have this sort of problem
[02:30] <ajmitch> idle except for daily cron jobs?
[02:30] <bhale> not much there besides apt-get update and updatedb
[02:31] <ajmitch> updatedb or find takes quite awhile on my desktop
[02:31] <bhale> yeah mine is getting pretty sad
[02:31] <bhale> its only got 512mb
[02:31] <ajmitch> mine only has 4GB, but far too many files
[02:31] <bhale> struggles to run a few tabs in FF
[08:41] <slomo_> mvo: gnome-app-install needs to provide the gstreamer-codec-install alternative and needs to accept gstreamer-codec-install as argv[0] ;)
[08:48] <mvo> slomo_: thanks, is it gstreamer itself that has changed and now call gstreamer-codec-install instead of gnome-codec-install? what sync/merge brought in thiose changes?
[08:50] <slomo_> mvo: one of the gst-plugins-base syncs brought this change... the installer is now called /usr/bin/gstreamer-codec-install which is an alternative provided by gnome-codec-install in debian
[08:50] <slomo_> mvo: as ubuntu only has parts of the new codec installation stuff gnome-app-install needs to get this small change for this release ;)
[08:51] <slomo_> seb128: please sync gst-plugins-bad 0.10.8-3 from experimental... and only this version, not 0.10.8.2-1 ;) is this possible?
[08:51] <seb128> slomo_: can sync any source which is available on the mirrors, is that the case for this one? and why not the new version? ;-)
[08:52] <seb128> slomo_: what about the new good?
[08:53] <slomo_> seb128: well, the new good and bad are pre-releases... except a small regression in flvdemux(from -bad) that will be fixed with next pre-release they should be good
[08:54] <slomo_> if you want them, take them :) but i can't guarantee that the releases will be before intrepid release (but they should be end of the week or monday)
[08:54] <seb128> slomo_: we have a running bug about dvd playing not working in intrepid at the moment do you know about that?
[08:55] <slomo_> yes, this will be improved by 0.10.8-3 and newer (i've uploaded -3 for the dvd bug)
[08:56] <seb128> ok
[09:01] <huats> morning everyone
[09:03] <slomo_> seb128: do you want the bad/good pre-releases? in theory we could get the real releases into intrepid-updates, no?
[09:04] <seb128> slomo_: not sure about any of those, depends how much unstability they can bring, it's late for changes in intrepid, stable updates are limited to bug fix versions usually
[09:05] <slomo_> seb128: the releases will only have regressions fixed and cosmetic changes compared to the pre-releases so that part should be fine
[09:06] <seb128> right, the question is to know if upgrading to the current candidate will give something better than what intrepid has
[09:15] <seb128> ups
[09:15] <seb128> mvo: !!!!
[09:16] <slomo_> seb128: i know a few files that don't work with the stuff in intrepid but work with the pre-releases ;) well, IMHO it should be an improvement at several places and the only known regression will be fixed with the next pre-release in the next two days
[09:16] <seb128> ok good, I'll do the syncs then
[09:16] <seb128> mvo: closing xchat-gnome tabs accidentally again, I blame you ;-)
[09:18]  * mvo runs from seb128
[09:18] <seb128> mvo: ;-)
[09:43] <seb128> pitti: how do I check the tzdata dst for a timezone?
[09:46] <pitti> seb128: zdump -v Europe/Berlin
[09:46] <pitti> seb128: and grep/look for the year you are interested in
[09:56] <didrocks> morning
[09:56] <huats> hey didrocks !
[09:56] <didrocks> hi huats :)
[09:59] <seb128> pitti: zdump -v Europe/Brussel has only 1901 and 2038?!
[09:59] <seb128> pitti: trying to look at bug #281956
[09:59] <seb128> arg, typo
[10:00] <seb128> the intrepid tzdata looks correct
[10:02] <didrocks> seb128: I think this bug can be linked: bug #43644
[10:02] <seb128> grrr, wrong focus again
[10:02] <seb128> didrocks: no
[10:02] <seb128> didrocks: that's a tzdata issue
[10:03] <seb128> is there anybody using hardy there?
[10:03] <seb128> huats: hey ;-)
[10:03] <didrocks> yes, I have it in a VM :)
[10:03] <huats> seb128: in the glom update (I am working on it right now), we are currently taking the bdeps for maemo, which is useless I think. Don't you think I can safely put a disable-maemo
[10:03] <huats> ?
[10:03] <huats> hey seb128 :)
[10:03] <seb128> can you "zdump -v Europe/Brussels | grep 2008"?
[10:03] <huats> I am here
[10:03] <huats> I am doing
[10:04] <seb128> huats: dunno about the maemo build if that's useful you should ask the #ubuntu-mobile guys if they are the one who added that there
[10:04] <didrocks> seb128:
[10:04] <huats> nobody add it, it is the defalt...
[10:04] <didrocks> Europe/Brussels  Sun Mar 30 00:59:59 2008 UTC = Sun Mar 30 01:59:59 2008 CET isdst=0 gmtoff=3600
[10:04] <huats> http://paste.ubuntu.com/56950/
[10:04] <pitti> seb128: hm, I really doubt that Brussels has different DST rules than the rest of europe?
[10:04] <didrocks> oupss, huats as already done it :)
[10:05] <pitti> last Sunday in March and October, that looks just fine to me
[10:05] <seb128> pitti: it doesn't, I'm trying to understand this bug
[10:08] <seb128> huats: not sure, if it's not useful don't build using it?
[10:09] <huats> seb128: I am asking on -mobile :)
[11:01] <glatzor> morning mvo
[11:01] <glatzor> mvo, what is your plan regarding bug #281606?
[11:02] <mvo> glatzor: its fix commited
[11:02] <glatzor> mvo, do you want to rename gnome-codec-install to gstreamer-codec-install or patch gstreamer?
[11:02] <mvo> glatzor: I upload in a sec, I added the alternative patch and renamed it
[11:02] <glatzor> mvo, ui great
[11:03] <mvo> done
[11:03] <mvo> glatzor: I guess you need to update packagekit now as well, right?
[11:03] <glatzor> mvo, so gstreamer0.10-packagekit no longer has to conflict with gnome-app-install
[11:03] <mvo> glatzor: yes, just update the alternative
[11:03] <glatzor> mvo, In the ppa version I just shipped alternatives for both (gnome|gstreamer)-codec-install
[11:03] <glatzor> :)
[11:04] <mvo> aha
[11:04] <didrocks> seb128 & mvo: what do you thing about my commentary and tests on bug #212098. Do we only make a SRU for hardy?
[11:07] <seb128> didrocks: not sure, pre-adding the user is an ubiquity workaround apparently
[11:07] <seb128> didrocks: would be nice to fix in hardy in any case right
[11:08] <didrocks> seb128: if someone else can confirm my test for intrepid, it would be great (yes, it's maybe ubiquity which make it and not smb-client)
[11:08] <didrocks> but ok, I will do the trick for hardy
[11:09] <seb128> didrocks: we discussed it some days ago and it was pointed that the first user was added to the group but that was an ubiquity workaround, is that true of any admin user?
[11:10] <glatzor> bye mvo, I have to leave for work!
[11:11] <didrocks> seb128: as I told in my test, I tried to add a second admin user (with user and group GNOME tool) and this one was added to the samba group as well (so, no, it's not an ubuquity trick, the admin profile seems to contains the sambashare group)
[11:11] <seb128> ok
[11:11] <seb128> didrocks: are you sure that's not only because users-admin automatically add users to this group?
[11:16] <didrocks> seb128: I do not know very well how the "profile" in users-admin work actually
[11:16] <seb128> didrocks: you can switch to the groups tab to see what groups are selected
[11:17] <didrocks> seb128: ok, I will confirm that this afternoon (currently installing intrepid beta on this computer)
[11:18] <seb128> ok
[11:18] <seb128> time for lunch here bbl
[11:18] <didrocks> have a good lunch :)
[11:18] <seb128> thanks, you too
[12:29] <crevette> hello there
[12:29] <crevette> who should I contact about a pwc/v4l2 regression?
[12:30] <crevette> is there a chan/person dedicated for such problem, I would like debug that to open a bug report
[12:31] <seb128> crevette: try rather #ubuntu-devel, you might want to try to ping kees when he's be around
[12:31] <seb128> crevette: lut
[12:31] <crevette> salut seb128
[12:31] <crevette> merci
[12:32] <seb128> crevette: could you look at bug #282325?
[12:32] <crevette> it is shame that it was working fine 2 weeks ago
[12:32] <crevette> okay I'll try
[12:33] <seb128> crevette: thank you
[12:33] <seb128> I should really get some bluetooth phone or something
[12:33] <crevette> seb128: it is working fine for me
[12:34] <seb128> crevette: ok, so you can test now? ;-)
[12:34] <crevette> I pickup all the phone of the people around to test
[12:34] <crevette> and when I package it was working fine
[12:34] <crevette> pckaged
[12:34] <crevette> packaged
[12:34] <seb128> crevette: thanks for your work on those btw
[12:34] <crevette> no problemo, I was happy to have bluez 4 in intrepid
[12:35] <crevette> perhaps the phone capabilities in nautilus-sendto doesn't detect well those supported by it's phone
[12:35] <crevette>  phone detection capabilities
[12:35] <seb128> I've no clue about bluetooth debugging
[12:36] <seb128> do you know if there is a command line call to try to see if the issue is a obex one rather?
[12:37] <seb128> fta, Keybuk: would be nice to update cairo to 1.6 before intrepid, did any of you has a clue of what to do since they dropped the lcdfilter changes?
[12:42] <huats> seb128: regarding the bakery update, james_w is asking me if I have a FFe :)
[12:42] <huats> not sure that the answer seb128 knows about it is enough :)
[12:44] <seb128> huats: I would say it can wait for intrepid+1 now since that starts being quite some updates
[12:44] <huats> seb128: ok
[12:45] <crevette> seb128: I did a sponsoring request for nemiver also
[12:45] <seb128> crevette: right I read the mails about this one
[12:56] <seb128> huats: don't bother too much, those updates are not important for intrepid, upstream just like to have current versions available
[12:56] <seb128> but bakery is not really useful without the other updates
[12:56] <huats> seb128: I know...
[12:56] <huats> but at least the work is in LP which is way safer than my laptop :)
[12:57] <crevette> seb128: should I do a FFe for nemiver
[12:57] <huats> seb128: I also have the goocanvasmm package now which is ready (I just need to fill correctly the copyright file)
[12:58] <huats> I'll put it on REVU as soon as package can be built on jaunty
[13:01] <Keybuk> seb128: does the old patch not apply from 1.4 ?
[13:04] <Keybuk> if not, I would prefer us to wait until the next release when we'd have time to work to keep the patch
[13:05] <Keybuk> we shouldn't do upstream version updates this close to release if it means losing functionality
[13:06] <Keybuk> we have resource from David Mandala's team available to help us rework the patch, it might be worth asking lool if he can spare anyone's time to look at it
[13:06] <Keybuk> might be worth asking mvo if he's interested in looking at it?
[13:06] <Keybuk> (and has the time)
[13:07] <seb128> Keybuk: I need to check if the old patch applies, we also have the option to use the new patch they dropped before 1.6
[13:07] <seb128> Keybuk: mvo has lot to do already
[13:08] <Keybuk> did you ask him? :p
[13:08] <Keybuk> I'm not suggesting he doesn't, just that it might interest him
[13:08] <Keybuk> (it might not)
[13:09] <seb128> Keybuk: and I didn't suggest dropping the patch but I would really prefer to avoid staying on an unstable version, 1.6 has some bug fixes that would be nice to get in intrepid and that would avoid upstream tensions
[13:09] <Keybuk> I understand, is why I suggested some people who might be able to help out getting the patch to apply to 1.6 so we can update it
[13:09] <seb128> Keybuk: no I didn't be I pinged him with some other things already and he replied ETOOMUCHTODO
[13:09] <Keybuk> ok, try asking lool - his team are officially "nothing to do" afaiui
[13:10] <seb128> Keybuk: ok thanks, will try to see if fta or lool are interested to work on this one
[13:10] <Keybuk> lool himself might not have the time, but someone on his team might
[13:10] <seb128> ok thanks
[13:10] <seb128> lool: hello ;-)
[13:11] <Keybuk> seb128: also might be worth posting a general "HELP!" to ubuntu-devel{,-discuss}/desktop and seeing if any community member wants to give it a go?
[13:12] <seb128> Keybuk: that's worth trying, I would just prefer to have somebody having a clue doing the update just before intrepid rather than sponsoring changes I've no real clue about made by some community member who might have no real clue about those either ;-)
[13:13] <Keybuk> I'm more than happy to review any diffs that come in
[13:13] <seb128> Keybuk: I'll wait for fta's reply first, since he did the previous updates
[13:13] <Keybuk> being on the ML, I'd see them at the same time you do
[13:13] <seb128> Keybuk: ok noted, thanks
[13:15] <mvo> Keybuk, seb128 what patch is this?
[13:15] <seb128> mvo: the cairo lcdfilter
[13:15] <Keybuk> mvo: the lcdfilter patch to cairo, that sets the freetype lcd filter setting based on the fontconfig xsetting
[13:15] <Keybuk> it's based on an original patch by David Turner: http://david.freetype.org/lcd/
[13:16] <seb128> mvo: we had it as a distro patch for some cycle, they commited something similar upstream during 1.5 and reverted for 1.6 because they figured that the patch didn't match their quality standard and they wanted to roll 1.6
[13:16] <Keybuk> which we extended to support the fontconfig stuff
[13:16] <Keybuk> part of it went upstream, then came back out again
[13:18] <mvo> hm, I'm indeed pretty busy and would prefer someone else taking it if possible
[13:18] <Keybuk> ok, np
[13:18] <seb128> mvo: don't worry, I'll see if fta is interested he did the previous cairo updates
[13:43] <lool> seb128: What package do you need help for?
[13:43] <lool> tell me it's not pygobject/pygtk
[13:44] <seb128> lool: cairo, but speaking about pygtk apparently the debug variant is broken again, bug #282320
[13:44] <seb128> lool: cairo, we had it as a lcdfilter distro patch for some cycle, they commited something similar upstream during 1.5 and reverted for 1.6 because they figured that the patch didn't match their quality standard and they wanted to roll 1.6
[13:45] <seb128> lool: so we want the lcdfilter change and 1.6
[13:45] <seb128> lool: I'm waiting for fta to reply to my ping since he did the previous cairo update
[13:55] <didrocks> seb128: so, I confirm, when you want to create a new user and choose the "Administrator" profile, you get the "Share files with the local network" privilege which corresponds to adding you to the sambashare group
[13:55] <seb128> didrocks: ok what I though
[13:56] <didrocks> so, appart from the target cases I described (special cases corresponding to advanced use), there is nothing to perform for intrepid. But a SRU for hardy is needed
[13:56] <seb128> right
[13:58] <lool> Ok, found the pygtk issue
[13:59] <seb128> lool: cool ;-) what was it?
[14:01] <lool> PYTHON_INCLUDES="-I${py_prefix}/include/python${PYTHON_VERSION}"
[14:01] <lool> in configure.ca
[14:02] <seb128> grrrr, this focus issue starts being really annoying
[14:02] <seb128> lool: ah, I see
[14:02] <lool> we're really luck that the current m4 macro works, it relies on the "Refs" output to match between two runs
[14:43] <lool> Pff another xvfb failure again,
[16:36] <fta2> seb128, http://launchpadlibrarian.net/18500998/buildlog_ubuntu-intrepid-hppa.xulrunner-1.9_1.9.0.3%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:36] <seb128> hi fta2, when did it try to build?
[16:39] <fta2> just now
[16:40] <seb128> fta2: I would not bother about hppa, it's usually lagging behind a lot
[16:41] <seb128> fta2: did you read the conversation about cairo before?
[16:41] <fta2> seb128, hm, no
[16:41] <fta2> seb128, about 1.8.0 ?
[16:41] <seb128> fta2: to summarize updating to 1.8 would be nice, do you want to do the update? ;-)
[16:42] <fta2> seb128, i wanted to do it but the lcd patch needs a decision
[16:42] <seb128> fta2: which one?
[16:42] <asac> fta2: could you also talk to vlad about performance with xul + cairo 1.8.0?
[16:42] <seb128> fta2: is it hard to undo the commit they did to drop the patch?
[16:42] <fta2> should we keep the patch as of 1.7.6 or reuse the one we had up to 1.7.4
[16:42] <asac> not that we push a heavy impact bug if its known and maybe there is a hack/fix or something :)
[16:43] <fta2> seb128, afaik, 1.8.0 is just 1.7.6 with the all the lcd patches reverted, so it's easy
[16:43] <seb128> fta2: they didn't fix any other bug?
[16:44] <fta2> seb128, i'll recheck but 1.8.0 appeared just a few days after 1.7.6 once they decided the lcd patch was too ugly
[16:48] <seb128> fta2: they did a lot of commits apparently during those days, anyway have 1.8 not dropping lcdfilter would be nice ;-) was the patch we had before working better?
[16:48] <seb128> or working differently?
[16:50] <fta2> seb128, it was different, but working better with our customized fontconfig. I changed fontconfig accordingly, but it's still slightly different, depending who you ask
[16:50] <seb128> fta2: do whatever is easier, I would say use whatever we have now in 1.7.6
[16:51] <fta2> ok, that was my preferred choice too
[17:06] <lapo> hi
[18:09] <crevette> hey seb128,
[18:09] <crevette> ca s'en va et ca revient ?
[18:09] <seb128> re crevette
[18:09] <crevette> :)
[18:10] <crevette> seb128: need an advice to build a package with debug to track the problem with nautilus-sendto
[18:10] <seb128> crevette: just edit debian/rules to add the configure option you want
[18:10] <crevette> hmm not that way
[18:11] <crevette> I want to write code to add debugging statement
[18:11] <crevette> should I put the resulting package in my ppa or this is not wanted
[18:12] <seb128> crevette: edit the code directly or use cdbs-edit-patch to create a patch in the debian directory
[18:12] <crevette> should I put a suffix like ~debuild1
[18:18] <pedro_> pitti: if you have a time, may you look at bug 269651 , it has a few dups already
[18:24] <pitti> pedro_: I couldn't really make sense of it either, but as a first step I'll report it upstream
[18:24] <pedro_> pitti: ok, thanks ;-)
[18:45] <Laney> Hey, bug #263026 has recently been resolved upstream. I'd like to backport the fix if it applies cleanly. What do people think?
[19:13]  * pochu waves hello
[19:28] <james_w> Laney: hey
[19:28] <james_w> Laney: how intrusive is it?
[19:28] <Laney> james_w: It doesn't seem very, just small patches to two files
[19:28] <Laney> james_w: See http://svn.gnome.org/viewvc/file-roller?view=revision&revision=2515
[19:29] <Laney> But most of the changes are renaming of variables
[19:31] <james_w> Laney: looks like a one-line change to me, excluding the renaming.
[19:31]  * Laney nods
[19:31] <james_w> Laney: should be fine to pull it in, assuming it's not dependent on a port to GIO or something
[19:32] <Laney> I am testbuilding it to see
[19:32] <Laney> james_w: What did Windows do to my debdiff, btw?
[19:32] <Laney> I literally copied it to public_html, saved it in IE and then attached it to the bug :(
[19:33] <Laney> line endings, I presume
[19:33] <james_w> it was z:/something/debdiff
[19:33] <james_w> and then line-endings, yeah
[19:33] <Laney> bah
[19:33] <james_w> until the line-endings I thought you might have just been playing a joke
[19:33] <Laney> Saving a file should *not* change it in any way
[19:34] <Laney> Well I left it building and then went to campus, and tested/uploaded once I got there
[19:34]  * Laney strops
[19:34] <Laney> in other, positive, news, the file-roller fix is good \o/
[20:02] <Laney> Patch is up there if anyone's interested
[20:02]  * Laney moshes
[20:02] <james_w> :-)
[21:01] <Laney> YES
[21:01] <Laney> My pet gnome-terminal bug has been fixed \m/
[21:01] <Laney> we have have have to get this
[21:03] <Laney> Will new gconf schemas be imported automatically (by the packaging)?
[21:09] <crevette> Laney: which one ?
[21:09] <Laney> crevette: http://bugzilla.gnome.org/show_bug.cgi?id=548600
[21:33] <Laney> hallelujah, it works
[22:12] <james_w> seb128: hey, are you still working? Do you have a couple of minutes for gnome-session stuff?
[22:13] <seb128> james_w: I'll close IRC soon but ask your questions, I'll tell you if that's rather something for tomorrow
[22:14] <james_w> seb128: I've got a patch to add a third logout dialog with all the options, it's pretty easy, and doesn't change any existing behaviour.
[22:15] <seb128> cool
[22:15] <james_w> :-)
[22:16] <seb128> james_w: sorry, still this compiz issue which send key events to the wrong dialogs
[22:16] <james_w> that must suck
[22:16] <seb128> I keep closing things on other workspaces
[22:16] <seb128> yeah, the focus stay on workspace when switching to an another
[22:16] <james_w> firstly, I'd like to know where to propose this change, would http://bugzilla.gnome.org/show_bug.cgi?id=507101 be a good place?
[22:17] <seb128> anyway, you were saying, you got a working patch which doesn't change the current dialogs?
[22:17] <james_w> or a new bug, or a mailing list?
[22:17]  * dobey just doesn't use compiz :)
[22:17] <seb128> try asking to vuntz but when we discussed that he said that upstream was not interested by having one dialog listing everything
[22:18] <seb128> though having the option should not be an issue if that's not used by default
[22:18]  * dobey agrees with the not having one dialog listing everything sentiment
[22:18] <seb128> that's some extra code to maintain but should not complicated
[22:18] <james_w> ok, I'll talk to him, thanks.
[22:19] <seb128> you're welcome
[22:19] <james_w> my other question was about what happens when you press the power button
[22:19] <james_w> at the moment if you have g-p-m preference set to "ask me" then it asks you if you want to log off or switch user when you press the power button
[22:20] <dobey> pressing the power button to change users seems rather odd to me :)
[22:20] <james_w> I believe g-p-m asks gnome-session to do this via libSM, a I correct?
[22:21] <dobey> i don't think it's via SM, but i think it does just open the log out dialog
[22:23] <seb128> james_w: it uses the gnome_client_* calls to display the session dialog
[22:23] <seb128> 		gpm_info_explain_reason (manager->priv->info, GPM_EVENT_NOTIFICATION,
[22:23] <seb128> 					_("GNOME interactive logout."), reason);
[22:23] <seb128> 		gnome_client_request_save (gnome_master_client (),
[22:23] <seb128> 					   GNOME_SAVE_GLOBAL,
[22:23] <seb128> 					   TRUE, GNOME_INTERACT_ANY, FALSE, TRUE);
[22:23] <dobey> yeah
[22:24] <james_w> seb128: that's what I had found, I just get lost trying to follow it through to see what gets triggered at the other end
[22:26] <seb128> james_w: something in gnome-session, try looking to gsm-xsmp-client.c
[22:27] <Laney> Is something special done with gconf schemas? I'm patching one for this gnome-terminal fix but the new version doesn't seem to be getting installed.
[22:28] <james_w> seb128: ah, I see it this time I think, it's done with signals.
[22:28] <james_w> Laney: what do you mean by "installed"?
[22:29] <Laney> james_w: Well, I don't see the new version in /usr/share/gconf/schemas
[22:29] <james_w> Laney: I believe the files are just installed there as normal files
[22:29] <james_w> Laney: are you patching it from debian/patches?
[22:29] <Laney> yes
[22:29] <james_w> what's the patch system?
[22:30] <james_w> have you added it to debian/series or whatver?
[22:30] <Laney> cdbs, and yes the patch is being applied
[22:30] <james_w> good start :-)
[22:30] <james_w> Laney: extract your built .deb and check the file contents
[22:30] <Laney> It's not there - hence my question
[22:30] <Laney> The existing version has translations in it, so I'm wondering if some magic happens
[22:31] <james_w> ooh, maybe
[22:32] <james_w> seb128: ok, making it show the shutdown dialog wouldn't be hard, but I don't know if that would lead to unexpected behaviour elsewhere, do you? Do you showing the shutdown dialog would be better?
[22:33] <seb128_> james_w: my internet disconnected apparently, what did you read or write after that?
 seb128: that's what I had found, I just get lost trying to follow it through to see what gets triggered at the other end
 james_w: something in gnome-session, try looking to gsm-xsmp-client.c
[22:33] <seb128_>  hum, no, that's rather the code handling the clients
[22:33] <seb128_>  
[22:33] <seb128_> james_w: gsm-manager.c on_xsmp_client_logout_request()
[22:34] <james_w> ah, missed that bit, I was figuring it out for myself :-)
[22:34] <james_w> once I had I asked
 seb128: ok, making it show the shutdown dialog wouldn't be hard, but I don't know if that would lead to unexpected behaviour elsewhere, do you? Do you showing the shutdown dialog would be better?
[22:35] <seb128_> that's something worth raising upstream I think
[22:35] <Laney> seb128_: Do you know anything about gconf schemas - specifically if updating them in new package versions requires anything special? I'm trying to patch gnome-terminal but the new version doesn't get installed.
[22:35] <dobey> Laney: did you change the .schemas file, or .schemas.in?
[22:35] <seb128_> Laney: did you patch the .schemas.in correctly?
[22:36] <Laney> I patched the .schemas.in
[22:36] <seb128_> Laney: if those are debian changes be carreful .gconf-defaults in the debian directory are used before schemas
[22:36] <Laney> They're upstream changes
[22:36] <seb128_> did you try on a new user or did you unset you settings?
[22:37] <seb128_> if the application write user key you will not pick new system defaults
[22:37] <Laney> I don't see the new version in /usr/share/gconf
[22:37] <Laney> (nor in dpkg --contents)
[22:37] <seb128_> what do you mean?
[22:37] <seb128_> what change do you try do to exactly?
[22:37] <Laney> Shouldn't it be installed there?
[22:37] <Laney> I'm including an upstream patch which adds (back) some keys to the schema
[22:38] <seb128_> Laney: is it installed in the current version?
[22:38] <Laney> There's a schema in there already, yes
[22:38] <seb128_> Laney: btw thanks for backport changing but don't bother backport stable GNOME changes, 2.24.1 will be in intrepid
[22:38] <seb128_> s/changing/chnages
[22:38] <dobey> you're saying the file doesn't exist? are you looking at the right package?
[22:38] <dobey> Laney: ie, gnome-terminal-data instead of gnome-terminal?
[22:39] <Laney> seb128_: Hm, how do I know which are going to be in .1 and which will be in 2.25?
[22:39] <james_w> seb128: yeah, I'll bring it up upstream, just wanted to know if you could think of anything I was missing.
[22:39] <Laney> dobey: Oh. Yes, that might be it ;)
[22:39] <seb128_> Laney: look if it has been commited to gnome-2-24 if there is one or trunk
[22:39] <dobey> heh
[22:39] <Laney> dobey: Didn't sbuild with -A
[22:39]  * Laney runs
[22:39] <dobey> there you go.
[22:40] <Laney> (although, shouldn't gnome-terminal depend on -data = ${Source:Version}?
[22:40] <seb128_> Laney: the bug fixes will likely go to next stable tarballs
[22:40] <dobey> Laney: the version number didn't change in your build perhaps?
[22:41] <Laney> it did
[22:41] <dobey> the version changed, or the -0ubuntuN changed?
[22:41] <seb128_> Laney: no, usually we use >= rather, strict depends create issues during updates between i386 and other archs
[22:41] <Laney> Ah, it depends on gnome:version rather than source:version
[22:43] <seb128_> enough for today see you tomorrow
[22:44]  * Laney rocks out
[22:44] <Laney> nice one dobey
[22:44] <dobey> james_w: it's probably best to fix it so that there is some way to request either dialog, rather than having only one dialog be usable
[22:44] <Laney> the gnome-terminal fix isn't on the 2.24 branch
[22:44] <Laney> I hope it'll still get in as the bug is very very irritating
[22:45] <james_w> dobey: true
[22:45] <dobey> james_w: you probably don't want gnome-session-save --kill to bring up the shutdown dialog, but instead the log out dialog (or rather, it should probably have --logout and --shutdown options instead)
[22:45] <james_w> it does now
[22:45] <dobey> oh?
[22:45] <james_w> that was changed recently because --kill was confusing apparently
[22:45] <james_w> --shutdown-dialog and --logout-dialog
[22:46] <dobey> ah. do both options do the same thing?
[22:46] <james_w> I propose adding --combined-dialog
[22:46] <james_w> no, one shows the shutdown dialog, the other the logout dialog :-)
[22:46] <dobey> if they already behave differently, then the code probably already allows doing either one, so patching gpm to use the shutdown dialog instead (matching the gnome-session-save code), would probably be good :)
[22:47] <james_w> yeah, the problem is that gpm doesn't directly call gnome-session
[22:48] <dobey> anyway, i should try to finish what i'm working on
[22:48] <james_w> seb pointed out where the call comes in, so you could change that, but I don't know what else will make that sort of a request
[22:48] <dobey> james_w: well, you could just make it g_spawn_command_line_async ("gnome-session-save --shutdown-dialog"); :)
[22:48] <james_w> heh :-)
[22:48] <dobey> later :)