Re: [tcpdump-workers] Failing tcpdump 4.5.1 testsuite

2014-02-03 Thread Guy Harris
On Dec 11, 2013, at 12:22 PM, Guy Harris wrote: > On Dec 1, 2013, at 3:32 AM, Romain Francoise wrote: > >> - the nflog-e testcase requires a little-endian host, the NFLOG TLV >> length is in host byte order and the capture file was generated on a >> little-endian machine, so it can't be read s

Re: [tcpdump-workers] Failing tcpdump 4.5.1 testsuite

2013-12-30 Thread Petar
On 12/12/2013 11:02 PM, Romain Francoise wrote: Michael Richardson writes: True... I'm not sure that we have, up until now, considered this a problem. I don't think we've ever had this problem; at least I always update tcpdump first in Debian (just in case) and this is the first time this hap

Re: [tcpdump-workers] Failing tcpdump 4.5.1 testsuite

2013-12-23 Thread Romain Francoise
Michael Richardson writes: > True... I'm not sure that we have, up until now, considered this a > problem. I don't think we've ever had this problem; at least I always update tcpdump first in Debian (just in case) and this is the first time this happens. _

Re: [tcpdump-workers] Failing tcpdump 4.5.1 testsuite

2013-12-11 Thread Michael Richardson
Romain Francoise wrote: > - the pppoes_id testcase requires a pcap version which supports PPPoE > session ID filtering (>= 1.5) True... I'm not sure that we have, up until now, considered this a problem. Perhaps we should note a minimum pcap version in the test meta-info? > - the nf

Re: [tcpdump-workers] Failing tcpdump 4.5.1 testsuite

2013-12-11 Thread Guy Harris
On Dec 1, 2013, at 3:32 AM, Romain Francoise wrote: > - the nflog-e testcase requires a little-endian host, the NFLOG TLV > length is in host byte order and the capture file was generated on a > little-endian machine, so it can't be read successfully on a > big-endian build host. That means