From mh+dsc at zugschlus.de Mon Apr 11 07:51:26 2011 From: mh+dsc at zugschlus.de (Marc Haber) Date: Mon, 11 Apr 2011 09:51:26 +0200 Subject: [dsc] dsc now in Debian Message-ID: <20110411075126.GA10331@torres.zugschlus.de> Hi, just a heads-up: After too long time, dsc has recently been accepted to Debian/GNU Linux and will hopefully be part of Debian wheezy. The Debian package is maintained by Sebastian Laubscher and me. We are using Alioth, Debian's FusionForge instance, and have the packaging under version control in git. A few links to Debian resources: Alioth Project Page: https://alioth.debian.org/projects/dsc/ Git: git clone https://alioth.debian.org/anonscm/git/dsc/dsc.git Bugs: http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=dsc-statistics Package Tracking System: http://packages.qa.debian.org/d/dsc-statistics.html Open Maintainer Mailing List: http://lists.alioth.debian.org/mailman/listinfo/dsc-maintainers (dsc-maintainers at lists.alioth.debian.org) We had to make some patches to the build process to make it better behaved in the packaging enviroment. Back in October 2010, I had presented these patches on this list, and you can of course see them in our git. If you want me to, I can provide them in a format suitable for inclusion into the upstrem dsc sources, but I think that they should be reviewed before by somebody who is more familiar with the actual build process and the tools being used. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 From mh+dsc at zugschlus.de Mon Apr 11 08:18:10 2011 From: mh+dsc at zugschlus.de (Marc Haber) Date: Mon, 11 Apr 2011 10:18:10 +0200 Subject: [dsc] pcap.c, const struct udphdr on Debian/kFreeBSD Message-ID: <20110411081810.GB10331@torres.zugschlus.de> Hi, dsc seems to fail to build on Debian/kFreeBSD. It complains about const struct udphdr missing some members: > pcap.c: In function 'handle_udp': > pcap.c:139:20: error: 'const struct udphdr' has no member named 'uh_sport' > pcap.c:139:20: error: 'const struct udphdr' has no member named 'uh_sport' > pcap.c:140:20: error: 'const struct udphdr' has no member named 'uh_dport' > pcap.c:140:20: error: 'const struct udphdr' has no member named 'uh_dport' > pcap.c: In function 'handle_tcp': > pcap.c:532:21: error: 'const struct tcphdr' has no member named 'th_off' > pcap.c:538:20: error: 'const struct tcphdr' has no member named 'th_sport' > pcap.c:538:20: error: 'const struct tcphdr' has no member named 'th_sport' > pcap.c:539:20: error: 'const struct tcphdr' has no member named 'th_dport' > pcap.c:539:20: error: 'const struct tcphdr' has no member named 'th_dport' > pcap.c:569:11: error: 'const struct tcphdr' has no member named 'th_seq' > pcap.c:569:11: error: 'const struct tcphdr' has no member named 'th_seq' > pcap.c:569:11: error: 'const struct tcphdr' has no member named 'th_seq' > pcap.c:569:11: error: 'const struct tcphdr' has no member named 'th_seq' > pcap.c:582:24: error: 'const struct tcphdr' has no member named 'th_flags' > pcap.c:582:24: error: 'TH_SYN' undeclared (first use in this function) > pcap.c:582:24: note: each undeclared identifier is reported only once for each function it appears in > pcap.c:594:9: error: 'const struct tcphdr' has no member named 'th_flags' > pcap.c:594:9: error: 'TH_RST' undeclared (first use in this function) > pcap.c:615:9: error: 'const struct tcphdr' has no member named 'th_flags' > pcap.c:636:9: error: 'const struct tcphdr' has no member named 'th_flags' > pcap.c:636:9: error: 'TH_FIN' undeclared (first use in this function) The bug report in the Debian BTS is #622226 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622226). Can anybody with more clue about libpcap on non-Linux architecture comment? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 From andrew.ruthven at catalyst.net.nz Mon Apr 11 10:09:48 2011 From: andrew.ruthven at catalyst.net.nz (Andrew Ruthven) Date: Mon, 11 Apr 2011 22:09:48 +1200 Subject: [dsc] dsc now in Debian In-Reply-To: <20110411075126.GA10331@torres.zugschlus.de> References: <20110411075126.GA10331@torres.zugschlus.de> Message-ID: <1302516588.20114.370.camel@flick.etc.gen.nz> Hi Marc, Excellent, good to hear you it all nicely packaged up and submitted. I look forward to switching from my packaging to the Debian proper packages! Cheers! On Mon, 2011-04-11 at 09:51 +0200, Marc Haber wrote: > Hi, > > just a heads-up: After too long time, dsc has recently been accepted > to Debian/GNU Linux and will hopefully be part of Debian wheezy. > > The Debian package is maintained by Sebastian Laubscher and me. We are > using Alioth, Debian's FusionForge instance, and have the packaging > under version control in git. > > A few links to Debian resources: > > Alioth Project Page: https://alioth.debian.org/projects/dsc/ > > Git: git clone https://alioth.debian.org/anonscm/git/dsc/dsc.git > > Bugs: > http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=dsc-statistics > > Package Tracking System: > http://packages.qa.debian.org/d/dsc-statistics.html > > Open Maintainer Mailing List: > http://lists.alioth.debian.org/mailman/listinfo/dsc-maintainers > (dsc-maintainers at lists.alioth.debian.org) > > > We had to make some patches to the build process to make it better > behaved in the packaging enviroment. Back in October 2010, I had > presented these patches on this list, and you can of course see them > in our git. If you want me to, I can provide them in a format suitable > for inclusion into the upstrem dsc sources, but I think that they > should be reviewed before by somebody who is more familiar with the > actual build process and the tools being used. > > > Greetings > Marc > -- Andrew Ruthven, Wellington, New Zealand Catalyst IT Limited --> http://www.catalyst.net.nz At work: andrew.ruthven at catalyst.net.nz At home: andrew at etc.gen.nz GPG fpr: 34CA 12A3 C6F8 B156 72C2 D0D7 D286 CE0C 0C62 B791 From mh+dsc at zugschlus.de Mon Apr 11 11:52:44 2011 From: mh+dsc at zugschlus.de (Marc Haber) Date: Mon, 11 Apr 2011 13:52:44 +0200 Subject: [dsc] dsc now in Debian In-Reply-To: <1302516588.20114.370.camel@flick.etc.gen.nz> References: <20110411075126.GA10331@torres.zugschlus.de> <1302516588.20114.370.camel@flick.etc.gen.nz> Message-ID: <20110411115244.GF10331@torres.zugschlus.de> On Mon, Apr 11, 2011 at 10:09:48PM +1200, Andrew Ruthven wrote: > Excellent, good to hear you it all nicely packaged up and submitted. I > look forward to switching from my packaging to the Debian proper > packages! Your work was a valuable basis for Sebastian and me. It was greatly appreciated. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 From wessels at measurement-factory.com Mon Apr 11 16:34:46 2011 From: wessels at measurement-factory.com (Duane Wessels) Date: Mon, 11 Apr 2011 10:34:46 -0600 (MDT) Subject: [dsc] pcap.c, const struct udphdr on Debian/kFreeBSD In-Reply-To: <20110411081810.GB10331@torres.zugschlus.de> References: <20110411081810.GB10331@torres.zugschlus.de> Message-ID: On Mon, 11 Apr 2011, Marc Haber wrote: > Hi, > > dsc seems to fail to build on Debian/kFreeBSD. It complains about > const struct udphdr missing some members: > >> pcap.c: In function 'handle_udp': >> pcap.c:139:20: error: 'const struct udphdr' has no member named 'uh_sport' >> pcap.c:139:20: error: 'const struct udphdr' has no member named 'uh_sport' Near the top of pcap.c you'll find this: #ifdef __linux__ #define uh_dport dest #define uh_sport source My guess is that "__linux__" is not defined for this compile environment. I'm not saying it should be. I don't know the ways of Debian/kFreeBSD. If there is another symbol that can be checked, we should include it in the if statement. DW From mh+dsc at zugschlus.de Tue Apr 12 08:49:25 2011 From: mh+dsc at zugschlus.de (Marc Haber) Date: Tue, 12 Apr 2011 10:49:25 +0200 Subject: [dsc] pcap.c, const struct udphdr on Debian/kFreeBSD In-Reply-To: References: <20110411081810.GB10331@torres.zugschlus.de> Message-ID: <20110412084925.GC1836@torres.zugschlus.de> Hi Duane, thanks for your fast answer. On Mon, Apr 11, 2011 at 10:34:46AM -0600, Duane Wessels wrote: > Near the top of pcap.c you'll find this: > > #ifdef __linux__ > #define uh_dport dest > #define uh_sport source > > My guess is that "__linux__" is not defined for this compile > environment. Probably. So linux' libpcap headers don't define these macros while libpcap on other OSses do? > I'm not saying it should be. I don't know the ways of Debian/kFreeBSD. > If there is another symbol that can be checked, we should include it > in the if statement. I'll ask Debian's kFreeBSD porters for comments and will report back. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 From mh+dsc at zugschlus.de Tue Apr 12 14:20:44 2011 From: mh+dsc at zugschlus.de (Marc Haber) Date: Tue, 12 Apr 2011 16:20:44 +0200 Subject: [dsc] [Dsc-maintainers] pcap.c, const struct udphdr on Debian/kFreeBSD In-Reply-To: References: <20110411081810.GB10331@torres.zugschlus.de> Message-ID: <20110412142044.GH1836@torres.zugschlus.de> Hi Duane, On Mon, Apr 11, 2011 at 10:34:46AM -0600, Duane Wessels wrote: > Near the top of pcap.c you'll find this: > > #ifdef __linux__ > #define uh_dport dest > #define uh_sport source > > My guess is that "__linux__" is not defined for this compile > environment. > > I'm not saying it should be. I don't know the ways of Debian/kFreeBSD. > If there is another symbol that can be checked, we should include it > in the if statement. The Debian/kFreeBSD porters suggest that you should check for a GNU libc system instead of linux. The discussion is in http://bugs.debian.org/622226, with a probably helpful hint in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622226#41 Does this help? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 From wessels at measurement-factory.com Tue Apr 12 16:49:04 2011 From: wessels at measurement-factory.com (Duane Wessels) Date: Tue, 12 Apr 2011 10:49:04 -0600 (MDT) Subject: [dsc] [Dsc-maintainers] pcap.c, const struct udphdr on Debian/kFreeBSD In-Reply-To: <20110412142044.GH1836@torres.zugschlus.de> References: <20110411081810.GB10331@torres.zugschlus.de> <20110412142044.GH1836@torres.zugschlus.de> Message-ID: On Tue, 12 Apr 2011, Marc Haber wrote: > The Debian/kFreeBSD porters suggest that you should check for a GNU > libc system instead of linux. The discussion is in > http://bugs.debian.org/622226, with a probably helpful hint in > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622226#41 change has been committed Index: pcap.c =================================================================== --- pcap.c (revision 12602) +++ pcap.c (working copy) @@ -77,7 +77,7 @@ #define PPP_CONTROL_VAL 0x03 /* The control byte value */ #endif -#ifdef __linux__ +#ifdef __GLIBC__ #define uh_dport dest #define uh_sport source #define th_off doff From mark at citescape.com Sat Apr 16 05:10:06 2011 From: mark at citescape.com (Mark Lutgen) Date: Sat, 16 Apr 2011 00:10:06 -0500 (CDT) Subject: [dsc] usefulness beyond 3rd level domain Message-ID: <4bef38ed6b1ef62d1bf1b3231ff95b8e.squirrel@webmail.citescape.com> I installed DSC after looking for quite a while for something that would parse my bind9 query.log for detail information and, well, pretty graphs people above me get a boost out of. DSC, after several months, is still a mystery. I would love to have it look and log beyond the 3rd level domain ... like to the 5th if possible. I also haven't seen (yet) a part where I can use it to show who my top abusers of DNS are and other interesting ISP stats. Does anyone have any advice on how to proceed with this software? I'd love to get more detailed stats (to the 5th level) out of this software but if I need to add another piece of software to supplement, I'm open. Please, give me some of your ideas! Mark -------------------------- Mark Lutgen Systems and Network Administrator CitEscape High Speed Internet From andrew.ruthven at catalyst.net.nz Sun Apr 17 21:57:32 2011 From: andrew.ruthven at catalyst.net.nz (Andrew Ruthven) Date: Mon, 18 Apr 2011 09:57:32 +1200 Subject: [dsc] Bug for dnssec_qtype Message-ID: <1303077452.8393.47.camel@dirk.catalyst.net.nz> Hi guys, In the presenter, the hash that defines what the dnssec_qtype displays seems to have an erroneous dataset set. This tells it to look in the qtype data files, but on my system the dnssec_qtype data is in it's own file. Removing the setting allows the graph to start displaying data. Patch is attached. Cheers! -- Andrew Ruthven, Wellington, New Zealand MNZCS, ITCP At work: andrew.ruthven at catalyst.net.nz At home: andrew at etc.gen.nz GPG fpr: 34CA 12A3 C6F8 B156 72C2 D0D7 D286 CE0C 0C62 B791 LCA2012: Come with us, Under the Stars - lcaunderthestars.org.au