Updating src tree:
P src/bin/sh/mkinit.sh
P src/bin/sh/trap.c
P src/doc/CHANGES
P src/sbin/atactl/atactl.8
P src/sbin/atactl/atactl.c
P src/share/man/man7/sysctl.7
P src/share/misc/acronyms.comp
P src/sys/arch/aarch64/conf/files.aarch64
P src/sys/arch/amiga/amiga/machdep.c
P src/sys/arch/arm/acpi
On 2018/12/06 0:22, David Brownlee wrote:
On Sat, 1 Dec 2018 at 01:27, SAITOH Masanobu wrote:
Committed.
Hi - is this worth pulling up into netbsd-8?
Of course yes!
I ran a quick test and my T420s suspends/resumes fine with a netbsd-8
kernel and no X11 running. x11 looks to have issue
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2018.12.05.19.56.49 christos src/sys/rump/librump/rumpkern/emul.c,v 1.189
2018.12.05.21.15.20 wiz src/share/man/man7/sysctl.7,v 1.137
Log files can be f
On Tue, Dec 04, 2018 at 11:08:21PM +0100, Riccardo Mottola wrote:
>
> I just updated and rebuilt the kernel to current.
> It is much better now.
>
That's good :)
>
> Indeed it "works" just not coveniently, so the feature is indeed
> implemented. Non-multi-touch would jump badly with two finge
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 2018.12.05.18.16.51.
An extract from the build.sh output follows:
rm -f librump.so.0.0
/tmp/bracket/build/2018.1
On Sat, 1 Dec 2018 at 01:27, SAITOH Masanobu wrote:
>
> Committed.
>
Hi - is this worth pulling up into netbsd-8?
I ran a quick test and my T420s suspends/resumes fine with a netbsd-8
kernel and no X11 running. x11 looks to have issues which seem
resolved in current, but it feels like a worthwhi
On Tue, 4 Dec 2018, Martin Husemann wrote:
On Tue, Dec 04, 2018 at 07:17:59PM +, Mike Pumford wrote:
One thing that surprised me was that I was testing with the USB install
image but instead of landing in sysinst I ended up at a a login prompt which
was unexpected. Could this be because the