[12:24] <superm1> bddebian, you got a few to sponsor another new version of a package?
[12:25] <bddebian> superm1: Possibly when I get home but I'm trying to get the hell out of the office atm.  Sorry.
[12:25] <superm1> no biggie :)
[12:29] <asantoni> probably been said a 100 times today: uh oh, REVU down - Am I screwed for getting my (updated) package into Gutsy?
[12:29] <ajmitch> no, it hasn't been said 100 times, but it is in the topic :)
[12:30] <sistpoty> I guess revu is done due to bandwith limitation again :(
[12:30] <sistpoty> s/done/down/
[12:31] <superm1> sistpoty, that wasn't the cause i thought.  one of the servers in the datacentre it sat in was compromised i thought
[12:31] <sistpoty> ah, ok.
[12:31] <asantoni> anyone have any suggestions for me then? I've got a package that needs reviewing... ;)
[12:32] <coNP> asantoni: upload it to somewhere and ask someone to review it :)
[12:32] <coNP> asantoni: to solve the latter is far more difficult :)
[12:32] <asantoni> ok
[12:32] <asantoni> hehe
[12:32] <asantoni> It's an updated Mixxx package (DJ application)
[12:40] <ScottK> sistpoty: tiber is being logically moved into the Canonical datacenter as I understand it.
[12:40] <sistpoty> ScottK: I guess that's good news then?
[12:41] <ScottK> Eventually.
[12:41] <ScottK> Today, not so much.
[01:07] <asantoni> ok guys, Mixxx 1.5.2 SVN drop package is up here: http://mixxx.sourceforge.net/packages/
[01:07] <asantoni> story: Mixxx 1.5.0 contains 4 terribly bad crashes in it, 3 of which have been fixed in this SVN drop (comes from our bugfixes branch)
[01:08] <asantoni> These are the types of crashes that'll happen on a DJ who's live in the mix (which is embarrassing for both us and them)
[01:09] <asantoni> (so we'd like to get this crash-fix release out in the repo) :)
[01:29] <coNP> How to turn "Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address" error to a warning?
[01:30] <geser> unset DEBEMAIL
[01:31] <sistpoty> coNP: see wiki.ubuntu.com/DebianMaintainerField for details (and also iirc I sent a mail to this somewhere sometime, but can't remember the details right now)
[01:31] <coNP> thanks geser 
[01:32] <coNP> sistpoty: I know this issue in general, but I don't want to change a maintainer of a security release.
[01:32] <coNP> s/a main/the main/
[01:33] <sistpoty> coNP: right, but IIRC the conditions *when* this warning is made an error is listed there as well ;)
[01:33] <sistpoty> s/is/are/
[01:34] <geser> coNP: it's ok for feisty to change the Maintainer field
[01:34] <sistpoty> then you'd rather not change the maintainer (I got a reject for this once *g*)
[01:34] <coNP> sistpoty: there is an error but what follows from that? :)
[01:36] <sistpoty> coNP: see section "Source packages" (and above). These will tell you when you get the error ;)
[01:36] <geser> coNP: don't change the maintainer for release before feisty as the tools aren't tested if they still work with this change
[01:36] <coNP> I know what is the problem :)
[01:37] <coNP> I have an "@ubuntu.hu" address. And spec says contains "ubuntu" that should be contains "ubuntu.com"  
[01:38] <sistpoty> coNP: so like geser already stated, make one of the and-clause false (e.g. by unsetting your DEBEMAIL) ;)
[01:38] <coNP> Yeah, I did. Thanks you both.
[01:38] <coNP> -s
[01:48] <coNP> pbuilder-dapper build lighttpd_1.4.11-3ubuntu3.4.dsc says Command line parameter [build]  is not a valid .dsc file name
[01:48] <coNP> Any hints?
[01:50] <Kmos> lintian *.dsc
[01:50] <Kmos> says what?
[01:50] <Kmos> try this: pbuilder-dapper lighttpd_1.4.11-3ubuntu3.4.dsc
[01:51] <coNP> Okay, a small pbuilder-dist  error
[01:51] <Kmos> :)
[01:51] <brylie> how do I migrate my GPG and SSH keys to a newly installed os?
[01:51] <brylie> just copy the .ssh foler?
[01:51] <coNP> stgraber: you need to shift after $OPERATION is selected. Sorry for bothering you with this, but RainCT seems not to be around. 
[01:52] <coNP> brylie: .ssh and .gnupg I guess
[01:52] <brylie> ok.. then I run a command to import them again?
[01:52] <brylie> gpg --import oldkey.asc
[01:53] <brylie> or something?
[01:53] <ajmitch> if you copy the directory, you won't need to import
[01:53] <geser> brylie: copying it enough
[01:53] <brylie> excellent
[01:53] <brylie> thanks :)
[02:06] <coNP> Kmos: what do you want with bug 119796
[02:08] <coNP> Oh sorry, I guess I understand you
[02:08] <Kmos> i've updated openbox ?
[02:09] <coNP> Yes. We have 3.4.2 in Debian, upstream has 3.4.4
[02:09] <Kmos> and 3.2.2 in ubuntu
[02:09] <Kmos> with an debdiff attached to it
[02:09] <coNP> But there is a Debian package 3.4.4 that got accepted to debian, so we can sync
[02:09] <Kmos> it has ubuntu changes?
[02:09] <Kmos> :)
[02:10] <coNP> Yes. 
[02:10] <Kmos> nice
[02:10] <Kmos> so change bug and subscribe U-U-S
[02:10] <coNP> I contacted the Debian Maintainer to put the one patch that is left.
[02:10] <Kmos> nice
[02:10] <coNP> I wait till Debian unstable contains Openbox
[02:11] <coNP> good night Simon80 
[02:11] <coNP> sorry, s/Simon80/sistpoty/
[02:12] <Simon80> lol
[02:12] <Simon80> nice and random
[02:12] <TheMuso> c
[02:12] <TheMuso> ugh
[02:12] <sistpoty> coNP: haha... in earlier days I was at least only mixed with siretart ;)
[02:13] <sistpoty> gn8
[02:13] <coNP> It has the probability of 0.001 if we assume that every character occurs with the same probability that is of course nonsense.
[02:14] <coNP> Some language expert could provide us the real possibility :)
[02:22] <pgquiles_> I have produced a new version (upstream = 0.3.13) of a package which is orphaned in Debian ( upstream of latest Debian/Ubuntu = 0.3.10) but I am not really interested in adopting the package. Any chances I get the new version in Debian/Ubuntu?
[02:22] <nixternal> pgquiles_: what is it?
[02:23] <pgquiles_> nixternal: heck, you here too :-)
[02:23] <pgquiles_> nixternal: libntlm
[02:24] <pgquiles_> nixternal: it's available in my PPA
[02:24] <pgquiles_> nixternal: https://dogfood.launchpad.net/~pgquiles/+archive
[02:24] <nixternal> everywhere possible
[02:33] <nixternal> !info libntlm
[02:33] <nixternal> silly bot
[02:33] <RAOF> Is dead.
[02:34] <nixternal> pgquiles_: have you contacted the Debian maintainer for libntlm to get him/her to update it?
[02:34] <pgquiles_> nixternal: the is a /former/ Debian maintainer, as the package is officially orphaned. Do you mean that maintainer?
[02:35] <nixternal> yes
[02:35] <pgquiles_> nixternal: I'll try
[02:36] <nixternal> if that maintainer isn't doing it anymore, file an ITP on your latest release and get into debian-mentors to see what they have to say
[02:36] <nixternal> I am sure theyw ill have no problem doing an NMU sponsor, unless of course you want to maintain it
[02:38] <pgquiles_> nixternal: e-mail to former maintainer sent
[02:39] <pgquiles_> nixternal: thank you
[02:40] <nixternal> no problemo
[02:53] <ubotu> Package libntlm does not exist in feisty, feisty-seveas
[03:07] <bmm> I'd like to add an icon to a package, so I first thought I'd just add it in the debian directory, but then the diff can't handle the binary file (PNG). Hows should this be done?
[03:09] <SEJeff> any C developers here who know how to tell if you are using a gnu libc or not?
[03:10] <SEJeff> I would like to #define _GNU_SOURCE before including sched.h
[03:10] <bmm> SEJeff: ldd the binary?
[03:10] <SEJeff> No, this is a code question
[03:10] <SEJeff> I don't want to define _GNU_SOURCE on systems like OpenBSD, Mac OS X, etc... but would like it defined on Linux
[03:10] <SEJeff> So that Linux *specific* things like SCHED_BATCH can be pulled in
[03:14] <bmm> Already got my awnser on debian-devel. Thanks all.
[03:16] <AndyP> bmm: out of curiosity, what was the answer?
[03:16] <bmm> AndyP: uuencode the binary file :-S So I'm probably going to make an SVG... still talking about it all though.
[03:16] <AndyP> ah i see
[03:17] <RAOF> bmm: svg's are cooler anyway :P
[03:19] <bmm> AndyP: xpm also seems to be an option (can do ascii), otherwise potrace to convert it to SVG.
[03:24] <AndyP> yeah i've come across xpm before too, mostly in the context of the debian menu system
[03:32] <asantoni> http://mixxx.sourceforge.net/packages/   ---> needs review (package spam) :)
[05:57] <rob> anyone around who knows pbuilder?
[05:59] <ScottK> A bit.  Yes.
[05:59] <ScottK> What's up?
[05:59] <rob> just a question
[05:59] <rob> I'm on amd64 and want to be able to create packages for both it and i386, when I run "pbuilder create --debootstrapopts --arch --debootstrapopts i386" can I still build amd64 packages? How can I tell it which arch I want to build for?
[06:00] <ScottK> You can.
[06:00] <ScottK> I haven't done it though.
[06:00] <ScottK> I expect you need to create two different pbuilders for that since they'd have different packages in them.
[06:01] <rob> that's what I suspected too, just not sure how to have them side by side for the same ubuntu release
[06:01] <ScottK> Give me a minute to find a helper script for you.
[06:01] <rob> okay, thanks
[06:01] <rob> I have one that lets me do DIST=feisty, but nothing that lets me tell it what arch
[06:03] <ScottK> I believe this one will.
[06:03] <ScottK> http://codebrowse.launchpad.net/~rainct/ubuntu-dev-tools/dev/annotate/siggi.gevatter%40gmail.com-20070808215510-7qw4tot6njao08tg?file_id=pbuilderdist-20070509231419-byejr3u90tf401in-1
[06:03] <rob> cheers, I'll check it out
[06:54] <rob> well that script seem to set them up, but then I get the following:
[06:54] <rob> $ sudo ../pbuilder-feisty-i386 build hyperion_1.0-1ubuntu0.dsc
[06:54] <rob> Command line parameter [i386]  is not a valid .dsc file name
[06:56] <ScottK> rob: RainCT (who's not on now) has been developing that script from some earlier work.  He just added the ARCH stuff today.
[06:56] <rob> ScottK, oh, well I have some testing for him then :)
[06:56] <ScottK> Try naming is just pbuilder-feisty and see what happens.
[06:57] <rob> then I get:
[06:57] <rob> sudo ../pbuilder-feisty build hyperion_1.0-1ubuntu0.dsc
[06:57] <rob> ../pbuilder-feisty: line 161: [: argument expected
[06:57] <rob> Command line parameter [build]  is not a valid .dsc file name
[06:59] <rob> omitting build doesn't work either
[07:11] <ScottK> rob: Not sure.  I'd look around for RainCT and ask him when he shows up.
[07:11] <rob> ScottK, will do, thanks for your help
[07:27] <RAOF> I should probably see if I should add my script to devscripts.  It handles pbuilder-dist-arch correctly.
[07:27] <rob> that would be nice :)
[07:31] <ajmitch> ScottK: you're sounding like someone else...
[07:38] <ScottK> RAOF: Maybe have a look at RainCT's update to Laserjock's script.  He's pretty close to having a general "Just works" pbuilder script.
[07:38] <ScottK> ajmitch: Someone has to fill in until he can come back.
[07:39] <RAOF> ScottK: Yeah.
[07:43] <white> !info lwat gutsy
[07:44] <ubotu> lwat: LDAP Web-based Administration Tool. In component universe, is optional. Version 0.15-1 (gutsy), package size 68 kB, installed size 540 kB
[07:44] <white> !info lwat feisty
[07:44] <ubotu> Package lwat does not exist in feisty
[07:48] <ScottK> white: If you need it in Feisty, we can probably get it backported.
[07:53] <white> ScottK: whenever I check package versions here, you can become suspicious about it ...
[07:55] <ScottK> white: OK.
[07:56] <ScottK> Just thought maybe you knew someone that wanted it.
[07:56] <white> ScottK: nope, i am not using ubuntu anywhere, sorry
[07:56] <ScottK> No problem.
[07:56] <RAOF> Nah, he's our security advisory :)
[08:00] <ScottK> white: I'm in favor of a strong Debian.  Actually I do all my new package work in Debian now and get it here downstream.  More people benifit that way.
[08:01] <nixternal> ScottK: and it is less work in the long run, especially when you can build them so they are easily 'sync'able'
[08:01] <ScottK> Yes.
[08:02] <ScottK> Although I did have one fun one that built in my Gutsy pbuilder, built in the Sid pbuilder, built on the Debian buildd, and the FTBFS on the Ubuntu buildd.
[08:02] <ScottK> That was annoying.
[08:03] <ScottK> RAOF: Upload to the PPA and file bugs.  Remember my Launchpad motto:
[08:03] <ScottK> It's proprietary, so I can't help fix it.  The least I can do is complain a lot.
[08:03] <RAOF> Oh, it's *my* fault they're FTBFS, not LP.  At least, not now.
[08:04] <RAOF> Incidentally, should x11proto-gl-dev depend on mesa?  Some of it's includes include mesa files.
[08:05] <RAOF> I should probably not use the PPA as my first line of build testing :/
[08:05] <nixternal> ScottK: did I sense a little bit of hostility or sarcasm in that last line?
[08:06] <ScottK> Just facts.
[08:06] <nixternal> hehe
[08:06] <nixternal> so is sbuilder superior to that of pbuilder?
[08:06] <ScottK> Never used sbuild.
[08:06] <nixternal> I have yet to use it, and will be setting up my new machine to do my building from now on
[08:06] <RAOF> nixternal: My favourite feature is auto-buildlog mailing.
[08:06] <ScottK> Dunno
[08:06] <RAOF> Also, it's faster.
[08:06] <nixternal> I have heard that it is faster
[08:07] <RAOF> Less unpacking and repacking of tarballs.
[08:07] <RAOF> Also, it leaves less cruft around. 
[08:07] <nixternal> besides it being faster, any other added benefits? pros/cons? wiki page or another page with more info and/or help?
[08:07] <RAOF> Or rather, *different* cruft :)
[08:07] <nixternal> hehe
[08:07] <RAOF> nixternal: Buildlog mailing is a killer app for me.
[08:07] <RAOF> It's really, really handy.
[08:08] <ScottK> Really.  I like pbuilder with build --logfile so the build log is stored right with the source I'm building from.
[08:08] <ScottK> But I need to get to bed, so good night.
[08:08] <Fujitsu> Proper for support for multiple chroots, guaranteed clean build environment...
[08:09] <Fujitsu> Hm, I guess pbuilder does the latter too, but it's horrendously slow.
[08:10] <RAOF> It's much faster now that pbuilder-satisfy-depends-gdebi is used.
[08:10] <RAOF> But sbuild is still faster by a long shot.
[08:11] <Fujitsu> The tarball unpacking/removal is what I was complaining about, although the dependency resolution was also really bad.
[08:11] <RAOF> Absolutely shockingly slow.  Many of the builds I did took longer to work out the dependencies than actually build.
[08:12] <Fujitsu> Yep.
[08:16] <RAOF> So, does anyone think it's a bug that x11proto-gl-dev has files that #include files in mesa-common-dev, but x11proto-gl-dev doesn't Depend on mesa-common-dev?
[08:35] <StevenK> RAOF: PBUILDERSATISFYDEPENDSCMD="/usr/lib/pbuilder/pbuilder-satisfydepends-gdebi", it's *much* quicker.
[08:36] <RAOF> StevenK: Oh, I know.  I was using that as soon as it was available.
[08:36] <RAOF> Now I'm using sbuilder, and it's even faster :)
[08:41] <Fujitsu> RAOF: Is sbuilder != sbuild?
[08:43] <RAOF> Fujitsu: No.  My fingers just ran on.
[08:44] <RAOF> Who can teach ubotu that nouveau testing packages can be found in my PPA?
[08:46] <Fujitsu> RAOF: Look in #ubuntu-ops
[08:46] <RAOF> Ta
[08:48] <Hobbsee> greetings all
[08:49] <RAOF> Yo, Hobbsee 
[08:55] <white> anyone from .au (or whoever wants) can join debian.au on #oftc by the way :)
[08:55] <white> thought it would be nice to start a .au channel for debian) and ubuntu, if interested)
[08:56] <rob> with any luck switching networks may become a thing of the past soon :)
[08:56] <rob> there is a #ubuntu-au here already
[08:56] <white> rob: debian.au might attract more people (debian and ubuntu people ) ;)
[08:57] <rob> I dunno, Ubuntu is pretty popular in its own right :)
[08:59] <Hobbsee_> hiya white 
[08:59] <rob> we got 41 in -au now
[09:00] <Fujitsu> rob: Most of those don't use Ubuntu.
[09:00] <rob> Fujitsu, maybe, but they are still there
[11:29] <RainCT> hi
[11:31] <coNP> hey RainCT 
[11:31] <coNP> I guess I have found a bug.
[11:32] <coNP> RainCT: You should shift after selecting the OPERATION build or use something else at the end instead of $@. Since now you want to build "build <file>.dsc"
[11:33] <rob> was this with the pbuilder script by any chance?
[11:34] <coNP> This is with pbuilder-dist.
[11:35] <coNP> At least for me.
[11:35] <rob> I'm having problems with the same script then
[11:35] <RainCT> coNP: ah, right. will push the fix when I finish the manpage ;)
[11:35] <RainCT> rob: from what branch do you have it?
[11:35] <coNP> RainCT: I fixed it with a shift after the case. 
[11:36] <rob> RainCT, 47 I think, I only grabbed it a few hours ago
[11:36] <rob> the output I get is:
[11:36] <rob> sudo ./pbuilder-feisty-i386 build *.dsc
[11:37] <rob> Command line parameter [i386]  is not a valid .dsc file name
[11:37] <rob> I'm on amd64
[11:37] <coNP> rob: this is the same error. 
[11:37] <rob> coNP, oh, well I can confirm it then ;)
[11:37] <coNP> RainCT: you should fix this in trunk as well
[11:37] <coNP> Or as it is called in bzr
[11:38] <RainCT> yes, will ask TheMuso if he can merge it later. changes from yesterday are still pending too
[11:39] <coNP> RainCT: Okay, thanks. Just FYI :)
[11:39] <RainCT> rob: if you add a line with "shift" after    create|update|build|clean|login|execute)    (line 139) does it work?
[11:41] <rob> RainCT, just a new line with "shift" written on it?
[11:41] <RainCT> yes
[11:41] <rob> no, it does not work
[11:42] <rob> same error
[11:42] <coNP> rob: insert "echo $@" at the end and echo  what it writes out to the console, please
[11:42] <RainCT> actually, better add 'echo' before 'sudo pbuilder' please
[11:42] <rob> ./pbuilder-feisty-i386: line 140: shift: echo: numeric argument required
[11:43] <coNP> Oh, then use "shift 1"
[11:44] <rob>  sudo ./pbuilder-feisty-i386 build *.dsc
[11:44] <rob> sudo pbuilder build --basetgz /home/rob/pbuilder/feisty-i386-base.tgz --distribution feisty --binary-arch i386 --buildresult /home/rob/pbuilder/ --othermirror deb http://archive.ubuntu.com/ubuntu feisty main restricted universe multiverse hyperion_1.0-1ubuntu0.dsc
[11:44] <coNP> rob: did you replaced "shift" with "shift 1"?
[11:45] <rob> coNP, yes
[11:45] <coNP> it should work now 
[11:45] <coNP> The line you put here seems to be valid.
[11:46] <rob> I have:
[11:46] <rob> case $OPERATION in
[11:46] <rob>     create|update|build|clean|login|execute)
[11:46] <rob>     shift 1
[11:46] <rob>     ;;
[11:47] <coNP> rob: does it work?
[11:47] <rob> coNP, no, I get the same error as before
[11:48] <RainCT> "Command line parameter [i386]  is not a valid .dsc file name" this one?
[11:48] <rob> yep
[11:49] <RainCT> what's if you move the $@ to line 167:   sudo pbuilder $OPERATION $@ \
[11:51] <rob> ok, getting a different error now:
[11:51] <rob> E: failed to find /var/cache/pbuilder/base.tgz, have you done <pbuilder create> to create your base tarball yet?
[11:51] <rob> I'm guessing that fixed it?
[11:54] <RainCT> if you haven't run 'create' yet, I guess so
[11:54] <rob> well I'm running it now, I'll see how I go
[11:57] <elmargol> I have a problem using this script https://gnunet.org/svn/GNUnet/debian/gnunet-daemon.postinst. If i install the package the daemon launches twice.
[12:00] <coNP> elmargol: are you sure it is supposed to launch only one instance? 
[12:07] <rob> so I ran the create, but it's still telling me it cannot find the base.tgz
[12:07] <rob> its looking for /var/cache/pbuilder/base.tgz
[12:10] <rob> is it suppose to be looking from /home/myuser/pbuilder/feisty-i386-base.tgz ?
[12:10] <rob> err for, rather
[12:12] <ajmitch> evening
[12:12] <rob> hello ajmitch 
[12:12] <norsetto> hi there
[12:14] <elmargol> coNP: yes
[12:26] <RainCT> rob: yes, should use feisty-i386-base.tgz
[12:56] <mothsart> firstly, excuse me for my bad english (I'm french)
[12:57] <mothsart> I search to use a path with spaces in a debian/dirs
[12:57] <mothsart> my first intuition is to use \ like shell
[12:59] <mothsart> no idea?
[12:59] <jussi01> dont uses spaces?
[01:01] <mothsart> for explain : i have create some personal package who automated install wine programms
[01:02] <norsetto> using double commas also should work (at least if I look at the dh_installdirs script)
[01:08] <ubotu> Launchpad bug 131191 in sm "please sync package sm from debian testing" [Undecided,New]  https://launchpad.net/bugs/131191
[01:11] <mothsart> norsetto: I use double comma like this "/usr/lib/try to use space", no result
[01:11] <Fujitsu> Oh, I see Debian has done strange stuff.
[01:13] <norsetto> mothsart: use relative path, absolute won't work (guess unrelated to your problem though)
[01:16] <mothsart> norsetto: yeah, is a bad example
[01:17] <mothsart>  "usr/lib/try to use space" don't work better
[01:19] <elmargol> this bug drives me nuts :/
[01:20] <elmargol> 2 days that i can't find the solution :(
[01:28] <elmargol> invoke-rc.d gnunet-daemon start. just does /etc/init.d/gnunet-daemon start right?
[01:57] <Kmos> I need someone to check & upload this package: http://kmos.homeip.net/~kmos/ddclient/
[02:01] <RainCT> Kmos: hi. why have you asked me to update dosbox?
[02:03] <Kmos> RainCT: last uploader :)
[02:08] <RainCT> Kmos: btw, what's with the @ubuntuwire addr? for me it seems to work
[02:10] <Kmos> not here
[02:10] <RainCT> does it return the mail or what?
[02:11] <Kmos> failure
[02:15] <xxxxx1> heya ubunteros
[02:15] <ScottK> Good morning all.
[02:16] <RainCT> hi ScottK xxxxx1
[02:16] <ScottK> RainCT: Did you find anyone to test the lighttpd fixes?
[02:16] <ScottK> Hi RainCT
[02:16] <xxxxx1> morning RainCT , ScottK :)
[02:17] <RainCT> ScottK: uh?
[02:17] <ScottK> Sorry.  Did it again.
[02:17] <ScottK> For some reason I mix nicks up for you and coNP all the time.
[02:17] <RainCT> :P
[02:18] <ScottK> coNP: Did you find anyone to test your lighttpd fixes yet?
[02:21] <RainCT> what was the way to check in what debian section a package is?
[02:23] <siretart> RainCT: apt-cache show?
[02:23] <RainCT> siretart: "in debian" :-)
[02:24] <siretart> schroot -c unstable apt-cache show foo ;)
[02:24] <siretart> or look in http://packages.debian.org
[02:27] <RainCT> where does it say it there (on the website)?
[02:28] <RainCT> ah on the links :P
[02:34] <elmargol> is revu down?
[02:34] <Hobbsee> elmargol: /topic
[02:35] <zul> oh no the world is coming to and end whoe is me (revu being down)
[02:36] <elmargol> faw days?
[02:36] <elmargol> few...
[02:37] <zul> elmargol: go fix some bugs ;)
[02:37] <Fujitsu> No ETA at this time, but at least another couple of days.
[02:37] <RainCT> Kmos: requesting sync..
[02:37] <elmargol> I have packaged a working version of gnuent :/
[02:37] <elmargol> and can't upload it :(
[02:38] <zul> elmargol: is gnuent already in universe?
[02:38] <coNP> ScottK: no I had only time to finish and pbuild each debdiff
[02:38] <RainCT> elmargol: perhaps you could upload it on mentors.debian.net and post the url here
[02:38] <elmargol> yes, the feisty version is not working (too old), and the gutsy version is terrible broken
[02:38] <coNP> heya xxxxx1 
[02:39] <ScottK> coNP: I saw you were in #ubuntu-server earlier.  That would be a very good place to ask for testers.
[02:39] <coNP> I regularly reside there, I'll ask for testers.
[02:39] <ScottK> elmargol: How big is the package.
[02:39] <Kmos> RainCT: nice
[02:39] <coNP> I should turn highlighting on "RainCT" I guess ;)
[02:39] <elmargol> The version on debian testing / unstable is broken too
[02:39] <Kmos> I need someone to check & upload this package: http://kmos.homeip.net/~kmos/ddclient/
[02:40] <xxxxx1> hello coNP :)
[02:40] <ScottK> elmargol: Don't upload it to mentors.
[02:40] <elmargol> ScottK: the source the patch or the .deb?
[02:40] <ScottK> The .diff
[02:40] <ScottK> The source patch.
[02:40] <zul> upload the debdiff to launchpad
[02:40] <elmargol> 36K
[02:41] <ScottK> How big is the tarball?
[02:41] <elmargol> 2.2M
[02:41] <ScottK> E-mail me the tarball, diff, and .dsc and I'll put them somewhere where people can get them.
[02:41] <ScottK> ubuntu@kitterman.com
[02:48] <elmargol> ScottK: the email in on the way
[02:48] <ScottK> OK.  I use greylisting so it may be a bit before I actually get it.  I'll give you a link you can use once it's up.
[02:50] <RainCT> rob: nothing new?
[03:06] <elmargol> ScottK: did you get my mail?
[03:06] <ScottK> Yes.  
[03:07] <elmargol> does it look ok?
[03:07] <ScottK> I haven't looked yet.  I just saw it.
[03:08] <ScottK> Kmos: If you are going to edit a bug, please edit it correctly.  In Bug 127922 there are several changelog entries missing between what was there before and what you added.  Please add the rest or revert your change.
[03:08] <ubotu> Launchpad bug 127922 in feisty-backports "Please backport lighttpd v1.4.16 from Gutsy to Feisty" [Wishlist,Won't fix]  https://launchpad.net/bugs/127922
[03:12] <Kmos> ScottK: ok
[03:13] <ScottK> elmargol: People can dget your package using http://www.kitterman.com/test/gnunet_0.7.2b-1ubuntu1.dsc
[03:13] <coNP> Anyone using lighttpd on dapper/edgy/feisty and want to test some security updates?
[03:13] <ScottK> I'd suggest you download it and make sure nothing got mangled in the mailing.
[03:14] <ScottK> coNP: IIRC, sommer said he'd do it.
[03:14] <coNP> Cool. I asked on -server as well. No reply so far. But we have time :)
[03:14] <ScottK> coNP: leonel (not on now) is another one.
[03:15] <coNP> Today is tribe4-release day so I don't expect many people having time today
[03:24] <sommer> hey coNP, ScottK...count me in.
[03:25] <sommer> I'm in and out  on irc so if you need something you might try email as well :)
[03:25] <ScottK> sommer: Did you get the bug# for the patches to test?
[03:26] <sommer> 127922?
[03:26] <sommer> backport from gutsy to feisty.
[03:28] <ScottK> elmargol: I took a quick look at your update and two things lept out at me...  You have a bunch of .svn files in your debian dir.  Remove those.  Also, update maintainer according to https://wiki.ubuntu.com/DebianMaintainerField.  When you have an updated package, mail me again (no need to resend the tarball) and I'll put it up for you again.  I did not give it a detailed review.
[03:33] <coNP> sommer: bug 127718 is that needs testing
[03:33] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[03:34] <sommer> ah...I'll take a look.
[03:34] <elmargol> what is a XSBC-Original-Maintainer field?
[03:34] <coNP> elmargol: havea a look at https://wiki.ubuntu.com/DebianMaintainerField
[03:35] <elmargol> ah ok
[03:42] <sommer> is doc.ubuntu.com down?
[03:43] <sommer> this link doesn't seem to work for me:  http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html
[03:43] <Nafallo> isn't that help.ubuntu.com?
[03:43] <Nafallo> it's help. not doc.
[03:45] <sommer> ah thanks Nafallo
[03:45] <sommer> I've got the wrong link in by bookmarks.
[03:49] <RainCT> rob: ping
[03:55] <ScottK> elmargol: Are there any Ubuntu unique changes in your package (now that the svn cruft is out I can actually read it)?
[03:56] <elmargol> I think this package should also work on debian unstable
[03:56] <ScottK> OK.
[03:57] <elmargol> I basicaly used the existing debian directory from debian unstable. and made it working
[03:57] <ScottK> I misread version numbers.
[03:57] <elmargol> and did use the new upstream version
[03:57] <ScottK> I missed the upstream version number difference.
[03:57] <ScottK> Nevermind.
[03:58] <ScottK> It looks better, but the version should be -0ubuntu1, not -1ubuntu1.
[03:58] <ScottK> Fix that and I'll put it on my web site again.
[03:58] <ScottK> I don't have time for detailed reviewing today.
[04:06] <ScottK> elmargol: http://www.kitterman.com/test/gnunet_0.7.2b-0ubuntu1.dsc
[04:08] <elmargol> thx
[04:18] <sommer> coNP: is this the link for the feisty debdiff?  https://bugs.launchpad.net/ubuntu/+source/lighttpd/+bug/127718/comments/4
[04:18] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  
[04:19] <sommer> Just want to be sure I know what I'm doing.
[04:19] <sommer> or relatively sure
[04:22] <desertc> Hello is there a website I can look at for tips on how I can assist the packaging projects?
[04:28] <bddebian> Heya gang
[04:29] <xxxxx1> bddebian!
[04:29] <bddebian> Hi xxxxx1
[04:31] <elmargol> desertc: topic
[04:42] <ScottK> Kmos: On Bug #127922, that's progress.  Now add lighttpd (1.4.16-2) and (1.4.16-2ubuntu1) changelog entries at the top and it will be correct and complete.
[04:42] <ubotu> Launchpad bug 127922 in feisty-backports "Please backport lighttpd v1.4.16 from Gutsy to Feisty" [Wishlist,Won't fix]  https://launchpad.net/bugs/127922
[04:42] <trainpic> hi i have a data file thats a single file and needs to be packaged.
[04:43] <ScottK> sommer: That's the correct debdiff.
[04:43] <trainpic> i looked at the packaging tutorials and they were just for compiling programs to make packages
[04:44] <sommer> ScottK: thanks it's building now.
[04:45] <Kmos> ScottK: ok, thx
[04:45] <ScottK> OK.
[04:45] <geser> Hi bddebian
[04:45] <Kmos> ScottK: can you do something about this - http://kmos.homeip.net/~kmos/ddclient/ (REVU is down)
[04:45] <bddebian> Heya geser
[04:45] <ScottK> Kmos: No time for reviewing today.  Sorry.
[04:45] <ScottK> Maybe bddebian would review it.  He needs to get back in practice.  ;-)
[04:46] <Kmos> :)
[04:46] <Kmos> bddebian: have time for it ?
[04:47] <bddebian> I'll take a look
[04:48] <geser> Kmos: can you merge ddclient with Debian?
[04:48] <bddebian> Are we in UVF or what atm?
[04:49] <geser> UVF is on Aug 16th
[04:49] <bddebian> Eeks
[04:49] <bddebian> Kmos: Is this a Debian merge?
[04:49] <Kmos> geser: i think they used our package
[04:49] <Kmos> bddebian: no
[04:49] <Kmos> geser: for the last release they've done
[04:49] <geser> Kmos: ddclient 3.7.3-1 got uploaded to Debian yesterday
[04:50] <bddebian> So could it be synced?
[04:50] <Kmos> i need to see
[04:50] <Kmos> i've made a lot of changes
[04:50] <bddebian> Speaking of syncs, ivtv looks like it could be a sync to me??
[04:51] <bddebian> Kmos: Either way, I would merge the new debian package
[04:51] <Kmos> i'm the package done since 7 aug. :(
[04:51] <Kmos> let's check it
[04:52] <Kmos> i'm a member of ddclient team :)
[04:52] <bddebian> Sorry man :-(
[04:53] <bddebian> Uh oh
[04:53] <Kmos> I can merge it, and made my changes again..
[04:53] <Kmos> he doesn't mention for a lot of fix's in changelog
[04:53] <sommer> ScottK, coNP: lighttpd works fine as far as I can tell.  The package built fine with the debdiff applied.
[04:53] <Kmos> http://kmos.homeip.net/~kmos/ddclient/ddclient-3.7.3/debian/changelog
[04:54] <ScottK> sommer: Does it work?
[04:54] <sommer> yes
[04:54] <ScottK> Cool.
[04:54] <sommer> on feisty
[04:54] <sommer> I can test dapper later this evening.
[04:55] <ScottK> keescook: Bug 127718 fix for Feisty is tested now.
[04:55] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[04:55] <ScottK> Great.
[04:55] <ScottK> Please let us know.
[04:55] <keescook> ScottK: cool, I'll get it uploaded.  :)
[04:55] <sommer> Is there anything to test specific to the update?
[04:56] <ScottK> sommer: I know little about the details of how lighttpd works.  I'd suggest looking at the changelog entries and see what's changed.
[04:56] <Kmos> bddebian: bug 128634
[04:56] <ubotu> Launchpad bug 128634 in crywrap "[Remove]  Please remove crywrap from Gutsy" [Unknown,Fix released]  https://launchpad.net/bugs/128634
[04:56] <Kmos> bddebian: can you check this one? is as also an debdiff for stunnel4
[04:56] <sommer> okay will do.  Thanks ScottK.
[04:59] <sommer> should I add a comment to the bug?
[05:00] <ScottK> Yes
[05:01] <bddebian> Kmos: what does removal of crywrap have to do with stunnel4?
[05:01] <ScottK> Kmos: Bug #127922 looks good now.  Thanks.
[05:01] <ubotu> Launchpad bug 127922 in feisty-backports "Please backport lighttpd v1.4.16 from Gutsy to Feisty" [Wishlist,Won't fix]  https://launchpad.net/bugs/127922
[05:02] <Hobbsee> bddebian: one replaces the other
[05:02] <bddebian> Ahh
[05:04] <bddebian> So we are replacing an abandoned package with an orphaned one? :-)
[05:04] <ScottK> Progress of a sort.
[05:04] <bddebian> hah
[05:06] <Kmos> bddebian :)
[05:17] <Kmos> i've mailed ddclient debian maintainer about to change some things in the package :) maybe another release will come
[05:18] <Kmos> bug 129566 - this one just need to be "acked"
[05:18] <ubotu> Launchpad bug 129566 in stfl "Please sync stfl (universe) from Debian unstable (main)" [Undecided,Incomplete]  https://launchpad.net/bugs/129566
[05:18] <Kmos> now I think it will builds fine
[05:18] <Kmos> in all archs
[05:18] <Kmos> updated at debian, I talked to maintainer
[05:22] <ScottK> Kmos: I'll ack that
[05:22] <bddebian> I'm trying stunnel4 now
[05:24] <Kmos> ScottK: thank you 
[05:25] <Kmos> bddebian: ty too
[05:25] <bddebian> uploaded
[05:25] <Kmos> bddebian: thanks
[05:25] <Kmos> bug 128634
[05:25] <ubotu> Launchpad bug 128634 in crywrap "[Remove]  Please remove crywrap from Gutsy" [Unknown,Fix released]  https://launchpad.net/bugs/128634
[05:25] <Kmos> fix released ?
[05:26] <Kmos> it's not removed on gutsy
[05:26] <Kmos> ah.. the debian watch bug
[05:26] <Kmos> :)
[05:26] <Kmos> bddebian: you can mark it triaged plz ?
[05:27] <bddebian> Kmos: done
[05:27] <Kmos> bddebian: thanks
[05:29] <Kmos> bug 129556 - this one need to be "acked"
[05:29] <ubotu> Launchpad bug 129556 in socat "Please sync socat (universe) from Debian unstable (main)" [Undecided,Incomplete]  https://launchpad.net/bugs/129556
[05:29] <Kmos> it's incomplete since 2007-08-1
[05:32] <bddebian> Checking...
[05:35] <Kmos> bddebian: thx
[05:35] <Kmos> i be back later :)
[05:57] <ScottK> I've done my good deed for the day and fixed poker-web.
[05:57] <bddebian> w000t
[05:57] <bddebian> :-)
[05:58] <ScottK> In that package, it's got an upstream debian dir that includes a file called control.feisty.
[05:58] <bddebian> heh
[05:59] <ScottK> So it was diff -ruN control control.feisty > patch, patch -p0 <patch, build and test.
[05:59] <ScottK> And I just realized I left the patch in the debian dir when I uploaded it.
[05:59] <ScottK> Urgh.
[06:00] <ScottK> Well it won't hurt anything, but it's poor form on my part.
[06:05] <bddebian> You're fired :-)
[06:12] <ScottK> I'll wait and see if any new bugs get reported against the new one and upload a revision that removes it in a couple of days.
[06:31] <AndyP> bddebian: the new svk failed to build because it couldn't find libfile-temp-perl (>> 0.17), but it should be there, shouldn't it? i'm confused
[06:32] <bddebian> yeah, wtf
[06:32] <sommer> ScottK: I tried applying the dapper lighttpd debdiff for bug 127718 and got this message:  http://pastie.caboo.se/86319
[06:32] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[06:32] <bddebian> AndyP: I would say ask an archive admin in -devel?
[06:33] <ScottK> sommer: Care to figure out why it didn't apply and upload a revised debdiff?
[06:34] <AndyP> i'll ask (if this 5 second lag will let me)
[06:34] <sommer> ScottK: sure I'm thinking that maybe it's because I'm using 1.4.11-3ubuntu3.2 and the diff takes it to 3ubuntu3.4.
[06:34] <sommer> is there a 3ubuntu3.3?
[06:34] <geser> AndyP: the problem is that there is a package named libfile-temp-perl and perl-modules providing libfile-temp-perl
[06:35] <ScottK> sommer: Yes.
[06:35] <ScottK> It
[06:35] <ScottK> It's in dapper-updates
[06:35] <sommer> mmm...I just did updates and it didn't pull it.
[06:35] <ScottK> I gues you have the one from dapper-proposed still.
[06:35] <sommer> ah...probably
[06:35] <ScottK> deb-src dapper-updates?
[06:36] <sommer> yep looks like it.
[06:36] <geser> AndyP: sbuild is happy with the one from perl-modules but dpkg-buildpackage isn't as provides can't be versioned
[06:37] <bddebian> Gahh
[06:37] <AndyP> ah i see, well that's a pain
[06:38] <geser> AndyP: ask a build admin if there is a work-around
[06:40] <ScottK> AndyP: IIRC you have to build-dep something like libfile-temp-perl (version stuff) | perl-modules  (version stuff)
[06:40] <sommer> ScottK: now I have lighttpd_1.4.11-3ubuntu3.0.1, but still get a Hunk failed error.
[06:40] <sommer> I'll try to create a debdiff, but it may be later today.
[06:41] <ScottK> But 3.0.1 != 3.3
[06:41] <sommer> uhhh...you're right.
[06:41] <sommer> where did I get 3.0.1...I recheck configs.
[06:41] <geser> AndyP: is libfile-temp-perl provided by perl-modules good enough?
[06:42] <AndyP> geser: what do you mean?
[06:43] <norsetto> Lutin: where did you upload this (bug 131341)?
[06:43] <ubotu> Launchpad bug 131341 in mlt "Please update to latest version" [Undecided,New]  https://launchpad.net/bugs/131341
[06:43] <Lutin> norsetto: ubuntu/gutsy
[06:43] <geser> AndyP: will it build with the libfile-temp-perl from perl-modules or do you need the separate one?
[06:44] <norsetto> Lutin: sorry, I mean, with REVU down?
[06:44] <Lutin> norsetto: not to revu. to the archive
[06:45] <norsetto> Lutin: yep, thanks
[06:45] <Lutin> I don't need to go through revu for this
[06:45] <norsetto> Lutin: merc bien
[06:45] <AndyP> geser: i'll have to look into the difference between them...
[06:45] <Lutin> norsetto: de rien :)
[06:48] <sommer> ScottK: figured it out, I did't have universe enabled in updates...sigh
[06:49] <sommer> patch worked fine.
[06:50] <ScottK> Great.
[06:52] <sommer> ScottK: quick question about the clamav backport project.  I think everything is tested is it time to move on to the backport part?
[06:53] <ScottK> sommer: I need some time to sit down and digest it all.
[06:53] <ScottK> Make sure we haven't forgotten something important.
[06:53] <sommer> cool...probably be good to have some others test as well.
[06:53] <bddebian> heh
[06:57] <mok0> /bye
[07:23] <bddebian> Gah, forget the unmet deps, sheesh
[07:27] <highvoltage> hello bddebian!
[07:28] <sommer> ScottK: The lighttpd dapper patch works fine.  
[07:29] <ScottK> Great.  Please comment in the bug.
[07:29] <sommer> just did.
[07:29] <sommer> I currently don't have edgy installed on anything, so can't test that one.
[07:30] <ScottK> keescook: Bug 127718 tested for Dapper.  I don't know that we are going to find anyone to test Edgy, so I'd recommend you review the diff and publish it if you are comfortable.
[07:30] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[07:30] <ScottK> sommer: Thanks.
[07:30] <sommer> sure no problem.
[07:30] <keescook> ScottK: cool, pulling now.  :)
[07:30] <ScottK> Great.
[07:30] <ScottK> leonel: I've forgotten, do you have Edgy?
[07:30] <RainCT> has someone tried to build a package with pbuilder-dist?
[07:31] <RainCT> nvm.
[07:31] <bddebian> Heya highvoltage
[07:33] <leonel> ScottK:  had edgy 
[07:33] <leonel> ScottK: do you need to  test  something ?
[07:33] <ScottK> leonel: Bug 127718 needs the edgy fix tested.
[07:33] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[07:34] <ScottK> Could you do that?
[07:34] <leonel> checking ..
[07:35] <keescook> ScottK: btw, is this fixed in gutsy already?
[07:35] <ScottK> Yes
[07:35] <keescook> okay, I'll close the gutsy task
[07:35] <ScottK> These fixes are all backported from the Gutsy release.
[07:35] <leonel> ScottK: so dapper and feisty  are done and  edgy is missing ?
[07:35] <ScottK> Right
[07:36] <ScottK> BTW, I just said nice things about you on the ubuntu-server mailing list.
[07:38] <leonel> :)  thanks
[07:40] <leonel> ScottK: do I need to apply the  debdiff  ?
[07:40] <leonel> for edgy ?
[07:44] <ScottK> Yes
[07:48] <leonel> ScottK: so  apt-get source      and then ???
[07:48] <leonel> patch -p0 < file.debdiff ?
[07:48] <ScottK> download the patch from the bug
[07:48] <ScottK> yes
[07:48] <leonel> ok
[07:48] <ScottK> then build, install, and test.
[07:48] <ScottK> keescook: We do have a tester for Edgy for lighttpd
[07:49] <leonel> :)
[08:18] <leonel> going  to edgy ...