ifconfig.if does not seem to run !dhclient $int
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've got a soekris net6501 happily forwarding packets with netbsd/amd64, however it can't yet start unaided because somehow dhclient is not run when specified in /etc/ifconfig.wm1 as follows: - --8-- up !dhclient $int - --8-- Running dhclient wm1 manually works perfectly fine, and the other interfaces (wm0, gif0, gif1) all get set up properly and the various !-commands in them get run (some specific routing is set up in there) If I set dhclient=YES and dhclient_flags=wm1 in rc.conf, dhclient will run but this apparently makes rc.d/network ignore the other ifconfig.if files. What's even more interesting is that I copied the rc.d/network from a 5.1 system and got the exact same effect... What am I missing? (Forgive me if it's obvious, I haven't had much sleep today) The userland is from the daily build on 201406250730Z - -- Staffan Thomén - ADB3 455F 10D5 86D1 78D6 048D 11BB D66E 7C7E 2EF8 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlPDu0YACgkQEbvWbnx+LvglngCdFk4og9LlY99yRdzmNLeD6HPO WTYAnj9DdqpvjBYAn4uJGuif5RiqcuIK =xWcd -END PGP SIGNATURE-
XEN3_DOMU problem with -current
Hi, With 6.99.47 amd64 from a few minutes ago I get on the console: Inappropriate ioctl for device pam_authenticate: conversation failure I can ssh as normal user without any apparent problem, then sudo to root; 'su', on the other hand, gives me exactly the same two lines (with an added Sorry:). If I enable ssh login for root, I get: ksh: j_init: tcgetpgrp() failed: Inappropriate ioctl for device ksh: warning: won't have full job control The kernel in use is XEN3_DOMU (with fixed to xbd1a root and npf enabled). Same generation GENERIC apparently works as usual. Earler XEN3_DOMU 6.99.46 kernel also is OK. Chavdar Ivanov ... --
Automated report: NetBSD-current/i386 build failure
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 2014.07.14.11.51.08. An extract from the build.sh output follows: ((uint8_t *)(o) + sizeof(struct dhcp6_option)) ^ /tmp/bracket/build/2014.07.14.11.51.08-i386/src/external/bsd/dhcpcd/dist/dhcp6.c:1757:7: note: in expansion of macro 'D6_OPTION_DATA' p = D6_OPTION_DATA(o) + sizeof(pdp); ^ /tmp/bracket/build/2014.07.14.11.51.08-i386/src/external/bsd/dhcpcd/dist/dhcp6.c:1696:14: error: variable 'len' set but not used [-Werror=unused-but-set-variable] uint8_t u8, len, *pw; ^ --- dependall-crypto/external --- --- dependall --- --- dependall-sbin --- --- pathadj.d --- #create mount_chfs/pathadj.d CC=/tmp/bracket/build/2014.07.14.11.51.08-i386/tools/bin/i486--netbsdelf-gcc /tmp/bracket/build/2014.07.14.11.51.08-i386/tools/bin/nbmkdep -f pathadj.d.tmp -- --sysroot=/tmp/bracket/build/2014.07.14.11.51.08-i386/destdir -I/tmp/bracket/build/2014.07.14.11.51.08-i386/src/sbin/mount /tmp/bracket/build/2014.07.14.11.51.08-i386/src/sbin/mount/pathadj.c mv pathadj.d.tmp pathadj.d --- dependall-crypto/external --- --- dependall --- --- dependall --- --- dependall-sbin --- --- .depend --- --- dependall-external --- --- dependall-cddl --- --- zap_leaf.o --- --- dependall-sbin --- #create mount_chfs/.depend rm -f .depend CC=/tmp/bracket/build/2014.07.14.11.51.08-i386/tools/bin/i486--netbsdelf-gcc /tmp/bracket/build/2014.07.14.11.51.08-i386/tools/bin/nbmkdep -s .o\ .ln -d -f .depend fattr.d mount_chfs.d pathadj.d --- dependall --- --- dependall-external --- --- dependall-bsd --- cc1: all warnings being treated as errors --- dependall-gpl3 --- --- .depend --- --- dependall-bsd --- *** [dhcp6.o] Error code 1 nbmake[10]: stopped in /tmp/bracket/build/2014.07.14.11.51.08-i386/src/external/bsd/dhcpcd/sbin/dhcpcd 1 error The following commits were made between the last successful build and the failed build: 2014.07.14.10.05.23 mbalmer src/sys/dev/usb/ukbdmap.c,v 1.29 2014.07.14.10.05.24 mbalmer src/sys/dev/pckbport/wskbdmap_mfii.c,v 1.25 2014.07.14.10.36.33 alnsn src/lib/librumpuser/Attic/rumpuser_cache.c,v 1.2 2014.07.14.11.36.39 joerg src/sys/lib/libunwind/AddressSpace.hpp,v 1.6 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/dhcp.c,v 1.14 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/dhcpcd.8.in,v 1.29 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/dhcpcd.c,v 1.6 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/dhcpcd.conf.5.in,v 1.9 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/if-bsd.c,v 1.7 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/if-options.c,v 1.10 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/ipv6nd.c,v 1.9 2014.07.14.11.49.48 roy src/external/bsd/dhcpcd/dist/script.c,v 1.7 2014.07.14.11.51.08 roy src/doc/3RDPARTY,v 1.1135 2014.07.14.11.51.08 roy src/doc/CHANGES,v 1.1945 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2014.07.html#2014.07.14.11.51.08
Re: Add Firmware images to INSTALL kernels
That sounds correct - if it works for you, can you please send a diff -u ? This should be changed in the main tree (and maybe extended to other firmwares). Will do when I can test- the source tree is currently broken for me (and has been since at least July 5th, according to cvs -D).
Re: ifconfig.if does not seem to run !dhclient $int
Hi, I've got a soekris net6501 happily forwarding packets with netbsd/amd64, however it can't yet start unaided because somehow dhclient is not run when specified in /etc/ifconfig.wm1 as follows: - --8-- up !dhclient $int - --8-- I have been seeing a similar issue on i386/virtual box --Current for a while.. In the dmesg output (I think? or might have just been the console output) I can see dhclient fail due to not finding an SO library (forget which one right now). That library is there, so I suspect some issue with mounting order for /usr. I do have the flag to mount /usr early, but seems to be ignored. Hence, once the system is up, dhclient runs fine... YMMV --gene
Re: Multiple NetBSD targets using the same OBJDIR
thor0...@comcast.net writes: For the time being, I have decided to create a custom shell script in the spirit of etcmanage, after looking over BUILD-NetBSD; perhaps an INSTALL-NETBSD custom shell script will follow. I do a large amount of cross-building (my NetBSD compiling box is an Ubuntu machine), and I'm not sure how easy it is to use use etcmanage on a Linux host, where the only access to the target NetBSD's /etc files would either be SSHFS, SMB, FTP, or NFS. So using BUILD-NetBSD should be independent of running etcmanage to update the etc files on a system. It probably works on Linux. This is probably overkill, but this m4 script generates a number of variables which can be used to start a ./build.sh session where directories are separated based on target. It current supports rebuilding from scratch and updating after cvs update/git pull. The script also supports choosing MAKECONF and the kernel to be compiled. The script assumes the tools directory already exists, but this is okay, since the same tools directory can be used for all possible targets. m4 is used to reduce the chance I make a mistake on a per-architecture basis. https://gist.github.com/cr1901/07b8e6810caedc31fe7c Hopefully this is useful to somebody... and since it's a gist, it can be forked as well :P. Thanks for posting.I just run 'release' so tools get built if not already, and that doesn't hurt much time wise. pgpfMq2mJTMqY.pgp Description: PGP signature
Re: Automated report: NetBSD-current/i386 build failure
As of a CVS checkout at 3:10PM today, I receive this same exact error when attempting to build an i386 kernel on a Linux cross-compiling machine. The problem I discussed yesterday (same directory, different error) seems to have corrected itself (I have no idea what changed). Is there a temporary fix to this problem however, so I can continue to build distributions? Indeed, CVSweb says curses.txt is missing in PSD.doc. -Original Message- From: David Holland Sent: Saturday, July 05, 2014 6:33 PM To: current-users@NetBSD.org Subject: Re: Automated report: NetBSD-current/i386 build failure On Sat, Jul 05, 2014 at 10:26:05PM +, David Holland wrote: On Sat, Jul 05, 2014 at 10:21:35PM +, NetBSD Test Fixture wrote: --- docinstall --- # install docinstall /tmp/bracket/build/2014.07.05.20.45.49-i386/tools/bin/i486--netbsdelf-install -U -M /tmp/bracket/build/2014.07.05.20.45.49-i386/destdir/METALOG -D /tmp/bracket/build/2014.07.05.20.45.49-i386/destdir -h sha256 -N /tmp/bracket/build/2014.07.05.20.45.49-i386/src/etc -c -r -o root -g wheel -m 444 curses.txt /tmp/bracket/build/2014.07.05.20.45.49-i386/destdir/usr/share/doc/reference/ref3/curses/curses.txt i486--netbsdelf-install: curses.txt: stat: No such file or directory *** [docinstall] Error code 1 nbmake[7]: stopped in /tmp/bracket/build/2014.07.05.20.45.49-i386/src/lib/libcurses/PSD.doc I'm trying to figure out why this doesn't happen in my tree. However, it should be fixed now. -- David A. Holland dholl...@netbsd.org -- William D. Jones Rowan University | ECE | 2012 Member IEEE Member Tau Beta Pi thor0...@comcast.net Message sent using 'Windows Live Mail' client.
libcurses Makefiles are broken in HEAD
At about 3:19PM today, I sent an email in reponse to Automated report: NetBSD-current/i386 build failure, stating that I was unable to build HEAD due to an issue that first appeared in libcurses around July 5th. Over the past few days, the errors I've been receiving in building release have varied, but are all caused by changes in libcurses that are mentioned in the appended test failure on July 5th (After not updating for two weeks, I updated my source tree on July 11th, and have been unable to build- even clean build- since). I have been keeping my source up to date, but I have been unable to successfully build the NetBSD userland for either evbarm Raspberry Pi or a GENERIC_TINY 386. The error I have been receiving alternates between two errors, both complaining about missing files and/or programs in the libcurses subtree. I have appended David Holland's response test failure which shows one version of the error, and my response showing an alternate version of the error. Has anyone else had issues regarding building libcurses or can suggest an alternative (or temporary patch) for the time being? - Forwarded Message - From: thor0...@comcast.net To: David Holland dholland-curr...@netbsd.org Cc: current-users@NetBSD.org Sent: Sunday, July 13, 2014 3:15:21 PM Subject: Re: Automated report: NetBSD-current/i386 build failure I have an up to date NetBSD source tree from CVS as of 7/13/2014 at 3:08PM EDT, and I can verify that this problem is not fixed in my source tree while redoing a build from the beginning (i.e. no -u flag). The file that the build fails on is the same as the below (src/lib/libcurses/PSD.doc). However, the nature of the error is different: dependall === lib/libcurses --- dependall-PSD.doc --- --- addbytes.d --- --- addch.d --- --- addchnstr.d --- --- dependall-PSD.doc --- dependall === lib/libcurses/PSD.doc --- dependall --- --- addbytes.d --- #create libcurses/addbytes.d CC=/mnt/lfs/NetBSD-CVS/src/../tools/bin/i486--netbsdelf-gcc /mnt/lfs/NetBSD-CVS/ src/../tools/bin/nbmkdep -f addbytes.d.tmp -- --sysroot=/mnt/lfs/NetBSD-CV S/src/../destdir/i386-pb -I/mnt/lfs/NetBSD-CVS/src/lib/libcurses -I/mnt/lfs/NetB SD-CVS/src/lib/libterminfo -DHAVE_WCHAR /mnt/lfs/NetBSD-CVS/src/lib/libcurs es/addbytes.c mv addbytes.d.tmp addbytes.d --- addch.d --- #create libcurses/addch.d CC=/mnt/lfs/NetBSD-CVS/src/../tools/bin/i486--netbsdelf-gcc /mnt/lfs/NetBSD-CVS/ src/../tools/bin/nbmkdep -f addch.d.tmp -- --sysroot=/mnt/lfs/NetBSD-CVS/s rc/../destdir/i386-pb -I/mnt/lfs/NetBSD-CVS/src/lib/libcurses -I/mnt/lfs/NetBSD- CVS/src/lib/libterminfo -DHAVE_WCHAR /mnt/lfs/NetBSD-CVS/src/lib/libcurses/addch.c mv addch.d.tmp addch.d --- addchnstr.d --- #create libcurses/addchnstr.d CC=/mnt/lfs/NetBSD-CVS/src/../tools/bin/i486--netbsdelf-gcc /mnt/lfs/NetBSD-CVS/src/../tools/bin/nbmkdep -f addchnstr.d.tmp -- --sysroot=/mnt/lfs/NetBSD-CVS/src/../destdir/i386-pb -I/mnt/lfs/NetBSD-CVS/src/lib/libcurses -I/mnt/lfs/NetBSD-CVS/src/lib/libterminfo -DHAVE_WCHAR /mnt/lfs/NetBSD-CVS/src/lib/libcurses/addchnstr.c mv addchnstr.d.tmp addchnstr.d --- dependall-PSD.doc --- --- ex2.gr --- /usr/libexec/vfontedpr /mnt/lfs/NetBSD-CVS/src/lib/libcurses/PSD.doc/ex2.c | grep -v ^'wh ex2.gr sh: 2: /usr/libexec/vfontedpr: not found *** [ex2.gr] Error code 1 nbmake[8]: stopped in /mnt/lfs/NetBSD-CVS/src/lib/libcurses/PSD.doc 1 error nbmake[8]: stopped in /mnt/lfs/NetBSD-CVS/src/lib/libcurses/PSD.doc *** [dependall] Error code 2 nbmake[7]: stopped in /mnt/lfs/NetBSD-CVS/src/lib/libcurses/PSD.doc 1 error nbmake[7]: stopped in /mnt/lfs/NetBSD-CVS/src/lib/libcurses/PSD.doc *** [dependall-PSD.doc] Error code 2 I'm not sure how to fix this error on my own, but without understanding the internals of build.sh... the fact that the build script is attempting to reference an out-of-objdir/destdir tool to use (/usr/libexec/vfontedpr) concerns me. Can anyone else duplicate this error or offer me advice on how to fix it (besides reverting for now, if possible)? - Original Message - From: David Holland dholland-curr...@netbsd.org To: current-users@NetBSD.org Sent: Saturday, July 5, 2014 6:33:04 PM Subject: Re: Automated report: NetBSD-current/i386 build failure On Sat, Jul 05, 2014 at 10:26:05PM +, David Holland wrote: On Sat, Jul 05, 2014 at 10:21:35PM +, NetBSD Test Fixture wrote: --- docinstall --- # install docinstall /tmp/bracket/build/2014.07.05.20.45.49-i386/tools/bin/i486--netbsdelf-install -U -M /tmp/bracket/build/2014.07.05.20.45.49-i386/destdir/METALOG -D /tmp/bracket/build/2014.07.05.20.45.49-i386/destdir -h sha256 -N /tmp/bracket/build/2014.07.05.20.45.49-i386/src/etc -c -r -o root -g wheel -m 444 curses.txt /tmp/bracket/build/2014.07.05.20.45.49-i386/destdir/usr/share/doc/reference/ref3/curses/curses.txt i486--netbsdelf-install: curses.txt: stat: No such file or directory
daily CVS update output
Updating src tree: P src/doc/3RDPARTY P src/doc/CHANGES P src/etc/rc.conf P src/external/bsd/dhcpcd/dist/control.c P src/external/bsd/dhcpcd/dist/defs.h P src/external/bsd/dhcpcd/dist/dhcp-common.c P src/external/bsd/dhcpcd/dist/dhcp-common.h P src/external/bsd/dhcpcd/dist/dhcp.c P src/external/bsd/dhcpcd/dist/dhcp.h P src/external/bsd/dhcpcd/dist/dhcp6.c P src/external/bsd/dhcpcd/dist/dhcp6.h P src/external/bsd/dhcpcd/dist/dhcpcd-definitions.conf P src/external/bsd/dhcpcd/dist/dhcpcd-embedded.c P src/external/bsd/dhcpcd/dist/dhcpcd-embedded.h P src/external/bsd/dhcpcd/dist/dhcpcd-run-hooks.in P src/external/bsd/dhcpcd/dist/dhcpcd.8.in P src/external/bsd/dhcpcd/dist/dhcpcd.c P src/external/bsd/dhcpcd/dist/dhcpcd.conf.5.in P src/external/bsd/dhcpcd/dist/dhcpcd.h P src/external/bsd/dhcpcd/dist/if-bsd.c P src/external/bsd/dhcpcd/dist/if-options.c P src/external/bsd/dhcpcd/dist/if-options.h P src/external/bsd/dhcpcd/dist/if.c P src/external/bsd/dhcpcd/dist/if.h P src/external/bsd/dhcpcd/dist/ipv4.c P src/external/bsd/dhcpcd/dist/ipv6.c P src/external/bsd/dhcpcd/dist/ipv6.h P src/external/bsd/dhcpcd/dist/ipv6nd.c P src/external/bsd/dhcpcd/dist/script.c P src/external/bsd/dhcpcd/dist/crypt/hmac_md5.c cvs update: `src/external/bsd/dhcpcd/dist/crypt/md5.h' is no longer in the repository P src/external/bsd/dhcpcd/dist/dhcpcd-hooks/02-dump P src/external/bsd/dhcpcd/dist/dhcpcd-hooks/20-resolv.conf P src/lib/libc/compiler_rt/Makefile.inc P src/lib/libc/gen/basename.c P src/lib/libc/gen/dirname.c cvs update: `src/lib/librumpuser/rumpuser_cache.c' is no longer in the repository P src/share/man/man4/uplcom.4 P src/share/wscons/keymaps/Makefile P src/sys/arch/arm/include/int_types.h P src/sys/arch/sparc64/include/bus_funcs.h P src/sys/arch/sparc64/sparc64/machdep.c P src/sys/dev/pci/if_wm.c P src/sys/dev/pci/if_wmvar.h P src/sys/dev/pckbport/wskbdmap_mfii.c P src/sys/dev/usb/uatp.c P src/sys/dev/usb/ukbdmap.c P src/sys/dev/usb/uplcom.c P src/sys/dev/usb/usbdevs P src/sys/dev/usb/usbdevs.h P src/sys/dev/usb/usbdevs_data.h P src/sys/dev/usb/xhci.c P src/sys/fs/smbfs/smbfs_vfsops.c P src/sys/kern/kern_module.c P src/sys/lib/libunwind/AddressSpace.hpp P src/sys/netinet/raw_ip.c P src/sys/netinet/tcp_usrreq.c P src/sys/sys/cdefs.h P src/tests/lib/libbpfjit/t_extmem.c P src/usr.bin/grep/util.c Updating xsrc tree: Killing core files: Running the SUP scanner: SUP Scan for current starting at Tue Jul 15 03:05:33 2014 SUP Scan for current completed at Tue Jul 15 03:06:59 2014 SUP Scan for mirror starting at Tue Jul 15 03:06:59 2014 SUP Scan for mirror completed at Tue Jul 15 03:09:24 2014 Updating file list: -rw-rw-r-- 1 srcmastr netbsd 43739301 Jul 15 03:17 ls-lRA.gz
