On 9/29/19, Andreas Gustafsson wrote:
> Hi all,
>
> I'm trying to run a bisection to determine why builds hosted on recent
> versions of NetBSD seem to be taking significantly more system time
> than they used to, building the same thing.
>
> My efforts are hampered by time(1) reporting corrupted
On 30.10.2019 14:49, SAITOH Masanobu wrote:
> Hi.
>
> Today, I updated three amd64 machines to the latest -current and
> all of them didn't boot. All of them use "options KUBSAN". Two of
> them stuck at after "loading /var/db/entropy-file" and another
> machine reset after loading the kernel.
On Wed, 30 Oct 2019, John D. Baker wrote:
> One machine can't use this due to network load, but in the past, I
> used a command line like:
>
> $ scp -p buildhost:"/path/to/sets/[bem]* /path/to/sets/text.tgz
> /path/to/kernel/netbsd-CUSTOM.gz" .
A single path with glob characters:
$ scp -p
On Wed, 30 Oct 2019, John D. Baker wrote:
> The build host was running up-to-date netbsd-9/amd64. The machine being
> updated was running netbsd-9/i386 from 16 October.
I used SSH and a tar pipeline to get the files and the host in question
is now running up-to-date netbsd-9/i386.
The scp
Usually, I use the "net" amd map to make my build hosts' RELEASE
directory available to machines for in-place updates.
One machine can't use this due to network load, but in the past, I
used a command line like:
$ scp -p buildhost:"/path/to/sets/[bem]* /path/to/sets/text.tgz
hello. I'm trying to build devel/cmake from the pkgsrc using the
pkgsrc-2019Q3 branch of the pkgsrc tree. I'm building on a
NetBSD-9.0/amd64 system. The system has xbase and xcomp sets installed
from the snapshots on nyftp.netbsd.org from October 17 or so, and the rest
of the OS is
Hi.
Today, I updated three amd64 machines to the latest -current and
all of them didn't boot. All of them use "options KUBSAN". Two of
them stuck at after "loading /var/db/entropy-file" and another
machine reset after loading the kernel. Without KUBSAN, all of the
machines boot.
OK:
On Wed, Oct 23, 2019 at 08:52:32PM +0200, Kamil Rytarowski wrote:
> On 23.10.2019 10:46, Kamil Rytarowski wrote:
> > On 23.10.2019 06:33, Thomas Klausner wrote:
> >> Hi!
> >>
> >> Yesterday evening's current with:
> >>
> >> build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -T
> >>