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 2016.10.31.03.19.23.
An extract from the build.sh output follows:
--- opencrypto_component.d ---
#create
Updating src tree:
P src/distrib/sets/lists/debug/mi
P src/distrib/sets/lists/tests/mi
P src/etc/rc.d/postfix
P src/lib/libexecinfo/backtrace.3
P src/lib/libpthread/pthread.h
P src/lib/libpthread/pthread_mutex.3
P src/sys/dev/ic/aic7xxx_cam.h
P src/sys/dev/ic/aic7xxx_osm.c
P
I see there is 'zfs volinit' line in this file. the zfs command reports
there is no volinit subcommand and fills rc.log with its usage (if you have
zfs datasets, that is).
Any idea why is this line present?
Chavdar
Following on, zapped /usr/obj again,
quantz# cc --version
cc (nb1 20160606) 5.4.0
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
quantz# as
Unpacking an old comp.tgz apparently isn't sufficient to fix :-/
With today's source, I don't seem to able to get past:
# pwd
/usr/src/crypto/external/bsd/heimdal/lib/libvers
# make dependall
# compile libvers/make-print-version.lo
cc -O -DHAVE_IPV6 -DHAVE_CONFIG_H
-I/usr/src/crypto/external/bsd/heimdal/include -DHAVE_CONFIG_H -c -o
jdba...@mylinuxisp.com ("John D. Baker") writes:
>Booting GENERIC hangs when attaching "acpi0".
>Booting GENERIC with "-2c" to disable ACPI and drop into userconf
>permits disabling the "nouveau*" driver after which the process continues
>as above (hangs probing cd0 and wd0 until power button is
co...@sdf.org writes:
>I do appear to have some franken-filesystem, half FFSv2, half FFSv1.
>file system: /dev/rwd0a
>format FFSv1
>endian little-endian
>magic 11954 timeSat Oct 29 21:16:21 2016
>superblock location 8192id [ 56f77746 7e87473b ]
>cylgrp dynamic
