[Wireshark-dev] Making zlib a required dependency

I pushed a change making zlib 1.2.3 or greater a required build dependency: https://code.wireshark.org/review/#/c/24352/1 ___ Sent via:Wireshark-dev mailing list Archives:

Re: [Wireshark-dev] Making zlib a required dependency

Hi João, 2017-11-11 16:04 GMT+01:00 João Valverde : > I pushed a change making zlib 1.2.3 or greater a required build dependency: > > https://code.wireshark.org/review/#/c/24352/1 > Why this change? Is it because you fear we might not test the conditional

Re: [Wireshark-dev] SPDX-License-Identifier blurbs

My tentative plan is to convert a directory at a time and to split larger directories (e.g. epan/dissectors) into chunks. I'm not sure we should convert 3800 files in one commit: $ git pull $ git grep -l 'This program is free software' | wc -l 3812 On 11/10/17 1:04 PM, Jaap Keuter wrote: >

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

Le 11 nov. 2017 17:15, "Richard Sharpe" a écrit : On Sat, Nov 11, 2017 at 7:50 AM, Pascal Quantin wrote: > Hi Richard, > > 2017-11-11 16:45 GMT+01:00 Richard Sharpe : >> >> Hi folks, >> >> I am hearing from one

[Wireshark-dev] rpcap support seems to have disappeared ...

Hi folks, I am hearing from one user that they could no longer use rpcap from 2.0.2 of Wireshark, and I see that while I can enable it in configure (--with-remote-pcap) it does not seem to show up in the Capture->Interface or Capture->Options. Does anyone know how to get it to work or if it

Re: [Wireshark-dev] Making zlib a required dependency

Hi, On 11-11-2017 15:21, Pascal Quantin wrote: Hi João, 2017-11-11 16:04 GMT+01:00 João Valverde >: I pushed a change making zlib 1.2.3 or greater a required build dependency:

[Wireshark-dev] NEWS flle

Dear all, CMake has a target "news" that copies the release notes into a NEWS file in the source directory. NEWS is under version control and hasn't been updated in the repository for a while. Should we remove NEWS from the repository? Should we modify the CMake target to leave the source

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

Hi Richard, 2017-11-11 16:45 GMT+01:00 Richard Sharpe : > Hi folks, > > I am hearing from one user that they could no longer use rpcap from > 2.0.2 of Wireshark, and I see that while I can enable it in configure > (--with-remote-pcap) it does not seem to show up in

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Sat, Nov 11, 2017 at 7:50 AM, Pascal Quantin wrote: > Hi Richard, > > 2017-11-11 16:45 GMT+01:00 Richard Sharpe : >> >> Hi folks, >> >> I am hearing from one user that they could no longer use rpcap from >> 2.0.2 of Wireshark, and I see

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Nov 11, 2017, at 9:55 AM, Richard Sharpe wrote: > Hmmm, the problem really seems to be that my dev environment fails to > find pcap_open so it cannot support rpcap. > > That is, both HAVE_PCAP_OPEN and HAVE_PCAP_REMOTE are not defined, but > HAVE_PCAP_REMOTE is

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Nov 11, 2017, at 10:45 AM, Richard Sharpe wrote: > I notice that the latest libpcap git repo calls pcap_open_rpcap from > pcap_open_live ... but I did not check if that is available in 1.5.3 > that I have on my dev VM ... pcap_open_rpcap() itself is probably not

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Sat, Nov 11, 2017 at 11:38 AM, Richard Sharpe wrote: > On Sat, Nov 11, 2017 at 11:11 AM, Guy Harris wrote: >> On Nov 11, 2017, at 11:06 AM, Richard Sharpe >> wrote: >> >>> Sure. The immediate problem though is that

Re: [Wireshark-dev] NEWS flle

Hi Martin, On Sat, Nov 11, 2017 at 06:25:25PM +0100, Martin Kaiser wrote: > CMake has a target "news" that copies the release notes into a NEWS file > in the source directory. NEWS is under version control and hasn't been > updated in the repository for a while. It is updated as part of the

Re: [Wireshark-dev] File load timing

On Sat, Nov 11, 2017 at 7:28 PM, Paul Offord wrote: > While we are on the subject of stuff disappearing, what's happened to the > file load timing thing in the status line? It's default turned off. Preferences -> Appearance -> Layout -> Status Bar settings -> Show file

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Sat, Nov 11, 2017 at 10:25 AM, Guy Harris wrote: > On Nov 11, 2017, at 9:55 AM, Richard Sharpe > wrote: > >> Hmmm, the problem really seems to be that my dev environment fails to >> find pcap_open so it cannot support rpcap. >> >> That is, both

Re: [Wireshark-dev] File load timing

Ah - we should spread the word. A couple of people mentioned it at #sf17eu Sent from Samsung Mobile on O2 Original message From: Stig Bjørlykke Date: 11/11/2017 18:45 (GMT+00:00) To: Developer support list for Wireshark

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Sat, Nov 11, 2017 at 10:52 AM, Guy Harris wrote: > On Nov 11, 2017, at 10:45 AM, Richard Sharpe > wrote: > >> I notice that the latest libpcap git repo calls pcap_open_rpcap from >> pcap_open_live ... but I did not check if that is available in

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Nov 11, 2017, at 11:06 AM, Richard Sharpe wrote: > Sure. The immediate problem though is that acinclude.m4 assumes that > checking for pcap_open is sufficient and required to enable > HAVE_PCAP_REMOTE. If you don't have pcap_open(), you probably don't have

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Sat, Nov 11, 2017 at 8:19 AM, Pascal Quantin wrote: > > > Le 11 nov. 2017 17:15, "Richard Sharpe" a > écrit : > > On Sat, Nov 11, 2017 at 7:50 AM, Pascal Quantin > wrote: >> Hi Richard, >> >> 2017-11-11 16:45

[Wireshark-dev] File load timing

While we are on the subject of stuff disappearing, what's happened to the file load timing thing in the status line? Sent from Samsung Mobile on O2 __ This message contains confidential information and is intended only for

Re: [Wireshark-dev] rpcap support seems to have disappeared ...

On Sat, Nov 11, 2017 at 11:11 AM, Guy Harris wrote: > On Nov 11, 2017, at 11:06 AM, Richard Sharpe > wrote: > >> Sure. The immediate problem though is that acinclude.m4 assumes that >> checking for pcap_open is sufficient and required to enable >>