daily CVS update output
Updating src tree: P src/crypto/external/bsd/openssh/lib/Makefile P src/distrib/utils/x_ping/Makefile P src/doc/CHANGES P src/external/apache2/argon2/lib/libargon2/Makefile.inc P src/external/bsd/jemalloc/lib/Makefile.inc P src/external/bsd/mdocml/lib/libmandoc/Makefile P src/external/gpl3/binutils/dist/gas/config/tc-vax.c P src/external/gpl3/binutils/dist/gas/config/tc-vax.h P src/external/gpl3/binutils/lib/libbfd/Makefile P src/external/gpl3/binutils.old/lib/libbfd/Makefile P src/external/gpl3/gcc.old/dist/gcc/dse.c P src/external/gpl3/gcc.old/dist/gcc/function.c P src/external/gpl3/gcc.old/dist/gcc/recog.c P src/external/gpl3/gcc.old/dist/gcc/reload.c P src/external/gpl3/gcc.old/dist/gcc/rtlanal.c P src/external/gpl3/gcc.old/dist/gcc/target.def P src/external/gpl3/gcc.old/dist/gcc/targhooks.c P src/external/gpl3/gcc.old/dist/gcc/targhooks.h P src/external/gpl3/gcc.old/dist/gcc/config/vax/builtins.md P src/external/gpl3/gcc.old/dist/gcc/config/vax/elf.h P src/external/gpl3/gcc.old/dist/gcc/config/vax/vax.c P src/external/gpl3/gcc.old/dist/gcc/config/vax/vax.md P src/external/gpl3/gcc.old/dist/gcc/doc/tm.texi P src/external/gpl3/gcc.old/dist/gcc/doc/tm.texi.in P src/external/gpl3/gcc.old/lib/Makefile.sanitizer P src/external/gpl3/gcc.old/lib/libasan/Makefile P src/external/gpl3/gcc.old/lib/liblsan/Makefile P src/external/gpl3/gcc.old/lib/libubsan/Makefile P src/external/gpl3/gcc.old/usr.bin/backend/Makefile P src/external/gpl3/gcc.old/usr.bin/cc1/Makefile P src/external/gpl3/gcc.old/usr.bin/cc1obj/Makefile P src/external/gpl3/gcc.old/usr.bin/cc1objplus/Makefile P src/external/gpl3/gcc.old/usr.bin/cc1plus/Makefile P src/external/gpl3/gcc.old/usr.bin/gcc/Makefile P src/external/gpl3/gcc.old/usr.bin/libdecnumber/Makefile P src/external/gpl3/gcc.old/usr.bin/lto-dump/Makefile P src/external/gpl3/gcc.old/usr.bin/lto1/Makefile P src/external/gpl3/gdb/lib/libdecnumber/Makefile P src/external/gpl3/gdb/lib/libgdb/Makefile P src/external/gpl3/gdb.old/lib/libdecnumber/Makefile P src/external/mit/xorg/lib/gallium/Makefile P src/external/mit/xorg/lib/gallium.old/Makefile P src/external/mit/xorg/lib/libX11/Makefile.libx11 P src/games/gomoku/Makefile P src/games/phantasia/Makefile P src/lib/i18n_module/UTF7/Makefile P src/lib/libbz2/Makefile P src/lib/libc/gdtoa/Makefile.inc P src/lib/libcrypt/Makefile P src/libexec/ld.elf_so/Makefile P src/sbin/fsck_ffs/Makefile.common P src/sbin/fsdb/Makefile P src/sbin/newfs_ext2fs/Makefile P src/sbin/ping/Makefile P src/sys/arch/vax/conf/Makefile.vax P src/sys/ddb/db_command.c P src/sys/ddb/db_interface.h P src/sys/ddb/db_output.c P src/sys/ddb/db_output.h P src/sys/ddb/db_xxx.c P src/sys/kern/kern_sleepq.c P src/sys/lib/libsa/Makefile P src/sys/lib/libz/Makefile P src/sys/modules/lfs/Makefile P src/sys/rump/fs/lib/liblfs/Makefile P src/tools/gcc/Makefile P src/usr.sbin/mtrace/Makefile Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 41066373 Oct 8 03:03 ls-lRA.gz
Re: Problems with dhcpcd
On 8/10/23 14:54, Lloyd Parkes wrote: That was all with dhcpcd 10.0.3. I'll try and look into the source code and see why the reason field might make a difference. It could just be something causing trouble in the early boot and the reason is just a coincidence. I added some debugging to /libexec/dhcpcd-run-hooks and things started working ... better. I created an empty file called /var/log/debug and added "exec >> /var/log/debug 2>&1" to the top of /libexec/dhcpcd-run-hooks. With this change the hostname is reliably set by the time I ssh in to the Raspberry Pi after a reboot, but the hostname is not set quickly enough for Postfix to notice it and the initial hostname prompt on the console still says "Amnesiac". Every time I reboot the Raspberry Pi, I get one more line in /var/log/debug that says "usmsc0: Setting hostname: rpi3-1.must-have-coffee.gen.nz". Cheers, Lloyd
Re: Problems with dhcpcd
On 7/10/23 05:01, Roy Marples wrote: So it took 12 seconds to complete the DHCP transaction and validate the addresses are good before applying the DHCP lease. Without -B, dhcpcd will fork to the background right away so any assignments from the DHCP lease won't apply right away. Is this what you are seeing? Partly, yes. I am confident that when I was testing "dhcpcd -d", that I can't have been waiting long enough for the hostname to be set. Is the hostname even there? Yes. I checked the dhcpcd.leases file by hand as well as using tcpdump. While I couldn't read the binary contents of dhcpcd.leases, the hostname was pretty obvious. You can examine the contents of your leases with `dhcpcd -U`. Thank you. That has given me more information. The hostname is never set when I reboot the Raspberry Pi and in that case the output from "dhcpcd -U" is reason=BOUND interface=usmsc0 protocol=dhcp ip_address=10.0.1.54 subnet_cidr=24 network_number=10.0.1.0 subnet_mask=255.255.255.0 routers=10.0.1.1 domain_name_servers=10.0.1.42 10.0.1.40 host_name=rpi3-1 domain_name=must-have-coffee.gen.nz broadcast_address=10.0.1.255 dhcp_lease_time=86400 dhcp_message_type=5 dhcp_server_identifier=10.0.1.9 domain_search=must-have-coffee.gen.nz If I simply run "/etc/rc.d/dhcpcd restart" any time after the Raspberry Pi has booted, then I get a hostname. At this time the output from "dhcpcd -U" is reason=REBOOT interface=usmsc0 protocol=dhcp ip_address=10.0.1.54 subnet_cidr=24 network_number=10.0.1.0 subnet_mask=255.255.255.0 routers=10.0.1.1 domain_name_servers=10.0.1.42 10.0.1.40 host_name=rpi3-1 domain_name=must-have-coffee.gen.nz broadcast_address=10.0.1.255 dhcp_lease_time=86400 dhcp_message_type=5 dhcp_server_identifier=10.0.1.9 domain_search=must-have-coffee.gen.nz Running diff shows that the only difference is the "reason=" field. That was all with dhcpcd 10.0.3. I'll try and look into the source code and see why the reason field might make a difference. It could just be something causing trouble in the early boot and the reason is just a coincidence. Cheers, Lloyd