Updating src tree:
P src/distrib/sets/lists/base/mi
P src/external/public-domain/tz/share/zoneinfo/Makefile
P src/lib/libc/compat/sys/compat__lwp_park.c
P src/usr.bin/gzip/gzip.c
P src/usr.bin/make/hash.h
P src/usr.bin/make/main.c
P src/usr.bin/make/make.1
P src/usr.bin/make/make.h
P src/usr.bin/
On Sun, 2 Jun 2024 at 00:06, Brad Spencer wrote:
>
> Chavdar Ivanov writes:
>
> [snip]
>
> > But then wouldn't be
> > there a chance that the old userland disagrees with the new kernel?
> >
>
>
> As a general statement, that should not be a problem as
Chavdar Ivanov writes:
[snip]
> But then wouldn't be
> there a chance that the old userland disagrees with the new kernel?
>
As a general statement, that should not be a problem as long as the
kernel has the COMPAT_* options set.
My own personal ex
On Sat, 1 Jun 2024 at 20:08, Martin Husemann wrote:
>
> On Sat, Jun 01, 2024 at 06:41:19PM +0100, Chavdar Ivanov wrote:
> > ptyfsoldnodes fix:
> > [1] Bad system call ${HOST_SH} "${MAKEDEV_DIR}/MAKEDEV" -s
>
> You need to run a new kernel before you install new userland.
> In this case y
On Sat, Jun 01, 2024 at 06:41:19PM +0100, Chavdar Ivanov wrote:
> ptyfsoldnodes fix:
> [1] Bad system call ${HOST_SH} "${MAKEDEV_DIR}/MAKEDEV" -s
You need to run a new kernel before you install new userland.
In this case you hit the new version of dup3(2) which crashes on the
old kernel.
Hi,
I am getting (once on amd64 and aarch64):
sh /usr/sbin/postinstall -s /var/cache/sysupgrade/etc.tar.xz -s
/var/cache/sysupgrade/xetc.tar.xz -d / fix ptyfsoldnodes
Note: Creating temporary directory /tmp/_postinstall.19188.0/etc.tgz
Note: Extracting files from /var/cache/sysupgrade/etc.tar
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
first successful build:
2024.06.01.10.06.23 rillig src/usr.bin/make/unit-tests/Makefile 1.346
2024.06.01.10.06.23 rillig src/usr.bin/make/unit-tests/directive-export.exp
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon4.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2024.06.01.09.45.36.
An extract from the build.sh output follows:
--- dependall ---
--- gzip.lo ---
# comp
