[Wireshark-dev] OSX buildbot unhappy: tcap_private

2007-08-14 Thread Ulf Lamping
dissectors/.libs/libasndissectors.a(packet-ansi_tcap.o) definition of _tcap_private in section (__DATA,__common) dissectors/.libs/libasndissectors.a(packet-tcap.o) definition of _tcap_private in section (__DATA,__common) /usr/bin/libtool: internal link edit command failed Regards, ULFL

[Wireshark-dev] review_for_checkin requested: [Bug 1745] dissection of encrypted SRTP payloads and SRTCP unhelpful

2007-08-14 Thread bugzilla-request-daemon
Neil Piercy <[EMAIL PROTECTED]> has asked for review_for_checkin: Bug 1745: dissection of encrypted SRTP payloads and SRTCP unhelpful http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1745 --- Additional Comments from Neil Piercy <[EMAIL PROTECTED]> This patch set provides a an API for out o

Re: [Wireshark-dev] Add additional SNMP MIBs to the Wireshark distribution?

2007-08-14 Thread Luis EG Ontanon
On 8/15/07, Andrew Hood <[EMAIL PROTECTED]> wrote: > It would make more sense to me to use something equivalent to: > > smidump -f identifiers -o .oid > > than have one file. It means the user only has to generate the oid > mapping for new MIBs, rather than rebuilding an entire database, at the >

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Ulf Lamping
Gerald Combs schrieb: Ulf Lamping wrote: Joerg Mayer schrieb: On Mon, Aug 13, 2007 at 02:58:10PM -0700, Gerald Combs wrote: I've submitted a patch which implements some of the changes discussed at http://wiki.wireshark.org/Development/PrivilegeSeparation . If no one has any o

Re: [Wireshark-dev] Strip Ethernet broadcast / locally administered flags from address before doing manufacturer name resolvings?

2007-08-14 Thread Ulf Lamping
ronnie sahlberg schrieb: > On 8/15/07, ronnie sahlberg <[EMAIL PROTECTED]> wrote: > >> Sounds good. >> >> In particular doing this for the LocallyAdministrated would make sense >> since many active/passive cluster implementations pick a MAC address >> to represent the active node by >> taking th

Re: [Wireshark-dev] Add additional SNMP MIBs to the Wireshark distribution?

2007-08-14 Thread Andrew Hood
Luis EG Ontanon wrote: > libsmi (that is going to be the one) has a rich collection of MIBs. > We could ask them whether or not we can redistribute them. libsmi's MIB collection have been editted to correct syntactic errors. libsmi's parser is MUCH more picky than net-snmp's parser. I ran the com

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Gerald Combs
Jeff Morriss wrote: > If this is the default then the release notes for the next release > better have a *really big* notice about that fact. (Imagine admins who > install Wireshark for their own use but have absolutely no intention of > letting mere mortals sniff the traffic. We don't want th

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Gerald Combs
Ulf Lamping wrote: > Joerg Mayer schrieb: >> On Mon, Aug 13, 2007 at 02:58:10PM -0700, Gerald Combs wrote: >> >>> I've submitted a patch which implements some of the changes discussed at >>> http://wiki.wireshark.org/Development/PrivilegeSeparation . If no one >>> has any objections I'd like to

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Gerald Combs
Stephen Fisher wrote: > On Mon, Aug 13, 2007 at 02:58:10PM -0700, Gerald Combs wrote: > >> I've submitted a patch which implements some of the changes discussed >> at http://wiki.wireshark.org/Development/PrivilegeSeparation . If no >> one has any objections I'd like to check it in later this week

[Wireshark-dev] review_for_checkin requested: [Bug 1741] Privilege separation patch

2007-08-14 Thread bugzilla-request-daemon
Gerald Combs <[EMAIL PROTECTED]> has asked for review_for_checkin: Bug 1741: Privilege separation patch http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1741 --- Additional Comments from Gerald Combs <[EMAIL PROTECTED]> I've set the default --enable-setuid-install back to "no" and included

[Wireshark-dev] review_for_checkin cancelled: [Bug 1741] Privilege separation patch

2007-08-14 Thread bugzilla-request-daemon
Gerald Combs <[EMAIL PROTECTED]> has cancelled Gerald Combs <[EMAIL PROTECTED]>'s request for review_for_checkin: Bug 1741: Privilege separation patch http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1741 --- Additional Comments from Gerald Combs <[EMAIL PROTECTED]> I've set the default --en

Re: [Wireshark-dev] Strip Ethernet broadcast / locally administered flags from address before doing manufacturer name resolvings?

2007-08-14 Thread ronnie sahlberg
On 8/15/07, ronnie sahlberg <[EMAIL PROTECTED]> wrote: > Sounds good. > > In particular doing this for the LocallyAdministrated would make sense > since many active/passive cluster implementations pick a MAC address > to represent the active node by > taking the MAC address of the primary NIC of th

Re: [Wireshark-dev] Strip Ethernet broadcast / locally administered flags from address before doing manufacturer name resolvings?

2007-08-14 Thread ronnie sahlberg
Sounds good. In particular doing this for the LocallyAdministrated would make sense since many active/passive cluster implementations pick a MAC address to represent the active node by taking the MAC address of the primary NIC of the primary node and then setting the locally administrated bit, to

Re: [Wireshark-dev] Strip Ethernet broadcast / locally administered flags from address before doing manufacturer name resolvings?

2007-08-14 Thread Ulf Lamping
Joerg Mayer schrieb: > On Tue, Aug 14, 2007 at 06:25:20PM +0200, Ulf Lamping wrote: > >> I've implemented an experimental change in epan/addr_resolv.c, which strips >> down both flags before doing the actual manuf resolvings - which is working >> well: >> >> 04:05:06 -> Xerox >> 05:05:06 -> Xe

Re: [Wireshark-dev] Add additional SNMP MIBs to the Wireshark distribution?

2007-08-14 Thread Ulf Lamping
Luis EG Ontanon schrieb: > libsmi (that is going to be the one) has a rich collection of MIBs. > We could ask them whether or not we can redistribute them. > The following page lists the MIBs they already have included: http://www.ibr.cs.tu-bs.de/projects/libsmi/mibs.html?lang=de. This include

Re: [Wireshark-dev] Strip Ethernet broadcast / locally administered flags from address before doing manufacturer name resolvings?

2007-08-14 Thread Joerg Mayer
On Tue, Aug 14, 2007 at 06:25:20PM +0200, Ulf Lamping wrote: > The current Ethernet manuf name resolving (resolve the manufacturer name - > the first three bytes of the Ethernet address, e.g. 04:05:06 -> Xerox) > doesn't work if the address uses the Ethernet broadcast or locally > administered f

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Ulf Lamping
Joerg Mayer schrieb: > On Mon, Aug 13, 2007 at 02:58:10PM -0700, Gerald Combs wrote: > >> I've submitted a patch which implements some of the changes discussed at >> http://wiki.wireshark.org/Development/PrivilegeSeparation . If no one >> has any objections I'd like to check it in later this wee

Re: [Wireshark-dev] Add additional SNMP MIBs to the Wireshark distribution?

2007-08-14 Thread Luis EG Ontanon
libsmi (that is going to be the one) has a rich collection of MIBs. We could ask them whether or not we can redistribute them. On 8/14/07, Ulf Lamping <[EMAIL PROTECTED]> wrote: > Hi List! > > The current Wireshark distribution comes with some example SNMP MIBs (is this > true only for Win32?).

[Wireshark-dev] Add additional SNMP MIBs to the Wireshark distribution?

2007-08-14 Thread Ulf Lamping
Hi List! The current Wireshark distribution comes with some example SNMP MIBs (is this true only for Win32?). It seems to me, that these MIBs are coming from the net-snmp package. I would like to add some more MIBs, e.g. the rmon2.mib. As there currently seems to be some discussion, if we wan

Re: [Wireshark-dev] [PATCH] Status code for PMIPv6

2007-08-14 Thread Jaap Keuter
Hi, Checked in. Please note that the new way of sending patches is through bugzilla. This to make sure patches, like these, don't end up being overlooked. Thanx, Jaap Nicolas Dichtel wrote: > Hi, > > please find enclosed a patch to update BA status code for PMIPv6 > according to draft-ietf-net

[Wireshark-dev] Strip Ethernet broadcast / locall y administered flags from address before doing manufactur er name resolvings?

2007-08-14 Thread Ulf Lamping
Hi List! The current Ethernet manuf name resolving (resolve the manufacturer name - the first three bytes of the Ethernet address, e.g. 04:05:06 -> Xerox) doesn't work if the address uses the Ethernet broadcast or locally administered flags (see http://wiki.wireshark.org/Ethernet?highlight=%28e

Re: [Wireshark-dev] p2p_dir

2007-08-14 Thread Richard van der Hoff
Jaap Keuter wrote: > Oh no, not this flamewar again... > > On the plus side: yes, your development cycle and intermediate release > is easier. > On the min side: You don't have the full API (on Win32 that is). It certainly wasn't my intention to start a flame war, I just hadn't seen the argumen

[Wireshark-dev] [PATCH] Status code for PMIPv6

2007-08-14 Thread Nicolas Dichtel
Hi, please find enclosed a patch to update BA status code for PMIPv6 according to draft-ietf-netlmm-proxymip6-01 Section 8.5 Regards, Nicolas Dichtel --- wireshark-0.99.6/epan/dissectors/packet-mip6.h 2007-08-14 15:34:15.624956676 +0200 +++ wireshark-0.99.6-new/epan/dissectors/packet-mip6.h 2007

[Wireshark-dev] problem while executing: file format not recognize

2007-08-14 Thread Toeung, Chanthy
Hi everyone, WHile doing "make" in wireshark, i encounter the following problem: /usr/local/lib/libwireshark.so: file not recorgnize: file format not recorgnize This happen when it is trying to build the plugin. ( agentx ) plugin. I dont make any changes in this plugins. THank for all ya help

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Jeff Morriss
Gerald Combs wrote: > I've submitted a patch which implements some of the changes discussed at > http://wiki.wireshark.org/Development/PrivilegeSeparation . If no one > has any objections I'd like to check it in later this week. Whoo-hoo! Go Gerald! Thanks for finishing the work on that. :-) (

Re: [Wireshark-dev] MIB parsing unnecessary

2007-08-14 Thread Graeme Lunt
Luis, On 13/08/07, Luis EG Ontanon <[EMAIL PROTECTED]> wrote: > I been thinking about the fact that Wireshark does not really need a > MIB parser. It just needs to know OIDs, their name and their type. > > So I believe we should use a flat file that contains these three > fields and provide the us

Re: [Wireshark-dev] pidl license question

2007-08-14 Thread Luis EG Ontanon
BTW to get back to our actual problem, I think that for both Yapp add PIDL the licensing issue is non-relevant. As We distribute them as tools for building the program, I believe it to be mere agregation. A very different issue is the stub code generated by PIDL itself that goes to the dissectors,

[Wireshark-dev] review_for_checkin requested: [Bug 1743] Bug in LLDP Auto-Negotiation field bitmasks

2007-08-14 Thread bugzilla-request-daemon
Carles Kishimoto <[EMAIL PROTECTED]> has asked for review_for_checkin: Bug 1743: Bug in LLDP Auto-Negotiation field bitmasks http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1743 ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wir

Re: [Wireshark-dev] pidl license question

2007-08-14 Thread Richard van der Hoff
On Tue, 14 Aug 2007, Joerg Mayer wrote: > On Mon, Aug 13, 2007 at 01:43:58PM +0100, Richard van der Hoff wrote: >> Joerg Mayer wrote: >>> On Sun, Aug 12, 2007 at 11:05:44AM +0200, Luis EG Ontanon wrote: YAPP's Driver is either GPL or Artistic . http://search.cpan.org/~fdesar/Parse-Y

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-14 Thread Joerg Mayer
On Mon, Aug 13, 2007 at 02:58:10PM -0700, Gerald Combs wrote: > I've submitted a patch which implements some of the changes discussed at > http://wiki.wireshark.org/Development/PrivilegeSeparation . If no one > has any objections I'd like to check it in later this week. I'm afraid you lost me with