[00:00] <KurtKraut> joaopinto, done
[00:00] <joaopinto> now just: debuild, to build the package
[00:00] <KurtKraut> error :D Puting on a pastebin.
[00:01] <KurtKraut> joaopinto, http://pastie.org/680844
[00:01] <joaopinto> I hope is not about a missing GPG key :)
[00:01] <joaopinto> KurtKraut, dpkg-checkbuilddeps: Dependências de construção não satisfeitas: cdbs <- pretty clear
[00:01] <joaopinto> you need to have cdbs installed
[00:02] <KurtKraut> joaopinto, I'm impressed I didn't had it installed. Sorry for that
[00:06] <joaopinto> KurtKraut, is it done ? can I go to sleep ?
[00:07] <KurtKraut> joaopinto, I've forgot I'm using my login ktk2 right now, wich hadn't a PGP key. debuild complained the lack of it and I'm creating one right now.
[00:07] <joaopinto> it should have created the .deb anyway
[00:07] <joaopinto> GPG is for the dsc/changes signing, it is not required to build
[00:07] <KurtKraut> joaopinto, gpg: /tmp/debsign.lBPdAxiz/pomamonitor_0.1-1.dsc: clearsign failed: chave secreta não disponível
[00:07] <KurtKraut> joaopinto, indeed, I didn't touch that file
[00:08] <KurtKraut> joaopinto, do I have to create a .dsc file by hand:
[00:08] <KurtKraut> ?
[00:08] <joaopinto> no
[00:09] <joaopinto> it was created, just not signed
[00:10] <KurtKraut> joaopinto, er... how can I get this signed? :P
[00:11] <joaopinto> KurtKraut, why do you want it signed ?
[00:11] <joaopinto> to have it signed you need the gpg key, the DEBEMAIL, or debuild -kemail
[00:11] <KurtKraut> joaopinto, oh, I just realised that the .deb was created.
[00:11] <KurtKraut> joaopinto, I was thinking this was a 'show stopper' error
[00:11] <joaopinto> but you really don't need it signed unless you plan to upload to a PPA or similar
[00:11] <joaopinto> ah no :)
[00:13] <KurtKraut> joaopinto, now you can have the best sleep on Earth because... you did it! You guided such a naive and noob person like me through the process. I appreciate a lot your help.
[00:13] <KurtKraut> I'd also like to thank Darxus , RAOF, azeem for the attention
[01:18] <jgoppert1> hey does anyone want to sponsor my libjsw package, it gets the joystick library working by just not dealing with gtk in the jscalibrator program
[05:53] <jgoppert1> hey i have an automake project i'm trying to package, i'm new to packaging and am not sure if i need to modify the default lib.install file in the debian folder, the deb that results doesn't have the shared libraries in it
[06:05] <fabrice_sp> jgoppert1, you should modify most of the files generated by dh_make
[06:29] <LucidFox> "November 5th: Toolchain Conservatively Uploaded"
[06:30] <LucidFox> As opposed to being uploaded anarchistically? :p
[07:19] <dholbach> good morning
[07:21] <ice_cream> hi, why was my beloved slim removed from karmic?
[07:22] <wgrant> ice_cream: It was unmaintained, so the maintainer requested that it be removed from Debian. We then followed Debian's removal.
[07:22] <ice_cream> that is sad news =/
[13:26] <DexterLB> hello
[13:26] <DexterLB> is there anyone here with some free time who is willing to help?
[13:33] <DexterLB> please try to dpkg-buildpackage or debuild this: http://scratch-rockets.hobby-site.org/wiki/images/7/75/Timelapse-0.0.1-0ubuntu1.tar.gz
[13:33] <DexterLB> I think it's something only in my system, and I don't want to upload it to the PPA just to see the error...
[13:33] <joaopinto> DexterLB, better pastebin the error
[13:33] <DexterLB> ok
[13:38] <DexterLB> http://pastebin.com/m1885515b
[13:39] <DexterLB> everything builds fine, the binaries are in place after the "install" (in debian/timelapse/usr/bin/)
[13:39] <DexterLB> only dpkg-genchanges fails
[13:39] <DexterLB> I googled this error a lot, I saw it in many logs and many people asking about it on forums but no solutions
[13:40] <joaopinto> I already got that issue on the past, but I don't remember what was the cause :\
[13:40] <joaopinto> I think I have just recreated the source dir, and moved debian/* over the new dir
[13:43] <DexterLB> what do you mean recreate the source dir
[13:44] <DexterLB> just make a new source dir and move the files to it?
[13:46] <joaopinto> yes
[13:46] <DexterLB> how about the -orig folder?
[13:47] <DexterLB> wait, not folder
[13:47] <DexterLB> i mean .orig.tar.gz
[13:52] <DexterLB> I moved everything but the error still exists :(
[14:13] <DexterLB> I'm sending it to PPA to see if they'll email me the same error :P
[14:13] <DexterLB> well, not they, it
[14:58] <bddebian> Heya gang
[14:58] <sebner> huhu bddebian
[14:59] <bddebian> Hi sebner
[15:08] <proppy> ScottK: Hi, I updated poker-network 1.7.5-2
[15:08] <proppy> I'll update mentors.debian.net
[15:15] <proppy> ScottK: http://mentors.debian.net/debian/pool/main/p/poker-network/ updated
[15:17] <proppy> will upload it to revu too
[15:21] <proppy> http://revu.ubuntuwire.com/p/poker-network
[15:59] <Laney> wgrant: Is there any chance of an MDT instance vs sid? Maybe by a tab/link at the top which defaults to Squeeze?
[16:04] <mok01> I have a weird problem with a revu package, it pulls in dbus which fails to install in the chroot environment apparently because it interferes with the workstation
[16:11] <DexterLB> hi
[16:11] <DexterLB> I've uploaded a package to my ppa
[16:11] <DexterLB> it's waiting for build, which is schaduled after 17 hours.
[16:11] <DexterLB> I've found an error in it and I know it won't build.
[16:12] <DexterLB> If I submit the new version will it cancel the old one's build
[16:12] <DexterLB> or should I cancel it before that (and how)
[16:12] <jdong> ppa questions are better in #launchpad
[16:13] <DexterLB> ah
[16:13] <DexterLB> ok
[16:16] <jgoppert> can anyone help me with a debian/ lib.install file
[16:16] <mok01> jgoppert: what's the problem?
[16:16] <jgoppert> i'm trying to package opencv and the default file has a bunch of wild cards for the so's and .a, but none of them actually install in the package
[16:17] <jgoppert> save with my opencv-dev
[16:17] <mok01> jgoppert: what default file?
[16:17] <jgoppert> no headers ?
[16:17] <jgoppert> pastebin!
[16:17] <jgoppert> oops, damn empathy
[16:17] <mok01> jgoppert: the install files name is <package>.install
[16:18] <jgoppert> usr/lib/lib*.so.*
[16:18] <jgoppert> yeah, and it matches what i put in the control file
[16:18] <mok01> jgoppert: looks ok
[16:18] <jgoppert> opencv1
[16:18] <jgoppert> opencv1.install
[16:19] <jgoppert> do i have to uncomment dh_install  in the rules?
[16:19] <mok01> jgoppert: no
[16:19] <mok01> jgoppert: excuse me, YES
[16:19] <jgoppert> oh ok, cool
[16:19] <mok01> jgoppert: dh_install is what reads the file and does what it does
[16:19] <jgoppert> i thought it said it was just for specific things not covered by the other rules
[16:19] <jgoppert> oh ok cool
[16:20] <jgoppert> thanks for the help
[16:20] <mok01> jgoppert: there are specialized dh_install_* for things like manpages etc
[16:20] <mok01> jgoppert: dh_install is the "generic" one it can be used for everything, but some of the specialized ones have more intelligence
[16:21] <jgoppert> yeah i see those, they worked the man etc was in my packages, lol just no libraries
[16:21] <mok01> jgoppert: should work now
[16:21] <jgoppert> i'm getting like 6 hours build times on my ppa, does that ever speed up, is it just because karmic was just released?
[16:22] <mok01> jgoppert: probably
[16:22] <jgoppert> cool
[16:22] <mok01> jgoppert: see https://launchpad.net/builders
[16:24] <mok01> jgoppert: the ppa builders are steaming from work
[16:24] <jgoppert> yeah it looks like it
[16:25] <jgoppert> anyways to check whats included in the deb if you just use debuild -S -sa
[16:25] <mok01> jgoppert: errr debuild? I use less
[16:26] <jgoppert> well right, but i mean i don't have a .deb
[16:26] <jgoppert> i just have the changes, dsc, orig tarball, etc
[16:26] <mok01> jgoppert: ah, well to create the deb, you use debuild -S -sa
[16:27] <jgoppert> you mean debuild -sa?
[16:27] <mok01> jgoppert: once it's created, you can view what's inside it using "less"
[16:27] <jgoppert> i can create it using debuild -sa, i thought the -S told it to just build the source
[16:27] <ScottK> proppy: Thanks.  I'll try and have a look a little later today.
[16:28] <jgoppert> i'm also checking it with pbuilder, but is there a way to find what pbuilder built?
[16:28] <mok01> jgoppert: ah, yes
[16:29] <proppy> ScottK: np
[16:29] <jgoppert> does pbuilder get wiped out after its finished?
[16:29] <mok01> jgoppert: yes
[16:29] <mok01> jgoppert: that's the whole point :-)
[16:30] <jgoppert> yeah, i figured, lol, just seems like a pain to have to do debuild -sa check that it has the right stuff, then do pbuilder, then do debuild -sa -S lol, wish there were a more streamlined process
[16:31] <jgoppert> building opencv takes like 20 minutes :-/
[16:31] <ScottK> jgoppert: If you want to mess around with stuff you can use pbuilder --login and have an open chroot to try stuff in.
[16:31] <jgoppert> yeah that might hlep
[16:33] <jgoppert> can you only have one pbuilder up at a time?
[16:34] <jgoppert> dh_install: opencv-dev missing files (usr/lib/lib*.a), aborting, oh that sucks, so i guess if it fails to find a wildcard your done for?
[16:34] <mok01> jgoppert: you can have as many as you want
[16:35] <jgoppert> moko1: thanks
[16:35] <mok01> jgoppert: people often have pbuilders for different distros
[16:35] <jgoppert> moko1: yeah that would be helpful
[16:36]  * mok01 wanders why he can't do copy-paste in the terminal by double-click / middle mouse
[16:36] <mok01> after installing karmic
[16:39] <jgoppert> can someone explain why the lib-dev.install file has /usr/lib/lib*.so,   while the lib1.install has /usr/lib/lib*.so.*  ??
[16:47] <vanryu> hi, can anyone help me? I wanna package a linux libre version of the ubuntu kernel. Should I use the ubuntu source package of the current kernel as the upstream source?
[16:50] <geser> jgoppert: lib*.so is the symlink needed during linking while lib*.so.* is the real lib
[16:51] <jgoppert> oh i see, so on an end user system the symlink isn't needed?
[16:52] <jgoppert> makes sense i guess
[16:52] <jgoppert> thanks
[16:52] <joaopinto> vanryu, isn't the linux kernel package libre ? non libre modules are on their own packages
[16:54] <vanryu> I mean the privative blobs that are included with the linux kernel. I mean to remove them by using the deblob script of the FSF linux libre project.
[16:55] <jgoppert> i've got a package who put the .pc in libdir, shouldn't it be datadir
[16:56] <mok01> jgoppert: the -dev file contains the *.so file only, which is in fact a symbolic link
[16:56] <jgoppert> moko1: thanks
[16:56] <geser> pkg-config files should be placed in /usr/lib/pkgconfig/ (like the others)
[16:57] <mok01> jgoppert: the lib package contains the shared library proper, along with a symbolic link to it, called something like *.so.1
[16:57] <jgoppert> ok, odd then my default debian install file opencv-dev.install is looking in /usr/share/pkgconfig/*
[16:58] <mok01> jgoppert: huh?
[16:58] <mok01> jgoppert: the -dev package should INSTALL a *pc file in the pkgconfig dir
[16:58] <jgoppert> moko1: i get the so stuff now, i'm jus wondering why my debian install file is trying to install a pkconfig file in /usr/share/pkconfig when it should be /usr/lib/pkgconfig
[16:58] <mok01> ah
[16:59] <mok01>   /usr/lib/pkgconfig is what you want
[16:59] <jgoppert> ok, so i just delete the other then
[17:00] <jgoppert> opencv-dev install had both /usr/share/pkgconfig/* and /usr/lib/pkconfig/* from dh_make
[17:02] <mok01> jgoppert: It's redundant
[17:02] <jgoppert> moko1: thanks
[17:03] <jgoppert> if you have a package that takes 20 minutes to build are there any tricks of the trade to get the kinks worked out or do you just have to build 20 times before you get the package right
[17:05] <jdong> hmm
[17:05] <mok01> jgoppert: if you build the package locally on your machine (i.e. install the build depends) you can call debian/rules directly like this: fakeroot debian/rules build
[17:05] <jdong> anyone use znc from the repos?
[17:05] <jdong> I think I just noticed znc-extra doesn't match znc's version; borks loading any of those modules
[17:05] <jdong> needs a no-src-change-rebuild...
[17:05] <jdong> (asking for a sanity check from potential ZNC users before I make a fool out of myself XD)
[17:06] <mok01> jgoppert: then, when you have things compiled, you can re-build the .deb files quickly by doing "fakeroot debian/rules binary"
[17:06] <jgoppert> moko1: thanks, that helps
[17:10] <joaopinto> or debuild -nc
[17:14] <jgoppert> i found out that pbuilder also stores the created debs under /var/cachepbuilder/result, that helped me scan that the right files were there with less
[17:24] <falktx> back again
[17:24] <falktx> and still having problems with revu
[17:24] <falktx> revu upload
[17:25] <falktx> http://revu.ubuntuwire.com/p/qtsixa
[17:34] <Legendario> i was loocking for the tor package and could see at packages.ubuntu.com that it left ubuntu on jaunty. Why such a thing happens?
[17:35] <hyperair> because the author wanted it removed
[17:35] <hyperair> ubuntu's release schedule was too slow for tor, it seems
[17:36] <Legendario> hyperair??? too slow??? wht do u mean?
[17:37] <hyperair> use a little google. i've got a deadline to meet and can't spare the time to dig it up for you, sorry.
[17:37] <sbalneav> Legendario: http://archives.seul.org/or/talk/Apr-2009/msg00072.html
[17:38] <hyperair> https://launchpad.net/ubuntu/+source/tor/+publishinghistory <-- this might be of help as well
[17:42] <Legendario> sbaneav, it left because it lacked mainteners?
[17:42] <Legendario> sbalneav, it left because it lacked mainteners?
[17:49] <Legendario> thanks a lot guys
[18:38] <Laney> mmmmmmmmmmmmmmmm
[18:38] <Laney> that fresh lucid smell
[18:39]  * Laney does some merges
[18:50] <sebner> Laney: smells like old, dirty testing to me :P
[18:52] <Laney> hah
[18:52] <Laney> you were always the sync the latest crack king
[19:00] <sebner> Laney: the best you can do ;)
[19:50]  * JontheEchidna wonders how many uploads we'll get before auto-sync kicks in
[19:53]  * geser should get the ubuntu-dev-tools SRU done before sebner starts filing sync requests :)
[19:53] <JontheEchidna> hehe
[19:54] <Laney> clearly everyone should run u-d-t out of bzr ;)
[19:55] <ajmitch> geser: so is there a documented way to tell it to sync from unstable for those packages that need it?
[19:56] <Laney> ajmitch: -d unstable
[19:56]  * Laney just did this
[19:56] <ajmitch> ta
[19:56] <ajmitch> I guessed there would be something obvious, I just haven't caffeinated yet today :)
[19:56] <Laney> I should hope it's in the manpage
[19:56] <geser> -d     Specifies which Debian distribution a package should be synced from.  Default is testing. (man requestsync)
[19:57] <Laney> \o
[19:57]  * Laney knocks some more merges off
[19:58] <ajmitch> geser: I had just looked in the manpage & missed it
[19:58] <ajmitch> even though it's right there in plain sight
[19:59] <geser> ajmitch: the changed default is currently only in bzr. requestsync from karmic needs currently "-d testing" to do the right thing for lucid
[19:59] <ajmitch> right
[20:01] <ajmitch> & I see the announcement about MoM being only against unstable at this stage
[20:02] <micahg> ajmitch: I saw something about that being a possible SRU in karmic (requestsync)
[20:03] <ajmitch> micahg: yes, that's what geser is doing now
[20:03] <micahg> ah :)
[20:03] <ajmitch> before the hordes descend & start requesting syncs
[20:03]  * micahg needs to made sure to scroll up :)
[20:05] <fabrice_sp> already 6 sync requests waiting for sponsorship...
[20:06] <fabrice_sp> so the hordes are already here! :-)
[20:06]  * ajmitch wonders whether sponsored syncs should have some justification for syncing from unstable
[20:07] <Laney> yes please
[20:07] <ajmitch> I see most of the syncs filed so far are from squeeze
[20:08] <ajmitch> & the one other I can spot (bug #472936) is requesting a version that's in squeeze anyway
[20:09] <Laney> heh
[20:09] <Laney> that's an old version of requestsync
[20:09] <Laney> we haven't had "Please" for a while
[20:09] <sebner> Laney: would you mind doing MD?
[20:09] <ajmitch> Laney: but it's so polite
[20:09] <Laney> sebner: I already synced it
[20:10] <sebner> Laney: ah great, didn't notice
[20:10] <Laney> you should get the other place on your perform...
[20:10] <Laney> ajmitch: mok0 complained that we were being too nice ;)
[20:10] <Laney> (I think it was him)
[20:11] <ajmitch> maybe there should be some big DO IT NOW! in the mail then
[20:12] <Laney> well more that it took up space in the title, the body is still nice
[20:12] <geser> ajmitch: and name the option --lamont?
[20:12] <ajmitch> geser: I don't think he has direct archive access anymore, does he?
[20:13] <ajmitch> though it wouldn't surprise me if he still does :)
[20:13] <geser> don't know
[20:15]  * ajmitch might need to actually fix the rc bugs tracker stuff this cycle
[20:17] <jgoppert> if i want to create a package that modifies another packages files  (/etc/vim/vimrc) how do I do that
[20:17] <mok0> Laney: it was me :-)
[20:18] <mok0> jgoppert: that's not allowed
[20:19] <jgoppert> ok, for my lab i want to setup vim to autocomplete, how should i do that
[20:19] <mok0> jgoppert: on many machines?
[20:19] <jgoppert> mok0: yes
[20:20] <mok0> jgoppert: perhaps you should consider using something like cfengine
[20:21] <JontheEchidna> Do fakesyncs from karmic get autosynced this time around?
[20:21] <Laney> depends what version number they had
[20:21] <JontheEchidna> It's showing up as "outdated with local changed" in the multidistro tools on qa.ubuntuwire
[20:21] <ajmitch> JontheEchidna: if there's a newer version from squeeze
[20:21] <JontheEchidna> 0.10.2-3build1
[20:21] <ajmitch> JontheEchidna: got an example?
[20:21] <Laney> fakesyncs are just normal uploads really
[20:21] <JontheEchidna> smb4k
[20:21] <Laney> then yes with that one
[20:22] <JontheEchidna> cool, so then I won't have to bother with a sync request
[20:22] <Laney> presumably it was a fakesync because the orig md5sum was different though
[20:22] <jgoppert> mak0: checking it out, thanks
[20:22] <ajmitch> ok, squeeze & sid have the same version for that
[20:22] <Laney> so I'd imagine it will break if its not a new upstream
[20:22] <JontheEchidna> yeah, new upstream release
[20:22] <Laney> keep an eye on it, but I bet it will be ok
[20:22] <ajmitch> testing save 0.10.4-1
[20:22] <ajmitch> silly paste
[20:23] <ajmitch> 'save' should notbe there, but it's a new upstream version
[20:23] <Laney> testing why?!
[20:23] <ajmitch> I remember smb4k being somewhat problematic in the past
[20:23] <JontheEchidna> ha, one could merge squeeze from squeeze
[20:24] <ajmitch> Laney: hm?
[20:24] <Laney> ajmitch: It's an autosync, we don't usually explicitly test those
[20:24] <ajmitch> Laney: yes, I was pasting from packages.qa.d.o
[20:25] <Laney> oh
[20:25] <ajmitch> showing the version in squeeze, nothing more
[20:25] <Laney> I thought you said that you were testing it ;)
[20:25] <ajmitch> I'm not that silly
[20:26] <mok0> My sbuilder stopped working after karmic upgrade. Anyone else experienced something like that?
[20:27] <fabrice_sp> my sbuild is still working (building with a lucid schroot right now)
[20:28] <ajmitch> so I guess it's time to update the VM to lucid
[20:29] <Laney> cowbuilder-lucid doesn't work for me
[20:29] <Laney> but pbuilder does
[20:31] <mok0> fabrice_sp:  Hm
[20:32] <fabrice_sp> mok0, do you get some errors or something?
[20:32] <mok0> fabrice_sp: the problem has to do with dbus
[20:33] <mok0> Hang on, I'll pastebin it
[20:33] <fabrice_sp> strange: sbuild really worked after upgrade. ok
[20:34] <mok0> http://paste.ubuntu.com/308792/
[20:34] <mok0> I get this error every time I try to build something
[20:36] <randomaction> mok0: I had this problem today with dbus in karmic chroot
[20:36] <fabrice_sp> mok0, did you edit your source chroot before? It seems like something got wrong there. You could perhaps edit it, to delete the 'messagebus' user
[20:36] <fabrice_sp> a dbus revolution?!
[20:36] <mok0> fabrice_sp: perhaps. I never touched it
[20:37] <randomaction> I uninstalled dbus (which killed my X session), reinstalled and it's ok
[20:38] <fabrice_sp> mok0: dbus does not get installed in any of the build I've done since 2 days (something like 10 to 12)
[20:39] <fabrice_sp> but I regularly do an apt-get update / apt-get upgrade directly in the karmic-source schroot, so perhpas it fixed something
[20:40] <mok0> fabrice_sp: deleting the messagebus user doesn't change anything
[20:41] <mok0> randomaction: I also uninstalled dbus from the schroots
[20:41] <mok0> randomaction: but it seems to be installed as part of the build
[20:41] <fabrice_sp> if you are inside the -source chroot. can you try to run apt-get update and apt-get upgrade?
[20:42] <mok0> fabrice_sp: will do
[20:43] <mok0> fabrice_sp: apt-get upgrade fails with that same message
[20:44] <mok0> dbus is "unconfigured" and it tries to configure it
[20:44] <fabrice_sp> and --reinstall it?
[20:44] <fabrice_sp> I'll check if I have it in my chroots
[20:45] <fabrice_sp> is it a karmic schroot or a lucid one?
[20:46] <mok0> karmic
[20:46] <mok0> fabrice_sp: I don't have a lucid builder yet
[20:46] <fabrice_sp> my karmic chroot don't have any dbus installed
[20:47] <fabrice_sp> I may have deinstalled it, now that I think a bit about it
[20:49] <mok0> fabrice_sp: I don't know where it comes from. I removed the package now, and the sbuilder works!
[20:49] <mok0> Strange
[20:49] <fabrice_sp> may have been pulled as a dependency of another package earlier
[20:52] <mok0> fabrice_sp: perhaps, but that sound strange, even
[20:52] <fabrice_sp> yeah :-/
[20:53] <fabrice_sp> did you noticed that in the source page in Launchpad, Lucid comes at the bottom, below Dapper ? :-) Like here: https://launchpad.net/ubuntu/+source/mixxx
[20:53] <mok0> fabrice_sp: where did you get the lucid debootstrap?
[20:54] <ajmitch> mok0: probably just another symlink :)
[20:54] <fabrice_sp> mok0, I used only mk-sbuild-lv with lucid, and it worked
[20:54] <mok0> fabrice_sp: under karmic?
[20:55] <mok0> ajmitch: :-)
[20:55] <ajmitch> mok0: have a look in /usr/share/debootstrap/scripts, most new release scripts are just a symlink
[20:55] <mok0> ajmitch: ah, yes, I now remember fooling around with that earlier
[20:55] <fabrice_sp> mok0, yes
[20:56] <mok0> Ah, so it's part of the karmic package now. Nice
[20:56]  * mok0 wants a lucid builder too... 
[20:57] <fabrice_sp> :-)
[20:57] <soren> fabrice_sp: That list is sort alphabetically according to the version string. ("10.04" < "6.06"). There's a bug open about it :)
[20:58] <fabrice_sp> oh, right :-)
[21:00] <mok0> hehe
[21:01] <mok0> soren: does that mean the 6.06 release and forward are renamed to the correct zero-prepended 06.06 ? ;-)
[21:01] <mok0> upto and including 9.10 -> 09.10
[21:03] <soren> mok0: I suspect the problem will be solved in a sensible way.
[21:03] <soren> mok0: So answer your question: Probably not :)
[21:04] <mok0> heh
[21:05] <mok0> Well when that is fixed we'll be in good shape untill year 2100
[21:07] <fabrice_sp> is there an automatic way to get a debdiff between latest Debian version and previous one?
[21:07] <soren> fabrice_sp: Launchpad provides this.
[21:07] <fabrice_sp> with Debian version? ofr example, between -1 and -1.1?
[21:07] <soren> fabrice_sp: Oh, sorry.
[21:07] <soren> fabrice_sp: No.
[21:08] <soren> fabrice_sp: For that, you need: http://patches.ubuntu.com/by-release/debian/
[21:08]  * soren wanders off
[21:09] <fabrice_sp> cool: that's exactly what I was looking for. Thanks soren!
[21:11] <soren> fabrice_sp: Sur e thing.
[21:21] <Laney> http://launchpadlibrarian.net/35052003/buildlog_ubuntu-lucid-i386.gtk2hs_0.10.1-3ubuntu1_FAILEDTOBUILD.txt.gz
[21:21] <Laney> what's up with that?
[21:22] <Laney> worked on amd64/lpia/ppc
[21:26] <RAOF> Laney: Oooh!
[21:26] <Laney> hey RAOF!
[21:26] <RAOF> Laney: Because binary-indep will only be called on i386, and that's the target that's failing?
[21:26] <Laney> How was the wedding?
[21:26] <Laney> yeah I don't see an error though
[21:26] <RAOF> The wedding was awesome!
[21:27] <Laney> \o
[21:27] <Laney> congrats
[21:27] <RAOF> Laney: http://paste2.org/p/497568
[21:27] <Laney> aha
[21:27] <Laney> nice and buried
[21:28] <RAOF> Yup.  And not immediately fatal.
[21:28] <RAOF> Any particular reason it feels the need to call dh_clean twice?
[21:28] <geser> don't the buildds build in parallel now?
[21:29] <Laney> I built the arch:all package locally too and it worked
[21:29] <Laney> bah
[21:40] <randomaction> fabrice_sp: pull-debian-version in u-d-t
[21:41] <randomaction> that should be pull-debian-debdiff
[21:44] <wgrant> Laney: Definitely. I'm busy with exam stuff until Monday, so after then it should appear.
[21:44] <Laney> awesome, thanks
[23:44] <vizeke> Hi everybody, I'm new in here. I just want to help making Ubuntu better. I'm graduated in Computer Science with a good work experience. What should be my first steps? I'm reading the MOTU/Contributing and Patching Guide... thank you
[23:47] <Nafai> Where is the appropriate place to ask questions about creating a PPA?
[23:49] <micahg> Nafai: #launchpad
[23:49] <Nafai> Thanks