[00:49] <c2tarun> I packed newer version but since it was not in  3.0(quilt) format I didn't get the debian.tar.gz file. I tried to create the debdiff of both the .dsc files but it is HUGE for uploading as an attachement on the bug page. what should I do? Should I get the diff b/w debian folder?
[00:54] <micahg> c2tarun: .diff.gz is fine
[01:07] <micahg> c2tarun: you should set to in progress, not confirmed if you're working on something
[01:09] <c2tarun> micahg: ya, actually I first downloaded the source and worked on it :) since the build was successful I filed a bug and added the attachement :)
[01:09] <micahg> c2tarun:I don't see any attachment on bug 719715, also you should unassign yourself once you're seeking sponsorship
[01:09] <ubottu> Launchpad bug 719715 in coin2 (Ubuntu) "Newer Version Available" [Undecided,Confirmed] https://launchpad.net/bugs/719715
[01:10] <c2tarun> micahg: I checked, there is an attachement :( please check again.
[01:11] <micahg> weird, now I see it
[01:11] <micahg> sorry
[01:11] <c2tarun> micahg: np :)
[01:31] <c2tarun> can anyyou please take a look at this error. http://paste.ubuntu.com/567526/
[01:31] <c2tarun> anyyou=>anyone :(
[01:31] <micahg> c2tarun: you might want to look at config.status in the build dir of one exists
[01:32] <c2tarun> micahg: I dont think I have build dir, I was using pbuilder. It must have removed them.
[01:34] <c2tarun> micahg: ping
[01:34] <micahg> c2tarun: there should be a pbuilder flag to not delete the directory
[01:37] <c2tarun> micahg: ok, I looked but failed to find that flag. should I try to build it on my own machine?
[01:39] <micahg> c2tarun: you can try that
[01:39] <micahg> or in a chroot
[01:40] <c2tarun> micahg: ok, i'll login into pbuilder and try :) this will give me the build folder
[02:10] <c2tarun> micahg: I build that package into chroot of pbuilder, but there is no config.status file :(
[02:11] <micahg> c2tarun: config.log?
[02:11] <c2tarun> micahg: yup
[02:13] <c2tarun> micahg: config.log only have what I got in pbuilder. What to look into it?
[02:14] <micahg> c2tarun: idr, last time I had a configure error, there was a file there that had more info
[02:14] <micahg> maybe configure.log?
[02:14] <micahg> maybe someone else knows :)
[02:14] <c2tarun> micahg: ok, :) thanks anyway
[02:54] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[03:09] <c2tarun> How to check reverse dependencies of a package?
[03:25] <ScottK> c2tarun: apt-cache rdepends <binarypackagename>
[03:26] <c2tarun> ScottK: I got the message "Handler silently failed"?
[03:26] <ScottK> That's a bug.  That happens to me sometimes.  No idea why.  Try again later.
[03:27] <c2tarun> ScottK: Thanks :)
[03:31] <c2tarun> can anybody please take a look at the attachement of https://bugs.launchpad.net/ubuntu/+source/mped/+bug/719759
[03:31] <ubottu> Ubuntu bug 719759 in mped (Ubuntu) "Newer Version Available" [Undecided,Confirmed]
[04:32] <micahg> persia: ping re powerprefs
[04:58] <persia> micahg, My powerpc machine is headless: I'd suggest asking in #ubuntu-powerpc: someone with a laptop is much more likely to have a valid opinion.
[04:59] <micahg> persia: ok, thanks
[05:37] <kaushal> hi
[05:39] <kaushal> whats the sun java version available in 8.04 and 10.04 LTS ?
[05:40] <kaushal> I mean the update
[05:41] <micahg> kaushal: well, it's currently 6.22 in both, but in hardy, it's the default java, in lucid, openjdk is the default
[05:41] <kaushal> micahg: ok
[05:42] <kaushal> micahg: how did you find out ?
[05:42] <micahg> kaushal: the first question, rmadison sun-java6, the second, I just happen to know
[05:43] <kaushal> ok
[06:02] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
=== zooko`` is now known as zooko
[07:03] <c2tarun> need help with this error http://paste.ubuntu.com/567555/
[07:04] <persia> c2tarun, Your issue is above that.
[07:05] <c2tarun> persia: means?
[07:05] <c2tarun> oh... more pastebin :) wait
[07:05] <c2tarun> persia: http://paste.ubuntu.com/567556/
[07:08] <persia> c2tarun, I'm about to head away, but the next step is to look through the ./configure script, and find out what happens after confdefs.h, and then try to replicate the error manually.
[07:08] <c2tarun> persia: ok, i'll try :) thanks
[07:08] <persia> Once you find out which specific part of the ./configure run is failing, you should be able to identify the fix fairly easily.
[07:08] <persia> Good luck!
[07:40] <dholbach> good morning
[09:26] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[10:24] <c2tarun> why I am getting this error http://paste.ubuntu.com/567601/ on using rmadison in chroot?
[10:51] <Rhonda> You haven't enabled/generated the locale inside your chroot.
[10:51] <Rhonda> c2tarun: unset LANG and you are set. :)
[10:52] <c2tarun> Rhonda: ya its done :) wow thanks
[10:58] <c2tarun> Rhonda: can you please explain me this error. http://paste.ubuntu.com/567611/
[10:59] <Rhonda> Not really because I think the relevant bits are above the start of your paste. There should be a config.log or such file.
[11:00] <Rhonda> And also please don't hilight me specificly unless you really think I'm the only person who can help you with that question
[11:05] <iulian> Morning.
[11:05]  * iulian yawns.
[11:13] <c2tarun> this is the complete error I am getting on debuilding a package. http://paste.ubuntu.com/567614/ Can anyone please help
[11:14] <mr_pouit> configure: error: The intltool scripts were not found. Please install intltool or use --disable-nls to ignore.
[11:14] <mr_pouit> so you're probably missing intltool in b-deps
[11:15] <c2tarun> mr_pouit: yup intltool is missing.
[11:16] <c2tarun> mr_pouit: but its missing from previous version in the archive. I copied the debian folder from the older version? Is it possible?
[11:17] <mr_pouit> it's possible that it was pulled by another package depending on it in maverick, and it changed in natty
[11:18] <c2tarun> mr_pouit: but sir, when i'll execute the command apt-get build-dep <package name> it will take dependencies from archive or from the local debian folder?
[11:19] <tumbleweed> c2tarun: from the archive
[11:20] <c2tarun> so I have to add intltool to control file and than install it manually? I did it and I think it worked.
[11:20] <c2tarun> do this change have to be mentioned in changelog?
[11:20] <Laney> there's get-build-deps in ubuntu-dev-tools
[11:21] <tumbleweed> also, debuild will abort if you have missing build deps
[11:21] <c2tarun> tumbleweed: ya debuild is working now after I manually installed intltool. Do this change in control file have to be mentioned in changelog?
[11:21] <c2tarun> debian/changelog
[11:22] <tumbleweed> yes, you probably should
[11:23] <c2tarun> tumbleweed: ok, one more thing, by looking at the error how did you know that intltool is missing?
[11:24] <tumbleweed> c2tarun: line 77 or in th everbose version 427
[11:24] <tumbleweed> s/verbose version/config.log/
[11:24] <c2tarun> tumbleweed: got it :) it was in the begining only, I failed to notice it. Thanks :)
[11:25] <c2tarun> something happened again. I think this is due to chroot. http://paste.ubuntu.com/567618/ can anyone please check
[11:27] <tumbleweed> c2tarun: looks like it requires X for its tests, you'd better disable those tests
[11:28] <c2tarun> tumbleweed: ok
[11:28] <tumbleweed> (or set up a Xvfb / something)
[11:33] <c2tarun> I am facing one more problem. I use a chroot to build the packages. There is a folder in my main home folder that I mounted onto chroot's folder. The problem is when I create debuild -b from inside chroot the files that are created cannot be accesed from outside chroot without sudo. Any solution?
=== shadeslayer_ is now known as shadeslayer
[12:50] <hrw> hi everybody
[12:52] <mok0> hrw: hi
[12:52] <mok0> hi nhandler
[12:53] <nhandler> o/
[12:54]  * iulian waves.
[12:55] <hrw> can someone point me to doc about pkgsym usage?
[12:55] <hrw> I mean: what do I need to change in packaging to get -dbgsym package
[12:58] <mok0>  hrw  I think you just need to install the pkg-create-dbgsym package
[12:59] <hrw> mok0: I am fixing binutils/cross build now to generate dbgsym package. it works for normal/native packages but not for cross ones
[12:59] <hrw> and I have pkg-create-dbgsym installed
[13:00] <mok0> hrw: I see. I don't have _any_ experience with X-compiling... perhaps the dbgsym package doesn't deal with that situation?
[13:01] <hrw> ok
[13:02]  * hrw runs test build
[13:02] <hrw> ../binutils-arm-linux-gnueabi-dbgsym_2.21-5ubuntu1_amd64.ddeb
[13:02] <hrw> ;D
[13:03] <hrw> time for debdiff and new bug
[13:05] <hrw> for source packages with lot of binary packages it gets more complicated but doable
[13:05] <mok0> hrw, good for you!
[13:06] <hrw> btw - is there a way to globally set lintian options?
[13:06] <hrw> so when I do "debuild" it will give "--verbose --pedantic" etc to lintian
[13:11] <c2tarun> I want my pbuilder-dist and simple chroot to share their cache (because I have slow internet connection). Is it possible?
=== davroman1ak is now known as davromaniak
[13:15] <tumbleweed> c2tarun: I just feed everything through an apt-cacher-ng, and don't keep a pbuilder cache
[13:16] <c2tarun> what is apt-cacher-ng? is it an application?
[13:19] <c2tarun> tumbleweed: there is not much information about this application in man page. How do we use it? do we have to install it in chroot?
[13:20] <tumbleweed> it's a daemon you run somewhere on your local network (or outside your chroot), and you point all your machines at it instead of at a mirror
[13:22] <c2tarun> tumbleweed: sorry but not getting. Can you please explain me what do mean by point all my machines at it instead of mirror?
[13:23] <tumbleweed> c2tarun: http://www.unix-ag.uni-kl.de/~bloch/acng/html/index.html
[13:24] <tumbleweed> point as in, set it in sources.list.
[13:24] <c2tarun> tumbleweed: thanks :) I'll go through the reference page.
[13:28] <c2tarun> tumbleweed: I use maverick, but by chroot and pbuilder are of natty. Will this be a problem for apt-cacher-ng?
[13:29] <tumbleweed> no
=== menesis1 is now known as menesis
[13:49] <Laney> what's the standard way of updating a cdbs control from a control.in? clean doesn't work
[13:50] <ari-tczew> c2tarun: you should be interested in merging with Debian where are included new upstream releases instead upgrading packages for Ubuntu
[13:51] <Laney> hm, DEB_MAINTAINER_MODE=1 fakeroot ... seemed to work
[13:51] <c2tarun> ari-tczew: sure i'd love to do that. but the problem is I dont know how to check. is use rmadison and normally look for version in natty
[13:52] <ari-tczew> c2tarun: https://merges.ubuntu.com/universe.html
[13:52] <ari-tczew> or there you can look for new upstream releases coloured on red http://people.ubuntuwire.org/~lucas/merges.html
=== menesis1 is now known as menesis
[14:10] <c2tarun> ari-tczew: in the link you gave, it is not explained how to merge? :( I never did that before. Can you please give me a hint
[14:11] <ari-tczew> c2tarun: https://wiki.ubuntu.com/UbuntuDevelopment/Merging
=== hggdh_ is now known as hggdh
[17:47] <porthose> ScottK, ping! may I PM you?
[17:47] <ScottK> Sure
[19:58] <micahg> ugh, it looks like someone defaced the ubuntuwire rcbugs page
[20:21] <mok0> micahg: You mean those USA (downarrow) tags?
[20:21] <mok0> Yeah looks weird
[20:22] <micahg> mok0: yes, it's just a comment, but there's no easy way to remove it unless you can access whatever's behind it
[20:27] <mok0> micahg: know what server it runs on?
[20:28] <micahg> mok0: no, but I think wgrant knows
[20:29] <BlackZ> micahg: I was able to remove them
[20:30] <micahg> BlackZ: how?
[20:30] <BlackZ> micahg: there's a "-" near the text?
[20:30] <micahg> BlackZ: oh, I thought that removed the bug
[20:31] <micahg> ah, I see, it only removes the bug from unimportant ones
[20:31] <BlackZ> micahg: no, that's for comments
[20:31] <micahg> oh, hmm, did that change recently?
[20:31] <BlackZ> not as fair as I know
[20:32]  * micahg feels silly
[20:32]  * SpamapS feels pretty
[20:33] <BlackZ> micahg: anyone can add comments to bugs in that page so I guess there hasn't been any deface :)
[23:05] <paultag> I'd like to bump bug #720431 -- anyone around to give an ACK? :)
[23:05] <ubottu> Launchpad bug 720431 in alexandria (Ubuntu) "Sync alexandria 0.6.6-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/720431
[23:05] <micahg> paultag: I can take a look
[23:05] <paultag> thanks micahg :)
[23:05] <paultag> we can finally drop that delta :)
[23:19] <micahg> paultag: ACKd, should be sync'd in the morning
[23:19] <paultag> micahg: great, thanks so much!
[23:19] <micahg> paultag: no problem
[23:48] <pgnorth> hi, does any one know how to fix "tcp sequence number approximation vulnerability" in ubuntu 10.10?
[23:49] <pgnorth> OR which channnel I can get some help on this?
[23:55] <kees> pgnorth: I know of no such vulnerability. do you have a CVE number for it? (#ubuntu-hardened is generally the best channel to ask about security stuff)
[23:57] <pgnorth> CVE-2004-0230
[23:57] <ubottu> TCP, when using a large Window Size, makes it easier for remote attackers to guess sequence numbers and cause a denial of service (connection loss) to persistent TCP connections by repeatedly injecting a TCP RST packet, especially in protocols that use long-lived connections, such as BGP. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-0230)
[23:58] <pgnorth> Thanks kees, I will put this question there(#ubuntu-hardened) too
[23:59] <kees> pgnorth: http://people.canonical.com/~ubuntu-security/cve/2004/CVE-2004-0230.html
[23:59] <ubottu> TCP, when using a large Window Size, makes it easier for remote attackers to guess sequence numbers and cause a denial of service (connection loss) to persistent TCP connections by repeatedly injecting a TCP RST packet, especially in protocols that use long-lived connections, such as BGP. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-0230)
[23:59] <kees> pgnorth: basically, linux isn't vulnerable.