=== bluesmoke is now known as Amaranth [08:16] good morning [08:23] morning crevette o/ [08:24] salut didrocks [08:33] salut seb128 [08:34] lut crevette [08:37] plop seb128 :) [08:37] good morning seb128 [08:37] lut didrocks [08:37] hey mvo [08:37] hey crevette, didrocks [08:37] hello mvo [08:37] didrocks: had fun at fosdem this weekend? [08:38] mvo: did you have a nice travelling back? [08:38] hi mvo [08:38] seb128: oh yeah, it was really fun :) [08:38] 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] seb128: I have a message for you from vuntz: "you are not kind at all for not coming" :) [08:39] ah ah ah [08:39] seb128: yes, slept half of it :) so it went by pretty fast [08:39] seb128: I met james_w, keybuck, and some other (but few) canonical boy. [08:40] didrocks: lool was there too no? [08:40] I do a clutter update in my ppa and will package metacity-clutter - or did anyone look at this already? [08:40] so, appart from sharing my room for 2 days with huats, everything were really enjoyable [08:40] (joking :)) [08:40] haha [08:40] :) [08:40] mvo: the mail from pitti suggested that the code is no ready to be shipped yet [08:40] seb128: yeah, I just saw him, but not talk with him [08:40] oh, huats was there too [08:41] 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] I'm wondering if he will manage to get this gnome-keyring update done one day ;-) [08:41] he's working on it for 3 weeks now [08:41] * seb128 hugs pitti [08:41] Hi pitti :) [08:41] seb128, pitti: the mail I have about metacity-clutter is that someone should have a look at it, no? [08:41] seb128: well. He fights with it :) Even he asks something about it to vuntz [08:42] mvo: just whether someone has an opinion about its readiness [08:42] seb128: I know that his libgda update is ready, but he does not know how to test it [08:42] mvo: if you want to play around with it, I won't stop you, of course :-P [08:42] :) [08:42] I will, should be quick (I hope) [08:42] * crevette is working on libopenobex-1.4 and he has some pain :) [08:42] 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] aha [08:43] didrocks: to be honest I don't care about libgda, gnome-desktop is stopping GNOME updates where libgda is not really used [08:43] seb128: appart for my python-gnome-extras update :) [08:44] didrocks: btw were you supposed to work on the gnome-python update too? [08:44] seb128: yes, I will do it tonight, as well as on gtkmm [08:44] ok [08:44] but I fell that gtkmm will be a pain as everything is patched inline... [08:44] ? [08:44] 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] it's not [08:45] seb128: sure ? Let me look at the diff.gz [08:45] 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] 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] right, on my list [08:47] * seb128 hugs pitti [08:47] seb128: I'm currently fixing pkgstriptranslations to not break the publisher on parallel builds [08:47] * crevette is feeding the sponsoring queue [08:47] :) [08:47] seb128: I think the buildds set DEB_BUILD_OPTIONS=parallel or so [08:47] pitti: oh, you found the bug? [08:47] seb128: which makes glib2.0 create broken translations.tar.gz [08:48] seb128: http://paste.ubuntu.com/115888/ [08:48] seb128: sure, is all on the sponsoring queue? [08:48] mvo: yes [08:48] seb128: looking at the build log and debian/rules, it's the only explanation I have (things do run in parallel there) [08:48] seb128: there is a lot of autotools changes but also other one (like gtkmm-1.2.10/src/gtk--/base.h [08:49] 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] didrocks: it just seems that whoever did the previous update screwed his autoreconf patch build [08:49] seb128: can autoreconf changes .h files? [08:50] didrocks: is it using a patch system or not? [08:50] 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] seb128: it's not using one apparently (I have to check further, btw) [08:51] seb128: as we are in sync with debian, setup one is not a great idea, is it? [08:51] didrocks: the 2.14.1 copy on my disk uses simple-patchsys in its rules [08:52] seb128: ok, so, I will run it and make it clean [08:52] didrocks: ok good [09:05] didrocks: You should have said hi! [09:06] hello lool [09:06] Hey [09:13] lut lool [09:13] lool: how was fosdem this year? [09:15] It was packed with people, but I saw less familiar faces as usually [09:16] 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] But it was great to see a bunch of people and some interesting presentations nevertheless! [09:16] Less so to get my luggage stolen afterwards though [09:17] lool: oh? someone stole your stuff :( ? [09:17] at fosdem? [09:19] lut huats [09:19] hello seb128 [09:19] huats: how is gnome-keyring going? [09:19] mvo: No, in the train station :-/ [09:20] seb128: not much to say [09:20] lool: oh :-( [09:20] With some dev hardware in it unfortunately (as I wasn't flying) [09:20] the upstream seems to be unable to fix the LDFLAGS stuffs [09:20] lool: right, that sucks :( [09:21] 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] not lucky [09:24] * seb128 notes to not let unattended luggage at train station either [09:25] 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] I noticed 30 seconds later, but outside everybody has a luggage [09:26] 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] lool: oh... that sucks ! [09:27] lool: In Bruxelles train station? [09:28] lool: yeah, that really sucks :/ [09:28] didrocks: Yes, in Bruxelles Midi [09:46] salut huats [09:48] pitti: btw http://svn.gnome.org/viewvc/seahorse?view=revision&revision=2774 [09:50] crevette: you are working on the obex server update? [09:50] obex-data-server ? done, and in lp [09:50] hello crevette [09:50] crevette: ah cool, I though other libs updates were required [09:51] 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] seb128: rocking! [09:51] seb128: but I didn't check symbols differences [09:52] crevette: is the lib required or not? [09:52] which one ? [09:52] libopenobex [09:52] it can be built against the libopenobex we have in ubuntu now [09:53] crevette: oh, that's just a lib update? [09:54] slomo: hey, gst-plugins-good0.10 should be synced? [09:55] seb128: https://bugs.edge.launchpad.net/ubuntu/+source/obex-data-server/+bug/327103 [09:55] Ubuntu bug 327103 in obex-data-server "Please sponsor new upstream version into jaunty (0.4.3)" [Undecided,New] [10:45] 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] ok [10:45] what is inconvienient? [10:46] can't you diff the debian directory between version and commit that for the upgrade? [11:07] seb128: sure, its still a bit inconvinient, a debdiff could be applied right into bzr [11:08] right [11:08] you don't want a debdiff though [11:08] 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] but a debian directory debdfiff rather [11:09] 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] 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] ok good [11:10] I think he is US timezone based [11:10] mvo: https://code.launchpad.net/~james-w/ubuntu-seeds/platform.jaunty.apt-transport-https [11:10] not sure but he's usually on IRC in evening european hours [11:10] mvo: I was going to ask Colin to review [11:12] james_w: aha, thanks! I leave it to him then [11:39] hey james_w ;) [11:40] hey didrocks, home safely? [11:41] james_w: yes, a little bit late, but no problem :) and you? [11:41] fine thanks [11:54] seb128: yes [12:17] slomo: ok good ;-) [12:55] hey seb128, thanks for the update [12:56] crevette: you're welcome, thank you for the work ;-) [12:56] seb128: bah it's a minor package [12:56] crevette: should the gnome-user-share upload wait until the mdns things is updated? [12:56] 0.4.4 was just released :) [12:57] crevette: another update for you then ;-) [12:57] seb128: yes, IIRC mdns 0.6 is required [12:57] how did you build and test the update? [12:57] seb128: yeah [12:57] I talk with debian openobex developper [12:58] the 1.5 was released yesterday, and he should buid it b y the middle of feb, is it okay for ubuntu ? [12:58] seb128: not really [12:58] let me try [13:00] crevette: buid it? [13:00] ah [13:00] he will upload to debian you mean ? [13:00] yes, that should be alright [13:00] yeah I build it myself [13:01] didrocks: there? [13:02] didrocks: what update do you still have on your todolist? [13:03] seb128: wonderful it works and fixes another issue [13:03] :) [13:03] now you'll see one feature I've worked on and people never seen [13:04] 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] didrocks: oh evince is waiting for review, good, let me do that now [13:05] didrocks: is gnome-python-desktop also on your list? [13:05] seb128: you can see some additional information there: https://wiki.ubuntu.com/DidierRoche/MOTU/bugsaction [13:05] just cleaning tarballs which are not uptodate [13:05] (for evince) [13:06] and no, but I can take it [13:06] ah right you told me about that the other day [13:06] I was in berlin sprinting though and didn't look at it [13:06] seb128: no problem, you told me it wasn't possible for you to review it then :p [13:06] didrocks: ok good, if you don't feel overworked already it's for you ;-) [13:06] seb128: I get used to gnome-python* ;) [13:06] didrocks: sometimes I tell things which make sense ;-) [13:07] seb128: only sometimes? That's no usually the case? :D [13:07] didrocks: this wikipage is amazing, how many centuries did you spend on writing it? ;-) [13:07] seb128: it was to "record" my sponsors :-) [13:07] seb128: as you can see, most of them aren't described [13:08] seb128: but it was really useful for my first package [13:08] right, most people don't do a such detailled job, it's quite impressive ;-) [13:08] seb128: I think it was a real gain to avoid forgetting things [13:09] didrocks: I don't understand your gconf note there [13:09] * crevette is packaging ods .0.4.4 [13:09] seb128: hum didn't updated it [13:09] crevette: good ;-) [13:09] seb128: one sec, let me have a look at debian/rules first [13:09] (to avoid telling bad things ;)) [13:10] seb128: you seems to be interested by ods, why? just to fix bugs or you'" using bluetooh now ? [13:10] :) [13:10] 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] which bug ? [13:11] bug #324246 [13:11] Launchpad bug 324246 in obex-data-server "bluetooth phone: no files when browsing" [Low,Fix released] https://launchpad.net/bugs/324246 [13:11] I already closed it [13:11] I admit I don't test all use caseq, like obex:// [13:11] seb128: that's there. There is something I didn't understand in the package. Let me explain: [13:12] seb128: so, I changed the DESTDIR from debian/evince to debian/tmp [13:12] crevette: don't worry it's still early in the cycle and the upstream diff looks alright [13:12] the gconf schemas were in debian/tmp/etc. In evince.install I added debian/tmp/etc/gconf [13:13] didrocks: you can as well drop the line [13:13] seb128: ok, I will know that's a possibility :) [13:13] it was there from the time where evince-gtk was built I think, the default is tmp when you have several binaries [13:13] (btw, f-spot might ftbfs and if it does you probably need to add CSC=/usr/bin/csc to the configure arguments) [13:14] 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] but finally, in the package, it just remains in /usr/share... [13:14] (and there is no rm -rf debian/evince/etc...) [13:14] in debian/rules [13:14] so, this was a strange behavior I can't explain [13:16] 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] didrocks: listing the etc directory is correct [13:17] dh_gconf does move those to usr [13:17] seb128: I use the pbuilder hook to log when the package is built [13:18] and I see as well debian/evince/etc/gconf and debian/evince/usr/share/gconf [13:18] Laney: due to some new changes in the mono stack? [13:18] but only the latter is present in the package [13:18] didrocks: see that where? [13:18] seb128: I would like to push packaging of ods into VCS, who should I contact [13:18] didrocks: those are installed in etc and then moved to use when dh_gconf is run [13:18] crevette: it's already in a vcs apparently, see the control [13:18] seb128: where I build my packages... [13:19] seb128: I'm not sure, but it got dropped in Debian from my Ubuntu patch. [13:19] let me check again, but I am almost sure of it [13:19] Laney: I will sponsor the debdiff on launchpad and we will see what happens ;-) [13:19] that's the lazy way [13:19] I will let one of you guys fix it if that breaks [13:19] heh [13:19] give it a test build? [13:19] or get the fix in debian and we can sync the new revision ;-) [13:20] I asked meembey to upload, we'll see if he does it soon [13:20] meebey* [13:20] Laney: I can do that but I need to wait on the new binaries to be published then [13:20] k [13:20] I don't think that build-dep version is a problem btw, we have 2.0 in Jaunty anyway [13:20] didrocks: not sure, I never really bothered about checking the build dir I just look at the debs [13:20] didrocks: what I now is that upstream uses etc and dh_gconf move the schemas to usr [13:21] you should have the etc directory in the tmp location [13:21] seb128: yeah I know, but I wanted to have it merge rather [13:21] but the evince dir should have only the etc one after the build [13:21] crevette: well ask mvo for bzr questions ;-) [13:21] seb128: yes, but I have another one etc/gconf in debian/evince :) [13:22] so, I was surprised to not see it also in the resulting package [13:22] didrocks: let me review and testbuild your upload so we can continue this discussion [13:22] let me check again, two minutes :) [13:22] seb128: you 'll a lot of handful people to build packages now :) [13:22] yes [13:22] seb128: oki [13:22] crevette: that's nice isn't it ;-) [13:22] desktop team rocks! [13:23] crevette: I'm around if you have a bzr question [13:23] seb128: yes it really rocks \o/ [13:23] a build-farm [13:23] mvo: I seen that obex-data-server and bluez packaging we're not pushe recently [13:24] that would be bad citizen work [13:24] 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] seb128: I'm guilty too [13:25] crevette: just do it with one commit, that will make your work a lot easier I htink [13:25] mvo: as usual I push it to my branch and you'll do the merge ? [13:26] crevette: yes, that sounds fine [13:29] didrocks: one build later [13:29] $ find debian -name schemas [13:29] debian/tmp/etc/gconf/schemas [13:29] debian/evince/usr/share/gconf/schemas [13:29] didrocks: not, it's not duplicated there [13:29] didrocks: dunno how you do your builds ... [13:30] seb128: I am currently building it again, mayve my memory is very bad :) [13:30] maybe* [13:30] seb128: if so, that makes sense that dh_gconf do what it claims to do :) [13:30] does* [13:31] didrocks: otherwise the binaries look mostly ok [13:31] # find debian -name schemas [13:31] debian/evince/etc/gconf/schemas [13:31] debian/evince/usr/share/gconf/schemas [13:31] debian/tmp/etc/gconf/schemas [13:31] in my pbuilder [13:31] I am not crazy \o/ [13:32] 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] (and I check again, the binary does only contains /usr/share..) [13:33] didrocks: is the directory empty in etc? [13:34] seb128: no: http://paste.ubuntu.com/116065/ [13:34] didrocks: weird [13:34] seb128: really, isn't it? [13:35] didrocks: did you run dh_install --list-missing there? [13:35] seb128: yes, it was listing .a and .la files [13:35] didrocks: it would recreate it [13:35] but not listing this one [13:35] ok, so that's due to it [13:35] ? [13:36] the dh_install call redo the install [13:36] but you don't run dh_gconf after that [13:36] so you reinstall in etc but don't move those [13:36] rm the etc dir [13:36] ok, that's understable :) [13:36] run dh_install --list-missing [13:36] and look it's back there [13:36] dh_install do its job [13:36] let me try [13:37] (I was think dh_install --... would not launch dh_install only) [13:37] dh_* tools don't call other dh_tools [13:37] that's why you get everything listed in debhelper packages for example [13:37] mvo: I don't understand, I can 't specify bluez and cannot specify bluez-4.x, what should I do ? [13:38] 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] seb128: thanks a lot for the explanation! What about the documentation, you told me? [13:39] didrocks: you're welcome [13:39] mvo: sorry I forgot the pastebin link http://pastebin.com/m22823088 [13:39] didrocks: you should move the api documentation in the corresponding binaries, not in the evince binary [13:40] (seb128: I told you I like to understand weird stuff ;)) [13:40] didrocks: and your symlinking in the rules are weird [13:40] don't do that [13:40] seb128: ok for the place (I thing this is an option for dh_installdoc) [13:40] seb128: for symlinks? [13:40] why do you want to change the location? [13:40] It was what were used in evince-dbg [13:41] right, not sure why it's there but that's wrong for libs [13:41] especially that you install those html in the evince binary which can be not installed [13:42] seb128: you just told me to change the location for libevdocument, no? [13:42] just installed /usr/share/gtk-doc/html/libevdocument in libevdocument-dev and not evince [13:42] do the same for the other library [13:42] and drop those weird rules call [13:42] even for -dbg one? [13:42] no, let the dbg the way it is [13:42] that's coming from debian [13:42] and doesn't hurt [13:42] the dbg depends on the binary anyway [13:42] the libs don't depends on evince [13:43] just drop your rules hack [13:43] and update the 3 .install to list only the html api corresponding to each binary [13:43] each libevince*-dev its documentation [13:43] crevette: try bzr push --create-prefix lp:~bmillemathias/+junk/bluez-ubuntu for now, look like LP madness [13:43] evince has /usr/share/gtk-doc/html/evince [13:44] seb128: and for libevince* (without -deb)? [13:44] -dev* [13:44] didrocks: in evince [13:44] or what do you mean? [13:44] mvo: it's been like that for few days [13:44] hum, -dev has a dependency on libev..., that's why I thought a symlink was good [13:45] but what do you try to get there? [13:45] mvo: thanks you can get the branch for bluez [13:45] didrocks: I don't understand what you try to solve [13:46] seb128: like for -dbg stuff, a symlink from the -dev documentation on the corresponding binary library doc [13:46] didrocks: the documentation are installed in debian/tmp/usr/share/gtk-doc/html and used correctly there [13:46] right [13:46] didrocks: install the documentation directly in the libevince*-dev that's how it's done usually [13:46] no need of any symlink this way [13:47] the -dbg hack is just to spare CD space I guess or similar [13:47] since evince and evince-dbg are similar [13:47] seb128: and in the binary library (not -dev), just evince documentation? [13:47] there is no specific documentation for the dbg [13:47] didrocks: no, nothing in the libs, library should not conflict on soname changes [13:47] didrocks: there is 3 html directory, one for evince binary and one for each library [13:48] didrocks: in library you only put the library itself since you want no common files when the soname is changed [13:48] seb128: ok, so the documentation for each library must only be put in -dev [13:48] right [13:49] if you need to api documentation you probably have the dev installed anyway [13:49] seb128: ok, I will note it in my "logging wiki page" :) let me handle that and push a new version [13:49] seb128: it was not mentionned in the library classroom, that's the reason I made this way [13:50] didrocks: oh btw please drop the hildon patch and the lpia build-depends while you are at it [13:50] didrocks: I got the request from a mobile team guy during the sprint [13:50] it's not needed anymore? [13:50] ok [13:50] I thought that the mobile team added extra patch in some way :) [13:50] the patch was moved out of the patches directory and not used for a while [13:50] that's why I kept it :) [13:50] no problem* [13:50] and they don't plan to rewrite it now [13:50] oki [13:50] and the build-depends are outdated and they want to clean some of those packages now [13:51] so just drop those and the patch in the update [13:51] seb128: I will do all that stuff just after a meeting :) [13:51] didrocks: ok, otherwise pretty good work for a first library split! [13:51] seb128: thanks! ;) [13:52] didrocks: update the descriptions too btw [13:52] didrocks: "Document (postscript, pdf) viewer - debugging symbols" is the short description for the new libraries ;-) [13:53] seb128: ok, wrong copy-paste :-) [13:53] didrocks: description are usually no fun to write but drop at least the debugging symbols there which is wrong ;-) [13:53] yeah, I'm sorry for this :) [13:53] that's ok [13:54] didrocks: you could also add libs and libdevel section to those binaries [13:55] 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] didrocks: I think that's all for my comments ;-) [13:55] seb128: it was also not mentionned in the classroom too. I have to write a wiki page about it :) [13:55] where is huats now, he needs to hand me work too ;-) [13:56] remove the claning lines in the rules? it will add a new change from debian [13:56] cleaning* [13:56] didrocks: well, reading the comment it was meant to be there because there was no lib split [13:57] you can let it too if you want that's a detail [13:58] mvo: is there some kind of branch per ubuntu release ? [13:59] seb128: yes. I will try to push those diff to debian back [13:59] 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] seb128: but I can still push to aliot svn, right? [14:00] not really [14:00] and once they will want to take it, after lenny release, they will, no? [14:00] they split by distribution usually [14:00] ie, if there is already an unstable and an experimental version and want to stay on 2.24 for experimental [14:00] there is no really a stagging right now there [14:01] you can try to squeeze that somewhere [14:01]