[00:03] <rickspencer3> robert_ancell: TheMuso: hi guyess
[00:03] <rickspencer3> time for quick meeting recap?
[00:03] <robert_ancell> yes
[00:04]  * rickspencer3 waits TheMuso
[00:04] <TheMuso> Hey rickspencer3.
[00:04] <rickspencer3> hi TheMuso :)
[00:04] <rickspencer3> so we had a real quick meeting this morning
[00:04] <TheMuso> Sorry, just reading eail.
[00:04] <TheMuso> email
[00:04]  * awe waves
[00:04] <rickspencer3> either of you have anything to add to the agenda?
[00:05] <TheMuso> Nope.
[00:05]  * rickspencer3 waves
[00:05] <rickspencer3> robert_ancell: ?
[00:05] <robert_ancell> nope
[00:05] <rickspencer3> schweet
[00:05] <rickspencer3> okay ... so I didn't get a chance to update the meeting page, I'll just touch on the points real quick
[00:06] <rickspencer3> we're going to work on bluetooth at the sprint next week
[00:06] <rickspencer3> so if you have BT devices to bring, please bring them
[00:06] <TheMuso> Will do.
[00:06] <TheMuso> I also have a USB sound card I will be bringing.
[00:06] <rickspencer3> apparently the state of bluetooth in KDE is not too good
[00:07] <rickspencer3> I think the word that Riddell used to describe upstream on the applet was "dead"
[00:07] <rickspencer3> :(
[00:07] <TheMuso> heh
[00:07] <robert_ancell> ow
[00:07] <rickspencer3> in terms of the greeter, I didn't make any progress, but it's on the agenda for a meeting I have tomorrow
[00:08] <rickspencer3> I'll add the Kubuntu status to the wiki after this meeting
[00:08] <rickspencer3> you can read about the partner update there as well
[00:09] <rickspencer3> we only have a few release targeted bugs so far, which is good
[00:09] <rickspencer3> we are a bit over the trend line on feature work
[00:09] <rickspencer3> so I would like to combine getting stuff done with postponing stuff to try to get back under the trendline while at the sprint next week
[00:10] <rickspencer3> and finally, please add goals to the sprint page
[00:10] <rickspencer3> oh wait ...
[00:10] <rickspencer3> let me know if you need anything from the design team this week so they can prepare it for the sprint
[00:11] <rickspencer3> and with pitti gone, a few things got hung up in getting approved, and MIRs and what not
[00:11] <rickspencer3> that was pretty much it
[00:11] <rickspencer3> any questions, etc..?
[00:11] <TheMuso> no
[00:11] <robert_ancell> no
[00:12] <rickspencer3> well
[00:12] <rickspencer3> that was fast!
[00:12] <TheMuso> 8/c
[00:12] <rickspencer3> 8 minutes?
[00:12] <robert_ancell> :)
[00:12] <TheMuso> heh
[00:12] <rickspencer3> ta da!
[00:12]  * rickspencer3 goes to update the wiki
[00:20] <rickspencer3> TheMuso: robert_ancell: one more thing ...
[00:21] <rickspencer3> seb128 asks us all to do extra sponsoring, as daniel is on vacation
[00:21] <robert_ancell> I can't sponsor yet
[00:22] <TheMuso> I've been trying to do an hour or there abouts this week, and hoep to try and keep that u.
[00:22] <TheMuso> an hour a day even
[00:28] <chrisccoulson> TheMuso - i just pushed a change to the gnome-media branch to recommend pulseaudio (the new volume control isn't much use without it)
[00:29] <TheMuso> chrisccoulson: Right, probably not worth an upload on its own.
[00:29] <TheMuso> Unless there are other things waiting as well.
[00:30] <chrisccoulson> yeah, seb128 said that too. i just thought i'd let you know seeing as you're most active on gnome-media now ;)
[00:30] <TheMuso> ok thanks
[00:31]  * TheMuso decides to subscribe to the gnome-media branch.
[00:32] <chrisccoulson> thats a good idea:)
[01:06] <cj> what's the best laptop for ubuntu hardware support these days?
[01:06] <cj> ooh, #ubuntu-laptop
[01:07] <TheMuso> cj: You likely won't go wrong with a Dell that supports Ubuntu, or thinkpad. By Dell supporting Ubuntu, I mean a Dell machine that is sold with Ubuntu pre-installed.
[01:07] <huats> chrisccoulson: hey
[01:07] <huats> I just saw your email on glom
[01:07] <huats> I have started to do it
[01:07] <huats> but I haven't done much
[01:07] <huats> so you can work on it
[01:07] <chrisccoulson> thanks. it needs quite a few library updates to build
[01:08] <chrisccoulson> it needs new goocanvas, goocanvasmm and gdamm, which I've done
[01:08] <chrisccoulson> but libgdamm sits in NEW right now
[01:08] <chrisccoulson> and it also needs pygda enabling in python-gnome-extras too
[01:08] <chrisccoulson> i underestimated the amount of work it would take ;)
[01:09] <huats> :)
[01:09] <huats> I need to run
[01:10] <huats> if you need some help say it :)
[01:10] <chrisccoulson> thanks:)
[01:36] <kklimonda> could anyone with updated karmic builder try to rebuild transmission 1.73-1ubuntu1 ?
[01:36] <kklimonda> I'm getting weird error with sed..
[01:40] <chrisccoulson> you're getting the error in karmic are you?
[01:41] <chrisccoulson> i cant try right now, i already have 2 pbuilders running
[01:41] <kklimonda> chrisccoulson, in karmic pbuilder
[01:42] <TheMuso> kklimonda: The latest package from the archive? Sure, I'll give it a run. My mirror is a little old though,. compared to whats in archive.ubuntu.com atm
[01:46] <TheMuso> Builds fine here, but I'd need to be sure I had the latest updates.
[01:46] <TheMuso> to be 100% sure that nothing is wrong.
[01:48] <TheMuso> And it built fine everywhere on the buildds./
[01:54] <cj> thanks, TheMuso
[02:13] <kklimonda> is lsb_release available in pbuilders by default?
[02:14] <kklimonda> from transmission build log i see that updateminiupnpcstrings.sh has detected OS_VERSION as "9.10" while in my pbuider it's "squeeze/sid" and it (slash to be exact) breaks build..
[02:15] <TheMuso> hrm not sure if its meant to be in there or not.
[02:15] <kklimonda> hmm.. it is..
[02:15] <TheMuso> If the package needs it, it should depend on it.
[02:16] <kklimonda> it isn't really needed by package
[02:17] <TheMuso> ok
[02:17] <kklimonda> but pulling in lsb-release has hidden two other bugs..
[02:21] <kklimonda> I think i'll add lsb-release to build-depends as it's pulled in by buildd anyway, at least I'll be able to build package.
[02:30] <kklimonda> yup, builds fine with lsb-release..
[04:10] <charles_> kklimonda: the miniupnpstrings thing has been reported upstream to the miniupnpc people, and can be patched in the meantime with this diff: http://trac.transmissionbt.com/attachment/ticket/2296/updateminiupnpcstrings.sh.patch
[04:15] <TheMuso> kklimonda: per what charles_ just said, I'll hold off from doing your merge, in the event you want to use that patch.
[04:19] <TheMuso> robert_ancell: For the vinagre update, you mentioned the telepathy-glib and libxml2 build-deps under debian/watch. Minor detail that I am happy to change for you, unless you would like to do it yourself. :)
[04:19] <TheMuso> this is in the changelog
[04:19] <robert_ancell> TheMuso, whoops! please fix :)
[04:19] <TheMuso> ok will do.
[04:23] <TheMuso> robert_ancell: also fixed the version, should be ubuntu1, not ubuntu2
[04:24] <robert_ancell> TheMuso, yes, I miss that one sometimes..
[04:24] <TheMuso> heh, its easy to do.
[04:25] <TheMuso> robert_ancell: Trying patch debian/patches/01_lpi.patch at level 1 ... 0 ... 2 ... failure.
[04:25] <TheMuso> FTBFs for me.
[04:25] <robert_ancell> TheMuso, OK, that is not right...
[04:25]  * robert_ancell checks
[04:25] <TheMuso> ah sorry I know why
[04:25] <TheMuso> don't mind me. :)
[04:26] <TheMuso> robert_ancell: forgot to use the new orig tarball. :p
[04:26] <robert_ancell> ah, good :)
[04:34] <TheMuso> robert_ancell: Hrm. I think vinagre needs to be broken out into separate packages, now that it supports plugins, and ships header files. Generally we have a separate -dev package for dev related files eg header files in /usr/include.
[04:34]  * TheMuso looks closer to see how this might be done, from a package naming perspective.
[04:35] <robert_ancell> TheMuso, yes I was wondering about that.  However as there is only one package currently it didn't seem like a priority
[04:36] <TheMuso> Well generally we don't ship header files and static libs on the desktop CD. And, they do take up space.
[04:38] <robert_ancell> TheMuso, ok, I can split into two packages vinagre, vinagre-dev - I'm not sure if there is a need to separate the vinagre and vinagre-plugins (they are useless without eachother)
[04:39] <TheMuso> No I don't think so either.
[04:39] <TheMuso> But hang on a sec, there may be more needed to be done here, since the pkgconfig file refers toa vinagre-1.0 library. Thats probably not being included int he package, so let me build by hand to see if such a lib is created.
[04:58] <TheMuso> Hrm ok, I thought it would have built a new shared library, but it doesn't.
[04:58] <TheMuso> So yeah, I think vinagre and vinagre-dev would be ok.
[04:59] <robert_ancell> TheMuso, yeah, it doesn't build that...
[04:59] <TheMuso> It creates a static lib which it uses internally only it seems.
[05:00] <TheMuso> robert_ancell: Ok I see your changes. Good to see you fixed those changes that I didn't get to pushing just yet. :)
[05:01] <kklimonda> anyone knows where to get debian build logs for their packages?
[05:01] <TheMuso> No sorry.
[05:01] <robert_ancell> TheMuso, I think the .pc Libs is just copied from the example one.  The VNC plugin doesn't require it.  I'll raise this upstream
[05:02] <kklimonda> also, could anyone who knows sed better then me take a look at http://pastebin.com/f35e367be
[05:02] <TheMuso> robert_ancell: ok
[05:03] <kklimonda> ahahaha
[05:03]  * kklimonda cries
[05:04] <kklimonda> it looks like maintainer has made a mistake in this sed script, it also fails on their buildd.. but it doesn't stop build..
[05:04] <kklimonda> good to know I'm not that crazy..
[05:06] <TheMuso> robert_ancell: Also, it might be a good idea to remove the static libs from the vinagre package, and at the least, put them in viagre-dev, i.e the .la and .a files.
[05:09] <kklimonda> charles_, are you there yet?
[06:00] <robert_ancell> TheMuso, vinagre is good to go now
[06:01] <TheMuso> robert_ancell: Ok will do it once I've dealt with vino.
[06:05] <kklimonda> TheMuso, I've fixed sed expression so it works now, but I think that better option is to add lsb-release explicitly to Build-Deps (as it was pulled in on buildd anyway). Also this way we get a real system version - "Ubuntu 9.10" instead of "Debian squeeze/sid". Even if it's used only as a User Agent miniupnp's author has clearly given an option to distinguish between debian and ubuntu.
[06:05] <TheMuso> robert_ancell: you don't think the static libs should be in the -dev package?
[06:06] <TheMuso> kklimonda: Ok, I'll look at your merge in a bit.
[06:06] <robert_ancell> TheMuso, I don't know, what is done for plugin systems? Are they even useful as the plugins don't even link to them
[06:07] <robert_ancell> ?
[06:07] <TheMuso> robert_ancell: Yeah thats true. However, you don't need to delete them, you just need to edit the install files to only include the files needed. They do support wildcards characgers.
[06:07] <TheMuso> so for example debian/tmp/usr/lib/vinagre-1/plugins/*.so
[06:08] <TheMuso> works fine
[06:08] <TheMuso> so you don't need the stuff in debian/rules
[06:08] <robert_ancell> TheMuso, I did that first, but afaik you can't blacklist files.  I had that line but then if some other files need adding then you need to continually update the .install file.  Is there a convention for doing this?
[06:08] <robert_ancell> Arguably vinagre should not be producing those files but I couldn't work out the automake stuff that was doing it
[06:09] <TheMuso> Well, another way would be to disable static building, but I am not sure if that would break anything.
[06:10] <TheMuso> Depends on how the autofoo is set up.
[06:13] <TheMuso> brb
[06:23] <TheMuso> back
[06:31] <TheMuso> robert_ancell: I really think the easiest way is to adjust the install files and use wildcard characters. The install file will have to be touched in the future if dir names change anyway, and one should really check what new or changed files a package introduces in a new release anyway, especially if the package has to be broken out into two or more.
[06:32] <robert_ancell> TheMuso, OK, I will change that.  I really wish the .install format was more powerful
[06:32] <TheMuso> the dh_install manpage may tgell you more that I have neglected to mention.
[06:32] <TheMuso> tell even
[06:34] <robert_ancell> Last I checked it wasn't that useful
[06:35] <TheMuso> ah ok
[06:46] <robert_ancell> TheMuso, pushed
[06:49] <TheMuso> ok thanks
[06:57] <TheMuso> robert_ancell: The schema gets installed in usr/share/gconf/schemas not in etc. I'll remove the reference to etc from the install file.
[06:57] <robert_ancell> TheMuso, that's needed
[06:57] <robert_ancell> make install puts in etc/ then dh moves it
[06:58] <TheMuso> hrm ok
[07:05] <TheMuso> robert_ancell: vinagre uploaded.
[07:05] <robert_ancell> TheMuso, thanks
[07:39] <kklimonda> TheMuso, heh, wrt transmission changelog I've been listing all changes before but then I saw that previous upload has only small info that all changes remain.. I thought it was a new "right way" ;)
[07:40] <pitti> Good morning
[07:40] <TheMuso> kklimonda: Not so far as I've heard.
[07:40] <TheMuso> Hey pitti.
[07:40] <TheMuso> ...and welcome back.
[07:41] <pitti> TheMuso: hey! thanks
[07:41] <pitti> asac: no, the text is really "Lokale Branchenergebnisse für Pizza im Umkreis von Dresden"
[07:42] <pitti> asac: I just translated it back to English for the sake of the channel
[07:49] <didrocks> good morning
[07:50] <didrocks> hey pitti! it seems that your long week-end was very good, cf your post :)
[07:50]  * pitti hugs didrocks
[08:03] <pitti> didrocks: I really enjoyed it, yes
[08:03] <pitti> didrocks: how was your's?
[08:07] <didrocks> pitti: shorter, but restful :) (it's been a long time I hadn't taken a week-end doing almost nothing :))
[08:08] <pitti> sounds good and relaxing
[08:08] <didrocks> exactly!
[08:17] <seb128> good morning there
[08:18] <crevette> hello seb128 & everyne
[08:18] <crevette> yeah first typo
[08:19] <didrocks> hey seb128 and crevette :)
[08:19] <crevette> hi didrocks
[08:19] <seb128> lut crevette didrocks
[08:21] <crevette> asac, around?
[08:23] <crevette> how can I generate a .symbols file? I didn't figure out how and when using dpkg-gensymbols, each time I used the output was empty.
[08:26] <pitti> hey seb128, bonjour
[08:26] <seb128> pitti, guten tag!
[08:27] <seb128> had a nice weekend break? ;-)
[08:27] <pitti> seb128: I did indeed! http://martinpitt.wordpress.com/2009/07/28/back-from-mini-vacation-and-climbing/
[08:27] <seb128> crevette, did you try running it after the build? it needs to lib to be built to list something
[08:28] <crevette> seb128, so the packaging should be done in two steps? I package, and I do the gensymbols, and I add the file, and I do the packaging againg (packaging being debuild for me)
[08:31] <seb128> crevette, I think so, I never added .symbols to a package though so I'm not sure
[08:31] <crevette> okay, sounds the right way, as you said the package should be built
[08:32] <crevette> seb128, I have another question about soname, I would like to know when bumping soname version. I guess I have to check in configure.ac but I would like to confirm.
[08:32] <seb128> upstream question or packaging one?
[08:33] <seb128> see configure.in comments how to handle the libtool numbering
[08:33] <seb128> ie the age, revision, etc
[08:33] <crevette> upstream I guess?
[08:33] <crevette> http://git.gnome.org/cgit/gnome-bluetooth/tree/configure.ac#n23
[08:33] <crevette> the packaging can bump the soname without being bumped in uptream?
[08:34] <crevette> does GNOMEBT_LT_VERSION=7:2:0 means the soname version is 7?
[08:35] <seb128> read the libtool documentation or the libgnome configure.in comments
[08:35] <seb128> the soname is a combinaison of 2 of the numbers
[08:35] <seb128> you bump 2 numbers when there is compatible changes and set one back to 0 when those break abi
[08:37] <crevette> okay merci, I'll check libgnome
[08:45] <pitti> seb128: hm, still no gnome-power-manager release
[08:45] <crevette> pitti, perhaps the release team can help you?
[08:45] <seb128> pitti, no...
[08:46] <seb128> pitti, btw somebody was asking on the channel yesterday what should be the default behaviour on lid close on battery
[08:46] <slomo> is someone here who knows a bit about the apt packagekit backend and packagekit in general?
[08:46] <pitti> seb128: I saw the scrollback, but didn't answer since nobody was online
[08:46] <pitti> seb128: the default for both is now to suspend
[08:46] <pitti> I guess he had a custom gconf setting for batter to not suspend
[08:46] <seb128> slomo, mvo and glatzor
[08:47] <mvo> hey seb128
[08:47]  * pitti hugs mvo
[08:47] <mvo> hey pitti!
[08:47] <seb128> pitti, right, there is a .gconf-defaults which default on blank
[08:47] <pitti> hey slomo! wie gehts?
[08:47] <seb128> mvo, alter!
[08:47] <slomo> seb128: thanks
[08:47] <seb128> mvo, are we stalled on language-selector to gtkbuilder? ;-)
[08:48] <mvo> seb128: looks like it ;) I upload it now
[08:48] <slomo> hi pitti :) everything's great here, i'm very productive atm and real life is fine too ;) how are you?
[08:48] <seb128> mvo, cool thanks
[08:48] <pitti> slomo: pretty relaxed still, had a nice 5-day weekend; diving into ubuntu stuff again now :)
[08:49] <slomo> mvo: do you know how/if the gstreamer codec installation stuff works with packagekit and the apt backend? i know that people are trying to implement it for RPM currently
[08:50] <TheMuso> crevette: You asked me something yesterday, but I can't for the life of me find your notify, and hense can't remember what it is. Mind asking me again? :)
[08:50] <mvo> seb128: I idly wonder why there is a data/test.ui in the bzr tree that contains a "hello world"
[08:50] <mvo> slomo: it should work, PK is fine as long as nothing like conffile or debconf or anything like this is used
[08:50] <crevette> TheMuso, hi, it was just about the version of pulseaudio shipped for karmic, but seb128 answered inthe meantime :)
[08:51] <seb128> mvo, I just converted the .glade, good question, feel free to clean it ;-)
[08:51] <crevette> s/shipped/which will be shipped/
[08:51] <TheMuso> crevette: Oh ok. What was the response?
[08:51] <mvo> slomo: but its not not deal with any of this
[08:51] <seb128> TheMuso, he asked if we would get .16 for karmic and I said I think we would
[08:51] <crevette> seb128 told me 0.9.16 (I was asking about gnome-bluetooth for audio on bleutooth device)
[08:51] <mvo> seb128: heh :) I will leave that to arne
[08:51] <seb128> TheMuso, but confirmation would be welcome
[08:52] <TheMuso> Yes, I am aiming for .16, but have to get a new dependency into main, as well as some kernel level stuff for things to really work well, which is under way.
[08:53] <slomo> mvo: how does packagekit find the package with the required codec? does it call gnome-codec-install or something?
[08:53] <mvo> slomo: I think it looks at the pkgrecord headers
[08:55] <slomo> mvo: which are the content of Packages.gz? or a different format of Packages.gz which is handled by packagekit directly (instead of the backend)? in the first case, does it use gst-python magic to match the records?
[08:56] <mvo> slomo: it will use the stock packages.gz, I need to look at the code to know if it does use gst-python or not
[08:58] <slomo> mvo: ok, well, if it works it probably uses it and i'm happy ;) i was only feared that there is a suboptimal solution after seeing what the RPM guys are doing for the codec installation
[09:02] <mvo> slomo: even if it would not use gst-python now, we could easily add it
[09:03] <Laney> Does someone want to respond to Sandy on bug 345166?
[09:03] <seb128> Laney, I will ping jcastro when he's around
[09:03] <Laney> thanks
[09:03] <Laney> don't want to have annoyed upstreams...
[09:04] <seb128> or pitti
[09:04] <seb128> me neither
[09:04] <slomo> mvo: ok :) thanks
[09:21] <pitti> seb128, Laney: replied
[09:22] <Laney> thanks
[09:22] <seb128> pitti, thank you
[09:23] <seb128> pitti, I'm not sure where you see a translation breakage in the update
[09:23] <dpm> mvo: hi, good morning! I've been asked about bug 378075. Would it be possible to upload the new Polish DDTP translation to fix it? Is there any way I can help on this, does it have to follow the SRU process?
[09:24] <pitti> seb128: it changes documentation without updating the translations
[09:25] <seb128> pitti, well which mean the english and translated version will have a slightly different content
[09:25] <pitti> seb128: well, the translations are built using gettext at build time, aren't they?
[09:25] <seb128> pitti, that doesn't break the string match in the gettext sense since documentation is translated xml and the string don't get fuzzy or anything
[09:26] <seb128> hum, I need to check that but I think it doesn't fuzzy translations usually you can just get the content out of sync
[09:26] <pitti> seb128: if that's not the case, then I'm not so worried about them
[09:27] <pitti> seb128: they keep translated xml files in the upstream orig.tar.gz?
[09:27] <pitti> (duh)
[09:28] <seb128> pitti, yes they have translated xmls in the tarball
[09:30] <mvo> dpm: hello, what version of the distro is affected?
[09:30] <pitti> seb128: that's sick.. but at least it doesn't break SRU rules then
[09:31] <seb128> pitti, you would prefer having all documentations fuzzied every time the english version change?
[09:32] <pitti> seb128: yes, for unstable versions
[09:32] <pitti> similar to gettext itself
[09:32] <seb128> the thing is that string changes in the ui are easy to notice and to be out of context
[09:32] <pitti> well, at least there should be an obvious way for translators to see where work is needed
[09:32] <seb128> translated documentation is tricker to handle
[09:32] <dpm> mvo: according to the bug it is Jaunty, but I cannot find a jaunty distro series at https://translations.launchpad.net/ddtp-ubuntu/ubuntu
[09:32] <seb128> usually fixing a typo doesn't deprecate your translated versions
[09:33] <seb128> and there is not enough translators to play catch up on documentation
[09:33] <seb128> so better to have a slightly outdated version translated that no translation
[09:33] <pitti> I see
[09:34] <seb128> I need to check how the updates work exactly again though
[09:34] <seb128> but documentation in GNOME sucks that's why they can to change it for GNOME3
[09:34] <dpm> mvo: sorry, on my last message I meant https://translations.launchpad.net/ddtp-ubuntu
[09:34] <seb128> the way it currently works doesn't fit with community work
[09:34] <seb128> it's too much efforts for translators, etc
[09:35] <seb128> anyway that's a bit orthogonal to the issue there
[09:36] <mvo> dpm: ok, how isolated is the problem? is it small enough to just have a diff against Translation-pl ? I can prepare a SRU then
[09:42] <dpm> mvo: as far as I can understand this is isolated to the Polish translation and to the 2 strings pointed out in the bug, so I believe that a diff against Translation-pl should suffice. Note though, that the link to the second translation in the bug now points to an unstranslated string instead of a corrected one (maybe a new POT was uploaded and the string order is now different?)
[09:43] <asac> crevette: yeah
[09:44] <crevette> asac, too late :)
[09:44] <mvo> dpm: thanks, I asked for a diff in the bugreport, I hope I get one :)
[09:44] <crevette> asac, hello :)
[09:44] <asac> crevette: ok so you figured? great.
[09:44] <seb128> pitti, ok, I checked the update to be sure and it seems I was wrong, they have update xml translated files with extra english strings in the tarball
[09:46] <dpm> mvo: thanks a lot for looking at this. Just another question: how do SRU work for DDTP translations? Is there a place where they can be first uploaded (sort of like -proposed) so that users can test the fixes?
[09:47] <mvo> dpm: yes, -proposed is the place, apt should use the updated one then
[09:48] <mvo> dpm: I'm not sure about this particular problem now, it seems that it crashes the apt-xapian-index, so maybe that needs a additional fix. depends on if it accesses the transltions through (python-)apt or directly
[10:12] <crevette> asac, I asked my question to seb128 and didrocks
[10:12] <crevette> it is about soname for gnome-bluetooth
[10:24] <asac> crevette: what does gnome-bluetooth ship a lib for?
[10:24] <crevette> asac, a device fileselector for instance
[10:27] <crevette> it ships a library since a while, 2.27.5 at least
[10:27] <asac> crevette: yeah. so any questions left?
[10:27] <asac> wrt soname?
[10:28] <crevette> asac, I don't know as I can work on that only the evening
[10:28] <asac> you basically run dpkg-gensymbols the first time manually
[10:28] <asac> then it produces a diff you can apply to libgnome-bluetooth2.symbols
[10:28] <asac> ok
[10:28] <crevette> asac, http://library.gnome.org/devel/gnome-bluetooth/unstable/
[10:29] <asac> crevette: also add DEB_DH_MAKESHLIBS_ARGS += -c4 to rules so the build fails if symbols mismatch
[10:30] <asac> but seems it already has .symbols file ;)
[10:30] <asac> thx i will check it out
[10:30] <crevette> yep it does
[10:30] <asac> crevette: i would still suggest to add the DEB_DH thing
[10:30] <asac> i think atm it just warns about it, but doesnt fail (which it should imo)
[11:16] <asac> pitti: i use fix committed for approving mir ... is that wrong?
[11:17] <pitti> asac: no, it's fine
[11:17] <asac> great
[12:12] <pitti> ArneGoetje: seems we can sync ibus-m17n from unstable? we don't seem to have a delta any more
[12:41] <pitti> seb128: any objections against bug 400179 ?
[12:43] <pitti> (it's just a small binding, but checking)
[12:43] <seb128> pitti, no objection, that sells the deal about webkit on the CD
[12:43] <pitti> evand needs it for ubiquity, too
[12:43] <seb128> right, I did read the wiki page
[12:44] <seb128> go for it
[12:44] <pitti> seb128: I thought we'd need it anyway? or is there a realistic opportunity to get rid of it in the default install?
[12:44] <seb128> pitti, I doubt we will have an opportunity no, GNOME accepted it as an official depends now
[12:44] <pitti> ok
[12:44] <pitti> so, no big deal then
[13:06] <seb128> cassidy, thanks for the debian hook suggestion, maybe you could describe the hook or add a patch to the bug?
[13:07] <cassidy> seb128: I don't really know how it works :\
[13:08] <seb128> cassidy, debian doesn't have 2.27 and doesn't seem to have any dbus hook in those sourrce
[13:08] <seb128> sources
[13:10] <seb128> chrisccoulson, hey, want to claim the gnome-session update? ;-)
[13:10] <cassidy> seb128: <fredp> cassidy: dans le postinst de avahi-daemon, il y a :
     if [ -x "/etc/init.d/dbus" ]; then
       invoke-rc.d dbus force-reload || true
     fi
[13:10] <cassidy> seb128: but that's weird, I don't see this hook in telepathy-gabble package
[13:10] <seb128> cassidy, ok merci
[13:11] <seb128> there is no postinst in telepathy-gabble apparently no
[13:11] <cassidy> I'm asking to the packager
[13:11] <chrisccoulson> seb128 - yeah, i'll do that
[13:12] <seb128> cassidy, btw do you know if empathy will get the share over vnc thing for 2.28?
[13:12] <cassidy> seb128: it will
[13:12] <seb128> chrisccoulson, thanks
[13:12] <cassidy> that's in master :)
[13:12] <cassidy> seb128: <smcv> cassidy: dbus-daemon is meant to notice automatically with inotify or something
[13:13] <seb128> cassidy, ok good, plan to roll a 2.27.5 tarball?
[13:13] <cassidy> so I guess something went wrong when installing the package
[13:13] <cassidy> seb128: Zdra is the one to ask for that
[13:13] <seb128> Zdra, ^^;-)
[13:13] <cassidy> (I backported the Vino and Vinagre packages in the TP PPA)
[13:13] <seb128> cassidy, the inotify thing would make sense
[13:13] <Zdra> ah, my distcheck finished... tarball will be uploaded in ~5sec
[13:13] <Zdra> thanks for reminding me :p
[13:13] <seb128> Zdra, good timing! ;-)
[13:13] <cassidy> seb128: got confirmation, the package shouldn't use a hook but rely on inotify
[13:14] <seb128> cassidy, ok, thanks, can you close the bug then? ;-)
[13:14] <andreasn> is there a ppa for nightly Thunderbird builds?
[13:14] <seb128> andreasn, try asking on #ubuntu-mozilla maybe?
[13:14] <andreasn> sure
[13:14] <cassidy> seb128: I'd be tempted to re-assign it to D-Bus as something obviously went wrong when I installed the package
[13:15] <seb128> cassidy, do you get inotify error when running gedit or something?
[13:15] <seb128> I've noticed warnings about that recently I think
[13:15] <cassidy> seb128: just when starting gedit ?
[13:15] <cassidy> (I'm running Jaunty)
[13:15] <seb128> cassidy, don't bother on jaunty inotify should work there
[13:16]  * seb128 looks at firefox
[13:16] <seb128> $ grep "XID collision" .xsession-errors | wc -l
[13:16] <seb128> 13086
[13:16] <seb128> asac, ^ known issue?
[13:17] <seb128> bad firefox, no cookie for you
[13:17] <seb128> which seems to indicate the .xsession-errors limit seems to have skipped too
[13:17] <seb128> it used to cut the log
[13:17] <seb128> could be another gdm change
[13:22] <Zdra> seb128: Empathy 2.27.5 released ;)
[13:22] <seb128> Zdra, good, thanks ;-)
[13:23] <asac> seb128: yes. at least i think so
[13:23] <asac> let me check
[13:23] <cassidy> seb128: that means users will soon be able to use the share-my-desktop feature. Would be good to fix https://bugs.edge.launchpad.net/ubuntu/+source/vinagre/+bug/406335 as it currently doesn't work because of this
[13:23] <seb128> cassidy, ok thanks
[13:24] <seb128> asac, the firefox-3.5 bug list has no bug match XID
[13:24] <seb128> asac, but I might be looking at the wrong component or something
[13:25] <seb128> cassidy, btw did you open a GNOME bug about that too?
[13:25] <asac> seb128: mozilla bug 497561
[13:25] <seb128> asac, thanks
[13:25] <asac> i guess we probably have a launchpad bug too
[13:25] <asac> "This warning was added for http://bugzilla.gnome.org/show_bug.cgi?id=581526
[13:26] <asac> "
[13:26] <asac> seb128: ^
[13:26] <asac> thats what i remember. its what is left after the libxcb fix
[13:26] <asac> its because gdk does its own xid caching and that messes up stuff that uses X directly (thats out of my head and can be wrong)
[13:27] <seb128> asac, https://bugs.launchpad.net/bugs/bugtrackers/mozilla-bugs/497561 -> no bug
[13:27] <asac> so its at least partially a  gnome thing ;)
[13:27] <seb128> ie no launchpad bug watch to that mozilla bug
[13:28] <asac> right. i said i think there are launchpad bugs open ... but i am also sure i didnt link any (just know about the upstream issue)
[13:28] <seb128> ok thanks
[13:29] <seb128> want a launchpad bug or do you trust upstream to track that one?
[13:29] <asac> as long as we dont want to make it release critical on ubuntu side, i dont mind
[13:29] <asac> let me check if htere is a bug open that we can link
[13:30] <asac> seems none filed yet.
[13:30] <seb128> asac, bug #401823
[13:30] <seb128> dunno why it's on linux
[13:30] <seb128> I used google to find it ;-)
[13:31] <asac> hmm
[13:31] <asac> yeah
[13:31] <seb128> reassigned and bug watch added now
[13:31] <seb128> I will let you set settings if you want
[13:31] <asac> so we can move it to gtk+, firefox or even xlib ;)
[13:31] <asac> https://bugs.freedesktop.org/show_bug.cgi?id=21583
[13:31] <asac> all three are releated ;)
[13:32] <seb128> well I don't mind the warning
[13:32] <seb128> but over 10k of those is overdoing it ;-)
[13:32] <asac> ack
[13:32] <asac> lets make it release critical and remove it before release/after beta so people dont get flooded
[13:33] <asac> unless we find that there are crasehs
[13:33] <seb128> thanks
[13:34] <asac> ok added xlibs (not sure if that is the right) and gtk ... and the upstream bugs accordingly
[13:34] <seb128> thanks
[13:46] <crevette> asac, the message "gdk_x11_xatom_to_atom_for_display: assertion `xatom != None' " should be fixed with a recent gtk+
[13:46] <crevette> reading the backlog and https://launchpad.net/bugs/401823
[13:47] <seb128> crevette, define recent, we have 2.17.6
[13:48] <cassidy> seb128: no, I wasn't sure if that was an upstream issue or not
[13:48] <seb128> cassidy, I will check but I doubt somebody turning it off in a distro patch while doing the update
[13:48] <asac> crevette: i dont think that assert is directly related
[13:48] <asac> to the Xid Collision
[13:49] <crevette> asac, yeah true, but as the comment #3 is referring to this message ...
[13:49] <crevette> this is unrelated
[13:50] <witecrow> hi all
[13:50] <witecrow> i need ask ?
[13:50] <asac> crevette: do you have a bug id for the atom thing?
[13:50] <crevette> asac, trying to search
[13:50] <crevette> s/search/find/
[13:50] <asac> would like to drop a note in bug that that is not part of the bug ...preferably pointing to a bug
[13:50] <witecrow> but i not speak en wery will
[13:52] <seb128> witecrow, hi, what do you need to ask?
[13:52] <witecrow> :) 1 min wait
[13:54] <witecrow> Today in the immortality of the core 13 to 14 to 14 still can not find kernel upgrade
[13:56] <witecrow> can i help
[13:57] <seb128> witecrow, use #ubuntu for user questions
[13:58] <witecrow> tnx
[14:10] <seb128> cassidy, ok, it's a packaging bug the schemas is not installed, I will fix it now
[14:10] <cassidy> cool
[14:21] <seb128> TheMuso, how did you sponsor the vinagre update?
[14:22] <seb128> TheMuso, the version uploaded is different from the bzr version which is somewhat puzzling
[14:40] <rickspencer3> pitti: welcome back
[14:42] <seb128> hey rickspencer3!
[14:42] <rickspencer3> hi seb128
[14:45] <pitti> hey rickspencer3! thankjs
[15:00] <crevette> asac, about the gdk warning -> http://bugzilla.gnome.org/show_bug.cgi?id=581633
[15:01] <chrisccoulson> seb128 - is it reasonable for me to suggest to people experiencing regressions with the replacement of gnome-sound-properties with gnome-volume-control, to report any missing features in gnome-volume-control on the upstream bug tracker?
[15:02] <kenvandine> pitti, in DistUtilsExtra.auto, is there a mechanism to install files in /usr/libexec?
[15:02] <seb128> chrisccoulson, yes, ignore those people insulting on the bug tracker
[15:02] <kenvandine> or do i need to hack setup.py to do that for me
[15:02] <pitti> kenvandine: no, not right now
[15:02] <jcastro> seb128, wrt your post to the devel mailing list, I've been putting alot of thought into how to make that better but each one involves either finding more new developers, more work for existing developers, or cloning.
[15:02] <chrisccoulson> seb128 - thanks, i just thought i should ask. did you see the comment directed to me on bug 406070?
[15:03] <pitti> kenvandine: well, you can always use data_files manually, of course; I don't see how to automatically determine which binaries would fit into libexec
[15:03] <chrisccoulson> some users aren't very nice
[15:03] <seb128> chrisccoulson, yes, I first though it was for me I've a stock "could you report the issue upstream" reply
[15:03] <kenvandine> pitti, agreed...
[15:03] <chrisccoulson> seb128 - yeah, i think that one was directed at me ;)
[15:03] <kenvandine> pitti, i have been loving DistUtilsExtra.auto :)
[15:03] <pitti> *beam*
[15:04] <kenvandine> this is the first thing in the desktopcouch package that wasn't automatic :)
[15:05] <seb128> chrisccoulson, as said ignore angry users when we do nothing wrong
[15:07] <crevette> I guess angry people doesn't understand how ubuntu distribution relies on upstream development
[15:07] <jcastro> seb128, do you get many comments like this?
[15:08] <seb128> jcastro, not many, but one every now and then
[15:08]  * crevette would like to reply to this user :)
[15:08] <seb128> pedro replies with a stock of conduct stock reply to those
[15:08] <seb128> I just ignore those comments
[15:09] <jcastro> I just did a CoC reminder on that one
[15:09] <jcastro> if you just ignore them they will just step all over you
[15:12] <seb128> jcastro, thanks
[15:14] <Laney> how did the gnome standing exception work out for Hardy?
[15:15] <didrocks> jcastro: yes, your answer is probably the best we can give to those users...
[15:17] <chrisccoulson> hey jcastro, i just saw your comment
[15:17] <chrisccoulson> thanks:)
[15:17] <chrisccoulson> i wasn't really sure how to reply tbh...
[15:18] <jcastro> chrisccoulson, don't waste time with that stuff, leverage your friendly neighborhood community team ... \o/
[15:19]  * seb128 hugs jcastro
[15:20]  * chrisccoulson hugs jcastro too
[15:37] <seb128> Ampelbein, hi, want to do the gnome-applets update?
[15:39] <seb128> pitti, is there any way to have "dynamic" apport hooks? ie collect details only if a symbol match in the stacktrace?
[15:43] <charles_> kklimonda: very belated pong
[15:45] <chrisccoulson> seb128 - i don't mind doing the gnome-applets update if Ampelbein is occupied already
[15:45] <chrisccoulson> i finish work in a bit \o/
[15:47] <pitti> seb128: sure, hooks are just python programs, so you can check "if 'foo' in report['StackTrace']: ..."
[15:48]  * pitti uploads new dk-power and g-p-m
[15:48] <pitti> yay for dropping devicekit and dropping two more old PolicyKit dependencyes
[15:49] <seb128> chrisccoulson, do gnome-session first, then you can do empathy or gnome-applets as you want if Ampelbein didn't reply
[15:49] <seb128> pitti, excellent thanks
[15:49] <chrisccoulson> seb128 - ok, no problem
[16:19] <seb128> pitti, mvo: would you recommend using python-apt or dpkg -S in an apport hook to get the package for a file installed
[16:19] <seb128> ?
[16:19] <mvo> seb128: dpkg -S should be fine
[16:19] <Sarvatt> hmm just noticed devkit-power is showing lid-is-closed:   yes always for me
[16:19] <seb128> mvo, ok thanks
[16:21] <Sarvatt> i stopped getting battery level updates unless i'm on AC
[16:23] <Sarvatt> pops up a window saying fully charged every unplug no matter how charged it was and stops updating, hmm
[16:23] <Sarvatt> guess that explains why it stops updating if it thinks its fully charged
[16:25] <ArneGoetje> pitti: I don't think we have any deltas for ibus packages yet, So yes, they can be synced from debian unstable.
[16:28] <pitti> ArneGoetje: right, doing
[16:29] <pitti> ArneGoetje: did you hear about this packagekit feature to install fonts on demand?
[16:29] <pitti> ArneGoetje: would that be something you'd like to look at with me next week?
[16:30] <mac_v> seb128: heya... my apport-collect is currently broken , thats the way i know to use apport directly... how do i use it otherwise?
[16:32] <mac_v> jsut asking since you had asked me to use apport to report the bug
[16:32] <mac_v> just*
[16:32] <seb128> mac_v, how broken? open a bug on apport, get it fixed, use it?
[16:33] <seb128> mac_v, ubuntu-bug -p package?
[16:33] <mac_v> seb128: i already did > Bug #406135
[16:33] <seb128> mac_v, so what is your question?
[16:34] <seb128> oh
[16:34] <seb128> mac_v, use ubuntu-bug -p package
[16:34] <mac_v> so it is > ubuntu-bug -p package XXXXX ?
[16:34] <seb128> no "package" is your actual package name
[16:35] <seb128> nautilus for example
[16:35] <mac_v> i got that ;p
[16:35] <seb128> man ubuntu-bug
[16:35] <mac_v> for apport-collect we use th e bug number right... so i thought this was similar
[16:38] <seb128> apport-collect is to add infos to a bug
[16:38] <seb128> ubuntu-bug is to open a new bug
[16:38] <ArneGoetje> pitti: we can do that, yes.
[16:38] <mac_v> ah...ok
[16:39] <mac_v> seb128: do you know any solution for the apport-collect bug?
[16:39] <seb128> mac_v, fix it?
[16:39] <mac_v> yeah , how do it fix it?
[16:39] <mac_v> s/it/i
[16:40] <seb128> mac_v, what wrong option did you pick?
[16:40] <asac> pitti: do we need to file archive removal bugs for sources that have only superseded binaries (like for the libcompress-zlib-perl -> libcompress-perl reorganization? or will some integrity check automatically detect that?
[16:40] <mac_v> seb128: i choose the second option , the one which says No private data
[16:41] <pitti> asac: we don't have an integrity check for this, but we do pick up removals from debian
[16:41] <pitti> so bugs are nice
[16:41] <seb128> mac_v, seems to be launchpadlib credentials
[16:41] <asac> thanks
[16:41] <seb128> mac_v, those are stored in a .directory, could be .launchpad*
[16:41] <seb128> not sure now
[16:41]  * mac_v looks
[16:42] <asac> pitti: out of curiousity: where do those debian archive removals show up? how are the processed?
[16:42] <asac> they
[16:45] <pitti> asac: it's a script "process-removals" on drescher
[16:45] <pitti> it parses http://ftp-master.debian.org/removals.txt
[16:47] <asac> ok. but its manual still i guess. thx
[16:48] <pitti> asac: great goals on the sprint agenda page!
[16:49] <asac> yeah ;) high bar
[16:50] <pitti> asac: should I bring my old mobile phone which allows GPRS tethering over bluetooth?
[16:50] <pitti> or do we have this kind of hw already?
[16:50] <pitti> (/dev/rfcomm0)
[16:51] <asac> pitti: i have one too. some phones however seem to speak a buggy dialect though, so it might be worth to check multiple ones
[16:51] <pitti> I'll just bring it
[17:04] <seb128> pitti, is there a way to run the hook for an another package?
[17:06] <showard> Hey pitti, everyone - I'm kind of new to -desktop, but I've been doing some heavy gnome-power-manager bug clean up and triaging over the past couple of months. I saw that bug about the default settings for lid close on battery, but I think the reporter does describe the default action. From the GPM bzr branch: http://bazaar.launchpad.net/~gnome-power-manager-team/gnome-power/trunk/annotate/head%3A/debian/gconf-defaults it has: /apps/gno
[17:07] <pitti> seb128: it's a bit fiddly; you can change the "Package" and/or "SourcePackage" field and call report.add_hooks_info()
[17:07] <pitti> seb128: I can make that more convenient by adding an optional package name argument to add_hooks_info(), if you need
[17:07] <mac_v> pitti: could you *pls* have a look at this bug > Bug #406135 ,  , how can i fix it?
[17:07] <showard> bug #389067
[17:07] <seb128> mac_v, what I told you before didn't work?
[17:07] <pitti> showard: your initial sentence was cut off after "it has: apps/gno"
[17:07] <mac_v> seb128: i could find anything
[17:08] <mac_v> not*
[17:08] <showard> Hey pitti, everyone - I'm kind of new to -desktop, but I've been doing some heavy gnome-power-manager bug clean up and triaging over the past couple of months.
[17:08] <seb128> mac_v, try moving .cache/lp_credentials
[17:08] <showard>  I saw that bug about the default settings for lid close on battery, but I think the reporter does describe the default action.
[17:08] <pitti> showard: oh, indeed
[17:08] <showard> From the GPM bzr branch: http://bazaar.launchpad.net/~gnome-power-manager-team/gnome-power/trunk/annotate/head%3A/debian/gconf-defaults
[17:08] <showard> it has: /apps/gnome-power-manager/buttons/lid_battery blank        -- which is different than the GPM default of "suspend," and appears to be ubuntu specific
[17:08] <pitti> showard: I forgot about debian/gconf-defaults, this should just die
[17:09] <mac_v> seb128: ah... will try agin
[17:09] <pitti> showard: many thanks for pointing that out, I'll let this file die a horrible death and instead patch the upstream defaults as appropriate (or, even better, just use them)
[17:09] <showard> pitti: great! I know richard would be happy
[17:09] <seb128> pitti, using .gconf-defaults is the appropriate way to change defaults
[17:10] <pitti> seb128: hm, I recently added a patch to data/gnome-power-manager.schemas.in, I shouldn't do that?
[17:10] <pitti> seb128: it's much harder that way to keep up with upstream changes, though?
[17:10] <seb128> pitti, do, .gconf-defaults is the way to change defaults
[17:11] <pitti> seb128: ok, I'll convert that patch then
[17:11] <pitti> seb128: out of interest, what's the reason for that?
[17:11] <seb128> pitti, we do that because it's easy to use stock upstream behaviour by just moving the .gconf-defaults away for example this way
[17:11] <seb128> pitti, where patching the schemas makes that impossible
[17:12] <pitti> seb128: where does that land? I don't quite see it in /etc/gconf/
[17:12] <seb128> pitti, ie we use a different layer and a different directories for those changes so you drop distro changes just by changing the gconf path
[17:12] <pitti> oh, /usr/share/gconf/defaults/10_gnome-power-manager
[17:12] <pitti> seb128: ok, understood; thanks for the heads-up!
[17:13] <seb128> pitti, ls /usr/share/gconf/defaults
[17:13] <seb128> pitti, you're welcome
[17:13] <seb128> pitti, those are written to /var/lib/gconf/debian.defaults
[17:13] <seb128> pitti, when running update-gconf-defaults
[17:14] <seb128> pitti, so using stock upstream is basically comment this dir from the gconf path list
[17:15] <seb128> brb session restart
[17:17] <showard> thanks seb and pitti, what is everyone's opinion on the default for "lid close on battery" - should we suspend (like GPM) or blank screen? seb128's argument was that he doesn't want to lose network connections when switching rooms, the reporter thought that that behavior was counter intuitive
[17:18] <seb128> good default is to suspend, it's not destructive
[17:18] <seb128> ie avoid people putting laptop in their bag thinking it will suspend and having issues later
[17:18] <seb128> I was just expressing a personal opinion for not liking to cut my internet on lid close ;-)
[17:20]  * seb128 kicks apport
[17:20] <seb128> APPORT_IGNORE_OBSOLETE_PACKAGES=1 is still broken
[17:20] <seb128> I don't want to wait for hours of download just to try this hook
[17:22] <seb128> ok, apport wins, I start download and do a break
[17:24] <showard> pitti: in that case, when you update the gconf-defaults, we can remove that key.   Another thing I've been working on is bug #339492, which has a demo video at http://www.youtube.com/watch?v=fkdaiXXcv8w
[17:24] <showard> [wrong bug] this has been discussed a bit with the Ayatana ML. How should we (or I proceed)? I was just going to put a ppa up and tweak it until people were happy and then propose those changes
[17:25] <showard> bug #399492
[17:59] <didrocks> quickly 0.1 uploaded into universe, waiting for archive manager :)
[18:01] <pitti> didrocks: wohoo!
[18:02] <didrocks> pitti: it's up to you now, but no hurry, we are in advance regarding the schedule :)
[18:09] <pitti> showard: nice video!
[18:11] <slomo> seb128: you probably want to sync celt 0.6.1-1 from debian/unstable
[18:12] <slomo> seb128: it's an experimental codec and ubuntu has an older version. since that version the codec has changed a lot in an incompatible way and it's not a good idea to let people create files with the old format ;)
[18:25] <Sarvatt> i'm so confused.. 2009-07-23 15:14:11 status installed devicekit-power 010-0ubuntu1 but it was uploaded 2 hours ago?
[18:25]  * Sarvatt wonders what PPA it must have come from..
[18:37] <seb128> slomo, ok
[18:43] <pitti> TKD time, cu tomorrow!
[18:45] <slomo> seb128: thanks :)
[18:45] <seb128> pitti, have fun, see you!
[18:50] <Sarvatt> i guess the screwed up devicekit-power packages were my problem for the past week, battery readings working great now
[19:57] <showard> sarvatt: thanks for fixing them!
[19:57] <Sarvatt> i didn't do anything, dont thank me! :)
[19:58] <Sarvatt> darn, I unplugged and its back to saying its fully charged and plugged in :( worked for a little while at least
[19:59] <showard> oh ok - I've been going through a bunch of gnome-power-manager bugs about that (and sending some to DKP)
[20:46]  * crevette doesn't fond out how to generate a proper .symbol file ....
[20:46] <crevette> >:-/
[21:28] <kklimonda> pitti, did your last update to gnome-power-manager could change the way brightness notification is displayed?
[21:29] <kklimonda> pitti, ok, i see a bug already :)
[21:32] <crevette> kklimonda, why did you subscribed ubuntu universe on https://bugs.edge.launchpad.net/bugs/406592 ? I didn't finished to prepare my files
[21:32] <crevette> I can do the job myself
[22:01] <Sarvatt> crevette: build the package, then dpkg-gensymbols
[22:02] <crevette> I generated one in the meantime but honnestly I don't know how clearly it works
[22:02] <crevette> thanks :)
[22:03]  * crevette is tired
[22:09] <chrisccoulson> seb128 - upstream don't build the splash screen by default in gnome-session now (there is a build-time switch in the new version)
[22:10] <chrisccoulson> you're not too fussed about whether it goes or not are you?
[22:10] <seb128> chrisccoulson, right, I've seen the commit messages, that's fine we don't use it by default either
[22:10] <seb128> no
[22:10] <chrisccoulson> that's good - i've packaged it without already
[22:12] <seb128> ok good
[22:24] <seb128> chrisccoulson, is it ready for sponsoring?
[22:58] <chrisccoulson> hi seb128 - sorry, i had to pop away for dinner