Re: etcupdate: Failed to build new tree
On Fri, Jul 2, 2021 at 2:31 AM Nuno Teixeira wrote: > Hello, > > Last update I have some issues with etcupdate: > > etcupdate warning: "No previous tree to compare against, a sane comparison > is not possible." > > That I corrected with: > > etcupdate extract > etcupdate diff > /tmp/etc.diff > patch -R < /tmp/etc.diff > (etcupdate diff doesn't show any diffs.) > > Today I've just updated current and etcupdate -p gives: > > "Failed to build new tree" > > What might be wrong? > > Thanks > Nuno Teixeira > I'm no expert. In fact, I just started using etcupdate in the past couple of months but I think you need to read the man page section on "Default Mode". In most cases, it looks to me like there is no reason to specify the mode. Default Mode just does the right thing when starting from scratch. There are clearly reasons to use the modes for various reasons. but I don't think it should be used in most cases. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
IPv6: rtadvd never propagates prefix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, running a small homebrewn FreeBSD 13-STABLE based router/ipfw applance on an APU2C4. WAN interface is tun0 (physically attached to igb0, connected with a modem), opened via ppp (PPPoE). Situation: On IPv6 subnets (ULAs, fc50:baff::, fc50:baff:2::, fc50:baff:66::, fc50:baff:100::), isc-dhcpd serves propper IPv6 addresses to clients attached to the subnet. igb1.1000 ipv6: fc50:baff::1 igb1.2 ipv6: fc50:baff:2::1 . . . igb1.100 ipv6: fc50:baff:100::1 On the router itself, rtadvd is enabled and the appropriate VLAN NICs are passed via /etc/rtadvd.conf (did also via rc.conf's rtadvd_interfaces"", but without any mitigating effect): default: :prefixlen#64: igb1.1000:\ :tc=default:\ :addr="c50:baff::": . . . igb1.100:\ :tc=default:\ :addr="c50:baff:100::": There is no special routing service running on the "router". No static routes configured. The "router" is forwarding between those IPv4 and IPv6 networks as expected. Problem: On clients receiving their IPv6 via DHCPv6 the default gateway never shows up as expected when using rtsold em0 (for instance on a notebook wired to a switch) On each sunbnet (separated by a vlan capable switch) routing via the router works great when applying the proper gateway, for instance on network ipv6 with prefix igb1.1000 ipv6: fc50:baff:2::/64 it is fc50:baff:2::1 (the ipv6 of the NIC/VLAN). What am I missing here? I think this is not a bug, I'm new to IPv6 and routing and probablz my thinking that rtadvd is propagating the IPv6 of the attached gatewaying NIC as the router IPv6 for the specific prefix seems to be bullshit. If someone knows some good entry level literature on that subject (IPv6 routing), please share with me. Thanks for the patience and help in advance, oh - -- O. Hartmann Ich widerspreche der Nutzung oder Übermittlung meiner Daten für Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG). -BEGIN PGP SIGNATURE- iHUEARYKAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCYOBy4wAKCRA4N1ZZPba5 R7CsAQCx++D/gB8uSlQ3ZhrIJUKHVguwVVCd3NKitauzgFMVQAEAhGqKH7E9A5YD wza+v5kSUCIXNM2tf/mB9EjGvUkMigA= =G+MV -END PGP SIGNATURE-
Re: 13 stable build fail
Hi, On Sat, 3 Jul 2021 04:33:24 +0300 Rozhuk Ivan wrote: > > ... > In file included from /usr/src/lib/libc/gen/fstab.c:38: > In file included from > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal > error: 'bsm/audit.h' file not found > #include > ^ > 1 error generated. > --- fstab.o --- > *** [fstab.o] Error code 1 > > make[4]: stopped in /usr/src/lib/libc > In file included from /usr/src/lib/libc/gen/fts.c:40: > In file included from > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal > error: 'bsm/audit.h' file not found > #include > ^ > In file included from /usr/src/lib/libc/gen/fts-compat.c:41: > In file included from > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal > error: 'bsm/audit.h' file not found > #include > ^ > 1 error generated. > --- fts.o --- > *** [fts.o] Error code 1 > > make[4]: stopped in /usr/src/lib/libc > ... > Sorry, forgot to mfc the fix for this. Should be fixed now. -- Emmanuel Vadot
Re: 13 stable build fail
On 3 Jul 2021, at 03.33, Rozhuk Ivan wrote: > ... > In file included from /usr/src/lib/libc/gen/fstab.c:38: > In file included from > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal > error: 'bsm/audit.h' file not found > #include > ^ > 1 error generated. > --- fstab.o --- > *** [fstab.o] Error code 1 > > make[4]: stopped in /usr/src/lib/libc > In file included from /usr/src/lib/libc/gen/fts.c:40: > In file included from > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal > error: 'bsm/audit.h' file not found > #include > ^ > In file included from /usr/src/lib/libc/gen/fts-compat.c:41: > In file included from > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: > /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal > error: 'bsm/audit.h' file not found > #include > ^ > 1 error generated. > --- fts.o --- > *** [fts.o] Error code 1 > > make[4]: stopped in /usr/src/lib/libc > ... > The latest changes to include/Makefile broke building with "WITHOUT_AUDIT=1" This patch works for me: Index: stable13/include/Makefile === --- stable13/include/Makefile (revision 550) +++ stable13/include/Makefile (revision 552) @@ -223,6 +223,7 @@ INCSGROUPS=INCS \ ACPICA \ AGP \ + BSM \ CAM \ CAMATA \ CAMMMC \ @@ -240,7 +241,6 @@ VERIEXEC .if ${MK_AUDIT} != "no" -INCSGROUPS+= BSM INCSGROUPS+= SECAUDIT .endif -- Søren Schmidt s...@deepcore.dk / s...@freebsd.org "So much code to hack, so little time"