[08:16] <crevette> good morning
[08:23] <didrocks> morning crevette o/
[08:24] <crevette> salut didrocks
[08:33] <crevette> salut seb128
[08:34] <seb128> lut crevette
[08:37] <didrocks> plop seb128 :)
[08:37] <mvo> good morning seb128
[08:37] <seb128> lut didrocks
[08:37] <seb128> hey mvo
[08:37] <mvo> hey crevette, didrocks
[08:37] <crevette> hello mvo
[08:37] <seb128> didrocks: had fun at fosdem this weekend?
[08:38] <seb128> mvo: did you have a nice travelling back?
[08:38] <didrocks> hi mvo
[08:38] <didrocks> seb128: oh yeah, it was really fun :)
[08:38] <crevette> who is managing the bluez package usually, because it uses bzr for the packaging and it wasn't updatd for a while? As I did few of the last upstream update I wanted to push the changes
[08:39] <didrocks> seb128: I have a message for you from vuntz: "you are not kind at all for not coming" :)
[08:39] <seb128> ah ah ah
[08:39] <mvo> seb128: yes, slept half of it :) so it went by pretty fast
[08:39] <didrocks> seb128: I met james_w, keybuck, and some other (but few) canonical boy.
[08:40] <seb128> didrocks: lool was there too no?
[08:40] <mvo> I do a clutter update in my ppa and will package metacity-clutter - or did anyone look at this already?
[08:40] <didrocks> so, appart from sharing my room for 2 days with huats, everything were really enjoyable
[08:40] <didrocks> (joking :))
[08:40] <mvo> haha
[08:40] <crevette> :)
[08:40] <seb128> mvo: the mail from pitti suggested that the code is no ready to be shipped yet
[08:40] <didrocks> seb128: yeah, I just saw him, but not talk with him
[08:40] <seb128> oh, huats was there too
[08:41] <mvo> I would have loved to come, but it conflicts with the sprint for me
[08:41]  * pitti hugs seb128, mvo, and didrocks, good morning
[08:41] <seb128> I'm wondering if he will manage to get this gnome-keyring update done one day ;-)
[08:41] <seb128> he's working on it for 3 weeks now
[08:41]  * seb128 hugs pitti
[08:41] <didrocks> Hi pitti :)
[08:41] <mvo> seb128, pitti: the mail I have about metacity-clutter is that someone should have a look at it, no?
[08:41] <didrocks> seb128: well. He fights with it :) Even he asks something about it to vuntz
[08:42] <pitti> mvo: just whether someone has an opinion about its readiness
[08:42] <didrocks> seb128: I know that his libgda update is ready, but he does not know how to test it
[08:42] <pitti> mvo: if you want to play around with it, I won't stop you, of course :-P
[08:42] <mvo> :)
[08:42] <mvo> I will, should be quick (I hope)
[08:42]  * crevette is working on libopenobex-1.4 and he has some pain :)
[08:42] <seb128> mvo: there is an another thread going where you are not cc-ed, and pitti states that's mirco said it's not ready to be used yet
[08:43] <mvo> aha
[08:43] <seb128> didrocks: to be honest I don't care about libgda, gnome-desktop is stopping GNOME updates where libgda is not really used
[08:43] <didrocks> seb128: appart for my python-gnome-extras update :)
[08:44] <seb128> didrocks: btw were you supposed to work on the gnome-python update too?
[08:44] <didrocks> seb128: yes, I will do it tonight, as well as on gtkmm
[08:44] <seb128> ok
[08:44] <didrocks> but I fell that gtkmm will be a pain as everything is patched inline...
[08:44] <seb128> ?
[08:44] <mvo> james_w: hi! I hope you had a good trip. did you seed apt-transport-https already? if not, I can do it here
[08:45] <seb128> it's not
[08:45] <didrocks> seb128: sure ? Let me look at the diff.gz
[08:45] <seb128> didrocks: it's package in the pkg-gnome svn where only the debian directory is stored so if there is changes not in the diff.gz that's an error
[08:47] <seb128> mvo, pitti: btw extra hand on desktop sponsoring are welcome if you have some time this week, I've been fighting the queue a bit during the sprint but there is still lot
[08:47] <pitti> right, on my list
[08:47]  * seb128 hugs pitti
[08:47] <pitti> seb128: I'm currently fixing pkgstriptranslations to not break the publisher on parallel builds
[08:47]  * crevette is feeding the sponsoring queue
[08:47] <crevette> :)
[08:47] <pitti> seb128: I think the buildds set DEB_BUILD_OPTIONS=parallel or so
[08:47] <seb128> pitti: oh, you found the bug?
[08:47] <pitti> seb128: which makes glib2.0 create broken translations.tar.gz
[08:48] <didrocks> seb128: http://paste.ubuntu.com/115888/
[08:48] <mvo> seb128: sure, is all on the sponsoring queue?
[08:48] <seb128> mvo: yes
[08:48] <pitti> seb128: looking at the build log and debian/rules, it's the only explanation I have (things do run in parallel there)
[08:48] <didrocks> seb128: there is a lot of autotools changes but also other one (like gtkmm-1.2.10/src/gtk--/base.h
[08:49] <seb128> mvo: just pick anything on dholbach's page if you want, I commented on totem-pl-parser but didn't start on it so you can do and totem or anything else there
[08:49] <seb128> didrocks: it just seems that whoever did the previous update screwed his autoreconf patch build
[08:49] <didrocks> seb128: can autoreconf changes .h files?
[08:50] <seb128> didrocks: is it using a patch system or not?
[08:50] <seb128> didrocks: why not, if there is a corresponding .in and a rule to update those or if those are automatically build by some tools
[08:51] <didrocks> seb128: it's not using one apparently (I have to check further, btw)
[08:51] <didrocks> seb128: as we are in sync with debian, setup one is not a great idea, is it?
[08:51] <seb128> didrocks: the 2.14.1 copy on my disk uses simple-patchsys in its rules
[08:52] <didrocks> seb128: ok, so, I will run it and make it clean
[08:52] <seb128> didrocks: ok good
[09:05] <lool> didrocks: You should have said hi!
[09:06] <crevette> hello lool
[09:06] <lool> Hey
[09:13] <seb128> lut lool
[09:13] <seb128> lool: how was fosdem this year?
[09:15] <lool> It was packed with people, but I saw less familiar faces as usually
[09:16] <lool> I was relatively unlucky in my talk attendance in that the interesting ones were happening together and the others I had seen a couple of times already
[09:16] <lool> But it was great to see a bunch of people and some interesting presentations nevertheless!
[09:16] <lool> Less so to get my luggage stolen afterwards though
[09:17] <mvo> lool: oh? someone stole your stuff :( ?
[09:17] <mvo> at fosdem?
[09:19] <seb128> lut huats
[09:19] <huats> hello seb128
[09:19] <seb128> huats: how is gnome-keyring going?
[09:19] <lool> mvo: No, in the train station  :-/
[09:20] <huats> seb128: not much to say
[09:20] <seb128> lool: oh :-(
[09:20] <lool> With some dev hardware in it unfortunately (as I wasn't flying)
[09:20] <huats> the upstream seems to be unable to fix the LDFLAGS stuffs
[09:20] <mvo> lool: right, that sucks :(
[09:21] <lool> In practice, I didn't lose any non-replaceable stuff or personal or company data, but I did lose some expensive devices sadly
[09:23]  * seb128 hugs lool
[09:23] <seb128> not lucky
[09:24]  * seb128 notes to not let unattended luggage at train station either
[09:25] <lool> It was on my side, like 2 cms away (really) but I was buying a book in a press shop and the guy just took it as if it was his
[09:26] <lool> I noticed 30 seconds later, but outside everybody has a luggage
[09:26] <didrocks> lool: I am so shy, you know :p But I will not miss next time, promess (I just saw you far far away on the opening conf)
[09:26] <huats> lool: oh... that sucks !
[09:27] <didrocks> lool: In Bruxelles train station?
[09:28] <didrocks> lool: yeah, that really sucks :/
[09:28] <lool> didrocks: Yes, in Bruxelles Midi
[09:46] <crevette> salut huats
[09:48] <seb128> pitti: btw http://svn.gnome.org/viewvc/seahorse?view=revision&revision=2774
[09:50] <seb128> crevette: you are working on the obex server update?
[09:50] <crevette> obex-data-server ? done, and in lp
[09:50] <huats> hello crevette
[09:50] <seb128> crevette: ah cool, I though other libs updates were required
[09:51] <crevette> it needs eventually libopenobex 1.4 which is not packaged yet, but it seems too hard for me, anyway I'm trying to package it
[09:51] <pitti> seb128: rocking!
[09:51] <crevette> seb128: but I didn't check symbols differences
[09:52] <seb128> crevette: is the lib required or not?
[09:52] <crevette> which one ?
[09:52] <seb128> libopenobex
[09:52] <crevette> it can be built against the libopenobex we have in ubuntu now
[09:53] <seb128> crevette: oh, that's just a lib update?
[09:54] <seb128> slomo: hey, gst-plugins-good0.10 should be synced?
[09:55] <crevette> seb128: https://bugs.edge.launchpad.net/ubuntu/+source/obex-data-server/+bug/327103
[10:45] <mvo> seb128: I just checked the updated by chris and its a bit inconvienient to apply them to bzr, I think I wait for him to appear and ask if he can either do debdiffs or a bzr branch
[10:45] <seb128> ok
[10:45] <seb128> what is inconvienient?
[10:46] <seb128> can't you diff the debian directory between version and commit that for the upgrade?
[11:07] <mvo> seb128: sure, its still a bit inconvinient, a debdiff could be applied right into bzr
[11:08] <seb128> right
[11:08] <seb128> you don't want a debdiff though
[11:08] <mvo> seb128: for the other, I first need to get the tarball, build the source deb, get the old deb, debdiff and then apply that into bzr
[11:08] <seb128> but a debian directory debdfiff rather
[11:09] <seb128> right, just try to point him to bzr so he knows for next update, he's quite active on desktop updates and bug triage but I think he's not used to use bzr yet
[11:09] <mvo> seb128: sure, I added it into one of the bugreport, when he is online I will be happy to mentor him for the bzr stuff
[11:09] <seb128> ok good
[11:10] <mvo> I think he is US timezone based
[11:10] <james_w> mvo: https://code.launchpad.net/~james-w/ubuntu-seeds/platform.jaunty.apt-transport-https
[11:10] <seb128> not sure but he's usually on IRC in evening european hours
[11:10] <james_w> mvo: I was going to ask Colin to review
[11:12] <mvo> james_w: aha, thanks! I leave it to him then
[11:39] <didrocks> hey james_w ;)
[11:40] <james_w> hey didrocks, home safely?
[11:41] <didrocks> james_w: yes, a little bit late, but no problem :) and you?
[11:41] <james_w> fine thanks
[11:54] <slomo> seb128: yes
[12:17] <seb128> slomo: ok good ;-)
[12:55] <crevette> hey seb128, thanks for the update
[12:56] <seb128> crevette: you're welcome, thank you for the work ;-)
[12:56] <crevette> seb128: bah it's a minor package
[12:56] <seb128> crevette: should the gnome-user-share upload wait until the mdns things is updated?
[12:56] <crevette> 0.4.4 was just released :)
[12:57] <seb128> crevette: another update for you then ;-)
[12:57] <crevette> seb128: yes, IIRC mdns 0.6 is required
[12:57] <seb128> how did you build and test the update?
[12:57] <crevette> seb128: yeah
[12:57] <crevette> I talk with debian openobex developper
[12:58] <crevette> the 1.5 was released yesterday, and he should buid it b y the middle of feb, is it okay for ubuntu ?
[12:58] <crevette> seb128: not really
[12:58] <crevette> let me try
[13:00] <seb128> crevette: buid it?
[13:00] <seb128> ah
[13:00] <seb128> he will upload to debian you mean ?
[13:00] <seb128> yes, that should be alright
[13:00] <crevette> yeah I build it myself
[13:01] <seb128> didrocks: there?
[13:02] <seb128> didrocks: what update do you still have on your todolist?
[13:03] <crevette> seb128: wonderful it works and fixes another issue
[13:03] <crevette> :)
[13:03] <crevette> now you'll see one feature I've worked on and people never seen
[13:04] <didrocks> didrocks: I have gnome-python-extras which waits for libgda, gnome-python & gtkmm that I will handle tonight, and evince that is waiting for sponsoring
[13:05] <seb128> didrocks: oh evince is waiting for review, good, let me do that now
[13:05] <seb128> didrocks: is gnome-python-desktop also on your list?
[13:05] <didrocks> seb128: you can see some additional information there: https://wiki.ubuntu.com/DidierRoche/MOTU/bugsaction
[13:05] <seb128> just cleaning tarballs which are not uptodate
[13:05] <didrocks> (for evince)
[13:06] <didrocks> and no, but I can take it
[13:06] <seb128> ah right you told me about that the other day
[13:06] <seb128> I was in berlin sprinting though and didn't look at it
[13:06] <didrocks> seb128: no problem, you told me it wasn't possible for you to review it then :p
[13:06] <seb128> didrocks: ok good, if you don't feel overworked already it's for you ;-)
[13:06] <didrocks> seb128: I get used to gnome-python* ;)
[13:06] <seb128> didrocks: sometimes I tell things which make sense ;-)
[13:07] <didrocks> seb128: only sometimes? That's no usually the case? :D
[13:07] <seb128> didrocks: this wikipage is amazing, how many centuries did you spend on writing it? ;-)
[13:07] <didrocks> seb128: it was to "record" my sponsors :-)
[13:07] <didrocks> seb128: as you can see, most of them aren't described
[13:08] <didrocks> seb128: but it was really useful for my first package
[13:08] <seb128> right, most people don't do a such detailled job, it's quite impressive ;-)
[13:08] <didrocks> seb128: I think it was a real gain to avoid forgetting things
[13:09] <seb128> didrocks: I don't understand your gconf note there
[13:09]  * crevette is packaging ods .0.4.4
[13:09] <didrocks> seb128: hum didn't updated it
[13:09] <seb128> crevette: good ;-)
[13:09] <didrocks> seb128: one sec, let me have a look at debian/rules first
[13:09] <didrocks> (to avoid telling bad things ;))
[13:10] <crevette> seb128: you seems to be interested by ods, why? just to fix bugs or you'" using bluetooh now ?
[13:10] <crevette> :)
[13:10] <seb128> crevette: not especially interested but we had a gvfs bug where obex was not working on a nokia phone which is fixed in the new version
[13:11] <crevette> which bug ?
[13:11] <seb128> bug #324246
[13:11] <seb128> I already closed it
[13:11] <crevette> I admit I don't test all use caseq, like obex://
[13:11] <didrocks> seb128: that's there. There is something I didn't understand in the package. Let me explain:
[13:12] <didrocks> seb128: so, I changed the DESTDIR from debian/evince to debian/tmp
[13:12] <seb128> crevette: don't worry it's still early in the cycle and the upstream diff looks alright
[13:12] <didrocks> the gconf schemas were in debian/tmp/etc. In evince.install I added debian/tmp/etc/gconf
[13:13] <seb128> didrocks: you can as well drop the line
[13:13] <didrocks> seb128: ok, I will know that's a possibility :)
[13:13] <seb128> it was there from the time where evince-gtk was built I think, the default is tmp when you have several binaries
[13:13] <Laney> (btw, f-spot might ftbfs and if it does you probably need to add CSC=/usr/bin/csc to the configure arguments)
[13:14] <didrocks> seb128: when building it, with dh_gconf I thing, the gconf schemas are in debian/evince/etc AND in debian/evince/usr/share...
[13:14] <didrocks> but finally, in the package, it just remains in /usr/share...
[13:14] <didrocks> (and there is no rm -rf debian/evince/etc...)
[13:14] <didrocks> in debian/rules
[13:14] <didrocks> so, this was a strange behavior I can't explain
[13:16] <didrocks> seb128: I tried as well not putting in evince.install file this reference (debian/tmp/etc/gconf), but we don't get debian/evince/usr then...
[13:17] <seb128> didrocks: listing the etc directory is correct
[13:17] <seb128> dh_gconf does move those to usr
[13:17] <didrocks> seb128: I use the pbuilder hook to log when the package is built
[13:18] <didrocks> and I see as well debian/evince/etc/gconf and debian/evince/usr/share/gconf
[13:18] <seb128> Laney: due to some new changes in the mono stack?
[13:18] <didrocks> but only the latter is present in the package
[13:18] <seb128> didrocks: see that where?
[13:18] <crevette> seb128: I would like to push packaging of ods into VCS, who should I contact
[13:18] <seb128> didrocks: those are installed in etc and then moved to use when dh_gconf is run
[13:18] <seb128> crevette: it's already in a vcs apparently, see the control
[13:18] <didrocks> seb128: where I build my packages...
[13:19] <Laney> seb128: I'm not sure, but it got dropped in Debian from my Ubuntu patch.
[13:19] <didrocks> let me check again, but I am almost sure of it
[13:19] <seb128> Laney: I will sponsor the debdiff on launchpad and we will see what happens ;-)
[13:19] <seb128> that's the lazy way
[13:19] <seb128> I will let one of you guys fix it if that breaks
[13:19] <Laney> heh
[13:19] <Laney> give it a test build?
[13:19] <seb128> or get the fix in debian and we can sync the new revision ;-)
[13:20] <Laney> I asked meembey to upload, we'll see if he does it soon
[13:20] <Laney> meebey*
[13:20] <seb128> Laney: I can do that but I need to wait on the new binaries to be published then
[13:20] <Laney> k
[13:20] <Laney> I don't think that build-dep version is a problem btw, we have 2.0 in Jaunty anyway
[13:20] <seb128> didrocks: not sure, I never really bothered about checking the build dir I just look at the debs
[13:20] <seb128> didrocks: what I now is that upstream uses etc and dh_gconf move the schemas to usr
[13:21] <seb128> you should have the etc directory in the tmp location
[13:21] <crevette> seb128: yeah I know, but I wanted to have it merge rather
[13:21] <seb128> but the evince dir should have only the etc one after the build
[13:21] <seb128> crevette: well ask mvo for bzr questions ;-)
[13:21] <didrocks> seb128: yes, but I have another one etc/gconf in debian/evince :)
[13:22] <didrocks> so, I was surprised to not see it also in the resulting package
[13:22] <seb128> didrocks: let me review and testbuild your upload so we can continue this discussion
[13:22] <didrocks> let me check again, two minutes :)
[13:22] <crevette> seb128: you 'll a lot of handful people to build packages now :)
[13:22] <didrocks> yes
[13:22] <didrocks> seb128: oki
[13:22] <seb128> crevette: that's nice isn't it ;-)
[13:22] <seb128> desktop team rocks!
[13:23] <mvo> crevette: I'm around if you have a bzr question
[13:23] <didrocks> seb128: yes it really rocks \o/
[13:23] <crevette> a build-farm
[13:23] <crevette> mvo: I seen that obex-data-server and bluez packaging we're not pushe recently
[13:24] <seb128> that would be bad citizen work
[13:24] <crevette> 1) if if want to push changes, should I do a commit per version to fill the gap, or should I just get the latest version and do that in one commit ?
[13:24] <crevette> seb128: I'm guilty too
[13:25] <mvo> crevette: just do it with one commit, that will make your work a lot easier I htink
[13:25] <crevette> mvo: as usual I push it to my branch and you'll do the merge ?
[13:26] <mvo> crevette: yes, that sounds fine
[13:29] <seb128> didrocks: one build later
[13:29] <seb128> $ find debian -name schemas
[13:29] <seb128> debian/tmp/etc/gconf/schemas
[13:29] <seb128> debian/evince/usr/share/gconf/schemas
[13:29] <seb128> didrocks: not, it's not duplicated there
[13:29] <seb128> didrocks: dunno how you do your builds ...
[13:30] <didrocks> seb128: I am currently building it again, mayve my memory is very bad :)
[13:30] <didrocks> maybe*
[13:30] <didrocks> seb128: if so, that makes sense that dh_gconf do what it claims to do :)
[13:30] <didrocks> does*
[13:31] <seb128> didrocks: otherwise the binaries look mostly ok
[13:31] <didrocks> # find debian -name schemas
[13:31] <didrocks> debian/evince/etc/gconf/schemas
[13:31] <didrocks> debian/evince/usr/share/gconf/schemas
[13:31] <didrocks> debian/tmp/etc/gconf/schemas
[13:31] <didrocks> in my pbuilder
[13:31] <didrocks> I am not crazy \o/
[13:32] <seb128> didrocks: you probably want to install the documentation in the corresponding binaries, ie /usr/share/gtk-doc/html/libevdocument in libevdocument-dev and not evince
[13:32] <didrocks> (and I check again, the binary does only contains /usr/share..)
[13:33] <seb128> didrocks: is the directory empty in etc?
[13:34] <didrocks> seb128: no: http://paste.ubuntu.com/116065/
[13:34] <seb128> didrocks: weird
[13:34] <didrocks> seb128: really, isn't it?
[13:35] <seb128> didrocks: did you run dh_install --list-missing there?
[13:35] <didrocks> seb128: yes, it was listing .a and .la files
[13:35] <seb128> didrocks: it would recreate it
[13:35] <didrocks> but not listing this one
[13:35] <seb128> ok, so that's due to it
[13:35] <didrocks> ?
[13:36] <seb128> the dh_install call redo the install
[13:36] <seb128> but you don't run dh_gconf after that
[13:36] <seb128> so you reinstall in etc but don't move those
[13:36] <seb128> rm the etc dir
[13:36] <didrocks> ok, that's understable :)
[13:36] <seb128> run dh_install --list-missing
[13:36] <seb128> and look it's back there
[13:36] <seb128> dh_install do its job
[13:36] <didrocks> let me try
[13:37] <didrocks> (I was think dh_install --... would not launch dh_install only)
[13:37] <seb128> dh_* tools don't call other dh_tools
[13:37] <seb128> that's why you get everything listed in debhelper packages for example
[13:37] <crevette> mvo: I don't understand, I can 't specify bluez and cannot specify bluez-4.x, what should I do ?
[13:38] <didrocks> seb128: yes, you right :) that's just strange that dh_install --list-missing is not listing debian/tmp/etc (other it knows from dh_gconf that can be moved)
[13:39] <didrocks> seb128: thanks a lot for the explanation! What about the documentation, you told me?
[13:39] <seb128> didrocks: you're welcome
[13:39] <crevette> mvo: sorry I forgot the pastebin link http://pastebin.com/m22823088
[13:39] <seb128> didrocks: you should move the api documentation in the corresponding binaries, not in the evince binary
[13:40] <didrocks> (seb128: I told you I like to understand weird stuff ;))
[13:40] <seb128> didrocks: and your symlinking in the rules are weird
[13:40] <seb128> don't do that
[13:40] <didrocks> seb128: ok for the place (I thing this is an option for dh_installdoc)
[13:40] <didrocks> seb128: for symlinks?
[13:40] <seb128> why do you want to change the location?
[13:40] <didrocks> It was what were used in evince-dbg
[13:41] <seb128> right, not sure why it's there but that's wrong for libs
[13:41] <seb128> especially that you install those html in the evince binary which can be not installed
[13:42] <didrocks> seb128: you just told me to change the location for libevdocument, no?
[13:42] <seb128> just installed /usr/share/gtk-doc/html/libevdocument in libevdocument-dev and not evince
[13:42] <seb128> do the same for the other library
[13:42] <seb128> and drop those weird rules call
[13:42] <didrocks> even for -dbg one?
[13:42] <seb128> no, let the dbg the way it is
[13:42] <seb128> that's coming from debian
[13:42] <seb128> and doesn't hurt
[13:42] <seb128> the dbg depends on the binary anyway
[13:42] <seb128> the libs don't depends on evince
[13:43] <seb128> just drop your rules hack
[13:43] <seb128> and update the 3 .install to list only the html api corresponding to each binary
[13:43] <seb128> each libevince*-dev its documentation
[13:43] <mvo> crevette: try bzr push --create-prefix lp:~bmillemathias/+junk/bluez-ubuntu for now, look like LP madness
[13:43] <seb128> evince has /usr/share/gtk-doc/html/evince
[13:44] <didrocks> seb128: and for libevince* (without -deb)?
[13:44] <didrocks> -dev*
[13:44] <seb128> didrocks: in evince
[13:44] <seb128> or what do you mean?
[13:44] <crevette> mvo: it's been like that for few days
[13:44] <didrocks> hum, -dev has a dependency on libev..., that's why I thought a symlink was good
[13:45] <seb128> but what do you try to get there?
[13:45] <crevette> mvo: thanks you can get the branch for bluez
[13:45] <seb128> didrocks: I don't understand what you try to solve
[13:46] <didrocks> seb128: like for -dbg stuff, a symlink from the -dev documentation on the corresponding binary library doc
[13:46] <seb128> didrocks: the documentation are installed in debian/tmp/usr/share/gtk-doc/html and used correctly there
[13:46] <didrocks> right
[13:46] <seb128> didrocks: install the documentation directly in the libevince*-dev that's how it's done usually
[13:46] <seb128> no need of any symlink this way
[13:47] <seb128> the -dbg hack is just to spare CD space I guess or similar
[13:47] <seb128> since evince and evince-dbg are similar
[13:47] <didrocks> seb128: and in the binary library (not -dev), just evince documentation?
[13:47] <seb128> there is no specific documentation for the dbg
[13:47] <seb128> didrocks: no, nothing in the libs, library should not conflict on soname changes
[13:47] <seb128> didrocks: there is 3 html directory, one for evince binary and one for each library
[13:48] <seb128> didrocks: in library you only put the library itself since you want no common files when the soname is changed
[13:48] <didrocks> seb128: ok, so the documentation for each library must only be put in -dev
[13:48] <seb128> right
[13:49] <seb128> if you need to api documentation you probably have the dev installed anyway
[13:49] <didrocks> seb128: ok, I will note it in my "logging wiki page" :) let me handle that and push a new version
[13:49] <didrocks> seb128: it was not mentionned in the library classroom, that's the reason I made this way
[13:50] <seb128> didrocks: oh btw please drop the hildon patch and the lpia build-depends while you are at it
[13:50] <seb128> didrocks: I got the request from a mobile team guy during the sprint
[13:50] <didrocks> it's not needed anymore?
[13:50] <didrocks> ok
[13:50] <didrocks> I thought that the mobile team added extra patch in some way :)
[13:50] <seb128> the patch was moved out of the patches directory and not used for a while
[13:50] <didrocks> that's why I kept it :)
[13:50] <didrocks> no problem*
[13:50] <seb128> and they don't plan to rewrite it now
[13:50] <didrocks> oki
[13:50] <seb128> and the build-depends are outdated and they want to clean some of those packages now
[13:51] <seb128> so just drop those and the patch in the update
[13:51] <didrocks> seb128: I will do all that stuff just after a meeting :)
[13:51] <seb128> didrocks: ok, otherwise pretty good work for a first library split!
[13:51] <didrocks> seb128: thanks! ;)
[13:52] <seb128> didrocks: update the descriptions too btw
[13:52] <seb128> didrocks: "Document (postscript, pdf) viewer - debugging symbols" is the short description for the new libraries ;-)
[13:53] <didrocks> seb128: ok, wrong copy-paste :-)
[13:53] <seb128> didrocks: description are usually no fun to write but drop at least the debugging symbols there which is wrong ;-)
[13:53] <didrocks> yeah, I'm sorry for this :)
[13:53] <seb128> that's ok
[13:54] <seb128> didrocks: you could also add libs and libdevel section to those binaries
[13:55] <seb128> didrocks: and you can also probably remove the cleaning line in the rules for evince and update the .install no to list *.so in the nautilus directory for example but that's a detail
[13:55] <seb128> didrocks: I think that's all for my comments ;-)
[13:55] <didrocks> seb128: it was also not mentionned in the classroom too. I have to write a wiki page about it :)
[13:55] <seb128> where is huats now, he needs to hand me work too ;-)
[13:56] <didrocks> remove the claning lines in the rules? it will add a new change from debian
[13:56] <didrocks> cleaning*
[13:56] <seb128> didrocks: well, reading the comment it was meant to be there because there was no lib split
[13:57] <seb128> you can let it too if you want that's a detail
[13:58] <crevette> mvo: is there some kind of branch per ubuntu release ?
[13:59] <didrocks> seb128: yes. I will try to push those diff to debian back
[13:59] <seb128> didrocks: they will probably not start on 2.25 now
[13:59]  * didrocks just finished a copy/paste to be sure to forget anything :)
[13:59] <didrocks> seb128: but I can still push to aliot svn, right?
[14:00] <seb128> not really
[14:00] <didrocks> and once they will want to take it, after lenny release, they will, no?
[14:00] <seb128> they split by distribution usually
[14:00] <seb128> ie, if there is already an unstable and an experimental version and want to stay on 2.24 for experimental
[14:00] <seb128> there is no really a stagging right now there
[14:01] <seb128> you can try to squeeze that somewhere
[14:01] <seb128> on send your work as a 2.26 update when 2.26 will be available
[14:01] <didrocks> ok, and they will only update to 2.26, when unstable will be "Squeeze"?
[14:02] <seb128> not especially, they could do 2.24 to 2.26 in experimental too
[14:03] <didrocks> seb128: ok, but only stable GNOME release
[14:03] <didrocks> so, we push back only stable version, right?
[14:03] <didrocks> (for GNOME)
[14:03] <didrocks> in unstable/experimental
[14:04] <seb128> usually yes
[14:04] <didrocks> ok
[14:05] <didrocks> a lot of things to note/triage/make clear on the wiki :)
[14:05] <didrocks> seb128: I will keep you updated when all of this stuff is done
[14:05] <seb128> ok
[14:05] <seb128> thanks for the work
[14:06] <seb128> let me know when the package is updated, I'm rather interested in that than in your wiki documentation ;-)
[14:06] <didrocks> seb128: thanks to you :)
[14:06] <didrocks> seb128: yes, I'm sure, you prefer binaries or source :p
[14:13] <crevette> seb128: https://bugs.edge.launchpad.net/ubuntu/+source/obex-data-server/+bug/327188 :)
[14:13] <seb128> crevette: thanks
[14:14] <fta2> seb128, evo crashes when i tag a message as junk. known?
[14:14] <seb128> dunno, I don't use tagging or junk
[14:14] <seb128> fta2: copy your stacktrace on /usr/share/gtk-doc/html/libevdocument in libevdocument-dev and not evince
[14:14] <seb128> update
[14:14] <seb128> fta2: http://bugzilla.gnome.org/dupfinder/simple-dup-finder.cgi
[14:18] <fta2> gnome bug 569700
[14:19] <fta2> in my case, it's when i junk a message while it's not completely loaded (tons of images)
[14:19] <seb128> fta2: that's a frequent crasher, I triggered it several times by deleting spams in inbox
[14:21] <fta2> just started today for me
[14:23] <crevette> seb128: before doing the sponsor hold a bit if you can I need to add a lp bug being fixed
[14:23] <seb128> crevette: I was looking at it
[14:23] <seb128> fta2: right, you probably just upgraded to 2.25.90 today
[14:23] <seb128> crevette: which one do you want?
[14:23] <crevette> seb128: 291043
[14:23] <seb128> bug #291043
[14:26] <seb128> crevette: seems there is no patch to consider there
[14:27] <crevette> seb128: no, but at least the bug is corrected in gnome-user-share
[14:27] <crevette> hey cassidy
[14:27] <seb128> crevette: well do you want to do changes to ods?
[14:28] <crevette> which changes? to the changelog?
[14:29] <seb128> crevette: dunno you asked me to wait before uploading, what do you want to change?
[14:29] <crevette> I wanted to add that it fixes the bug I gave you
[14:29] <seb128> crevette: but it doesn't
[14:29] <seb128> crevette: at least 0.4.4 doesn't
[14:29] <crevette> it did for me
[14:29] <seb128> 0.4.3 to 0.4.4?
[14:29] <seb128> ie 0.4.3 was not working?
[14:30] <crevette> and on the upstream bug I had a confirmation it is fixed by another reporter
[14:30] <seb128> that's weird
[14:30] <seb128> there is almost no change there
[14:30] <crevette> 0.4.3 is fixing the bug
[14:30] <seb128> ok, that has already been uploaded
[14:30] <seb128> just close the bug on launchpad
[14:30] <crevette> yep but I didn't noticed that
[14:30] <seb128> well listing it as a 0.4.4 fix would be wrong
[14:30] <crevette> seb128: nothing to expect for intrepid ?
[14:30] <seb128> just close the bug saying 0.4.3 fixed it
[14:31] <seb128> no, that's too much of a detail, we got almost no user complain and intrepid is not a lts
[14:32] <seb128> uploaded
[14:32] <crevette> thanks a lot
[14:32] <seb128> you're welcome
[14:45] <crevette> seb128: sorry for being dumb but how can I close a bug telling it is fixed, perhaps I don't have enough power for that ?
[14:45] <seb128> click on one of the small arrows in the corresponding line?
[14:46] <seb128> it should give you an area to write comments and change settings, if some are locked you don't have the bugtriage rights
[14:47] <crevette> I did set the status for each product in bug 291043, but is ther a way to close the bug globally ?
[14:48] <seb128> no, that's ok this way
[14:49] <crevette> hello mclasen
[14:50] <mclasen> morning
[14:57] <crevette> seb128: does it exist a script for request sponsorship, because I'm tired to do it manually :)
[14:58] <seb128> crevette: not that I know but maybe dholbach has one
[15:17] <seb128> huats: !!!
[15:17] <seb128> ;-)
[15:17] <huats> seb128: !!!
[15:18] <huats> seb128: I haven't forgotten you
[15:18] <huats> :)
[15:18] <seb128> good ;-)
[16:21] <pitti> I'll upload totem{,-pl-parser}? from the sponsoring queue now
[16:35] <Davedan> I accedently draged the toolbar to the right. how do I put it back in the top of the screen?
[16:36] <didrocks> Davedan: you can drag and drop it to the top
[16:37] <didrocks> (just clic in a empty space of the bar)
[16:37] <Davedan> ok thanks
[16:38] <didrocks> you're welcome :)
[16:54] <crevette> hello gentlemen
[16:57] <huats> hello crevette
[16:59] <crevette> hey huats
[16:59] <crevette> tx seb128
[17:27] <pitti> seb128: just got to sponsoring totem and -plparser, sorry; will do more tomorrow morning
[17:27] <pitti> tomorrow was too much other stuff going on
[17:27] <seb128> pitti: thanks, don't worry there is nothing urgent ;-)
[17:27]  * seb128 hugs pitti
[17:54] <seb128> hey chrisccoulson
[17:54] <chrisccoulson> hi seb128
[17:54] <seb128> didrocks: was that you who I pinged about pidgin some days ago, I'm not sure now?
[17:54] <seb128> chrisccoulson: good work on those deskop changes ;-)
[17:54] <chrisccoulson> you're welcome:)
[17:55] <seb128> chrisccoulson: you should talk to mvo about using bzr btw ;-)
[17:55] <chrisccoulson> i'll put those changes in to bzr in a bit if they haven't been done already. i didn't realise they were maintained there :/
[17:55] <seb128> chrisccoulson: since you seem to be looking at f-spot maybe you could have a look at trying to get the other patches which are waiting for sponsoring to debian?
[17:56] <seb128> chrisccoulson: there is some listed on http://people.ubuntu.com/~dholbach/sponsoring/index.html
[17:56] <chrisccoulson> yeah, i'll take a look at those in a bit
[17:56] <seb128> thanks
[17:56] <seb128> apt-get source tell you when something is maintained in bzr
[17:56] <seb128> easy to not notice if you are used to not read the log though ;-)
[17:57] <chrisccoulson> yeah, and i tend to just manually download the sources instead of using apt-get at the moment, as i still do most things on my intrepid machine, and i don't know if i can use apt-get to download the jaunty sources
[17:59] <seb128> you can
[17:59] <seb128> just add a jaunty deb-src source
[17:59] <seb128> it will get the most recent source
[17:59] <chrisccoulson> i never thought of that ;) i'll give that a try in a bit
[17:59] <chrisccoulson> thanks
[17:59] <seb128> you're welcome
[17:59] <chrisccoulson> what i really need to do is upgrade this machine to jaunty though, without my partner noticing
[18:01] <chrisccoulson> is anything happening with the fast-user-switch-applet this cycle?
[18:01] <seb128> no
[18:01] <seb128> no switch to the new gdm no change to the applet for jaunty
[18:01] <seb128> the dxteam is busy working on other things and jaunty is planned to be mostly a bug fix cycle
[18:02] <chrisccoulson> i was looking at a few bugs for the existing applet and was going to try and fix them, just as long as the applet wasn't going to change much over the next few weeks
[18:03] <seb128> good idea
[18:03] <seb128> but the applet will probably change a lot next cycle
[18:03] <chrisccoulson> yeah, i can imagine. will a lot of our existing patch-set need porting across?
[18:03] <seb128> if we switch to the new gdm, they rewrote it basically and have different dbus api, different codebase, etc
[18:04] <seb128> that's to define, it seems people don't agree on the way to go right now
[18:04] <seb128> the fedora guys are adding status api to gnome-session but there is already some software doing that job correctly
[18:05] <seb128> so it's not clear what will be used
[18:05] <chrisccoulson> yeah, it's a little messy at the moment. and the existing applet has some weaknesses (such as no policykit support. i actually work around this at home by patching the applet to just call the session dialog)
[18:05] <seb128> you can talk to tedg about it, he's the one who worked on the ubuntu changes and is following the upstream discussions
[18:10] <chrisccoulson> i've just noticed totem failed to build
[18:11] <chrisccoulson> i missed a Makefile.in from the autotools patch
[18:11] <seb128> did you test build it?
[18:11] <seb128> is that one of those cases where autotools get ran when installed which make you not notice build issues? ;-)
[18:12] <seb128> when using quilt you want to find . -name | xargs quilt add
[18:12] <chrisccoulson> i built it, but then made a last minute (what i thought was a minor) change before i submitted it
[18:12] <seb128> or use cdbs-edit-patch to update your changes
[18:13] <seb128> ok
[18:13] <seb128> I've to run now but I will have a look to it later if mvo is not quicker ;-)
[18:14] <chrisccoulson> that's really odd
[18:14] <chrisccoulson> its actually building at home
[18:15] <seb128> what I said
[18:15] <seb128> autotools get ran locally if installed
[18:15] <seb128> look to your build log
[18:15] <crevette> seb128: while you're still here, I have a question about nautilus-sendto for universe
[18:15] <crevette> I didn't had time to look at it
[18:16] <seb128> crevette: sure
[18:16] <chrisccoulson> yeah, i'll do that once it's finished. i'll prepare a fix for that though in the meantime
[18:16] <crevette> how can I do to just have the two *.so of the plugins, should I run a rm on all files I don't want
[18:16] <crevette> ?
[18:17] <seb128> crevette: either that or install to tmp and use a .install to move what you want to the deb
[18:18] <seb128> got to go
[18:18] <seb128> bbl
[22:54] <seb128> asac: you have some trivial sponsoring bugs waiting you should review those one day ;-)
[22:56] <asac> seb128: heh
[22:57] <asac> ;)
[22:57] <asac> anything particular you have in mind/spotted?
[22:57] <seb128> asac: I'm just looking through the sponsoring list
[22:57] <seb128> bug #295788
[22:57] <asac> yes. didnt i fix that long ago;)?
[22:57] <seb128> it's a one liner in a .desktop waiting for a month
[22:58] <seb128> dunno the bug is still listed
[22:58] <asac>   * fix LP: #268803 - Ubuntu Intrepid: Both Knetworkmanager and Network
[22:58] <asac>     Manager load on startup; fix xdg autostart .desktop file to
[22:58] <asac>     "OnlyShowIn=GNOME;XFCE;"
[22:58] <asac>     - add debian/patches/lp268803_xdg_autostart_gnome_xfce_only.patch
[22:58] <asac>     - update debian/patches/series
[22:58] <asac> thats from -- Alexander Sack <asac@ubuntu.com>  Mon, 01 Dec 2008 14:05:51 +0100
[22:58] <asac> maybe they want SRU?
[22:58] <seb128> asac: that's not the autostart there but the menu item for the configuration dialog
[22:59] <asac> heh :)
[22:59] <seb128> asac: http://launchpadlibrarian.net/21173925/network-manager-applet_lp_295788.patch
[22:59] <seb128> asac: bug #283416 too
[22:59]  * asac should probably not work now ;)
[23:00] <seb128> asac: the debian maintainer says they have that option, either copy that or upload the patch or decide that still needs discussion and unsubscribe the sponsoring team there
[23:00] <asac> seb128: hey, i know how to process that ;)
[23:00] <seb128> asac: would be nice to clean the sponsoring list a bit so dholbach doesn't get depressed ;-)
[23:01] <seb128> it's over a screen for main right now
[23:01] <asac> true
[23:04] <huats> seb128: hey
[23:04] <seb128> lut huats
[23:04] <huats> I am finishing my last build of gnome-keyring right now
[23:04] <huats> ...
[23:04] <seb128> huats: ohh ;-)
[23:04] <huats> I have asked upstream for any opinion
[23:04] <seb128> huats: the upstream change is working?
[23:05] <huats> haven't tested yet
[23:05] <huats> (sorry)
[23:05] <huats> I will do another one after that one :)
[23:05] <huats> seb128: I have found that mandriva has included the ui files
[23:05] <huats> so I have added them too :)
[23:06] <seb128> ;-)
[23:06] <huats> (ok I know it is bad to look over his neighbour shoulder)
[23:21] <seb128> huats: open source is about sharing experience ;-)
[23:43] <cj> seb128: hey there
[23:44] <cj> seb128: I'm jhbuilding up so I can build a patch to put gtkglarea in gtk-shallow/gtk/gtkglarea.[ch]
[23:44] <cj> I'll go re-read your comments on the bug.  :)
[23:45] <seb128> ?
[23:45] <seb128> I don't think I know about any gtkglarea bug
[23:45] <seb128> I do comments on hundred of bugs every week so some context is usually useful
[23:45] <cj> bug 119189
[23:46] <cj> I thought for certain I saw your name on it somewhere...
[23:46] <seb128> not likely
[23:46] <seb128> that is a linux bug
[23:46] <seb128> I'm working on desktop packages usually
[23:46] <cj> no, sorry.  gnome bug 119189
[23:47] <cj> looks like your name is not on it, though
[23:47] <cj> ubottu: botsnack, but improve in the reading my mind area
[23:47] <seb128> no, and as said I don't know about gtkglarea
[23:48] <cj> well, then!  disregard :)
[23:48] <seb128> ;-)
[23:50] <seb128> enough work for today see you tomorrow
[23:50] <cj> sleep well!
[23:51] <pochu> good night seb128
[23:55] <seb128> huats: don't work too much I will not upload the update before tomorrow now ;-)
[23:57] <huats> sure
[23:57] <huats> I will finish it no
[23:57] <huats> w
[23:58] <seb128> huats: 'night