Re: [Wireshark-dev] New Wireshark welcome page!

Ulf Lamping wrote: I've just finished the initial version of a Wireshark welcome page. I agree it's an excellent idea. Files: Open a file Isn't the term Open Recent (seen in r25109) below Open a previously captured file redundant? +Thomas -- Thomas Anders (thomas.anders at blue-cable.de

Re: [Wireshark-dev] smi_modules

:/usr/share/pibs to ~/.smirc and modifying epan/oids.c to call smiInit(wireshark) rather than smiInit(NULL) (see the smi_config(3) manual page) fixes things for me (tshark -v now runs without warnings). YMMV. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de

Re: [Wireshark-dev] smi_modules

be another way. Just not sure which. There's also still the problem that wireshark needs to find out where COPS-PR-SPPI et al. are actually located. Is this possible with libsmi? Just blindly adding /usr/share/pibs (no matter how) doesn't feel right. +Thomas -- Thomas Anders (thomas.anders at blue

Re: [Wireshark-dev] [Wireshark-commits] rev 22661: /trunk/ /trunk/aclocal-fallback/: libsmi.m4 /trunk/epan/: oids.c /trunk/: configure.in

08:28 PM Log: get libsmi into the picture Shouldn't the default for --with-net-snmp be changed from ifavailable to no now? There's more cleanup required, of course, but that'd be a start. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de

Re: [Wireshark-dev] COPS and MIBs

Luis EG Ontanon wrote: Does someone knows which RFC describes the use of PIBs and COPS relation to SMI? Given the fact that I'll had to get my hands into the COPS dissector (to have it using the new oids infrastructure so we can finally drop net-snmp) and I've never seen a packet of this

Re: [Wireshark-dev] --with-net-snmp adds addtional options to CFLAGS: Issue if using --without-net-snmp ??

the output of perl -MExtUtils::Embed -e ccopts on your system? +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev

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

like OpenSSH's sshd or Postfix where a dedicated low privilege user makes perfect sense, of course. I very much applaud the general sentiment of not having people running wireshark as root, however. That's for sure. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de

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

Jeff Morriss wrote: Thomas Anders wrote: Richard van der Hoff wrote: Personally, I'd much prefer a popup that I can dismiss than wireshark meddling with my users/groups and dropping privileges. Is there any good example of another *user application* dropping privileges as proposed by Gerald

Re: [Wireshark-dev] MIB parsing unnecessary

it automatically (e.g. by setting MIBS to ALL). The libsmi approach OTOH would require additional configuration work for me every time I change my MIB collection. +Thomas PS. Sorry for breaking the thread by replying to digest due to vacation. -- Thomas Anders (thomas.anders at blue-cable.de

Re: [Wireshark-dev] Wireshark 0.99.5 makerpm-packageproblemsonRHEL3

be committed. A prefix of /usr is perfectly reasonable for a (public) wireshark rpm package per most RPM Packaging Guidelines, no matter if it matches the default configure prefix or not. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de

Re: [Wireshark-dev] MIB missing from net-snmp-5.4.zip

, Net-SNMP only installs what it implements, so I'm not sure why your binary Windows package contains TUNNEL-MIB at all. I'd suggest to drop it. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ___ Wireshark-dev mailing list Wireshark-dev

Re: [Wireshark-dev] SNMPv3 USM crypto support

Thomas Anders wrote: In file included from /bc/net-snmp-5.4cvs/include/net-snmp/types.h:41, from /bc/net-snmp-5.4cvs/include/net-snmp/mib_api.h:8, from packet-snmp-template.c:76: /usr/include/netinet/in.h:355: error: expected identifier or '(' before

Re: [Wireshark-dev] SNMPv3 USM crypto support

/crypt-md5.h try move them after net-snmp's headers Yep, that did the trick. Please commit. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo

Re: [Wireshark-dev] SNMPv3 USM crypto support

. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] SNMPv3 USM crypto support

pointer target type snmp.cnf:268: warning: assignment discards qualifiers from pointer target type packet-snmp-template.c: In function 'process_prefs': packet-snmp-template.c:1688: warning: passing argument 1 of 'putenv' discards qualifiers from pointer target type +Thomas -- Thomas Anders

Re: [Wireshark-dev] net-snmp modules missing?

to the above issues. Rather off-topic here, though, so please f'up-to net-snmp-coders for any further discussion on this one. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http

Re: [Wireshark-dev] listen rtp plugin

: In function ‘jitter_spinner_value_changed’: rtp_player.c:1678: warning: unused parameter ‘spinner’ rtp_player.c: At top level: rtp_player.c:1686: warning: function declaration isn’t a prototype - --- snap --- +Thomas -- Thomas Anders (thomas.anders at blue-cable.de