=== onestone_ is now known as onestone
=== asac_ is now known as asac
=== BugMaN1 is now known as BugMaN
[08:48] <seb128> hi
[08:52] <BugMaN> hi seb128 :)
[09:09] <Keybuk> seb128: libcanberra-gtk0 needs Replaces: libcanberra-gnome ?
[09:10] <seb128> Keybuk: no clue about the audio stack
[09:10] <Keybuk> who packages those?
[09:10] <seb128> not sure, look at the changelog?
[09:11] <Keybuk>  -- Sebastien Bacher <seb128@canonical.com>  Tue, 05 Aug 2008 15:26:29 +0200
[09:11] <Keybuk> ;)
[09:11] <Keybuk> you've touched it at some point <g>
[09:11] <seb128> yeah it was required to upgrade gnome-control-center ;-)
[09:12] <seb128> but I didn't do those binary split
[09:20] <huats> morning
[09:21] <huats> hello seb128
[09:21] <seb128> lut huats
[09:21] <seb128> huats: we need gnome-keyring now it's blocking other updates
[09:21] <huats> seb128: I m sure it is....
[09:21] <huats> but no answer from upstream....
[09:22] <huats> let me find you the bug I report on the upstream bugzilla
[09:24] <huats> seb128: http://bugzilla.gnome.org/show_bug.cgi?id=570393
[09:24] <ubottu> Gnome bug 570393 in general "gnome-keyring 2.25.90 does not like -Wl,-z,defs -Wl,--as-needed" [Normal,Unconfirmed]
[09:24] <seb128> huats: I know, comment the cflags if you need but we need this update
[09:24] <huats> ok
[09:24] <huats> so I do comment that right now
[09:24] <seb128> thanks!
[09:24] <huats> test and upload right now
[09:30] <huats> seb128: it is building
[09:31] <seb128> cool
[09:31] <huats> seb128: I have a question to you regarding libgda
[09:31] <huats> I am currently dealing with libgda4 (3.99.10).
[09:32] <huats> they have drop (as far as I can see) the odbc stuff, so I have removed the libgda4-odbc package (well in fact it was libgda3-odbc but with the SONAME bump it would have been libgda4-odbc).
[09:32] <huats> and they have add a jdbc provider
[09:33] <huats> the only thing is that it won't build with openjdk
[09:33] <huats> and since libgda is in main, I think it is a problem...
[09:33] <huats> So I think the only solution is not to include that provider
[09:35] <seb128> I don't know enough about that to have an opinion but not building it seems to be ok, if that's an issue somebody will open a bug
[09:35] <huats> seb128: ok
[09:35] <huats> I will put a package like that and you'll tell me your opinion on it once it will be on LP...
[09:39] <seb128> ok
[09:42] <thetet> hi everyone.... anyone knows how to read a keyboard device file from console? (kernel 2.6.27, ubuntu8.10). somthing like tail -f /dev/event1 does not work...
[09:44] <Riddell> seb128: I was asked to remove brasero from backports for bug 325221 does that seem sensible?
[09:44] <ubottu> Launchpad bug 325221 in intrepid-backports "Please UN-backport Brasero 0.9.1 since it's breaking non-English systems" [Undecided,New] https://launchpad.net/bugs/325221
[09:45] <seb128> not sure, ask the backport team perhaps, not sure what quality criterous they have
[09:46] <seb128> I would not recommend to use backports
[09:46] <seb128> that's what you can expect by upgrading to unstable versions
[09:46] <Riddell> ok
[09:56] <didrocks> morning everyone
[09:59] <didrocks> Hi seb128
[09:59] <seb128> lut didrocks
[09:59] <seb128> didrocks: looking to evince and gnome-games now
[09:59] <didrocks> ok, I was going to point you to gnome-games as you answered for evince :)
[10:00] <didrocks> I made a merge request for gnome-games from my branch to ~desktop-team one. Don't know if we need to put that in the process...
[10:00] <seb128> didrocks: I'm pondering if the evince libs should be splitted
[10:00] <didrocks> seb128: for evince-document-
[10:00] <didrocks> and evince-view-
[10:00] <didrocks> ?
[10:01] <didrocks> that was part of my question about evince and I had it ready in my pastebin:
[10:01] <didrocks> http://paste.ubuntu.com/113544/
[10:05] <seb128> didrocks: evince, your autoconf patch you only want to run autoconf and not autoreconf and clean the cache directory
[10:07] <didrocks> seb128: so, I only run autoconf, ok (not remember why in my last package I really had to launch autoreconf)
[10:07] <seb128> didrocks: autoreconf is when you change makefiles
[10:07] <seb128> if you change only configure autoconf should be enough
[10:09] <didrocks> seb128: ok, understood. So, if there is no patch against to makefiles, autoconf is enough
[10:09]  * didrocks really really need to take some time to document on autotools
[10:10] <didrocks> (one sec, I am doing it again on my server)
[10:11] <huats> seb128: I am working on gnome-keyring... but I have a few stuffs to fix on it (since there is a  few new stuffs...)
[10:11] <seb128> huats: ok
[10:11] <huats> seb128: you'll get it in the early afternoon
[10:11] <huats> is it ok ?
[10:11] <seb128> yes
[10:11] <huats> ok
[10:11] <huats>  great
[10:16] <mvo> seb128: do you have made a master bug for the dpkg is in a bad state failures already? if not, I would suggest we use https://bugs.edge.launchpad.net/ubuntu/+source/dpkg/+bug/323894
[10:16] <ubottu> Launchpad bug 323894 in dpkg "E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem. E: _cache->open() failed, please report." [Undecided,In progress]
[10:16] <mvo> I'm preparing a sru for dpkg now
[10:17] <seb128> mvo: no I don't, ok thanks
[10:25] <didrocks> seb128: change done and it builds successfully. About the package split?
[10:25] <seb128> didrocks: you want to do it? will give you an opportunity to do library packaging you want to do some of those ;-)
[10:26] <crevette> hello
[10:26] <didrocks> seb128: ok, but I will surely need some guidance :)
[10:27] <didrocks> seb128: for, the idea is to split in 3 packages (not counting -dbg) and have a evince-document, evince-view and evince package ?
[10:27] <crevette> seb128, I was unable to package epiphany 2.25.5, there is an autoconf patch to update but the patch system is quilt which I was unable to quickly understand
[10:27] <seb128> crevette: export QUILT_PATCHES=debian/patches; quilt push patch-name; edit; quilt refresh; quilt pop -a; debuild
[10:28] <seb128> didrocks: rather libevview1 libevdocument1
[10:28] <seb128> didrocks: no need to add the dbg we have dbgsym for everything
[10:29] <crevette> I understand that, but how do I edit the autoconf at the edit step, can I use a cdbs-edit-patch environment and do the autoreconf step ?
[10:29] <seb128> gnom
[10:29] <huats> crevette: https://wiki.ubuntu.com/MeetingLogs/devweek0809/PackagePatches
[10:29] <seb128> ups
[10:29] <seb128> didrocks: same issue for gnome-games, autoconf is enough, no need to run autoreconf there
[10:29] <crevette> huats, ah Thanks I didn't find this page yesterday
[10:29] <huats> here is a log of session where didrocks and I dealed with pacthes systems
[10:29] <huats> :)
[10:29] <huats> (and at the end I explain quilt a bit)
[10:30] <seb128> crevette: you can comment the quilt line in the rules, use cdbs-edit-patch and then uncomment
[10:30] <seb128> I do that usually
[10:30] <crevette> seb128, okay
[10:30] <crevette> thanks
[10:30] <seb128> we should fix cdbs-edit-patch to fix on quilt packages as well
[10:31] <didrocks> seb128: ok, I will try to create those 2 packages. For the version, you see that they use another version than general GNOME stuff? So, I will use as them 1.0.0
[10:31] <seb128> didrocks: you also need the libnnnn-dev corresponding to those
[10:31] <didrocks> seb128: and I'm on it for gnome-games
[10:31] <seb128> didrocks: what do you mean another version than GNOME ?
[10:32] <didrocks> seb128: it does not correspond to 2.2x.x for instance.
[10:32] <seb128> evince is 2.25.90?
[10:33] <didrocks> seb128: evince yes, but evview1 and evdocument1 will not (cf http://paste.ubuntu.com/113544/)
[10:33] <seb128> didrocks: I'm not sure to understand the question
[10:33] <didrocks> upstream bumped them to 1.0.0
[10:33] <seb128> didrocks: the packages versions are the source version
[10:34] <seb128> it's the same for all the binaries
[10:34] <seb128> it will be 2.25.90 since that's the tarball version
[10:34] <didrocks> seb128: so, I don't use for those new libs the version that are defined in the configure?
[10:35] <didrocks> "The backend and view libraries have separate versions.
[10:35] <seb128> no
[10:35] <seb128> as said I don't understand the question
[10:35] <seb128> how do you want to specify different versions?
[10:35] <didrocks> hum, let me rephrase :)
[10:35] <seb128> the only version you have in debian packaging is the changelog one
[10:35] <seb128> you can't use different versions for different binaries in the same source
[10:36] <didrocks> hum sure, that was silly
[10:36] <didrocks> ok, you just answered :)
[10:36] <seb128> those numbers impact on the soname
[10:36] <seb128> ie, libevdocument1
[10:36] <seb128> the 1 is because the library is named .so.1
[10:36] <seb128> the value change when the configure versioning change
[10:36] <didrocks> ok, but I thought we should create a lib package with this version, but as it is part of the same source package...
[10:37] <didrocks> yeah, I see now :)
[10:37] <didrocks> thanks, I will work now on gnome-games and try to put some work on evince for seperating this.
[10:37] <seb128> ok thanks
[10:37] <seb128> gnome-games should be easy
[10:38] <seb128> just run autoconf rather than autoreconf and that should be enough
[10:38] <didrocks> seb128: I will not able to test, just build-test no. I tested live yesterday
[10:38] <didrocks> now*
[10:38] <seb128> if that build that's fine that will not do any difference on runtime
[10:38] <seb128> the automake run just do extra diff which is not required
[10:39] <didrocks> yeah, that's what I though, but I prefer to inform you about it :)
[10:39] <didrocks> thought*
[10:39] <seb128> ok
[10:39] <seb128> I do build and test updates before sponsoring usually anyway
[10:40] <didrocks> (bzr is really great when you have multiple hosts to work on a package)
[10:41] <didrocks> I worked on my laptop yesterday, and now, on my server, it's just a matter of bzr pull and bzr push :)
[10:42] <didrocks> seb128: it's juste a little more complex on gnome-games as I have to use jaunty's libtool
[10:42] <didrocks> and don't tell me to upgrade my server on jaunty :p
[10:42] <seb128> intrepid's you mean?
[10:43] <didrocks> no no, jaunty one
[10:43] <didrocks> remebered? I ask Keybuk for upgrading it in jaunty
[10:43] <didrocks> remembered*
[10:43] <seb128> right
[10:43] <seb128> didrocks: you can install the new libtool on intrepid easily
[10:44] <didrocks> seb128: hum, I got used to my debootstrap :)
[10:44] <seb128> what are you saying, you can't do the change now?
[10:45] <didrocks> seb128: no no. I can, it juste take me longer as I have to bzr bd-do, mount this in my debootstrap (but I'm doing it now)
[10:46] <seb128> ah ok
[10:46] <didrocks> install build-dep and gnome-common in my debootstrap, etc. :)
=== crevette__ is now known as crevette
[11:10] <didrocks> seb128: gnome-games is ready now and build successfully
[11:17] <seb128> didrocks: ok thanks
[11:23] <seb128> didrocks: no need to copy the changelog again as commit message when you do one change
=== davmor2 is now known as davmor2-away
[12:08] <didrocks> seb128: ok, next time, I will just make "this is the version..."
[12:17] <seb128> didrocks: usually you write "run autoconf rather than autoreconf to update the autotools changes"
[12:17] <seb128> which is what the new revision does
[12:21] <didrocks> seb128: oki, but when they will have more drastic changes (like there will be in evince package), do you want me to paste the full new changelog or just the diff? (it's just a matter that it's more difficult to say "revision X correspond to version x.x.x uploaded to ubuntu"
[12:22] <seb128> the revisions logs are not made for that we should use tagging for that if we want this information
[12:23] <didrocks> ok, (I usually use debcommit, so, I will speak to james_w about that to automate the tagging)
[12:23] <seb128> didrocks: gnome-games pushed and ready to upload but I will wait for the freeze to lift to upload
[12:24] <didrocks> seb128: ok, thanks :)
=== davmor2-away is now known as davmor2
[14:22] <seb128_> huats: hello
[14:22] <huats> seb128_: hey
[14:23] <huats> I haven't forget you...
[14:23] <seb128_> huats: any news about the gnome-keyring update?
[14:23] <huats> I am about to test right now
[14:23] <seb128_> ok cool
[14:23] <huats> seb128_: but honnestly
[14:23] <huats> if it is blocking stuffs
[14:23] <huats> I can give you my stuffs
[14:24] <huats> and you can finish it...
[14:24] <huats> (I mean I won't be offense if you asked me...)
[14:24] <huats> just do not hesitate...
[14:24] <seb128_> we are not such in an hurry but it's blocking session login speed issues we are working at during the sprint
[14:24] <seb128_> so would be nice to have the new version today
[14:24] <seb128_> I don't want to duplicate your work though
[14:25] <huats> seb128_: ok here is a possibility : I am testing it right now on my vm
[14:25] <huats> If anything weird expect, I give you my work and you can have that as a start...
[14:26] <huats> that you can use or not :)
[14:26] <huats> (I understand the blocking part for the sprint..)
[14:27] <seb128_> yeah, if you get something which builds and needs testing give me an url to that
[14:27] <seb128_> jaunty is frozen right now
[14:27] <seb128_> it's rather for my use than for uploading right now
[14:27] <huats> it is built
[14:27] <seb128_> ok, dsc and diff.gz?
[14:27] <huats> I am testing the it right now
[14:27] <huats> seb128_: let me put it somewhere...
[14:30] <huats> seb128_: are you sure that you don't want to put you opinion on my MOTU application before seing that ;)
[14:31] <huats> seb128_: http://www.reponses.net/ubuntu/
[14:32] <huats> you have the .dsc and the .diff.gz and the .orig.tar.gz
[14:35] <seb128_> huats: ;-)
[14:35] <seb128_> huats: thanks
[14:36] <huats> seb128_: so far it works (I can log in at least)
[14:52] <seb128_> huats: you want to name the binary libgcr0 and not libgcr-0
[14:53] <huats> I did that ?
[14:53] <huats> pfff
[14:53] <huats> I can rename it if you want
[14:54] <seb128_> I'm doing it locally
[14:54] <seb128_> but do it too for your update before I sponsor it
[14:54] <seb128_> I didn't know there was a new library, that's probably not going to be uploaded today then
[14:54] <seb128_> so you have time to fix that and the build issue with upstream too
[14:55] <seb128_> I will use that version for my login bootcharting
[14:55] <pochu> looks like all gnome packages are getting a library these days ;)
[14:55] <huats> seb128_: it would help if upstream answers me a bit :)
[14:55] <huats> ;)
[14:55] <huats> ok I will
[14:55] <seb128_> right
[14:55] <huats> and that will let me some time to put a "real" description in the control
[14:56] <huats> seb128_: I did a bad copy/paste for the libname in the control file from the libgp11-0 (that is the reason of the -0 ...)
[14:57] <huats> seb128_: it is not an excuse, just the explanation...
[14:57] <seb128_> huats: ok
[14:57] <seb128_> the other lib has a - because there is a number in the library name
[14:57] <huats> yeah
[14:58] <huats> that is what I just figured out :)
[15:00] <seb128_> huats: you gnome-keyring deb installs ./debian/tmp/usr/share/gnome/autostart/gnome-keyring-daemon.desktop/gnome-keyring-daemon.desktop
[15:00] <seb128_> why do you try to change the directory rather than using the etc directory which is correct?
[15:01] <seb128_> huats: just list debian/tmp/etc/xdg/autostart in the .install
[15:01] <huats> seb128_: because that was the "old" location
[15:01] <huats> (in the 2.25.5 which introduces that)
[15:01] <seb128_> right, the changelog states they changed to use the correct location
[15:02] <huats> so I kept it
[15:02] <seb128_> hum?
[15:02] <seb128_> the correct directory to use is etc
[15:02] <seb128_> it was wrong before, they fixed it, just use the new directory ;-)
[15:02] <huats> I didn't know for autostart
[15:02] <huats> that /etc was the right one
[15:02] <seb128_> you know now ;-)
[15:02] <huats> yep
[15:02] <seb128_> ls /etc/xdg/autostart
[15:02] <huats> (and I did that this morning in the hurry of you :))
[15:03] <seb128_> yeah sorry about that
[15:03] <huats> seb128_: don't have to be sorry
[15:03] <huats> you needed something
[15:03] <huats> I should have done it right...
[15:04] <seb128_> that's ok don't worry
[15:04] <huats> so now I know what is the autostart place is
[16:08] <Keybuk> "There is still a process running in this terminal.  Closing this terminal will kill it."
[16:09] <Keybuk> YES!  It's called "ZSH"!
[16:10] <glatzor> hello pitti, regarding the PackageKit MIR: is it possible to only migrate a subset of the binary packages to main or is this handled on the source package level?
[16:10] <glatzor> pitti, I would like not to see mozilla-packagekit and gstreamer0.10-packagekit in main
[16:22] <glatzor> Keybuk, hi, should the properties and Introspectable interface of a dbus object be available to all users or only to the one who is allowed to call the main interface?
[16:25] <Keybuk> glatzor: I tend to say make available to everyone
[16:46] <didrocks> seb128: I have no other choice than using autoreconf for evince. cf http://paste.ubuntu.com/113681/
[16:46] <mvo> pitti: could you please have a look at https://bugs.edge.launchpad.net/ddtp-ubuntu/+bug/295080 ? the updated ddtp data should be copied to intrepid-updates
[16:46] <ubottu> Launchpad bug 295080 in Ubuntu Intrepid "Some (old enough) translations in ddtp-ubuntu not visible in Ubuntu" [Medium,Fix committed]
[16:46] <mvo> (if possible :)
[17:16] <pitti> glatzor: moz-pkgkit/gst-pkgkit> did someone asked for having them in main?
[17:17] <pitti> glatzor: MIRs are at the source package level, but we can easily keep some binaries in universe (and that's pretty common indeed)
[17:21] <seb128> didrocks: ok, just clean the cache then
=== bluesmoke is now known as Amaranth
[17:47] <seb128> chrisccoulson: hi, do you want to do the gnome-session update?
[17:47] <chrisccoulson> i can do
[17:47] <seb128> cool, thank you
[17:47] <chrisccoulson> i was going to offer to do some other updates as well, but i havent checked if they're already done yet;)
[17:48] <seb128> which ones?
[17:48] <seb128> they are mostly done, claimed or blocked right now
[17:48] <chrisccoulson> seahorse hasn't been done yet
[17:48] <seb128> you can do totem and totem-pl-parser if you want
[17:49] <seb128> seahorse is done on my disk blocked by gnome-keyring which huats is doing (but new version doesn't build right now)
[17:49] <chrisccoulson> cool. i can look at totem as well then
[17:49] <seb128> you can do vino vinagre eog
[17:49] <seb128> that's about it
[17:50] <chrisccoulson> yeah, i'll take a look. might not get time to do them all this evening though, so if anyone else wants to do them i won't stop them;)
[17:51] <seb128> ok, do gnome-session totem and totem-pl-parser then already if you can
[17:52] <seb128> that's a good start ;-)
[17:52] <chrisccoulson> no probs!
=== davmor2 is now known as davmor2-break-fo
=== davmor2-break-fo is now known as davmor2-tea
[18:32] <crevette> does someone did metacity update ?
[18:50] <chrisccoulson> crevette - i did the metacity update, but it's still waiting to be sponsored i think
[18:50] <chrisccoulson> 2.25.144 isn't it?
[18:50] <crevette> yep, okay
[18:50] <crevette> wonderful
=== davmor2-tea is now known as davmor2
[21:37] <petski> Hmm, just received an email from the Build System: rhythmbox fails to build from source : https://launchpad.net/ubuntu/+source/rhythmbox/0.11.6svn20081008-0ubuntu4.3
[21:38] <petski> The following packages have unmet dependencies:
[21:38] <petski>   libtotem-plparser-dev: Depends: libtotem-plparser12 (= 2.24.1-0ubuntu1) but it is not going to be installed
[21:39] <petski> only on hppa, all other archs are doing just fine
[21:39] <maxb> It is a shame there is no rmadison for ports
[21:40] <pochu> it built fine on hppa already https://edge.launchpad.net/ubuntu/+source/totem-pl-parser/2.25.1-0ubuntu1
[21:40] <pochu> hmm
[21:40] <pochu> looks unrelated
[21:40] <pochu> hi seb128
[21:40] <seb128> hello pochu
=== bluesmoke is now known as Amaranth