Help with libcurses and lynx under NetBSD-9 and -current?

hello. I'm trying to use lynx, pkgsrc/www/lynx, with NetBSD-9 and NetBSD-current, under the window(1), misc/window package, and I'm having trouble similar to the trouble described in lib/54263. I use the -showcursor option to lynx, so the cursor tracks the links on the page. Under

Automated report: NetBSD-current/i386 test failure

This is an automatically generated notice of new failures of the NetBSD test suite. The newly failing test cases are: usr.bin/nbperf/t_nbperf:bpz_fudged usr.bin/nbperf/t_nbperf:chm3_fudged usr.bin/nbperf/t_nbperf:chm_fudged The above tests failed in each of the last 4 test runs, and

daily CVS update output

Updating src tree: P src/distrib/sets/lists/etc/mi P src/etc/rc.d/Makefile cvs update: `src/etc/rc.d/llvmlockdir' is no longer in the repository U src/etc/rc.d/lvmlockdir P src/sys/arch/amiga/conf/DRACO P src/sys/arch/amiga/conf/GENERIC P src/sys/arch/amiga/conf/INSTALL P

Re: cross-build error on Linux host

On 26.01.2021 13:45, Christian Groessler wrote: Hi, dependall ===> tools/lint1 #   compile  lint1/tyname.lo    86 | intern(const char *name) Thanks for the notice, I had added the __noinline accidentally. I removed it again in tyname.c 1.26. Roland

Re: undefined references to strlist_match

In article <87o8hdfkfp@brownie.elements.tetera.org>, Ryo ONODERA wrote: >Hi, > >When my laptop builds NetBSD/amd64-current on NetBSD/amd64-current, >I get the following error. >My DTRACE7 kernel is almost as same as GENERIC, except no options DIAGNOSTIC. > >x.o ieee8023ad_lacp_sm_ptx.o

Automated report: NetBSD-current/i386 build success

The NetBSD-current/i386 build is working again. The following commits were made between the last failed build and the successful build: 2021.01.26.15.08.02 martin src/etc/rc.d/Makefile,v 1.111 2021.01.26.15.29.41 skrll src/sys/dev/acpi/acpi_mcfg.c,v 1.22 2021.01.26.15.30.05 skrll

Automated report: NetBSD-current/i386 build failure

This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2021.01.26.14.09.11. An extract from the build.sh output follows: # install

bmake inefficiencies

I had a look with truss at what bmake is doing and I think a lot of the syscalls can be easily avoided. Examples come from FreeBSD with bmake-20210110 and I don't know to what extent they are representative for other systems. 1. spurious waitpid when doing buildkernel I counted the following:

cross-build error on Linux host

Hi, ... dependall ===> tools/lint1 #   compile  lint1/tyname.lo cc -O  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/data/home/chris/tmp/netbsd/tools/include/compat -I/data/home/ch ris/tmp/netbsd/src/tools/compat -DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64

Re: Big-endian mode supported for Raspberry Pi [0-3] with bootable images available

Hi, Hmm, I have never seen such a panic. If it is reproducible, it should be worth to send a PR. Thanks, rin On 2021/01/07 5:51, John Klos wrote: Thank you for all your hard work! The images work just fine out of the box. After a few hours of compiling, there was a panic. This is a 3B+ (the