opera browser crash and recovery

[Jeffrey Bouquet]

About once a year, sometimes more often, sometimes less often, opera 
browser thinks it is not installed, and wishes to reinstall, placing a 
plain-vanilla
version to where years of customization had comfortably attuned the
browser to my workflow due to still-newbie tunings I've backup up.

The following two files, for instance, 
[install dir]/.opera/cache/toolbar/standardtoolbar.ini
[install dir]/.opera/cache/operaprefs.ini
Please double check those...

HOWEVER there may be a third or 4th..

Those two today restored a browser deletion of all the settings [ defaults to
no images, for  instance... ] I've crafted over the years.

So I was thinking maybe a pkg-message may be in order detailing the need
to backup one's files, and which ones, so others or even I may save time
and aggravation etc, should the crash [system, Xorg, etc] occur at n
inconvenient time.

Thanks

Jeff 
ps.  Hurriedly crafted email.  Sorry if any typos. 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

mail/roundcube - strange error

[Milan Obuch]

Hi,

I am trying to install mail/roundcube port on dedicated VM and issuing
make in /usr/ports/mail/roundcube yields

===>  License GPLv3 accepted by the user
===>  Found saved configuration for roundcube-1.2.3,1
===>   roundcube-1.2.3,1 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by roundcube-1.2.3,1 for building
===>  Extracting for roundcube-1.2.3,1
=> SHA256 Checksum OK for roundcubemail-1.2.3-complete.tar.gz.
===>  Patching for roundcube-1.2.3,1
===>  Applying FreeBSD patches for roundcube-1.2.3,1
===>  Configuring for roundcube-1.2.3,1
===>  Staging for roundcube-1.2.3,1
===>   roundcube-1.2.3,1 depends on file: /usr/local/include/php/main/php.h - 
found
===>   roundcube-1.2.3,1 depends on file: 
/usr/local/lib/php/20131226/mbstring.so - found
===>   roundcube-1.2.3,1 depends on file: 
/usr/local/lib/php/20131226/session.so - found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/iconv.so 
- found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/dom.so - 
found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/xml.so - 
found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/json.so - 
found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/intl.so - 
found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/zip.so - 
found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/filter.so 
- found
===>   roundcube-1.2.3,1 depends on file: 
/usr/local/lib/php/20131226/openssl.so - found
===>   roundcube-1.2.3,1 depends on file: 
/usr/local/lib/php/20131226/fileinfo.so - found
===>   roundcube-1.2.3,1 depends on file: /usr/local/lib/php/20131226/exif.so - 
found
===>   roundcube-1.2.3,1 depends on file: 
/usr/local/lib/php/20131226/pdo_mysql.so - found
===>   Generating temporary packing list
/bin/mkdir -p /usr/ports/mail/roundcube/work/stage/usr/local/www/roundcube
*** Error code 127

Stop.
make[1]: stopped in /usr/ports/mail/roundcube
*** Error code 1

Stop.
make: stopped in /usr/ports/mail/roundcube

It is not my first rouncube installation, but it is first time I see
this error. I can't find the meaning of error code 127, 'perror 127'
says just 'Unknown error: 127'. Directory requested to be
created, /usr/ports/mail/roundcube/work/stage/usr/local/www/roundcube
exists after process stop.

Any idea what could be wrong? It is on 11.0-STABLE built from svn
revision 313674.

Regards,
Milan
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: ELF binary type "3" not known.

[Gary Jennejohn]

On Tue, 21 Mar 2017 10:15:35 +0100
Mathieu Arnold  wrote:

> Le 21/03/2017 __ 06:22, Chris H a __crit :
> > On Tue, 21 Mar 2017 13:14:56 +0800 Kevin Lo  wrote
> >  
> >> On Mon, Mar 20, 2017 at 09:11:44PM -0700, Chris H wrote:  
> >>> On Mon, 20 Mar 2017 20:56:05 -0700 "Chris H"  
> >>> wrote
> >>>  
>  I'm not sure which of the two lists I'm directing
>  this to is the best/correct one. So I picked both.
> 
>  To the point; I received this message during a big
>  build session. I was only able to catch the one from
>  x11/nvidia-driver in such a way as to actually get
>  the entire message:
> 
>  Installing nvidia-driver-375.26_1...
>  ELF binary type "3" not known.
>  /bin/sh: /compat/linux/sbin/ldconfig: Exec format error
> 
>  I built && installed emulators/linux_base-c7 *prior*
>  to installing this. This is on a:
> 
>  FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314700:
>  Sun Mar 5 09:01:30 PST 2017 amd64  
> >>> Sorry. Forgot to add the ports revision.
> >>>
> >>> revision 435383  
> >> Did you do kldload linux64 ?  
> > Thanks for the reply, Kevin.
> > Yes. Both before building/installing nvidia-driver,
> > and via loader.conf(5):
> >
> > linux_load="YES"
> > nvidia-modeset_load="YES"
> >  
> 
> So your answer is not "Yes" but "No", you don't have linux64, you need
> linux64_load=yes too.
> 

Or remove the option for Linux support (make config).  I've never
used it myself and have no idea what benefits it's supposed to
provide.

That would eliminate your Linux problems re nvidia-driver.

-- 
Gary Jennejohn
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
editors/latexila| 3.18.2  | 3.24.0
+-+
math/giacxcas   | 1.2.2-57| 1.2.3-31
+-+
multimedia/gtk-youtube-viewer   | 3.2.5   | 3.2.6
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Ronald Klop]

On Tue, 21 Mar 2017 10:19:24 +0100, Mathieu Arnold  wrote:


Le 21/03/2017 à 08:27, Gleb Smirnoff a écrit :

On Tue, Mar 21, 2017 at 08:22:19AM +0100, Baptiste Daroussin wrote:
B> On Mon, Mar 20, 2017 at 11:54:33PM -0700, Gleb Smirnoff wrote:
B> > On Tue, Mar 21, 2017 at 07:50:32AM +0100, Antoine Brodin wrote:
B> > A> >   This change is known to break a ton of ports. More than 100  
if
B> > A> > counting depends. I'm sorry for that and I already started to  
fix

B> > A> > them.
B> > A> >
B> > A> > Please send all new breakages to me.
B> > A>
B> > A> Hi,
B> > A>
B> > A> Exp-runs should happen before breakage happens, not after.
B> > A> If you already know that it breaks hundreds of ports, please  
revert

B> > A> and request an exp-run.
B> >
B> > The exp-run has already been made:
B> >
B> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210673
B> >
B> > Wasn't very helpful.
B> >
B>
B> I disagree it was useful it showed you some ports that were breaking  
given there
B> was some high level one you were expected to provide patches to fix  
them.


I'm working on them right now.


You should have worked on it *before* the patch breaking everything
landed, providing patches for the ports that were reported as broken,
and repeat until all the ports that were building before were building
again.

You should **not** have committed the patch to the src tree before all
those patches were created, and you should have committed all the
patches at once, preferably before committing the patch to the src tree.






People should...
No ports are broken on released version of FreeBSD. The broken ones are  
being fixed.
And a very good improvement of code has happened. Maybe a notice in  
UPDATING helps third-party people.

I don't see a real problem. Only progress.

Ronald.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Mathieu Arnold]

Le 21/03/2017 à 08:27, Gleb Smirnoff a écrit :
> On Tue, Mar 21, 2017 at 08:22:19AM +0100, Baptiste Daroussin wrote:
> B> On Mon, Mar 20, 2017 at 11:54:33PM -0700, Gleb Smirnoff wrote:
> B> > On Tue, Mar 21, 2017 at 07:50:32AM +0100, Antoine Brodin wrote:
> B> > A> >   This change is known to break a ton of ports. More than 100 if
> B> > A> > counting depends. I'm sorry for that and I already started to fix
> B> > A> > them.
> B> > A> >
> B> > A> > Please send all new breakages to me.
> B> > A> 
> B> > A> Hi,
> B> > A> 
> B> > A> Exp-runs should happen before breakage happens, not after.
> B> > A> If you already know that it breaks hundreds of ports, please revert
> B> > A> and request an exp-run.
> B> > 
> B> > The exp-run has already been made:
> B> > 
> B> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210673
> B> > 
> B> > Wasn't very helpful.
> B> > 
> B> 
> B> I disagree it was useful it showed you some ports that were breaking given 
> there
> B> was some high level one you were expected to provide patches to fix them.
>
> I'm working on them right now.

You should have worked on it *before* the patch breaking everything
landed, providing patches for the ports that were reported as broken,
and repeat until all the ports that were building before were building
again.

You should **not** have committed the patch to the src tree before all
those patches were created, and you should have committed all the
patches at once, preferably before committing the patch to the src tree.


-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature

Re: ELF binary type "3" not known.

[Mathieu Arnold]

Le 21/03/2017 à 06:22, Chris H a écrit :
> On Tue, 21 Mar 2017 13:14:56 +0800 Kevin Lo  wrote
>
>> On Mon, Mar 20, 2017 at 09:11:44PM -0700, Chris H wrote:
>>> On Mon, 20 Mar 2017 20:56:05 -0700 "Chris H"  wrote
>>>
 I'm not sure which of the two lists I'm directing
 this to is the best/correct one. So I picked both.

 To the point; I received this message during a big
 build session. I was only able to catch the one from
 x11/nvidia-driver in such a way as to actually get
 the entire message:

 Installing nvidia-driver-375.26_1...
 ELF binary type "3" not known.
 /bin/sh: /compat/linux/sbin/ldconfig: Exec format error

 I built && installed emulators/linux_base-c7 *prior*
 to installing this. This is on a:

 FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314700:
 Sun Mar 5 09:01:30 PST 2017 amd64
>>> Sorry. Forgot to add the ports revision.
>>>
>>> revision 435383
>> Did you do kldload linux64 ?
> Thanks for the reply, Kevin.
> Yes. Both before building/installing nvidia-driver,
> and via loader.conf(5):
>
> linux_load="YES"
> nvidia-modeset_load="YES"
>

So your answer is not "Yes" but "No", you don't have linux64, you need
linux64_load=yes too.


-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature

Re: net/rubygem-signet causing poudriere to be unhappy

[Torsten Zuehlsdorff]

On 20.03.2017 19:00, Adam Weinberger wrote:

On 20 Mar, 2017, at 11:53, Shawn Webb  wrote:

Hey All,

It looks like the new net/rubygem-signet port is causing issues with
poudriere:

Error: Duplicated origin for rubygem-signet-0.7.3:
security/rubygem-signet AND net/rubygem-signet. Rerun with -vv to see
which ports are depending on these.


Yes, it is a duplicate. Torsten, please back that commit out.


antoine already did this. :)
I'm sorry for the error!

Greetings,
Torsten
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Gleb Smirnoff]

On Tue, Mar 21, 2017 at 08:22:19AM +0100, Baptiste Daroussin wrote:
B> On Mon, Mar 20, 2017 at 11:54:33PM -0700, Gleb Smirnoff wrote:
B> > On Tue, Mar 21, 2017 at 07:50:32AM +0100, Antoine Brodin wrote:
B> > A> >   This change is known to break a ton of ports. More than 100 if
B> > A> > counting depends. I'm sorry for that and I already started to fix
B> > A> > them.
B> > A> >
B> > A> > Please send all new breakages to me.
B> > A> 
B> > A> Hi,
B> > A> 
B> > A> Exp-runs should happen before breakage happens, not after.
B> > A> If you already know that it breaks hundreds of ports, please revert
B> > A> and request an exp-run.
B> > 
B> > The exp-run has already been made:
B> > 
B> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210673
B> > 
B> > Wasn't very helpful.
B> > 
B> 
B> I disagree it was useful it showed you some ports that were breaking given 
there
B> was some high level one you were expected to provide patches to fix them.

I'm working on them right now.

-- 
Totus tuus, Glebius.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Baptiste Daroussin]

On Mon, Mar 20, 2017 at 11:54:33PM -0700, Gleb Smirnoff wrote:
> On Tue, Mar 21, 2017 at 07:50:32AM +0100, Antoine Brodin wrote:
> A> >   This change is known to break a ton of ports. More than 100 if
> A> > counting depends. I'm sorry for that and I already started to fix
> A> > them.
> A> >
> A> > Please send all new breakages to me.
> A> 
> A> Hi,
> A> 
> A> Exp-runs should happen before breakage happens, not after.
> A> If you already know that it breaks hundreds of ports, please revert
> A> and request an exp-run.
> 
> The exp-run has already been made:
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210673
> 
> Wasn't very helpful.
> 

I disagree it was useful it showed you some ports that were breaking given there
was some high level one you were expected to provide patches to fix them.

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Gleb Smirnoff]

On Tue, Mar 21, 2017 at 07:50:32AM +0100, Antoine Brodin wrote:
A> >   This change is known to break a ton of ports. More than 100 if
A> > counting depends. I'm sorry for that and I already started to fix
A> > them.
A> >
A> > Please send all new breakages to me.
A> 
A> Hi,
A> 
A> Exp-runs should happen before breakage happens, not after.
A> If you already know that it breaks hundreds of ports, please revert
A> and request an exp-run.

The exp-run has already been made:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210673

Wasn't very helpful.

-- 
Totus tuus, Glebius.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Antoine Brodin]

On Tue, Mar 21, 2017 at 7:41 AM, Gleb Smirnoff  wrote:
>   Hi!
>
>   This change is known to break a ton of ports. More than 100 if
> counting depends. I'm sorry for that and I already started to fix
> them.
>
> Please send all new breakages to me.

Hi,

Exp-runs should happen before breakage happens, not after.
If you already know that it breaks hundreds of ports, please revert
and request an exp-run.

Antoine  (with hat: portmgr)


> On Tue, Mar 21, 2017 at 06:39:49AM +, Gleb Smirnoff wrote:
> T> Author: glebius
> T> Date: Tue Mar 21 06:39:49 2017
> T> New Revision: 315662
> T> URL: https://svnweb.freebsd.org/changeset/base/315662
> T>
> T> Log:
> T>   Hide struct inpcb, struct tcpcb from the userland.
> T>
> T>   This is a painful change, but it is needed.  On the one hand, we avoid
> T>   modifying them, and this slows down some ideas, on the other hand we 
> still
> T>   eventually modify them and tools like netstat(1) never work on next 
> version of
> T>   FreeBSD.  We maintain a ton of spares in them, and we already got some 
> ifdef
> T>   hell at the end of tcpcb.
> T>
> T>   Details:
> T>   - Hide struct inpcb, struct tcpcb under _KERNEL || _WANT_FOO.
> T>   - Make struct xinpcb, struct xtcpcb pure API structures, not including
> T> kernel structures inpcb and tcpcb inside.  Export into these structures
> T> the fields from inpcb and tcpcb that are known to be used, and put 
> there
> T> a ton of spare space.
> T>   - Make kernel and userland utilities compilable after these changes.
> T>   - Bump __FreeBSD_version.
> T>
> T>   Reviewed by:   rrs, gnn
> T>   Differential Revision: D10018
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r315662 - in head: contrib/bsnmp/snmp_mibII contrib/ipfilter/ipsend lib/libprocstat sys/netinet sys/sys usr.bin/netstat usr.bin/sockstat usr.bin/systat usr.sbin/tcpdrop usr.sbin/trpt

[Gleb Smirnoff]

  Hi!

  This change is known to break a ton of ports. More than 100 if
counting depends. I'm sorry for that and I already started to fix
them.

Please send all new breakages to me.

On Tue, Mar 21, 2017 at 06:39:49AM +, Gleb Smirnoff wrote:
T> Author: glebius
T> Date: Tue Mar 21 06:39:49 2017
T> New Revision: 315662
T> URL: https://svnweb.freebsd.org/changeset/base/315662
T> 
T> Log:
T>   Hide struct inpcb, struct tcpcb from the userland.
T>   
T>   This is a painful change, but it is needed.  On the one hand, we avoid
T>   modifying them, and this slows down some ideas, on the other hand we still
T>   eventually modify them and tools like netstat(1) never work on next 
version of
T>   FreeBSD.  We maintain a ton of spares in them, and we already got some 
ifdef
T>   hell at the end of tcpcb.
T>   
T>   Details:
T>   - Hide struct inpcb, struct tcpcb under _KERNEL || _WANT_FOO.
T>   - Make struct xinpcb, struct xtcpcb pure API structures, not including
T> kernel structures inpcb and tcpcb inside.  Export into these structures
T> the fields from inpcb and tcpcb that are known to be used, and put there
T> a ton of spare space.
T>   - Make kernel and userland utilities compilable after these changes.
T>   - Bump __FreeBSD_version.
T>   
T>   Reviewed by:   rrs, gnn
T>   Differential Revision: D10018
T> 
T> Modified:
T>   head/contrib/bsnmp/snmp_mibII/mibII_tcp.c
T>   head/contrib/bsnmp/snmp_mibII/mibII_udp.c
T>   head/contrib/ipfilter/ipsend/sock.c
T>   head/lib/libprocstat/libprocstat.c
T>   head/sys/netinet/in_pcb.c
T>   head/sys/netinet/in_pcb.h
T>   head/sys/netinet/ip_divert.c
T>   head/sys/netinet/raw_ip.c
T>   head/sys/netinet/tcp_subr.c
T>   head/sys/netinet/tcp_syncache.c
T>   head/sys/netinet/tcp_timer.c
T>   head/sys/netinet/tcp_timer.h
T>   head/sys/netinet/tcp_var.h
T>   head/sys/netinet/udp_usrreq.c
T>   head/sys/sys/param.h
T>   head/usr.bin/netstat/inet.c
T>   head/usr.bin/sockstat/sockstat.c
T>   head/usr.bin/systat/extern.h
T>   head/usr.bin/systat/netcmds.c
T>   head/usr.bin/systat/netstat.c
T>   head/usr.sbin/tcpdrop/tcpdrop.c
T>   head/usr.sbin/trpt/trpt.c
T> 
T> Modified: head/contrib/bsnmp/snmp_mibII/mibII_tcp.c
T> 
==
T> --- head/contrib/bsnmp/snmp_mibII/mibII_tcp.cTue Mar 21 05:15:10 
2017(r315661)
T> +++ head/contrib/bsnmp/snmp_mibII/mibII_tcp.cTue Mar 21 06:39:49 
2017(r315662)
T> @@ -310,7 +310,7 @@ op_tcpconn(struct snmp_context *ctx __un
T>  switch (value->var.subs[sub - 1]) {
T>  
T>case LEAF_tcpConnState:
T> -switch (tcpoids[i].tp->xt_tp.t_state) {
T> +switch (tcpoids[i].tp->t_state) {
T>  
T>case TCPS_CLOSED:
T>  value->v.integer = 1;
T> 
T> Modified: head/contrib/bsnmp/snmp_mibII/mibII_udp.c
T> 
==
T> --- head/contrib/bsnmp/snmp_mibII/mibII_udp.cTue Mar 21 05:15:10 
2017(r315661)
T> +++ head/contrib/bsnmp/snmp_mibII/mibII_udp.cTue Mar 21 06:39:49 
2017(r315662)
T> @@ -105,8 +105,8 @@ fetch_udp(void)
T>   ptr->xig_len > sizeof(struct xinpgen);
T>   ptr = (struct xinpgen *)(void *)((char *)ptr + ptr->xig_len)) {
T>  inp = (struct xinpcb *)ptr;
T> -if (inp->xi_inp.inp_gencnt > xinpgen->xig_gen ||
T> -(inp->xi_inp.inp_vflag & INP_IPV4) == 0)
T> +if (inp->inp_gencnt > xinpgen->xig_gen ||
T> +(inp->inp_vflag & INP_IPV4) == 0)
T>  continue;
T>  
T>  udp_total++;
T> @@ -128,17 +128,17 @@ fetch_udp(void)
T>   ptr->xig_len > sizeof(struct xinpgen);
T>   ptr = (struct xinpgen *)(void *)((char *)ptr + ptr->xig_len)) {
T>  inp = (struct xinpcb *)ptr;
T> -if (inp->xi_inp.inp_gencnt > xinpgen->xig_gen ||
T> -(inp->xi_inp.inp_vflag & INP_IPV4) == 0)
T> +if (inp->inp_gencnt > xinpgen->xig_gen ||
T> +(inp->inp_vflag & INP_IPV4) == 0)
T>  continue;
T>  oid->inp = inp;
T>  oid->index.len = 5;
T> -inaddr = ntohl(inp->xi_inp.inp_laddr.s_addr);
T> +inaddr = ntohl(inp->inp_laddr.s_addr);
T>  oid->index.subs[0] = (inaddr >> 24) & 0xff;
T>  oid->index.subs[1] = (inaddr >> 16) & 0xff;
T>  oid->index.subs[2] = (inaddr >>  8) & 0xff;
T>  oid->index.subs[3] = (inaddr >>  0) & 0xff;
T> -oid->index.subs[4] = ntohs(inp->xi_inp.inp_lport);
T> +oid->index.subs[4] = ntohs(inp->inp_lport);
T>  oid++;
T>  }
T>  
T> 
T> Modified: head/contrib/ipfilter/ipsend/sock.c
T> 
==
T> --- head/contrib/ipfilter/ipsend/sock.c  Tue Mar 21 05:15:10 2017
(r315661)
T> +++