Date: Wed, 14 Apr 2021 08:49:43 -0700 From: bob prohaska <fbsd@www.zefox.net> To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: ssh_dispatch_run_fatal on Rpi4 building www/firefox Message-ID: <20210414154943.GA48835@www.zefox.net>
next in thread | raw e-mail | index | archive | help
While attempting to compile www/firefox on an RPi4 running -current
the make process stopped with
Bad packet length 3554809687.
ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection corrupted
on the controlling terminal.
After updating to 14.0-CURRENT FreeBSD 14.0-CURRENT #15 main-8cca7b7f2:
Tue Apr 13 17:46:39 PDT 2021
the error promptly recurred if make was restarted without cleaning.
As an experiment, I've restarted the make process via a serial connection
and it didn't immediately reproduce the error. In all cases the make
command is
make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4 DISABLE_VULNERABILITIES=yes > make.log
and is run in the background. The same make command successfully compiled
www/chromium via ssh, so I don't think the culprit's the command line.
I rather doubt this is a www/firefox problem, but include freebsd-ports
in hopes somebody might recognize the error.
Make generates a torrent of warnings using the serial connection, such as:
#if IN_HEADER(__GTK_ITEM_FACTORY_H__)
^
./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER'
#define IN_HEADER defined
^
./gtkalias.h:5366:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined]
#if IN_HEADER(__GTK_LABEL_H__)
^
./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER'
#define IN_HEADER defined
^
but seems to keep running via the serial connection. Top reports that
cc is in state TTYOUT, with WCPU no higher than a few percent, running
only one thread.
Thanks for reading, and any ideas.
bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20210414154943.GA48835>