My build systems is an i386 Xen DOMU. (it is a i386 because many
years ago, amd64 had an issue cross building for many NetBSD
architectures. Probably in the NetBSD 4.0 timeframe. :D)
Recently (in the last month or so), attempting to build the
toolchain for 64 bit systems (alpha, amd64, sparc64)
Updating src tree:
P src/crypto/external/bsd/openssl/lib/libcrypto/Makefile
P src/distrib/utils/embedded/conf/evbarm.conf
P src/distrib/utils/embedded/files/resize_disklabel
P src/etc/etc.aarch64/MAKEDEV.conf
P src/etc/rc.d/resize_root
P src/lib/libutil/getfsspecname.3
P
Date:Sun, 7 Oct 2018 08:44:38 +0800 (+08)
From:Paul Goyette
Message-ID:
| I _think_ there's something updated in pkgsrc which is doing this,
Probably. That it is actually making lock suggests that it is in active
use - and it needs to be souething that rtouches
On Sun, 7 Oct 2018, Robert Elz wrote:
Date:Sun, 7 Oct 2018 07:39:42 +0800 (+08)
From:Paul Goyette
Message-ID:
| I'm just using a normal simple postfix as far as I know.
You could check its config, to see how it delivers mail (but it should be using
mail.local to
Date:Sun, 7 Oct 2018 07:39:42 +0800 (+08)
From:Paul Goyette
Message-ID:
| I'm just using a normal simple postfix as far as I know.
You could check its config, to see how it delivers mail (but it should be using
mail.local to do that, and invoking it without the
On Sun, 7 Oct 2018, Robert Elz wrote:
Date:Sun, 7 Oct 2018 05:23:00 +0800 (+08)
From:Paul Goyette
Message-ID:
| Lately I've been noticing messages of the following form:
|
| Checking mailbox ownership.
| user paul.lock mailbox is owned by paul
| user paul.lock
Date:Sun, 7 Oct 2018 05:23:00 +0800 (+08)
From:Paul Goyette
Message-ID:
| Lately I've been noticing messages of the following form:
|
| Checking mailbox ownership.
| user paul.lock mailbox is owned by paul
| user paul.lock mailbox is --, group
Lately I've been noticing messages of the following form:
Checking mailbox ownership.
user paul.lock mailbox is owned by paul
user paul.lock mailbox is --, group wheel
It seems like /etc/security tried to skip over the .lock files, but the
test only checks for the filename having a
This is an automatically generated notice of a new failure of the
NetBSD test suite.
The newly failing test case is:
lib/libcurses/t_curses:background
The above test failed in each of the last 3 test runs, and passed in
at least 27 consecutive runs before that.
The following commits were