On Mon, Nov 25, 2019 at 1:17 PM Kyle Evans wrote:
>
> On Mon, May 28, 2018 at 3:12 AM Hans Petter Selasky
> wrote:
> >
> > Author: hselasky
> > Date: Mon May 28 08:12:18 2018
> > New Revision: 334277
> > URL: https://svnweb.freebsd.org/changeset/base/334277
> >
> > Log:
> > MFV r333789:
On Mon, May 28, 2018 at 3:12 AM Hans Petter Selasky
wrote:
>
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
>
> Log:
> MFV r333789: libpcap 1.9.0 (pre-release)
>
> MFC after:1 month
> Sponsored by:
On 5/31/18 3:41 AM, Hans Petter Selasky wrote:
> On 05/30/18 22:10, Xin LI wrote:
>> This would make vendor/libpcap/dist history replace head/contrib/libpcap,
>> which effectively discards all FreeBSD local changes for base purposes, and
>> hides its change history. Is this intentional? If not,
On 05/31/18 10:06, Hans Petter Selasky wrote:
On 05/31/18 09:37, Antoine Brodin wrote:
This was a change local to FreeBSD.
I'll have a look.
Hi Antoine,
Can you test this with ports and see how it goes:
https://svnweb.freebsd.org/changeset/base/334418
--HPS
On 05/31/18 09:37, Antoine Brodin wrote:
This was a change local to FreeBSD.
I'll have a look.
--HPS
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to
On 05/30/18 22:10, Xin LI wrote:
This would make vendor/libpcap/dist history replace head/contrib/libpcap,
which effectively discards all FreeBSD local changes for base purposes, and
hides its change history. Is this intentional? If not, could you please
revert the tree back to its previous
On Thu, May 31, 2018 at 7:32 AM, Hans Petter Selasky wrote:
> On 05/30/18 20:32, Antoine Brodin wrote:
>>
>> Hi,
>>
>> It seems that this local change was lost during the upgrade:
>>
>> https://svnweb.freebsd.org/base/head/contrib/libpcap/pcap/pcap.h?r1=190640=190639=190640
>>
>
> Hi,
>
> This
On 05/30/18 20:42, Navdeep Parhar wrote:
Hi Hans,
If pcap.h is changed to include net/bpf.h like it used to then the
change made to cxgbetool in r334277 should be reverted too.
Regards,
Navdeep
Noted.
--HPS
___
svn-src-head@freebsd.org mailing
On 05/30/18 20:32, Antoine Brodin wrote:
Hi,
It seems that this local change was lost during the upgrade:
https://svnweb.freebsd.org/base/head/contrib/libpcap/pcap/pcap.h?r1=190640=190639=190640
Hi,
This change has been removed upstream.
I think this broke at least the following ports:
On Mon, May 28, 2018 at 1:14 AM Hans Petter Selasky
wrote:
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
> Log:
>MFV r333789: libpcap 1.9.0 (pre-release)
>MFC after:1 month
>Sponsored by:
On 05/30/18 11:32, Antoine Brodin wrote:
> On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
> wrote:
>> Author: hselasky
>> Date: Mon May 28 08:12:18 2018
>> New Revision: 334277
>> URL: https://svnweb.freebsd.org/changeset/base/334277
>>
>> Log:
>> MFV r333789: libpcap 1.9.0 (pre-release)
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
>
> Log:
> MFV r333789: libpcap 1.9.0 (pre-release)
>
> MFC after:1 month
> Sponsored by:
On 05/30/18 14:41, Rodney W. Grimes wrote:
Either hide remote packet capture functions from the header or enable
remote capture functions?
Note that net/p5-Net-Pcap will fail to build with libpcap from ports
too when libpcap from ports is updated to version 1.9.0 (pre-release).
If there is any
> On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky wrote:
> > On 05/30/18 10:02, Antoine Brodin wrote:
> >>
> >> Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
> >> as it previously had?
> >
> >
> > The HAVE_REMOTE was removed upstream:
> >
> >
On 05/30/18 13:46, Hans Petter Selasky wrote:
On 05/30/18 13:36, Antoine Brodin wrote:
On Wed, May 30, 2018 at 11:09 AM, Hans Petter Selasky
wrote:
On 05/30/18 12:41, Antoine Brodin wrote:
No this won't solve the issue, libpcap from ports isn't compiled with
remote support.
Hi,
Remote
On 05/30/18 13:36, Antoine Brodin wrote:
On Wed, May 30, 2018 at 11:09 AM, Hans Petter Selasky wrote:
On 05/30/18 12:41, Antoine Brodin wrote:
No this won't solve the issue, libpcap from ports isn't compiled with
remote support.
Hi,
Remote support is for WIN32 only from what I can see.
On Wed, May 30, 2018 at 11:09 AM, Hans Petter Selasky wrote:
> On 05/30/18 12:41, Antoine Brodin wrote:
>>
>> No this won't solve the issue, libpcap from ports isn't compiled with
>> remote support.
>
>
> Hi,
>
> Remote support is for WIN32 only from what I can see.
>
> Did you try my
On 05/30/18 12:41, Antoine Brodin wrote:
No this won't solve the issue, libpcap from ports isn't compiled with
remote support.
Hi,
Remote support is for WIN32 only from what I can see.
Did you try my suggestions?
The port builds fine over here with my patches.
--HPS
On Wed, May 30, 2018 at 9:42 AM, Hans Petter Selasky wrote:
> On 05/30/18 11:00, Antoine Brodin wrote:
>>
>> On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky
>> wrote:
>>>
>>> On 05/30/18 10:02, Antoine Brodin wrote:
Could the pcap/pcap.h header be fixed instead with #ifdef
On 05/30/18 11:00, Antoine Brodin wrote:
On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky wrote:
On 05/30/18 10:02, Antoine Brodin wrote:
Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
as it previously had?
The HAVE_REMOTE was removed upstream:
On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky wrote:
> On 05/30/18 10:02, Antoine Brodin wrote:
>>
>> Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
>> as it previously had?
>
>
> The HAVE_REMOTE was removed upstream:
>
>
On 05/30/18 10:02, Antoine Brodin wrote:
Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
as it previously had?
The HAVE_REMOTE was removed upstream:
On Wed, May 30, 2018 at 7:52 AM, Hans Petter Selasky wrote:
> On 05/30/18 09:36, Antoine Brodin wrote:
>>
>> On Wed, May 30, 2018 at 7:31 AM, Hans Petter Selasky
>> wrote:
>>>
>>> On 05/30/18 09:04, Hans Petter Selasky wrote:
On 05/30/18 08:04, Antoine Brodin wrote:
>
>
On 05/30/18 09:36, Antoine Brodin wrote:
On Wed, May 30, 2018 at 7:31 AM, Hans Petter Selasky wrote:
On 05/30/18 09:04, Hans Petter Selasky wrote:
On 05/30/18 08:04, Antoine Brodin wrote:
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon May 28
On Wed, May 30, 2018 at 7:31 AM, Hans Petter Selasky wrote:
> On 05/30/18 09:04, Hans Petter Selasky wrote:
>>
>> On 05/30/18 08:04, Antoine Brodin wrote:
>>>
>>> On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
>>> wrote:
Author: hselasky
Date: Mon May 28 08:12:18 2018
On 05/30/18 09:04, Hans Petter Selasky wrote:
On 05/30/18 08:04, Antoine Brodin wrote:
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon May 28 08:12:18 2018
New Revision: 334277
URL: https://svnweb.freebsd.org/changeset/base/334277
Log:
MFV r333789:
On 05/30/18 08:04, Antoine Brodin wrote:
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon May 28 08:12:18 2018
New Revision: 334277
URL: https://svnweb.freebsd.org/changeset/base/334277
Log:
MFV r333789: libpcap 1.9.0 (pre-release)
MFC after:1
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
>
> Log:
> MFV r333789: libpcap 1.9.0 (pre-release)
>
> MFC after:1 month
> Sponsored by:
Author: hselasky
Date: Mon May 28 08:12:18 2018
New Revision: 334277
URL: https://svnweb.freebsd.org/changeset/base/334277
Log:
MFV r333789: libpcap 1.9.0 (pre-release)
MFC after:1 month
Sponsored by: Mellanox Technologies
Replaced:
head/contrib/libpcap/
- copied from
29 matches
Mail list logo