From owner-freebsd-stable@freebsd.org Mon Jun 8 14:48:39 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A02A331BD0; Mon, 8 Jun 2020 14:48:39 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gbjM1K1Lz3RhM; Mon, 8 Jun 2020 14:48:39 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 1AD3616CF6; Mon, 8 Jun 2020 14:48:39 +0000 (UTC) Date: Mon, 8 Jun 2020 14:48:39 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-05-31 Message-ID: <20200608144839.GA90479@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:48:39 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-05-31 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-05-25 to 2020-05-31. During this period, we have: * 1877 builds (87.3% (-7.3) passed, 12.7% (+7.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 217 test runs (78.8% (+18.9) passed, 20.3% (-11.6) unstable, 0.9% (-7.3) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 12 doc and www builds (100% (+0) passed) Test case status (on 2020-05-31 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ------ | ------- | | head/amd64 | 7830 (+1) | 7740 (+4) | 0 (+0) | 90 (-3) | | head/i386 | 7828 (+1) | 7731 (+1) | 0 (+0) | 97 (+0) | | 12-STABLE/amd64 | 7586 (+3) | 7530 (+4) | 0 (+0) | 56 (-1) | | 12-STABLE/i386 | 7584 (+3) | 7520 (+4) | 0 (+0) | 64 (-1) | | 11-STABLE/amd64 | 6883 (+0) | 6833 (+3) | 0 (+0) | 50 (-3) | | 11-STABLE/i386 | 6881 (+0) | 6826 (-3) | 0 (+0) | 55 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200531 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (0), 579 failures (0), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Mon Jun 8 14:51:16 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 496D13323E5; Mon, 8 Jun 2020 14:51:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gbmN1BQkz3SKm; Mon, 8 Jun 2020 14:51:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 214BF16F6F; Mon, 8 Jun 2020 14:51:16 +0000 (UTC) Date: Mon, 8 Jun 2020 14:51:16 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-06-07 Message-ID: <20200608145116.GB90479@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:51:16 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-06-07 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-06-31 to 2020-06-07. During this period, we have: * 2077 builds (88.6% (+1.3) passed, 11.4% (-1.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 241 test runs (76.8% (-10.5) passed, 20.7% (+20.7) unstable, 2.5% (-10.2) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 52 doc and www builds (100% (+0) passed) Test case status (on 2020-06-07 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ------ | ------- | | head/amd64 | 7833 (+3) | 7741 (+1) | 0 (+0) | 92 (+2) | | head/i386 | 7831 (+3) | 7735 (+4) | 0 (+0) | 96 (-1) | | 12-STABLE/amd64 | 7586 (+0) | 7527 (-3) | 0 (+0) | 59 (+3) | | 12-STABLE/i386 | 7584 (+0) | 7517 (-3) | 0 (+0) | 67 (+3) | | 11-STABLE/amd64 | 6883 (+0) | 6830 (-3) | 0 (+0) | 53 (+3) | | 11-STABLE/i386 | 6881 (+0) | 6829 (+3) | 0 (+0) | 52 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200607 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (0), 579 failures (0), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Tue Jun 9 17:31:33 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E1AE733720C for ; Tue, 9 Jun 2020 17:31:33 +0000 (UTC) (envelope-from michaelp@bsquare.com) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2129.outbound.protection.outlook.com [40.107.93.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hHGr7203z4Bxc for ; Tue, 9 Jun 2020 17:31:32 +0000 (UTC) (envelope-from michaelp@bsquare.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C1wKdguNU5E3J9sciKaBSq7VFm8k7fOolD5jmix2tNHjx61AAQ0FoSLhrj1LEUywjdY9+I5e+FWqJasuxqVssGSasmHZixgDMnuQ6pYyILjtL2+/A6XjfHc+z33sd6oN0SvIfgHBi8r+CzfrhTCKQXyTWmOXWvfwz3YqLnC9JMtGizDf0PhwUWzlur3pY047Rr4iPBGoyZIvhzJsGDjMR2h0Pqh/WFt0zTCx1HlJQ0sDqRtdENbz8VSph7oyAvt2lWcVKKl+27oxQxyrmAdvkSCqaQ9sK6lJOQlN4dq7nOsDoFb26dGTchAciSWr6X4L5NYFqtP1JJPaaxPIK8avXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kPBpxzNvRbqB8QcDzPiNjICkvnSFAueFZgqwBVjk6hA=; b=hYjWBbK8oeRtPqNO43ays6Ts2+SU+Agh39cByq3JWxi44xkLa8r8THP0cLOlf3kp03WTwxpgceZ5oCRzOOsohBXZZFUzc5h56jvxR/HzT/sxYQtN428g784QkIKL9LkcsYZIuCH5yrk1ldrBDSn990mw+Ul38m60W49NQNW3NpNt2Nq/6mqVUcq0p7ciUA2gsLv1WwguaHps9OWM1dua4Q9IWTvQK4DBlPK18g7I5ffo6wH/v3pDhARq/0eK+Dp/sqMIl5VRyRgXio/4ZNg0QW43qNY+t2VYs4fZ3kzSDZw4muVbTYDJF2VThGyxLGiHhoW2lkzOiYRgw82HDUgg2w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=bsquare.com; dmarc=pass action=none header.from=bsquare.com; dkim=pass header.d=bsquare.com; arc=none Received: from BN6PR13MB3028.namprd13.prod.outlook.com (2603:10b6:405:7f::23) by BN7PR13MB2276.namprd13.prod.outlook.com (2603:10b6:406:b1::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.9; Tue, 9 Jun 2020 17:31:29 +0000 Received: from BN6PR13MB3028.namprd13.prod.outlook.com ([fe80::ad4b:1911:b17f:16c4]) by BN6PR13MB3028.namprd13.prod.outlook.com ([fe80::ad4b:1911:b17f:16c4%3]) with mapi id 15.20.3088.017; Tue, 9 Jun 2020 17:31:29 +0000 From: Michael Pumford To: "freebsd-stable@freebsd.org" Subject: Re: Using VLAN ID 1 Thread-Topic: Using VLAN ID 1 Thread-Index: AQHWPoPPWBU+HY/qBUCO67yTVwlqBQ== Date: Tue, 9 Jun 2020 17:31:29 +0000 Message-ID: <8f96a531-34c7-f378-175e-a98d7cd76f88@bsquare.com> References: <9E3AE75F-E3B5-47CD-B472-6DE99116E8D1@lassitu.de> In-Reply-To: <9E3AE75F-E3B5-47CD-B472-6DE99116E8D1@lassitu.de> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [149.14.250.170] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 76970345-513c-4173-483f-08d80c9af1ba x-ms-traffictypediagnostic: BN7PR13MB2276: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 042957ACD7 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jS4lrXbpLfdGQws+nQCeoTuIA3ILiMv3tPEy1llO0wxir3omAJWXzfW4AEEkdwbYBFTeyM6VBWJv0DcKmVTMoyeh7kBX8CvrlgLk6KHUVgVnBI96n+SEcsfP6aECmo+3Kz0X2bLA316fSzWXeD2alrKTVvmdLNfvywinzeWgFyL4jo110sQv1aV5AlM17141nPV0yd23FVgOsmZlYLstMCZ8cRtQNFts76Vhl/L2SdQbcfM1VSBKFJcS7Lt/nCXZzs8bIAZJwJxRCJtT3YcokMq+p5qXRKu/nuZWCkE+URx+H/xFTuLY5xH5OSJ/yPNwOKEaIMbUcgGvBpvUNa3Uog== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR13MB3028.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(136003)(376002)(39830400003)(346002)(396003)(366004)(36756003)(31686004)(2616005)(5660300002)(8676002)(6916009)(8936002)(66946007)(186003)(53546011)(6506007)(2906002)(83380400001)(76116006)(31696002)(64756008)(508600001)(86362001)(316002)(71200400001)(91956017)(6512007)(66556008)(66446008)(66476007)(7116003)(26005)(6486002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: rVGb1+3wpXzmnWdhcpP9eMpEUxssllLA2+YuZvCeWiDV0ywdsf/Z9pzBS0QgM3N8g6MGTGZxrLBR2lLKxqEIbJS/XmyfgqLLO0mFXcW/mzAoGFeRsjTLUNReqGcat/AIBnq1lf17OrtvDZKodUZyT0gWN+AuSA0ih9DRgfCHVbpeM2wtwnVQ+GxnrZ5D3qV/Nx8GBTfYvDb16Tb5hCv2OVKZrCET1q+pT5LPPEcfYeCqOLffz0fwRzmD29mYT+77NR/vGn30J2a1r12Cc1+oNRzXpTo5d13sTYYn8jCppc3n/kzEDrJb28O91dYDJ5DYusQKKbe7xn3icmZVMP0EQO4JXnUZr9lFTQTAMDqvysWP++daPJ+fq5qMW1K/c7LsltxftVdXC9gtbNos7B18coTYzuSBBNv0QBBEC7Wba+tvHiV2aqJsjcWtcc1Z3eo6McqcArRLvVqzOGeT07JkcAqZGw6aHZe2lL6KSTms+z4/+MwdGUJHlXL54nOHGCqc x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: bsquare.com X-MS-Exchange-CrossTenant-Network-Message-Id: 76970345-513c-4173-483f-08d80c9af1ba X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2020 17:31:29.1050 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: c078f217-c3b7-46c6-bf76-ff2c451cfe9a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: FY3/zRISK2Ak1eBOYjRV2A35DQk0e3qdvsOLsgEBRO+jwwZruMpdeQ59J7ZLmhK6RAOPXJxA5b0VzyoWO8iN7g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR13MB2276 X-Rspamd-Queue-Id: 49hHGr7203z4Bxc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.68 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.99)[-0.990]; MIME_BASE64_TEXT_BOGUS(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.93.129:from]; DKIM_TRACE(0.00)[bsquare.com:~]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[bsquare.com,quarantine]; NEURAL_HAM_SHORT(-0.90)[-0.903]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_DKIM_PERMFAIL(0.00)[bsquare.com:s=selector2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.93.129:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 17:31:33 -0000 T24gMDEvMDYvMjAyMCAxMDoxOCwgU3RlZmFuIEJldGhrZSB3cm90ZToNCj4gT25seSB0YW5nZW50 aWFsIHRvIHlvdXIgbWFpbiBpc3N1ZXMsIGJ1dDoNCj4+IEFtIDMxLjA1LjIwMjAgdW0gMTg6MDcg c2NocmllYiBFdWdlbmUgTS4gWmhlZ2FuaW4gPGVtekBub3JtYS5wZXJtLnJ1PjoNCj4+DQo+PiBB bm90aGVyIHdlaXJkIHRoaXMgaXMgdGhhdCB2bGFuMSAgaXMgcmVmdXNpbmcgdG8gd29yayAoc2Vl bXMgbGlrZSBwYWNrZXRzIGFyZSBuZXZlciByZWNlaXZlZCBvbiB0aGUgVk0gc2lkZSkgdW5sZXNz IGl0cyBjb25maWd1cmVkIG9uIGFub3RoZXIgYWRhcHRlciBpbiB0aGUgLVVudGFnZ2VkIChvbmNl IGFnYWluIHBvd2Vyc2hlbGwgdGVybSBmb3IgU2V0Vm1OZXR3b3JrQWRhcHRlclZsYW4pLg0KPiAN Cj4gSSBiZWxpZXZlIGl0IGlzIGJlc3QgcHJhY3RpY2UgdG8gbm90IHVzZSBWTEFOIElEIDEgaW4g eW91ciBuZXR3b3JrIGRlc2lnbiBiZWNhdXNlIG1hbnkgdmVuZG9ycyBhc3NpZ24gaXQgYSBzcGVj aWFsIHJvbGUsIGFuZCBpdCBjYW4gYmUgaGFyZCB0byByZWNvbmZpZ3VyZSB0aGF0IG9uIHRoZSBk ZXZpY2VzLiBUaGUgdmlydHVhbCBzd2l0Y2ggbWlnaHQgaGF2ZSB0aGUgc2FtZSBpc3N1ZS4NCj4g DQpFdmVyeSBtYW5hZ2VkIHN3aXRjaCAoZnJvbSBtdWx0aXBsZSB2ZW5kb3JzKSBJJ3ZlIGV2ZXIg c2VlbiBoYXMgdXNlZCANCnZsYW4xIGFzIHRoZSB0YWcgdGhhdCBnZXRzIGFzc2lnbmVkIHRvIGFs bCB1bnRhZ2dlZCB0cmFmZmljLiBTbyBhcyBzb29uIA0KYXMgeW91IGhhdmUgYXQgbGVhc3Qgb25l IG1hbmFnZWQgc3dpdGNoIG9uIHlvdXIgbmV0d29yayB2bGFuIDEgaXMgZ29pbmcgDQp0byBiZWhh dmUgb2RkbHkuIEl0IG1pZ2h0IHdvcmsgb2theSBpZiB0aGVyZSBhcmUgbm8gbWFuYWdlZCBzd2l0 Y2hlcyBidXQgDQpldmVuIHRoZW4gdGhleSBtaWdodCBhY3R1YWxseSBzdGlsbCBiZSB1c2luZyB0 aGF0IHZsYW4gYmVoaW5kIHRoZSBzY2VuZXMuDQoNCldvdWxkbid0IGJlIHN1cnByaXNlZCBpZiB0 aGUgSHlwZXJWIGludGVybmFsIHN3aXRjaCB3YXMgbWltaWNpbmcgdGhhdCANCmJlaGF2aW91ciBh cyBpdHMgYSBjbGVhciBjcm9zcyB2ZW5kb3IgYXNzdW1wdGlvbi4NCg0KTWlrZQ0K From owner-freebsd-stable@freebsd.org Wed Jun 10 03:09:25 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A75CA345AE2 for ; Wed, 10 Jun 2020 03:09:25 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hX5c3fW6z4Smd for ; Wed, 10 Jun 2020 03:09:24 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lf1-x129.google.com with SMTP id j12so577622lfh.0 for ; Tue, 09 Jun 2020 20:09:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=yVRI735OyUQby1uDHYsa8T2n4HAUJtBNGvM2wpXeevw=; b=YlxCfmN0nS9IZbZv2y7x/MYazpgOqq4wieQC67i3mgUuV7o2ApnMfiiFCvZ3soMxf5 HAnOIV8UEE+9orgLw8VrP1JwndLAa80Qy4/s31wdUfgFFpxb9Ho9FjIw6+TB+065u2TF uDCGdZSTzMQzUo0wJtOGhAWSwWIFXx/MBG4nCik7EmtaZx7buPTz8/XWM8gHNGVLhDKp N6JbGIMjupP/dXjOVY6okzAAdv2FKSuPOrCiGA2SQ7O2UMjgTYhO5vKKWMQxEDGfi7UY MFapDWToXUTXPH4WeBJX3HzZpcOG3zy9k+FEfEpgSW9+HypWWkyXVqddnMLwKvenoKYD K13g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=yVRI735OyUQby1uDHYsa8T2n4HAUJtBNGvM2wpXeevw=; b=nb5vcoer44WIa/fF6clL+jCzYal55dHgEKW12Y/PXG5syT4u5ztS41qwwrIx8ZEvQN cKIlIKS2nd3/Ar74Vn0WurlYhMiWVnR/fHTsZ3DISH0l4sf2dzph38pLucghmmhavUqk vM1cBw44OL8ySL5HPen2W3hOJSfNXZoM9aL2BW4RxbJeKtXhC/lo5og4Na97mWE5z8bl /wKTxiMP85Ys+z+Mazi9Sd/GmPc1nvMzio+BkjzEbop6qm72UvtRoE2CXPZvTw8We4XL 8xO2BiKamBboskSwECXc8AJW2FOpidszPwmka1t0KBh1fRabjN8TbgrPZomB8K014mgP VAzg== X-Gm-Message-State: AOAM53269/ZXUle/cwLtUpLbwCHko+ZyzSU60F1gxyOlZH65Q3b6Czde Wkm1qorZyWozdMFBcgjLtJkuoksZEVkeUg3FB40p6Idk X-Google-Smtp-Source: ABdhPJytvKEGlja6pzMSqm8Wsx5wCphy1S1Ofo/banUbP3QpQfv8KsOH7ATOheMyX16Oph+iVNAX5VRl5lJ3BbmWpkc= X-Received: by 2002:ac2:5de1:: with SMTP id z1mr476799lfq.183.1591758562436; Tue, 09 Jun 2020 20:09:22 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Tue, 9 Jun 2020 20:09:21 -0700 (PDT) Reply-To: dwilde1@gmail.com From: Donald Wilde Date: Tue, 9 Jun 2020 20:09:21 -0700 Message-ID: Subject: question on porting To: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49hX5c3fW6z4Smd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=YlxCfmN0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::129 as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.663]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.61)[-0.607]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.15)[0.148]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::129:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 03:09:25 -0000 I am running into different problems with 'synth upgrade-system' now, after rebuilding my system yet again to 12-STABLE status. My development mule is an i3 with 4GB of RAM. Specifically, my synth operation ran swap into the ground several times while it was attempting to rebuild both llvm80 and gcc9 at the same time. This caused two failures and over 150 skipped ports (one more failure and 21 more skips happened for a known reason). I think in several previous synth ops this same thing caused a bug to occur that trashed my disk and I had to reinstall from scratch. The fact that synth continues suggests to me that the swap fault is expected behavior, but I suspect that whatever trashes the disk is an un-accounted-for bug. Both gcc9 and llvm80 are huge code-bases when you include in all the dependencies. The LLVM project seems to be less GNU-centric, but GCCx is suffering from more and more code bloat, IMHO. I realize that we are talking about a _lot_ of ports, but where do we (and FreeBSD's port maintainers) reach the point of diminishing returns by supporting GCC and other GNU-oriented Linux-isms like libsigsegv? It seems that CLANG supports all flavors of C++ so it is more a question of linkage than compiling? On the specific synth crash, If I re-run it, does synth have code that reorders failed ports such that it has a better chance of not having such swap-space faults/failures happen? -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 03:23:32 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B9D5C3462BF for ; Wed, 10 Jun 2020 03:23:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hXPv5sMrz4VbZ for ; Wed, 10 Jun 2020 03:23:31 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ot1-x333.google.com with SMTP id s13so588923otd.7 for ; Tue, 09 Jun 2020 20:23:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/tDim4apBtL9s9qif32ll1H9PvonNf+wKpX1S8jbHI0=; b=vAXJ+v47yO12+npvmsKFEPjP4opj8zxrhSM08xi6pWLSk4sUQaHO4lr7OQbFD57Qyf pOy/gwKfgh378fFe6oUCVXQRiqBwxYTrTb3F55lR5kBHALqNGnrRfnprZjimHiZr0rI5 CyM4YblJYMZynl6+xsjhQhlL4ZVoYq6GqUcgHnzs19CxbWb1Pyy+BE2NahUsOcY1lUiu fOQhixqdD2r0w12LKq50iMt1PbrRjW/KSSI5VFGPI4zkSwPSo476WUehalUbVWTM9ct3 3BbjDSi62fcIxAtDqUnqq6RevlMN1VmWjmFfGjM2odh7sJV5B78W37Fh3ZgiLB/uH6ez oyiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/tDim4apBtL9s9qif32ll1H9PvonNf+wKpX1S8jbHI0=; b=bLWiD/jKc2PNY5LLJH1JBKDpXX0nzwUeKelY7BJPfWzvkfRk1rjPVc+bTG110f1BoV d4PpBtOqUs4iAAC9zhwqgJ/WZkW/di+gmNyTNqNiZIdVJdMsTb8CJVHMFRLmDZUMpVW4 GE5FFICV+lbSu7ww9bjngU4cmgeDtE5mDt3W6YkowHBD2ko9MlNgR5l6+APVh+lYYrUW 5DhNapJ0oiKOstYX3eXiZNAoXUXfp4Vkrl8Qz3+c4CAn4ZLYP9IJ2X3qfPQ7FYkDTouP xyfhBztH5mJHXVFSA5bP8YwnIExAbzrPQnGYDXmk/otmOADEQ6Z9+wpxqzYHARA6gQ3+ SxQg== X-Gm-Message-State: AOAM532SOC82IdbvzwyNB4N8ZuXC+bo0AWFN04hA6DDRhxRDkYuyK47g rJLli2wnS5Wor8+Kn6nJct9TJ+TeId/RUrGNywOteeS+WnY= X-Google-Smtp-Source: ABdhPJzCakrBJPJkpn9hWKmNrSWXv6isrJ2a/+qhjRhZQhjZENdH35rNJL7sUo6CT8fQCZao8Ii7jADAmUaMyw4OIZ8= X-Received: by 2002:a05:6830:1d8c:: with SMTP id y12mr1096631oti.162.1591759409845; Tue, 09 Jun 2020 20:23:29 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jonathan Chen Date: Wed, 10 Jun 2020 15:23:14 +1200 Message-ID: Subject: Re: question on porting To: dwilde1@gmail.com Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49hXPv5sMrz4VbZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=vAXJ+v47; dmarc=none; spf=softfail (mx1.freebsd.org: 2607:f8b0:4864:20::333 is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [-1.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.790]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.13)[0.128]; NEURAL_HAM_LONG(-0.90)[-0.900]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::333:from]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 03:23:32 -0000 On Wed, 10 Jun 2020 at 15:09, Donald Wilde wrote: [...] > On the specific synth crash, If I re-run it, does synth have code that > reorders failed ports such that it has a better chance of not having > such swap-space faults/failures happen? No, it doesn't. However, if you're experiencing crashes it may be better for you to lower your "Number_of_builders" and/or "Max_jobs_per_builder" in your /usr/local/etc/synth/synth.ini. Cheers. -- Jonathan Chen From owner-freebsd-stable@freebsd.org Wed Jun 10 04:01:22 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3FDD7347097 for ; Wed, 10 Jun 2020 04:01:22 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hYFY0SNlz4ZXQ for ; Wed, 10 Jun 2020 04:01:20 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lj1-x22e.google.com with SMTP id 9so699773ljv.5 for ; Tue, 09 Jun 2020 21:01:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=a7gkvvq6/iDYTTcPE7S+aqChORupj/EJLrP/UHsl6rs=; b=HTn01U3yC5e7mIUrUlTwwW4RtPREXoxNOLc9blE+WFRVGEUoGebUasfQ8EpjO1vsR4 eQp1uWKWWTrSSji3sdZmInv0uh6kby/5UvJMt1PrUikvGDmqkwp3HkXQ/nvOYqiHejJO MXWWh3G7EBAmlUT7bBisuSzhZoKLaMmu2/dR4crVhoRMHXizLnE2Bs7qMFV1r/H6TfET 2Nw5T7JzW3f/FyevsAkvvWvfM0zoASqz+bDEWvt+iq0dndqG5cQd+5hNCqrbA+u4FIGv Cn1M1J5USTV/kgAhN/MdlrjnCTugxmJXgRuqGlkcjTNkzRRwcr+oSrcL6Xdsq9cdxGEy u/Tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=a7gkvvq6/iDYTTcPE7S+aqChORupj/EJLrP/UHsl6rs=; b=BjEspM9xXz0rzB1MvjlzodMzWGZ7aeHmpDdtW3L+iWbtnS2Dm4sSjieWnq2OoWiUO4 PDfrChghFJEVcc0wrHVzX3IJFG5SxcFoB5XJIemIp2fjvRCHE6b0IhQaHbxOcpkQj1WC muo8PKs5VYI8w2sTkrMJur8Hkzr+zvzJQdOBLxSimRtceWeoxdC2qcdhfQPiEOb+OX60 HDu3bEzgS+wRKjOpt/COjEUubUdNcjSa/iA6Gk2zm2iPL7r6t4rFtVFmt3R91NMWkr6U d1xt6fQmtgiQ8815BCwwmfz6mtZt7o/n70NAap97Wa9c4uZpsU17qiMB8y8ApNVN+/uK IRVw== X-Gm-Message-State: AOAM530JifsA0zIk4gyAeEaoYClfRC6lnre3x5ljZAE+hBhp9xwQqAvR q4dQD90OjAIiJ3dUR/Xf9rCJVSlBsnD4ub/pzd+jl6T8 X-Google-Smtp-Source: ABdhPJz+w6zpjR+8QGcgaiZx0BQe4+El5UG54fRnsLHv7WpIb0PoMjVQphcJtcJvQEf8lWfC+JmdVrsn9Ytm414Ti6w= X-Received: by 2002:a2e:8e85:: with SMTP id z5mr639363ljk.330.1591761678850; Tue, 09 Jun 2020 21:01:18 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Tue, 9 Jun 2020 21:01:18 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: References: From: Donald Wilde Date: Tue, 9 Jun 2020 21:01:18 -0700 Message-ID: Subject: Re: question on porting To: Jonathan Chen Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49hYFY0SNlz4ZXQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HTn01U3y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-3.71 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.73)[-0.732]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.971]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.009]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22e:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 04:01:22 -0000 On 6/9/20, Jonathan Chen wrote: > On Wed, 10 Jun 2020 at 15:09, Donald Wilde wrote: > [...] >> On the specific synth crash, If I re-run it, does synth have code that >> reorders failed ports such that it has a better chance of not having >> such swap-space faults/failures happen? > > No, it doesn't. > > However, if you're experiencing crashes it may be better for you to > lower your "Number_of_builders" and/or "Max_jobs_per_builder" in your > /usr/local/etc/synth/synth.ini. > Thanks, Jon. I'll look at that after this finishes and after I fix the known OOPS I caused myself. What happened is that it was building both llvm80 and gcc9 at the same time. I can see that now it's building llvm90 and it's been at it for over 2 hours. Obviously this is going to become a problem again although the next time I build a disk I can use more of it for swap. It's not processor speed that is the problem now, although if I alter those parameters what is now 11 hours will become 20. Such is life with "old" computers... :D -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 04:15:53 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B03E134786C for ; Wed, 10 Jun 2020 04:15:53 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hYZJ5Wr4z4cHC for ; Wed, 10 Jun 2020 04:15:52 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id e125so636806lfd.1 for ; Tue, 09 Jun 2020 21:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=dpFQ9wXhg9DXuQctUDyT7l8Y8ueuTkTWUAVJOqHmp1M=; b=CTBkHY6UbXvLjk80G68ZcySXhKuEqBxWQu6OYqd3Qek7WnoNEb4cvoIfCAmMUYC5Qt +cdVKoi2LXifxpEFGG85dWmqdLFfCPLfDjdC/85gFi2Rww5lXjoAjCEjCpLsKWS50jco HBGuithvUF6emHT5Xp0M2QKpkv9/JI/2VtRJDNuG4+l6WvvSkr5rI97/+AVQo7tknnL9 wWI4XKXeShHJiGshsz/dec3hL8XO4Qz0i1dGo7W9AzKxldJCanpMSEqLRKosI4cjWH74 OC6kKGZv7pxJ1EEDN4IOfd8J7ysDCGkP/Yqxm/ZKrMFFiWvGstesBlBvhuCybbFfXQg9 szuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=dpFQ9wXhg9DXuQctUDyT7l8Y8ueuTkTWUAVJOqHmp1M=; b=AUtD9EolUJTdqV/k7I0LNmv61OLnxxkXqBjjfbLRLbuO/t+oZ/KOu38V1mQoYhaoiF xS7EN82/6gZ45u1sjzaixnHPG2uRDE78bJ0AYFsYzIMpFPd5xFRLTUeH+wgtkHlyBsRi I5rcp7CvfeOPQeiZjkwICtCrQ4S/cyVzDPE2+AXJOg4wky4f4xEUqarn2uDvugywmVfM 3bqWJacKloxgRDfhKUB98ENMDogtt9alV8tMzaShvLBHkwCAn3Ok4PpquhGuOuRYQi/T d/O0QdjytUDDkd8pqR5xqwBqurbBMYmdCNFFi1y3MuyRjiD0du13GX/cJgqdxXztll3r OgsA== X-Gm-Message-State: AOAM531JlHUiwiAyOXlXY6cK3obaHFItK3sbous1OIhL1RS1gksDCyTb WdBD7z29Tdqy+R1rBvSySWUH2Fqm2XF0NlxfwJ2qLnBw X-Google-Smtp-Source: ABdhPJyXoHG/78OdCNwWJ63OzA+5sgmYl+o0kD633mph73t+B2SZb+RQHIXgmzfCeKs5fCMzIOw2KBnSjFKl2SnJdyA= X-Received: by 2002:a05:6512:2023:: with SMTP id s3mr625397lfs.78.1591762548982; Tue, 09 Jun 2020 21:15:48 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Tue, 9 Jun 2020 21:15:48 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: References: From: Donald Wilde Date: Tue, 9 Jun 2020 21:15:48 -0700 Message-ID: Subject: Re: question on porting To: Jonathan Chen Cc: freebsd-stable X-Rspamd-Queue-Id: 49hYZJ5Wr4z4cHC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CTBkHY6U; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-3.71 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.77)[-0.772]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.946]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12a:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 04:15:53 -0000 On 6/9/20, Donald Wilde wrote: > On 6/9/20, Jonathan Chen wrote: >> On Wed, 10 Jun 2020 at 15:09, Donald Wilde wrote: [snip] >> No, it doesn't. >> > It's not processor speed that is the problem now, although if I alter > those parameters what is now 11 hours will become 20. Such is life > with "old" computers... :D > -- BTW, both "old" and "speed" are relative. My first computer was an Intel SDK-86 @ 5000000 Hz, It had 2048 words of 16-bit static RAM and 2x that in EPROM. -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 09:46:56 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B72032F03F for ; Wed, 10 Jun 2020 09:46:56 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (zm1.digsys.bg [193.68.21.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hhwH1hxDz3T3l for ; Wed, 10 Jun 2020 09:46:54 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id 05A9kh6Z079897 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 10 Jun 2020 12:46:44 +0300 (EEST) (envelope-from daniel@digsys.bg) From: Daniel Kalchev Message-Id: <717DD022-DB2E-4DAD-8504-09B67CE344A4@digsys.bg> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CARP under Hyper-V: weird things happen Date: Wed, 10 Jun 2020 12:46:43 +0300 In-Reply-To: Cc: freebsd-stable@freebsd.org To: "Eugene M. Zheganin" References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hhwH1hxDz3T3l X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of daniel@digsys.bg designates 193.68.21.128 as permitted sender) smtp.mailfrom=daniel@digsys.bg X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:193.68.21.128]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[digsys.bg]; NEURAL_HAM_LONG(-1.00)[-1.005]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.36)[-0.358]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.94)[-0.938]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3245, ipnet:193.68.0.0/19, country:BG]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 09:46:56 -0000 Hi Eugene, Might it be the Hyper-V doesn=E2=80=99t properly implement multicast? Or = there is perhaps some setting in there to let it work. =46rom memory = CARP is not trivial on vmware as well, unless you make special settings. = Some ideas here: = https://docs.netgate.com/pfsense/en/latest/highavailability/troubleshootin= g-high-availability-clusters.html#hypervisor-users-especially-vmware-esx-e= sxi = Daniel > On 31 May 2020, at 19:07, Eugene M. Zheganin = wrote: >=20 > Hello, >=20 > I'm Running 12.0-REL in a VM under W2016S with CARP enabled and paired = to a baremetal FreeBSD server. >=20 > All of a sudden I realized that thjis machine is unable to become a = CARP MASTER - because it sees it's own ACRP announces, but instead of = seeing them from a CARP synthetic MAC address only, it sees additional = extra packets with several MACs derived from the original one (I'm well = awared about the -MacAddressSpoof on SetVmNetworkAdapterVlan switch, and = it's running with this thingg on, but still). These packets always = almost (but not 100%) accompany each valid CARP advertisement. >=20 > Say, we have a CARP-enabled interface: >=20 > vlan2: flags=3D8943 = metric 0 mtu 1500 > description: AS WAN > options=3D80000 > ether 00:15:5d:0a:79:12 > inet 91.206.242.9/28 broadcast 91.206.242.15 > inet 91.206.242.12/28 broadcast 91.206.242.15 vhid 3 > groups: vlan > carp: BACKUP vhid 3 advbase 1 advskew 250 > vlan: 2 vlanpcp: 0 parent interface: hn1 > media: Ethernet autoselect (10Gbase-T ) > status: active > nd6 options=3D29 >=20 > Notice the MAC and now look at this: >=20 > =3D=3D=3DCut=3D=3D=3D >=20 > [root@gw1:~]# tcpdump -T carp -nepi vlan2 carp > tcpdump: verbose output suppressed, use -v or -vv for full protocol = decode > listening on vlan2, link-type EN10MB (Ethernet), capture size 262144 = bytes > 20:45:54.152619 00:00:5e:00:01:03 > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227035 >=20 > ^^^ this is the ordinary and valid CARP advertisement, notice the = synthetic MAC which is requiring setting mac address spoofing. >=20 > 20:45:54.152880 9c:8e:99:0f:79:42 > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227035 >=20 > ^^^ this is some insanity happening >=20 > 20:45:54.153234 9c:8e:99:0f:79:42 > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227035 >=20 > ^^^ and again >=20 > 20:45:54.153401 9c:8e:99:0f:79:42 > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227035 >=20 > ^^^ and again >=20 > 20:45:57.562470 00:00:5e:00:01:03 > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227036 >=20 > ^^^ valid CARP advertisement, next one-second advbase cycle >=20 > 20:45:57.562874 9c:8e:99:0f:79:3c > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227036 >=20 > ^^^ more insane stuff, notice the NEW (sic !) MAC-address >=20 > 20:45:57.562955 9c:8e:99:0f:79:3c > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227036 > 20:45:57.562989 9c:8e:99:0f:79:3c > 01:00:5e:00:00:12, ethertype IPv4 = (0x0800), length 70: 91.206.242.9 > 224.0.0.18: CARPv2-advertise 36: = vhid=3D3 advbase=3D1 advskew=3D100 authlen=3D7 = counter=3D13769798250643227036 > ^C > 8 packets captured > 3195 packets received by filter >=20 > =3D=3D=3DCut=3D=3D=3D >=20 >=20 > Does anyone has, by any chance, some idea about what's happening ? As = soon as I stop CARP stack on this VM these "mad" MACs aren't received = anymore, so I'm pretty confident these are somehow procuced on the = Hyper-V side. >=20 > Another weird this is that vlan1 is refusing to work (seems like = packets are never received on the VM side) unless its configured on = another adapter in the -Untagged (once again powershell term for = SetVmNetworkAdapterVlan). >=20 >=20 > Thanks. >=20 > Eugene. >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Jun 10 13:45:15 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 84BC83347FF for ; Wed, 10 Jun 2020 13:45:15 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hpCG4x25z41Kh for ; Wed, 10 Jun 2020 13:45:14 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id s1so2577128ljo.0 for ; Wed, 10 Jun 2020 06:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to; bh=IZ6FCV8J6CFjDRBJQ/HTUFRRnb5UKDmC3iZ6ajbyB3U=; b=MFHCQEhFN30MslA9aq8ikBkscW7KyW59YzAavStUSoIAJvAurEhxLv+c82omi+uvXm yjDGcwplt1hztUV3nWVpw/WF0lE96PfnXTxiJob8+6rgTYx1lSWD94PyL1/fR1NbyMo4 avLMrTHQm4VZz3bpsSOUa2Q8LmJI7A+qF62jglNEqtWLBjWZ7rl3ZWjJXM+BThYa7uBs rdUmnhw5vAzogQJydsICgCnXREYedP9gM1CC/H7tRLxXiY8IORSbWc0sRlMOemVaqTKp gWnTj388rtOPuH8iUnndwOw+4Ixv+ZtFhrZBNA9gD+NhbvDYqnXU027g8Qx8uu1vhXib qcdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to; bh=IZ6FCV8J6CFjDRBJQ/HTUFRRnb5UKDmC3iZ6ajbyB3U=; b=U8LjfDhEYo6X3Qvk3uxTkImWuOlWTIrGnEoaSrz0RcT3W64tzNGx2FcqMQCnX2UWp5 3i7YsCl6mh6uFRqjOaBUbWDugmQ67SPy/f3n+j8pc4ZEqKtHm0YpZCiFxv4L9o49BqV5 A66Js5buEkSCgEJ+bM6w4eoga7x/CXc069v5d+TgPlEjH4nNrwwPxqIiH88SbasdcPA9 VZ96XR2oSEMQ73fYOhEOvVB6039/7UfIhE/FXbrwnufJBBRFz54m5exQg+TpihZU+ub0 dEmDCWAJTVO6RN8wB+vKzQ9KbxLPRT8zjm9I/UzkV2s1pJvZEcposKxju+0p59jmasAT aK8A== X-Gm-Message-State: AOAM5321WTlPQ5IvYdjYPwoT05m1vLEG2UacmOh6EHIvxVrPbtyqdMly ik108JgkZ+qFHYh3WTqXg7fsFrn6KJdff5xSQpcE0NkOa4A= X-Google-Smtp-Source: ABdhPJwJ2SjUah3vVngEjOeshyjUXJ2ByzTT7Hl9ySzT4hyYNVByG213jSmb3RjcCRk9LDQwA+VNAfbZ1YoyacSUvx4= X-Received: by 2002:a2e:8e85:: with SMTP id z5mr1767776ljk.330.1591796712622; Wed, 10 Jun 2020 06:45:12 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Wed, 10 Jun 2020 06:45:12 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: <20200610102415.GC4411@lonesome.com> References: <20200610102415.GC4411@lonesome.com> From: Donald Wilde Date: Wed, 10 Jun 2020 06:45:12 -0700 Message-ID: Subject: Re: question on porting To: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49hpCG4x25z41Kh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MFHCQEhF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::233 as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-1.66 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.753]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.53)[-0.529]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.62)[0.619]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::233:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 13:45:15 -0000 On 6/10/20, Mark Linimon wrote: > On Tue, Jun 09, 2020 at 08:09:21PM -0700, Donald Wilde wrote: >> (and FreeBSD's port maintainers) reach the point of diminishing >> returns by supporting GCC > Hi, Mark! LTNT2! > All you have to do is fix all the ports that have been marked as > depending on GCC (in most cases, because they fail to build on > clang): > > x3850-1# grep gcc INDEX-13 | wc -l > 3848 > Hmmm... tried running that and mine doesn't seem to find INDEX-13 as a file. Tried ' find / -name "INDEX-13" ' What else might be different? Is this part of your grep, like as in ' grep the 13th line of every port {xyz} file ' ? Should I do that search with '-R' ... no, that didn't work either. ' grep -R "INDEX-13" * ' from / is not returning results either. Are you using a variant of standard grep? -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 13:51:04 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 61961334AC0 for ; Wed, 10 Jun 2020 13:51:04 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hpKz4Qn2z41jc for ; Wed, 10 Jun 2020 13:51:03 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lj1-x235.google.com with SMTP id 9so2577032ljv.5 for ; Wed, 10 Jun 2020 06:51:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to; bh=/OtDOd7t/muZvoxDoJHZRveCKXjq9fZ2dpChWNWry0w=; b=hi0qUhI2sCu3yPswnOR7zAPHFMm0pwVeQoOAsCY1AsD/yTlow6pna0Du5kqIAId/+l BrklKKdAnR/xZiXfK09Hk/G3zhpC1YPe+NEOVlUKExwXJ4PIkU463aeViIf2VdMp3nTo rCMZ7++dmavyo/GlxSSF3y0X+44D6CmqdUMcJ0hWbq/4QEzQNXS4Skkvmm9MgiAOp5rr bOIkbEzN7y6eq2xBMTNWFdYrY4uUWU1wThHSNWAVIT0mPEWuLDl2ZqStW7RmaT89mH3c doLKnTCv3mBbLy6o8MACxmBCjwCg5cZXrKE6d4Hfw7o83zdtS9FO1isxQASxIGKm2QJE BBOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to; bh=/OtDOd7t/muZvoxDoJHZRveCKXjq9fZ2dpChWNWry0w=; b=mcwCq0Q1oV8oUCxlwewCBOxUp2fI60KoxBKfSQ4wT35hE6Mv39GIHLId9WW6+9tW0g 696V78o32cKcErVahu1QMZnMhUJPK63e71SvGluWIUnfJ/jUyyaDaNSfaSvee9U1dB8n bEum0NY9VWBBzIglUa40SDzTpgruzpoTpszFsknNj9VcDj3XMagUCvT3WamHZ0mmPBM8 +ZLWTDvxAkBZ7hJE4lyg6BdUvKeawOmWDztJuZMMaiyxxgJFpjMs9mVJAmRDltqd7oj1 /RBIsiwB/o9iFq8FiwxiYcmiVKQvICrtznO69VGVDYqigLiESp4z+CRSszwMVIq3rl7Q HNow== X-Gm-Message-State: AOAM533ePiDWqVLHFOWW/0zGpqI0a5f8dMbg9BkIT8ozAExdqghlK5pG fWJxG0Kr7A0/du4GIOlDPXr/6rEdSiECVDzfnXVXRkybOCE= X-Google-Smtp-Source: ABdhPJwhpNhYJqJzqx4PkoeC+61yT9qVAmZR5avetnIVWDYD5Raw0W8uHyR0mDzjRraTffXJkMNjJYi2nvyT7ne+miM= X-Received: by 2002:a2e:8e85:: with SMTP id z5mr1780931ljk.330.1591797061334; Wed, 10 Jun 2020 06:51:01 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Wed, 10 Jun 2020 06:51:00 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: References: <20200610102415.GC4411@lonesome.com> From: Donald Wilde Date: Wed, 10 Jun 2020 06:51:00 -0700 Message-ID: Subject: Re: question on porting To: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49hpKz4Qn2z41jc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hi0qUhI2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-1.69 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.797]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.57)[-0.569]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.68)[0.677]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::235:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 13:51:04 -0000 On 6/10/20, Donald Wilde wrote: > On 6/10/20, Mark Linimon wrote: >> On Tue, Jun 09, 2020 at 08:09:21PM -0700, Donald Wilde wrote: >>> (and FreeBSD's port maintainers) reach the point of diminishing >>> returns by supporting GCC >> > > Hi, Mark! LTNT2! > >> All you have to do is fix all the ports that have been marked as >> depending on GCC (in most cases, because they fail to build on >> clang): >> >> x3850-1# grep gcc INDEX-13 | wc -l >> 3848 >> > Hmmm... tried running that and mine doesn't seem to find INDEX-13 as a > file. > > Tried ' find / -name "INDEX-13" ' > > What else might be different? Is this part of your grep, like as in ' > grep the 13th line of every port {xyz} file ' ? Should I do that > search with '-R' ... no, that didn't work either. > > ' grep -R "INDEX-13" * ' from / is not returning results either. Are > you using a variant of standard grep? Whoops ... trying ' grep -R gcc "INDEX-13" * ' from / I am now getting some .ko files that match this string from /boot/kernel, after a warning that INDEX-13 doesn't exist in root. Still chewing away... -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 14:12:34 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA3353354C8 for ; Wed, 10 Jun 2020 14:12:34 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hppp41CDz43Fh; Wed, 10 Jun 2020 14:12:34 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-WLAN.fritz.box (p200300cd5f201e0079c498895fefbdc2.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:1e00:79c4:9889:5fef:bdc2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2119711D17; Wed, 10 Jun 2020 14:12:34 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: question on porting References: <20200610102415.GC4411@lonesome.com> From: =?UTF-8?Q?Stefan_E=c3=9fer?= Autocrypt: addr=se@freebsd.org; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Cc: freebsd-stable@freebsd.org To: dwilde1@gmail.com Message-ID: <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> Date: Wed, 10 Jun 2020 16:12:31 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 14:12:34 -0000 Am 10.06.20 um 15:45 schrieb Donald Wilde: > On 6/10/20, Mark Linimon wrote: >> On Tue, Jun 09, 2020 at 08:09:21PM -0700, Donald Wilde wrote: >>> (and FreeBSD's port maintainers) reach the point of diminishing >>> returns by supporting GCC >> > > Hi, Mark! LTNT2! > >> All you have to do is fix all the ports that have been marked as >> depending on GCC (in most cases, because they fail to build on >> clang): >> >> x3850-1# grep gcc INDEX-13 | wc -l >> 3848 >> > Hmmm... tried running that and mine doesn't seem to find INDEX-13 as a file. > > Tried ' find / -name "INDEX-13" ' You have to either create or fetch the INDEX file: $ cd /usr/ports $ make index or $ cd /usr/ports $ make fetchindex Regards, STefan From owner-freebsd-stable@freebsd.org Wed Jun 10 14:31:54 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A8F56335F66 for ; Wed, 10 Jun 2020 14:31:54 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hqF62gVgz44r8; Wed, 10 Jun 2020 14:31:54 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lf1-x12d.google.com with SMTP id w15so1568121lfe.11; Wed, 10 Jun 2020 07:31:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=4x94gLriKORVs9AhQbRhE7zeqZt6WycJsEseZFBzPr4=; b=IdxzZZvecbUYVDYmhEIMR1/loQg8MxAJYoPgepbQiIxwFDydPZGbKCsPmbjCNnVn3o cHexu089+zOFm3rY5cyCwP5aivqMF9oA4vUAECq5ol72LAOh43PTupqJL9Nh/r9qXwKI 9B1Xx0vABHB/JQxTFkiwPJ0HEV/8ROwy5rEwvCoGnAedQ11Maevy5iP7WRjUlQaEQt7v FCuQ9MDFzG9cJetq6m0ibFVRQMYfJgw9nJpYPShK8ois99urI0eAHOG4I4JAE3OiI+cx W4HbQG7agy4KxSFR72MpJfcp7EMgMHXc3rpHPsf1GXnTOTBSUQVggLpeGppRowXQ2c6n yvOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=4x94gLriKORVs9AhQbRhE7zeqZt6WycJsEseZFBzPr4=; b=OJp8BD6WhUyW2QA7h+qLTRW2VY83NmvvQVj7UQtkJadGz/lhDIb59gegxcjGyxyGYZ U8Hg6WgV+kfBTXmnzfjQ3+JgwBYxjnyjxaMZ4biz0JRlEqbEmNIGXjMe7wsqfDoJTxWd Y64sDBAXXA7U0+sqsAWYB06ah03rdchlEihjQNiWD93tsQ/H3hypu0Ho36L4a+9E6LU7 gWBYD1E1fJuO4Wm4SagT+Ofti54oEv8Dd/CvpOTon5hQlNKxp9oDmkfHjH6mjxLTX45+ xywzMHH8RKzhu5IobGeVzq8zHnhsSKGtezBdvseNtKeAHc3m5UOnMfljCHnxlan+zXfn rgEQ== X-Gm-Message-State: AOAM531XRPh9qgqAzUMmw2glY1VDOpep/KuO0nT85DE9uUDKYKUs4NIq vrvoVibBwifULtnR/p2ZJS1onQ319IVGgXeK7Kaf9D/PRRY= X-Google-Smtp-Source: ABdhPJwmCg0gM02EDNFa1KewbW+UIDHJCCogd1WHO7HSyqzkOnVVVLtxkc1cj2tpppqxEB/zmhc91A/93fgmXDYQ70E= X-Received: by 2002:ac2:5de1:: with SMTP id z1mr1880623lfq.183.1591799512130; Wed, 10 Jun 2020 07:31:52 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Wed, 10 Jun 2020 07:31:51 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> References: <20200610102415.GC4411@lonesome.com> <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> From: Donald Wilde Date: Wed, 10 Jun 2020 07:31:51 -0700 Message-ID: Subject: Re: question on porting To: =?UTF-8?B?U3RlZmFuIEXDn2Vy?= Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49hqF62gVgz44r8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 14:31:54 -0000 On 6/10/20, Stefan E=C3=9Fer wrote: > Am 10.06.20 um 15:45 schrieb Donald Wilde: >> On 6/10/20, Mark Linimon wrote: >>> On Tue, Jun 09, 2020 at 08:09:21PM -0700, Donald Wilde wrote: [snip] >>> x3850-1# grep gcc INDEX-13 | wc -l >>> 3848 >>> >> Hmmm... tried running that and mine doesn't seem to find INDEX-13 as a >> file. >> >> Tried ' find / -name "INDEX-13" ' > > You have to either create or fetch the INDEX file: > > $ cd /usr/ports > $ make index > > or > > $ cd /usr/ports > $ make fetchindex > > Regards, STefan > Thanks, Stefan! Memo to self: figure out what basic options are supported in Makefiles, especially in /usr/ports/, and make clear documentation patches (if needed). :D --=20 Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 14:51:11 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 507EA3368CF for ; Wed, 10 Jun 2020 14:51:11 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hqgL41Nwz45vC for ; Wed, 10 Jun 2020 14:51:10 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lj1-x22e.google.com with SMTP id q19so2858122lji.2 for ; Wed, 10 Jun 2020 07:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:content-transfer-encoding; bh=XOF5aUWjVZRB1EHtd7cGG0JZ0nKy+03AOaGEjGZiAOY=; b=Axte3q7IP5zxIXvPD3c6shq3FZVAR1IyRmqYR4i8Dla2PmsbfUVOXvgYXlI+0q/G7a IboCMLTEtdEcTh+jEFUre8MLg3DbFZ6f1/9TpWhwRfhHT3ga+L56BfVu3EgpOB6s/4wf v+OnnyoA1/IeGt9vrwudcOH29GhSxty8i40hBxxFrWYyegYDmwv5OZxMtovp2lrBBvQ7 qjUpQjcGFeayeAUVAKYwV5+BkbHwAyWgUhp08wqthJ+d5ky2aaUreWMFfYk+zs7dEIAe Ltp2pgQ8ascqS6XbzwL/fMRxyoCmeoDgFRV0A1+2SuyBHGuyrk9y7vHto/ae0FDCJE5E voJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:content-transfer-encoding; bh=XOF5aUWjVZRB1EHtd7cGG0JZ0nKy+03AOaGEjGZiAOY=; b=rpVuQ9KMq7+4SZOY+06VjnuR+Y1xK9j6TzuLFniH3CNdovFN0hKV1To3jvH/1qlYkj D9AUAJIj9li6BMNuWdQZDpncQwPhtTs1lm17jFESxNskshK/wCKxQmAUVcdSDY4ZCTj/ igdhQWvdE3F3hMhVe2mkYxym646hZEXCKluO4qT3HRw1S6qR+TpMlMoLfTbuXk7GkPi7 wF+euJuIyaPWnZ6hSOU314PywM6vnvuBSVhBIBC3OF1na40k5aaV7j4IK3BN1URnPauD 3yCWPtoDk0+C+Qnn/zKHvYAr7vJVhZtNpKQxN7OGxKOJ1KPoHCCkQk1+3CL7yNttROvC xZkg== X-Gm-Message-State: AOAM531yGyFm0RNf3ZVq3PdCh0t5po/cOFB8wdJskSgnWHh6YCjHdkeK pOjLbXDBb/fEq6SV6hBX11Kizmj3dtWePoXgWk6E2RSOSbY= X-Google-Smtp-Source: ABdhPJynypwC6cDYYM6sz/xn73knpmoEH+fcqyqZVBn5oIRYfLTBmKW9p38Xhnzly9G6JH87XcfdAYaRKJBaobiqUFc= X-Received: by 2002:a05:651c:2cc:: with SMTP id f12mr1938521ljo.329.1591800668397; Wed, 10 Jun 2020 07:51:08 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Wed, 10 Jun 2020 07:51:07 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: References: <20200610102415.GC4411@lonesome.com> <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> From: Donald Wilde Date: Wed, 10 Jun 2020 07:51:07 -0700 Message-ID: Subject: Re: question on porting To: freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49hqgL41Nwz45vC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Axte3q7I; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-2.28 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.812]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.58)[-0.579]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.11)[0.110]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22e:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 14:51:11 -0000 On 6/10/20, Donald Wilde wrote: > On 6/10/20, Stefan E=C3=9Fer wrote: >> Am 10.06.20 um 15:45 schrieb Donald Wilde: >>> On 6/10/20, Mark Linimon wrote: >>>> On Tue, Jun 09, 2020 at 08:09:21PM -0700, Donald Wilde wrote: > [snip] >>>> x3850-1# grep gcc INDEX-13 | wc -l >>>> 3848 >>>> >>> Hmmm... tried running that and mine doesn't seem to find INDEX-13 as a >>> file. >>> >>> Tried ' find / -name "INDEX-13" ' >> >> You have to either create or fetch the INDEX file: >> >> $ cd /usr/ports >> $ make index >> >> or >> >> $ cd /usr/ports >> $ make fetchindex >> >> Regards, STefan >> > Thanks, Stefan! > Okay, it didn't work, but discovered INDEX-12 in /usr/ports, so ' grep gcc INDEX-12 | wc -l ' worked. Such an interesting file, INDEX-12. More research needed. Is it not INDEX-13 because I did ' make index' instead of ' make fetchindex ' ? > Memo to self: figure out what basic options are supported in > Makefiles, especially in /usr/ports/, and make clear documentation > patches (if needed). :D > /self thinks this is all probably in the Porter's Handbook, but the regular Handbook should have some of it. --=20 Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 16:03:46 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF5903386D2 for ; Wed, 10 Jun 2020 16:03:46 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hsH659wZz4C26 for ; Wed, 10 Jun 2020 16:03:46 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 8DEE212C67 for ; Wed, 10 Jun 2020 16:03:46 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from PD0786.local (130.31-255-62.static.virginmediabusiness.co.uk [62.255.31.130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 05550B574 for ; Wed, 10 Jun 2020 16:03:43 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/05550B574; dkim=none; dkim-atps=neutral Subject: Re: question on porting To: freebsd-stable@freebsd.org References: <20200610102415.GC4411@lonesome.com> <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> From: Matthew Seaman Message-ID: <532a39a3-37f6-920b-68c3-9b0559ebdaaa@infracaninophile.co.uk> Date: Wed, 10 Jun 2020 17:03:42 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 16:03:46 -0000 On 10/06/2020 15:51, Donald Wilde wrote: > Okay, it didn't work, but discovered INDEX-12 in /usr/ports, so > ' grep gcc INDEX-12 | wc -l ' worked. > > Such an interesting file, INDEX-12. More research needed. Is it not > INDEX-13 because I did ' make index' instead of ' make fetchindex ' ? You should always get an index matching the major version of the OS you're using, whether you fetch something pre-built or make you own. >> Memo to self: figure out what basic options are supported in >> Makefiles, especially in/usr/ports/, and make clear documentation >> patches (if needed). :D >> > /self thinks this is all probably in the Porter's Handbook, but the > regular Handbook should have some of it. The ports(7) man page probably has a lot of what you're looking for. There's a 'make search' command which is a wrapper around grepping in the INDEX file that you might find interesting. For your use case, try: cd /usr/ports make search bdeps=gcc display=name which returns 3241 results when I tried it just now. Cheers, Matthew From owner-freebsd-stable@freebsd.org Wed Jun 10 17:03:01 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9C534339FEE for ; Wed, 10 Jun 2020 17:03:01 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49htbS5pLhz4HDc for ; Wed, 10 Jun 2020 17:03:00 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-lf1-x130.google.com with SMTP id c21so1893642lfb.3 for ; Wed, 10 Jun 2020 10:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to; bh=+jNW3e79hsXxwYxxM8MvWC0uqhNCrGR4iGUfGC9KySU=; b=HoCUopm5kis6+DDUCdGFvWM2F7GJ+lKdsIQVEApaBxMPRqLJpDrxF6/bBUQ+bANVug fCwXTA2R8seXQhUKB1MTMuh6iiotlPtY+F2sLQnvCB97DUjlCzcSp6lzbvqc4E7nZDmj IFRoyZmpw3zUqqNqTx2Ijd1isjjp8HSDVg2QCY8ThujRmIFEB/G1XKFJ1y80tHHFWR77 0UGPRPqERpZJOKRfG12h/a+mucNd5eW4nBcOOHhTE8Ut0zxqJmXu39AROM4khYCriGM2 DuCOlpymjpVUaohSxpAQI+L6rbPAppXAQYOEa0KuVc3fhn/+adqfBMKLLZYlib74gh7t ieZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to; bh=+jNW3e79hsXxwYxxM8MvWC0uqhNCrGR4iGUfGC9KySU=; b=It97xwtZw4z0n73BF/j3SvFlZ35Fy8r9K1ZLBasW/AX6ihwZvANejH9t8Rn5vbQPgp UKg+xcxf4Pn3cBT6tRWfEPUmy8vu3LFDhHsm/bLoX55aeINaFGIuAUe5dJD1YGN/7Rgm oDmQi5ZgTVDGbbjdX9vE0wmheX1/81TRgA3h2B0XKplGTAGTylkJoLYSn+mWX1uF/DVj CIEdLn/KcjM4dPsBH2VtCcwmNgs0hgMqpJQpflC3otmGsrDw6gODGll3aQ4AWbrMp2qk fPyV0N7xUZVGLrQd0vjSSsqJa4vAOYKrt6x5xOCSWLtWv3ZytcQlRY6CEARvuUORpPvV vnNw== X-Gm-Message-State: AOAM531gUhtAg5PJ1/Md/LNeihCpQ+69tzh7OccZF8S8zOUQsQm5fMZ8 pEwuvb31ttMxEWZYmSEMCEeLQIvdq3vKKoN96W7zaEhXs4A= X-Google-Smtp-Source: ABdhPJxUo4p9ZtjOXEnXDmpfILGC9mPTvmPGGxdt2vUQJKoJU3vMvz6EjUkAAqVaiDPqGXoCvmNbvPoLatylEzWfSlc= X-Received: by 2002:a19:2358:: with SMTP id j85mr2234893lfj.182.1591808577768; Wed, 10 Jun 2020 10:02:57 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:47:0:0:0:0 with HTTP; Wed, 10 Jun 2020 10:02:57 -0700 (PDT) Reply-To: dwilde1@gmail.com In-Reply-To: <532a39a3-37f6-920b-68c3-9b0559ebdaaa@infracaninophile.co.uk> References: <20200610102415.GC4411@lonesome.com> <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> <532a39a3-37f6-920b-68c3-9b0559ebdaaa@infracaninophile.co.uk> From: Donald Wilde Date: Wed, 10 Jun 2020 10:02:57 -0700 Message-ID: Subject: Re: question on porting To: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49htbS5pLhz4HDc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HoCUopm5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2a00:1450:4864:20::130 as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-2.32 / 15.00]; HAS_REPLYTO(0.00)[dwilde1@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.753]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.88)[-0.876]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.31)[0.310]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::130:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 17:03:01 -0000 On 6/10/20, Matthew Seaman wrote: > On 10/06/2020 15:51, Donald Wilde wrote: >> Okay, it didn't work, but discovered INDEX-12 in /usr/ports, so >> ' grep gcc INDEX-12 | wc -l ' worked. >> >> Such an interesting file, INDEX-12. More research needed. Is it not >> INDEX-13 because I did ' make index' instead of ' make fetchindex ' ? > > You should always get an index matching the major version of the OS > you're using, whether you fetch something pre-built or make you own. > Makes sense! Obviously a lot of you guys are "STABLE-ising" 13 now! >>> Memo to self: figure out what basic options are supported in >>> Makefiles, especially in/usr/ports/, and make clear documentation >>> patches (if needed). :D >>> >> /self thinks this is all probably in the Porter's Handbook, but the >> regular Handbook should have some of it. > > The ports(7) man page probably has a lot of what you're looking for. > Okay! > There's a 'make search' command which is a wrapper around grepping in > the INDEX file that you might find interesting. > > For your use case, try: > > cd /usr/ports > make search bdeps=gcc display=name > > which returns 3241 results when I tried it just now. > Oh, that is interesting too. Figures that FreeBSD Project would have THE most powerful c/c++ make infrastructure out there! i am impressed. This is so much better than Ubuntu, even with Synaptic for its ports. Although I am experimenting with a GUI on the mule, all interaction will eventually be ssh in the intended configuration. Thanks to you all! I think I consider this [SOLVED] for now. Will keep learning! :D -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Wed Jun 10 19:26:17 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8034033D532 for ; Wed, 10 Jun 2020 19:26:17 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hxmn2m9nz4S3L; Wed, 10 Jun 2020 19:26:17 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-WLAN.fritz.box (p200300cd5f201e00c52b2d4789874694.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:1e00:c52b:2d47:8987:4694]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id E7F3A137E9; Wed, 10 Jun 2020 19:26:16 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: question on porting To: dwilde1@gmail.com References: <20200610102415.GC4411@lonesome.com> <6e3db110-eadf-d8a5-030d-4f9ca10e945e@freebsd.org> Cc: freebsd-stable From: =?UTF-8?Q?Stefan_E=c3=9fer?= Autocrypt: addr=se@freebsd.org; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Message-ID: Date: Wed, 10 Jun 2020 21:26:13 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 19:26:17 -0000 Am 10.06.20 um 16:51 schrieb Donald Wilde:> Okay, it didn't work, but discovered INDEX-12 in /usr/ports, so > ' grep gcc INDEX-12 | wc -l ' worked. My mistake, since you posted on the STABLE mail list but replied to a mail that mentioned INDEX-13: It is INDEX-12 for FreeBSD-12.x and INDEX-13 for -CURRENT (which will become FreeBSD-13.0 at a later time ...) From owner-freebsd-stable@freebsd.org Sat Jun 13 00:25:54 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4130A34AEDF for ; Sat, 13 Jun 2020 00:25:54 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2560 bits) client-digest SHA256) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49kJKW3DYhz4HpL for ; Sat, 13 Jun 2020 00:25:50 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from [10.0.5.3] (noddy.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPSA id 05D0PKxH064364 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sat, 13 Jun 2020 10:25:20 +1000 (AEST) (envelope-from dewayne@heuristicsystems.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=heuristicsystems.com.au; s=hsa; t=1592007920; x=1592612721; bh=WAImy6j1QA+oEALibFhOJPQeMbgaBVbdRFviEIDcpp4=; h=From:To:Subject:Message-ID:Date; b=LzXxQEZGflEMJCxTJIFEm1kSGftmfJiDj6RHs3FN4nogix5yUd5yiPcatVbanX6ks 2WZJfAf/FsGacegZ3ci5b6kwkpYWzor3rTKQ4MLs5C9YAyGZY8vIfcsp8t3qxgG9Zm sKjFF6PboehMEqbmvqs9eMZyBC/olBQO1Z4AStIuzFEsNTCFgrCAd X-Authentication-Warning: b3.hs: Host noddy.hs [10.0.5.3] claimed to be [10.0.5.3] From: Dewayne Geraghty Autocrypt: addr=dewayne@heuristicsystems.com.au; prefer-encrypt=mutual; keydata= mQFNBFbOsVMBCgDfvi2PspSwoMEtFhF+aFLQKtzSA9f0dhDqthKHESdfbqxvKzhkBjvTJ5Na EgjKoKfoQTh5xuIv3HLhtDo5PeasPgQl9cPJeriqmqlS+UhY5BGYcMc1AO/TX0fsDaQz96ko at3RUW7sff/qPgVzSurk+DV5h866gPdn5Jdjohyl2F1rzRl6dnaAIyg49zlwZOnPHJGKye+B meqUCnPRglhkpNqXR3v1ulbWpfwhdNDvWT82qTG/qsFy/agjJvxwLuEBeoGc1dPWasO8Nztt 0dqf1Lpeg6SX2yJd76WVS4znt88OEbx/QL2PTJ/YtSepS68WaeKuARKPukkU+QXDep0gaLPl /TvU5xAZndNB3rYnpmoLb32pDHlrJbZUVyTMqc3J2EYM6aaizCpg4VEvVpVSqUT4D9MuREhu PeZ3SvEazQARAQABiQF3BB8BCAAhBQJWzrFTFwyAAWHe5yZt8RJL0vaU1MfDto5dBmeFAgcA AAoJEJVk7a1LmFrdy2QJ/AysDdFIMCRiaqEellprZQyEz5I/qZJEi6yRfXH813hhISFz6moh urZYLQ9SRdyMntT8W3Oc4pJc9fF9RSnY0SSQY/arZbrvsv6hKb1KtIK7P5mLS914J9buxEcJ SWeVuOuMA9aCNqg5uMu19pH5pXayORfbv+K7vFPiyllZ64ShUWZJL69vAc/TsbvMrGtG1M4P qyWCOKEiUT93zhVGQoA0aUYjMAZoyvozZCuieo4O8hkPgMz9lka+3bqQBSOB+qO4Iz+CZs0k Lw7Soga6bRqLK86DH99WjTA6Oj1r8Won+j4V9fnTDCVJoSyqdVHLySDv/lHaNu4Ia4AO4i2d shmLw03gOUvoWLJx5X01A5Zio4FvecnpZqQ0Wz5Ph9MiK3lwarfjonTOLeNGd5BpdnHu5VRC fJml7uAYeyKsD8C4tEBEZXdheW5lIEdlcmFnaHR5IDxkZXdheW5lLmdlcmFnaHR5QGNvbnNj aXVtaW50ZXJuYXRpb25hbC5jb20uYXU+iQGXBBMBCABBAhshCwsKDQkIDAcLAwIECBUKCQgL AwIBBRYDAgEAAh4BAheAFiEEC8bIxjMx+sDl4ZCClWTtrUuYWt0FAl5UUOgACgkQlWTtrUuY Wt3xZAn/W/mq5nDhLIfqxVM9GbU8rGzNsGLfnt5NCVcWlBKhgxOOw9EWkcRTMymwX9OMqwxI +te6Gvy7rG53T2xprtsQyqESZmjWcUSEPsQ9hjw4VZCL15ftBeZMYyO2T1e41UImXAlftleT 2kXCktgyAfwfCzHhFiZM8k9QMFQV1x+JukJ9xPFBgICRLsLsVNVw/R1L7KqARuws4HqXxY1J SCpO+FB4b6tWSIRKbzlb6tctdKppKbG/adVYuoK61ngvmsAzy/9OLhF8u1MNCgyFd2woOErh /zyuap8KvJZMlwAIqpjsoHyXsa0cq8A/uNQSmodwBpRsEGXCmZIZq2FJw6N+38to8C8m97q0 YWrY63VsoA6hA4A4/ywzE3EiwGvqJQBMRv2ET3TIdTyLoEIwXq2bDPU7XTZGh5UZEsKFMHH5 228= To: FreeBSD Stable Mailing List Subject: Upgrading to 12.1S 362003 - a few issues Message-ID: <978b8cb5-de88-4264-25ec-e7ecaaf80c75@heuristicsystems.com.au> Date: Sat, 13 Jun 2020 10:24:49 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49kJKW3DYhz4HpL X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=heuristicsystems.com.au header.s=hsa header.b=LzXxQEZG; dmarc=none; spf=pass (mx1.freebsd.org: domain of dewayne@heuristicsystems.com.au designates 203.41.22.115 as permitted sender) smtp.mailfrom=dewayne@heuristicsystems.com.au X-Spamd-Result: default: False [-5.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[heuristicsystems.com.au:s=hsa]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[heuristicsystems.com.au:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.02)[-1.017]; DMARC_NA(0.00)[heuristicsystems.com.au]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[203.41.22.115:from]; DKIM_TRACE(0.00)[heuristicsystems.com.au:+]; NEURAL_HAM_SHORT(-0.25)[-0.250]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1221, ipnet:203.40.0.0/13, country:AU]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 00:25:54 -0000 After upgrading to 12.1Stable as of June 11: 1) squid - fails with segmentation fault, ldd "Cannot load PIE binary" 2) gcc9 - suffers a cc1 internal compiler error 3) pkg-static - issues "failed" messages, unable to package or install Environment Xeon E3, ufs2 only, previously running FreeBSD 12.1 dated 1st May (from kernel.old). Prior to the upgrade all ports were rebuilt without issue, but NOT installed as they were a fall-back, in the event that clang 10 caused issues (the concern). There are multiple jails on this system, both amd64 and i386 - some for building, testing and production use. One of the production i386 jails runs squid, unchanged since Sept 2019. /etc/src.conf contains WITH_PIE=YES WITH_BIND_NOW=YES Most of our 1400+ ports are built and run with relro, now, pie and where possible with noexecstack &/or no-common. These functioned in an ASLR environment. (ASLR is only disabled during builds (gcc9 complains), or when there's a problem, now). Note: NONE of the ports were rebuilt after the upgrade. However as part of resolution, beep and squid were rebuilt. === Sequence of thigns === Upgrade performed. System rebooted without incident to FreeBSD 12.1-STABLE #0 r362003M: Thu Jun 11 23:07:00 AEST 2020 i386 hqdev-amd64-smp-vga 1201517 1201517 but some port/application failures: Problem 1 --------- i386 jail demonstrated: # /usr/local/etc/rc.d/squid start Starting squid. Segmentation fault # ldd /usr/local/sbin/squid /usr/local/sbin/squid: ldd: /usr/local/sbin/squid: Cannot load PIE binary /usr/local/sbin/squid as DSO /usr/local/sbin/squid: exit status 1 Lets check some relevant sysctls: ~# sysctl kern.elf64 kern.elf64.aslr.stack_gap: 0 kern.elf64.aslr.honor_sbrk: 1 kern.elf64.aslr.pie_enable: 0 kern.elf64.aslr.enable: 0 kern.elf64.pie_base: 16912384 kern.elf64.nxstack: 0 kern.elf64.fallback_brand: -1 ~# sysctl kern.elf32 kern.elf32.aslr.stack_gap: 0 kern.elf32.aslr.honor_sbrk: 1 kern.elf32.aslr.pie_enable: 0 kern.elf32.aslr.enable: 0 kern.elf32.pie_base: 16781312 kern.elf32.read_exec: 0 kern.elf32.nxstack: 0 kern.elf32.fallback_brand: -1 Perhaps this may be helpful to the reader? # readelf -d /usr/local/sbin/squid Dynamic section at offset 0x5ddddc contains 39 entries: Tag Type Name/Value 0x00000001 NEEDED Shared library: [librt.so.1] 0x00000001 NEEDED Shared library: [libcrypt.so.5] 0x00000001 NEEDED Shared library: [libregex.so.1] 0x00000001 NEEDED Shared library: [libcrypto.so.11] 0x00000001 NEEDED Shared library: [libssl.so.11] 0x00000001 NEEDED Shared library: [libm.so.5] 0x00000001 NEEDED Shared library: [libpcreposix.so.0] 0x00000001 NEEDED Shared library: [libpcre.so.1] 0x00000001 NEEDED Shared library: [libkrb5.so.26] 0x00000001 NEEDED Shared library: [libgssapi.so.3] 0x00000001 NEEDED Shared library: [libc++.so.1] 0x00000001 NEEDED Shared library: [libcxxrt.so.1] 0x00000001 NEEDED Shared library: [libgcc_s.so.1] 0x00000001 NEEDED Shared library: [libthr.so.3] 0x00000001 NEEDED Shared library: [libc.so.7] 0x0000001d RUNPATH Library runpath: [/usr/local/lib/heimdal:/usr/lib:/usr/local/lib] 0x0000000c INIT 0xfe0d8 0x0000000d FINI 0x45e0b0 0x00000019 INIT_ARRAY 0x0000001b INIT_ARRAYSZ 292 (bytes) 0x00000004 HASH 0x19c 0x00000005 STRTAB 0x4a520 0x00000006 SYMTAB 0x155c0 0x0000000a STRSZ 580827 (bytes) 0x0000000b SYMENT 16 (bytes) 0x00000015 DEBUG 0x0 0x00000003 PLTGOT 0x5e0c94 0x00000002 PLTRELSZ 4432 (bytes) 0x00000014 PLTREL REL 0x00000017 JMPREL 0xfcf88 0x00000011 REL 0xded48 0x00000012 RELSZ 123456 (bytes) 0x00000013 RELENT 8 (bytes) 0x6ffffffb FLAGS_1 unknown (0x8000000) 0x6ffffffe VERNEED 0xdebe8 0x6fffffff VERNEEDNUM 9 0x6ffffff0 VERSYM 0xd81fc 0x6ffffffa RELCOUNT 13575 0x00000000 NULL 0x0 Finding the "Cannont load PIE" string in "/usr/src/libexec/rtld-elf/rtld.c" So commented out the code: if (obj->z_pie) { _rtld_error("Cannot load PIE binary %s as DSO", obj->path); goto errp; just to get going... # cd /usr/src/libexec/rtld-elf # make -DUSE_K8 clean && make -DUSE_K8 && make -DUSE_K8 install ... cc -O2 -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG -DUSB_HAVE_DISABLE_ENUM -O2 -fno-math-errno -fomit-frame-pointer -Wno-error=unused-command-line-argument -Wl,--hash-style=sysv -fno-common -march=haswell -Wall -DFREEBSD_ELF -DIN_RTLD -ffreestanding -I/smallblocks/src/lib/csu/common -I/smallblocks/src/libexec/rtld-elf/amd64 -I/smallblocks/src/libexec/rtld-elf -fpic -DPIC -fvisibility=hidden -mno-mmx -mno-sse -mno-avx -mno-avx2 -msoft-float -DNDEBUG -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -nostdlib -e .rtld_start -shared -Wl,-Bsymbolic -Wl,-z,defs -Wl,--version-script=Version.map -Wl,-znow -o ld-elf.so.1 rtld_start.o reloc.o rtld.o rtld_lock.o rtld_malloc.o rtld_printf.o map_object.o xmalloc.o debug.o libmap.o -L/usr/obj/smallblocks/src/amd64.amd64/lib/libc -lc_nossp_pic ld: error: unable to find library -lc_nossp_pic cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 (Most likely need to build libc - lets skip ahead) Resort to a previous build (tar file) and pull ONLY /libexec/ld-elf.so. Installing this, into the i386 jails -r-xr-xr-x 1 root wheel 134040 20 May 11:39 libexec/ld-elf.so.1 enabled ldd to provide details, the necessary libraries are reachable. # /usr/local/etc/rc.d/squid start Starting squid. Segmentation fault --- squid also fails in an amd64 jail - segmentation fault. Problem 2 - gcc 9.3.0 problem cc1 internal compiler error --------- OK lets try rebuilding the simplest port audio/beep, in an amd64 jail --- beep.o --- cc1: internal compiler error: Segmentation fault libbacktrace could not find executable to open Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [beep.o] Error code 1 make[1]: stopped in /var/ports/usr/ports/audio/beep/work/beep 1 error As I force a lot of ports to use gcc9, this was a surprise, especially as gcc9 is one of the few ports that doesn't use esoteric flags like pie, bind or noexecstack. Lets use clang 10 instead. clang 10 builds beep and it runs from /usr/ports/audio/beep/work/stage/usr/local/bin/beep PS I use gcc9 due to the availability of -fstack-clash-protection (which is also in clang 10.1; for another day) Problem 3 - pkg neither installs nor packages --------- ====> Compressing man pages (compress-man) ===> Building package for beep-1.0_1 pkg-static: failed to get the note section pkg-static: failed to get the note section pkg-static: Unable to determine ABI pkg-static: Cannot parse configuration file! *** Error code 1 Stop. This is going to be a problem, as "make -C www/squid clean package" neither builds a package nor performs an installation. Need some mechanism to build/install without the pkg infrastructure... # pkg-static help pkg-static: failed to get the note section pkg-static: failed to get the note section pkg-static: Unable to determine ABI pkg-static: Cannot parse configuration file! Rebuilding pkg with clang 10 and copying /usr/ports/ports-mgmt/pkg/work/stage/usr/local/sbin/pkg-static to /usr/local/sbin/pkg-static, made no difference. Back to squid ------------- OK - lets try a bare bones squid, strip out everything to get a mini-squid (Modify Makefile - Remove all defaults from squid, except GSSAPI_NONE; remove perl5 from USES) Because we can't build a package or install, lets try: # /usr/ports/www/squid/work/stage/usr/local/sbin/squid -h YES!!! (remember though, this is the old /libexec/ld-elf.so.1) The runtime dependencies for "reduced" squid match "fat" squid! Comment out the refresh_patterns in squid.conf (probably why perl is needed) And... squid runs! (Something from Galaxy Quest comes to mind) Reinstate the original (ie recently updated) ld-elf.so.1. Yep squid starts and functions properly, though its interesting that # ldd /usr/local/sbin/squid /usr/local/sbin/squid: ldd: /usr/local/sbin/squid: Cannot load PIE binary /usr/local/sbin/squid as DSO /usr/local/sbin/squid: exit status 1 --- Conclusion ---------- Some folks, perhaps only those that use pie : - an upgrade to 12.1S may cause applications to segfault on both i386 and amd64, these applications will require a rebuild - pkg is problematic, and what in the OS upgrade is causing these messages (& failure) that weren't there yesterday? - gcc9 isn't going to be an easy rebuild as it depends on gmake et al, which won't install... - iterating through: relro, now, pie, noexecstack indicated no contribution to the problem. Seems to be something in image activation... ld-elf ? Next steps: investigate failed to get the note - /usr/ports/ports-mgmt/pkg/work/pkg-1.13.2/libpkg/pkg_elf.c Unable to determine ABI - /var/ports/usr/ports/ports-mgmt/pkg/work/pkg-1.13.2/libpkg/pkg_config.c Cannot parse conf - /var/ports/usr/ports/ports-mgmt/pkg/work/pkg-1.13.2/src/main.c PS Re-enabling kern.elf32 and kern.elf64 and restarting the production applications are functioning happily. Most applications are ok, squid and gcc9 stand out. From owner-freebsd-stable@freebsd.org Sat Jun 13 01:35:08 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B3B0134C90C for ; Sat, 13 Jun 2020 01:35:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49kKsR6BKWz4LvS; Sat, 13 Jun 2020 01:35:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 05D1Yqjn091721 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Jun 2020 04:34:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05D1Yqjn091721 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05D1Yo0Q091720; Sat, 13 Jun 2020 04:34:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 13 Jun 2020 04:34:50 +0300 From: Konstantin Belousov To: Dewayne Geraghty Cc: FreeBSD Stable Mailing List , emaste@freebsd.org Subject: Re: Upgrading to 12.1S 362003 - a few issues Message-ID: <20200613013450.GS48478@kib.kiev.ua> References: <978b8cb5-de88-4264-25ec-e7ecaaf80c75@heuristicsystems.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <978b8cb5-de88-4264-25ec-e7ecaaf80c75@heuristicsystems.com.au> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49kKsR6BKWz4LvS X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [1.91 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_SPAM_SHORT(0.57)[0.572]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_SPAM_MEDIUM(0.60)[0.596]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.74)[0.739]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 01:35:08 -0000 On Sat, Jun 13, 2020 at 10:24:49AM +1000, Dewayne Geraghty wrote: > After upgrading to 12.1Stable as of June 11: > 1) squid - fails with segmentation fault, ldd "Cannot load PIE binary" > 2) gcc9 - suffers a cc1 internal compiler error > 3) pkg-static - issues "failed" messages, unable to package or install > > Environment Xeon E3, ufs2 only, previously running FreeBSD 12.1 dated > 1st May (from kernel.old). > Prior to the upgrade all ports were rebuilt without issue, but NOT > installed as they were a fall-back, in the event that clang 10 caused > issues (the concern). There are multiple jails on this system, both > amd64 and i386 - some for building, testing and production use. One of > the production i386 jails runs squid, unchanged since Sept 2019. > > /etc/src.conf contains > WITH_PIE=YES > WITH_BIND_NOW=YES > > Most of our 1400+ ports are built and run with relro, now, pie and where > possible with noexecstack &/or no-common. These functioned in an ASLR > environment. (ASLR is only disabled during builds (gcc9 complains), or > when there's a problem, now). > > Note: NONE of the ports were rebuilt after the upgrade. However as part > of resolution, beep and squid were rebuilt. > > === Sequence of thigns === > > Upgrade performed. System rebooted without incident to > FreeBSD 12.1-STABLE #0 r362003M: Thu Jun 11 23:07:00 AEST 2020 i386 > hqdev-amd64-smp-vga 1201517 1201517 > but some port/application failures: > > Problem 1 > --------- > > i386 jail demonstrated: > > # /usr/local/etc/rc.d/squid start > Starting squid. > Segmentation fault Segmentation fault means that image was activated and kernel handed control to usermode. Try to debug it some, for instance use ktrace and LD_DEBUG=1 to see how much things progressed. > > # ldd /usr/local/sbin/squid > /usr/local/sbin/squid: > ldd: /usr/local/sbin/squid: Cannot load PIE binary /usr/local/sbin/squid > as DSO > /usr/local/sbin/squid: exit status 1 This is cosmetics, the problem is in ldd(1) mis-detecting PIE binary as DSO. Before some changes in rtld it was innocent, but since from recent times rtld refuses to dlopen(3) PIE binaries, method that ldd uses for DSO no longer works. It will take some time to fix ldd, because it needs to start parsing dynamic segment for DF_1_FLAGS. From owner-freebsd-stable@freebsd.org Sat Jun 13 02:35:55 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05EBE34D6F3 for ; Sat, 13 Jun 2020 02:35:55 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2560 bits) client-digest SHA256) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49kMCX0GRmz4PJ1 for ; Sat, 13 Jun 2020 02:35:51 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from [10.0.5.3] (noddy.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPSA id 05D2ZHT5095059 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sat, 13 Jun 2020 12:35:18 +1000 (AEST) (envelope-from dewayne@heuristicsystems.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=heuristicsystems.com.au; s=hsa; t=1592015718; x=1592620519; bh=Fh1S+u6tmMlQue+DOAVyVtlBiPJ74SmvMompH7VEP/U=; h=Subject:To:From:Message-ID:Date; b=LZVt9RvNV6nPkMARzJa6qtL3JRbanBMu3vxriI0vUTeaQRxS8w4x9rVIcUyGlIlXt D3LpuZ5NuCTWdq0kERFypQIRBV/bqUTJ5X0JAno7ydvgnlA6zoY+N2lbB+2SbEwWyb cDA8GHqV6CtjRfKdsVVFaowpfKbZWQUxHSUWy5sHEvN0hl96Nu/K6 X-Authentication-Warning: b3.hs: Host noddy.hs [10.0.5.3] claimed to be [10.0.5.3] Subject: Re: Upgrading to 12.1S 362003 - a few issues To: freebsd-stable@freebsd.org References: <978b8cb5-de88-4264-25ec-e7ecaaf80c75@heuristicsystems.com.au> <20200613013450.GS48478@kib.kiev.ua> From: Dewayne Geraghty Autocrypt: addr=dewayne@heuristicsystems.com.au; prefer-encrypt=mutual; keydata= mQFNBFbOsVMBCgDfvi2PspSwoMEtFhF+aFLQKtzSA9f0dhDqthKHESdfbqxvKzhkBjvTJ5Na EgjKoKfoQTh5xuIv3HLhtDo5PeasPgQl9cPJeriqmqlS+UhY5BGYcMc1AO/TX0fsDaQz96ko at3RUW7sff/qPgVzSurk+DV5h866gPdn5Jdjohyl2F1rzRl6dnaAIyg49zlwZOnPHJGKye+B meqUCnPRglhkpNqXR3v1ulbWpfwhdNDvWT82qTG/qsFy/agjJvxwLuEBeoGc1dPWasO8Nztt 0dqf1Lpeg6SX2yJd76WVS4znt88OEbx/QL2PTJ/YtSepS68WaeKuARKPukkU+QXDep0gaLPl /TvU5xAZndNB3rYnpmoLb32pDHlrJbZUVyTMqc3J2EYM6aaizCpg4VEvVpVSqUT4D9MuREhu PeZ3SvEazQARAQABiQF3BB8BCAAhBQJWzrFTFwyAAWHe5yZt8RJL0vaU1MfDto5dBmeFAgcA AAoJEJVk7a1LmFrdy2QJ/AysDdFIMCRiaqEellprZQyEz5I/qZJEi6yRfXH813hhISFz6moh urZYLQ9SRdyMntT8W3Oc4pJc9fF9RSnY0SSQY/arZbrvsv6hKb1KtIK7P5mLS914J9buxEcJ SWeVuOuMA9aCNqg5uMu19pH5pXayORfbv+K7vFPiyllZ64ShUWZJL69vAc/TsbvMrGtG1M4P qyWCOKEiUT93zhVGQoA0aUYjMAZoyvozZCuieo4O8hkPgMz9lka+3bqQBSOB+qO4Iz+CZs0k Lw7Soga6bRqLK86DH99WjTA6Oj1r8Won+j4V9fnTDCVJoSyqdVHLySDv/lHaNu4Ia4AO4i2d shmLw03gOUvoWLJx5X01A5Zio4FvecnpZqQ0Wz5Ph9MiK3lwarfjonTOLeNGd5BpdnHu5VRC fJml7uAYeyKsD8C4tEBEZXdheW5lIEdlcmFnaHR5IDxkZXdheW5lLmdlcmFnaHR5QGNvbnNj aXVtaW50ZXJuYXRpb25hbC5jb20uYXU+iQGXBBMBCABBAhshCwsKDQkIDAcLAwIECBUKCQgL AwIBBRYDAgEAAh4BAheAFiEEC8bIxjMx+sDl4ZCClWTtrUuYWt0FAl5UUOgACgkQlWTtrUuY Wt3xZAn/W/mq5nDhLIfqxVM9GbU8rGzNsGLfnt5NCVcWlBKhgxOOw9EWkcRTMymwX9OMqwxI +te6Gvy7rG53T2xprtsQyqESZmjWcUSEPsQ9hjw4VZCL15ftBeZMYyO2T1e41UImXAlftleT 2kXCktgyAfwfCzHhFiZM8k9QMFQV1x+JukJ9xPFBgICRLsLsVNVw/R1L7KqARuws4HqXxY1J SCpO+FB4b6tWSIRKbzlb6tctdKppKbG/adVYuoK61ngvmsAzy/9OLhF8u1MNCgyFd2woOErh /zyuap8KvJZMlwAIqpjsoHyXsa0cq8A/uNQSmodwBpRsEGXCmZIZq2FJw6N+38to8C8m97q0 YWrY63VsoA6hA4A4/ywzE3EiwGvqJQBMRv2ET3TIdTyLoEIwXq2bDPU7XTZGh5UZEsKFMHH5 228= Message-ID: <355bf1bc-82cf-a558-16df-1c7c2503c7a8@heuristicsystems.com.au> Date: Sat, 13 Jun 2020 12:34:46 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <20200613013450.GS48478@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49kMCX0GRmz4PJ1 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=heuristicsystems.com.au header.s=hsa header.b=LZVt9RvN; dmarc=none; spf=pass (mx1.freebsd.org: domain of dewayne@heuristicsystems.com.au designates 203.41.22.115 as permitted sender) smtp.mailfrom=dewayne@heuristicsystems.com.au X-Spamd-Result: default: False [-5.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[heuristicsystems.com.au:s=hsa]; NEURAL_HAM_MEDIUM(-1.06)[-1.064]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[heuristicsystems.com.au:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.02)[-1.016]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCVD_IN_DNSWL_MED(-0.20)[203.41.22.115:from]; DKIM_TRACE(0.00)[heuristicsystems.com.au:+]; DMARC_NA(0.00)[heuristicsystems.com.au]; NEURAL_HAM_SHORT(-0.05)[-0.055]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1221, ipnet:203.40.0.0/13, country:AU]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 02:35:55 -0000 Hi Konstantin, I did try ktrace/kdump but kdump complained of "data too short". Using your suggestion about LD_DEBUG nearly caused me to fall off my chair. I think this is most relevant: # setenv LD_DEBUG 1 # ktrace -f /tmp/sq3.kt /usr/local/sbin/squid start /libexec/ld-elf.so.1 is initialized, base address = 0x8aded000 RTLD dynamic = 0x8ae0f6c0 RTLD pltgot = 0 initializing thread locks _rtld_thread_init: done processing main program's program header note osrel 1201517 note fctl0 0 note crt_no_init AT_EXECPATH 0xffffdfe0 /usr/bin/ktrace obj_main path /usr/bin/ktrace Filling in DT_DEBUG entry Ignoring d_tag 1879048186 = 0x6ffffffa /usr/bin/ktrace valid_hash_sysv 1 valid_hash_gnu 0 dynsymcount 30 lm_init("(null)") loading LD_PRELOAD libraries loading needed objects Searching for "libc.so.7" search_library_pathfds('libc.so.7', '(null)', fdp) lm_find("/usr/bin/ktrace", "/lib") lmp_find("/usr/bin/ktrace") lmp_find("$DEFAULT$") Trying "/lib/libc.so.7" Opened "/lib/libc.so.7", fd 3 loading "/lib/libc.so.7" Ignoring d_tag 1879048186 = 0x6ffffffa /lib/libc.so.7 valid_hash_sysv 1 valid_hash_gnu 1 dynsymcount 3126 0x6d20f000 .. 0x6d3eafff: /lib/libc.so.7 checking for required versions initializing initial thread local storage offsets relocating "/usr/bin/ktrace" reloc_jmpslot: *0x4b177c04 = 0x6d39bac0 reloc_jmpslot: *0x4b177c08 = 0x6d3b6480 ... [ Lots of these ] reloc_jmpslot: *0x9d4859fc = 0x9d46e560 reloc_jmpslot: *0x9d485a00 = 0x9d47a428 reloc_jmpslot: *0x9d485a04 = 0x9d47a448 relocating "/usr/local/lib/heimdal/libasn1.so.8" relocating "/usr/local/lib/heimdal/libwind.so.0" relocating "/usr/local/lib/heimdal/libheimbase.so.1" relocating "/usr/local/lib/heimdal/libhx509.so.5" relocating "/usr/local/lib/heimdal/libhcrypto.so.4" relocating "/usr/local/lib/heimdal/libheimsqlite.so.0" relocating "/usr/local/lib/heimdal/libcom_err.so.1" relocating "/usr/local/lib/heimdal/libroken.so.18" relocating "/usr/local/lib/libintl.so.8" relocating "/usr/local/lib/heimdal/libheimntlm.so.0" doing copy relocations initializing initial thread local storage initializing key program variables "__progname": *0x73be38b8 <-- 0xffffdd44 "environ": *0x73cbbc08 <-- 0xfffc69cc "__elf_aux_vector": *0x9d4a6a5c <-- 0xfffc6a4c resolving ifuncs reloc_jmpslot: *0x9d484d88 = 0x9d352cc0 reloc_jmpslot: *0x9d484d8c = 0x9d352c70 reloc_jmpslot: *0x9cb16e04 = 0x9d352c70 reloc_jmpslot: *0x9cb16e0c = 0x9d352cc0 calling init function for /lib/libc.so.7 at 0x9d47c440 calling init function for /lib/libc.so.7 at 0x9d40fc20 calling init function for /lib/libc.so.7 at 0x9d3f0f40 calling init function for /lib/libthr.so.3 at 0x9cb15210 calling init function for /lib/libthr.so.3 at 0x9cb10cb0 _rtld_thread_init: done calling init function for /lib/libgcc_s.so.1 at 0x9bfad540 calling init function for /lib/libgcc_s.so.1 at 0x9bfa3de0 calling init function for /lib/libcxxrt.so.1 at 0x9b698480 calling init function for /usr/lib/libc++.so.1 at 0x9ab43d90 calling init function for /usr/lib/libc++.so.1 at 0x9aae3e40 calling init function for /lib/libcrypt.so.5 at 0x965d3210 calling init function for /usr/local/lib/libcrypto.so.11 at 0x96e9f420 calling init function for /usr/local/lib/heimdal/libroken.so.18 at 0xa32b6f60 calling init function for /usr/local/lib/libintl.so.8 at 0xa23cb104 calling init function for /usr/local/lib/heimdal/libheimbase.so.1 at 0x9ed15de0 calling init function for /usr/local/lib/heimdal/libcom_err.so.1 at 0x9fec3768 calling init function for /usr/local/lib/heimdal/libasn1.so.8 at 0x9e23f054 calling init function for /usr/local/lib/heimdal/libhcrypto.so.4 at 0x9fb5641c calling init function for /usr/local/lib/heimdal/libheimsqlite.so.0 at 0xa1b9603c calling init function for /usr/local/lib/heimdal/libwind.so.0 at 0x9f77a990 calling init function for /usr/local/lib/heimdal/libhx509.so.5 at 0xa0c4e3b4 calling init function for /usr/local/lib/heimdal/libkrb5.so.26 at 0x99527188 calling init function for /usr/local/lib/heimdal/libheimntlm.so.0 at 0xa498c814 calling init function for /usr/local/lib/heimdal/libgssapi.so.3 at 0x9a45bfd0 calling init function for /usr/local/lib/libpcre.so.1 at 0x97550ca8 calling init function for /usr/local/lib/libpcreposix.so.0 at 0x9728e518 calling init function for /lib/libm.so.5 at 0x97139f10 calling init function for /usr/local/lib/libssl.so.11 at 0x98579078 calling init function for /usr/lib/libregex.so.1 at 0x95e8f0a0 calling init function for /usr/lib/librt.so.1 at 0x953ca240 loading filtees enforcing main obj relro transferring control to program entry point = 0x73757360 "atexit" in "squid" ==> 0x9d457ac0 in "libc.so.7" reloc_jmpslot: *0x73be32b4 = 0x9d457ac0 "_ZSt13set_terminatePFvvE" in "squid" ==> 0x9b697a30 in "libcxxrt.so.1" reloc_jmpslot: *0x73be3794 = 0x9b697a30 "strlen" in "squid" ==> 0x9d4750b0 in "libc.so.7" reloc_jmpslot: *0x73be3108 = 0x9d4750b0 "malloc" in "squid" ==> 0x9d3e6620 in "libc.so.7" reloc_jmpslot: *0x73be3820 = 0x9d3e6620 "memcpy" in "squid" ==> 0x9d47aa20 in "libc.so.7" reloc_jmpslot: *0x73be3500 = 0x9d47aa20 "_Znwj" in "squid" ==> 0x9ab437c0 in "libc++.so.1" reloc_jmpslot: *0x73be3578 = 0x9ab437c0 "free" in "squid" ==> 0x9d3e9ea0 in "libc.so.7" reloc_jmpslot: *0x73be3790 = 0x9d3e9ea0 "_ZdlPv" in "squid" ==> 0x9ab438d0 in "libc++.so.1" reloc_jmpslot: *0x73be32b8 = 0x9ab438d0 "getopt_long" in "squid" ==> 0x9d3515f0 in "libc.so.7" reloc_jmpslot: *0x73be3614 = 0x9d3515f0 Segmentation fault I've placed the ktrace (sq3.kt.xz) and LD_DEBUG output (sq.deb.xz) at http://www.heuristicsystems.com/squid4K Pity about ldd, but I appreciate the complexity & the effort. I'm also comforted that it isn't an error, rather the evolution of ldd :) From owner-freebsd-stable@freebsd.org Sat Jun 13 16:14:53 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 307ED33C822 for ; Sat, 13 Jun 2020 16:14:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49kjNX12Vkz4Dj7; Sat, 13 Jun 2020 16:14:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 05DGEfRo091074 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Jun 2020 19:14:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05DGEfRo091074 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05DGEcCj091072; Sat, 13 Jun 2020 19:14:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 13 Jun 2020 19:14:38 +0300 From: Konstantin Belousov To: Dewayne Geraghty Cc: freebsd-stable@freebsd.org, emaste@freebsd.org Subject: Re: Upgrading to 12.1S 362003 - a few issues Message-ID: <20200613161438.GT48478@kib.kiev.ua> References: <978b8cb5-de88-4264-25ec-e7ecaaf80c75@heuristicsystems.com.au> <20200613013450.GS48478@kib.kiev.ua> <355bf1bc-82cf-a558-16df-1c7c2503c7a8@heuristicsystems.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <355bf1bc-82cf-a558-16df-1c7c2503c7a8@heuristicsystems.com.au> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49kjNX12Vkz4Dj7 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [2.43 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_SPAM_MEDIUM(0.77)[0.772]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.93)[0.933]; NEURAL_SPAM_LONG(0.73)[0.728]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 16:14:53 -0000 On Sat, Jun 13, 2020 at 12:34:46PM +1000, Dewayne Geraghty wrote: > Hi Konstantin, > I did try ktrace/kdump but kdump complained of "data too short". Using > your suggestion about LD_DEBUG nearly caused me to fall off my chair. I > think this is most relevant: > > # setenv LD_DEBUG 1 > # ktrace -f /tmp/sq3.kt /usr/local/sbin/squid start > /libexec/ld-elf.so.1 is initialized, base address = 0x8aded000 > RTLD dynamic = 0x8ae0f6c0 > RTLD pltgot = 0 > initializing thread locks > _rtld_thread_init: done > processing main program's program header > note osrel 1201517 > note fctl0 0 > note crt_no_init > AT_EXECPATH 0xffffdfe0 /usr/bin/ktrace > obj_main path /usr/bin/ktrace > Filling in DT_DEBUG entry > Ignoring d_tag 1879048186 = 0x6ffffffa > /usr/bin/ktrace valid_hash_sysv 1 valid_hash_gnu 0 dynsymcount 30 > lm_init("(null)") > loading LD_PRELOAD libraries > loading needed objects > Searching for "libc.so.7" > search_library_pathfds('libc.so.7', '(null)', fdp) > lm_find("/usr/bin/ktrace", "/lib") > lmp_find("/usr/bin/ktrace") > lmp_find("$DEFAULT$") > Trying "/lib/libc.so.7" > Opened "/lib/libc.so.7", fd 3 > loading "/lib/libc.so.7" > Ignoring d_tag 1879048186 = 0x6ffffffa > /lib/libc.so.7 valid_hash_sysv 1 valid_hash_gnu 1 dynsymcount 3126 > 0x6d20f000 .. 0x6d3eafff: /lib/libc.so.7 > checking for required versions > initializing initial thread local storage offsets > relocating "/usr/bin/ktrace" > reloc_jmpslot: *0x4b177c04 = 0x6d39bac0 > reloc_jmpslot: *0x4b177c08 = 0x6d3b6480 > ... [ Lots of these ] > reloc_jmpslot: *0x9d4859fc = 0x9d46e560 > reloc_jmpslot: *0x9d485a00 = 0x9d47a428 > reloc_jmpslot: *0x9d485a04 = 0x9d47a448 > relocating "/usr/local/lib/heimdal/libasn1.so.8" > relocating "/usr/local/lib/heimdal/libwind.so.0" > relocating "/usr/local/lib/heimdal/libheimbase.so.1" > relocating "/usr/local/lib/heimdal/libhx509.so.5" > relocating "/usr/local/lib/heimdal/libhcrypto.so.4" > relocating "/usr/local/lib/heimdal/libheimsqlite.so.0" > relocating "/usr/local/lib/heimdal/libcom_err.so.1" > relocating "/usr/local/lib/heimdal/libroken.so.18" > relocating "/usr/local/lib/libintl.so.8" > relocating "/usr/local/lib/heimdal/libheimntlm.so.0" > doing copy relocations > initializing initial thread local storage > initializing key program variables > "__progname": *0x73be38b8 <-- 0xffffdd44 > "environ": *0x73cbbc08 <-- 0xfffc69cc > "__elf_aux_vector": *0x9d4a6a5c <-- 0xfffc6a4c > resolving ifuncs > reloc_jmpslot: *0x9d484d88 = 0x9d352cc0 > reloc_jmpslot: *0x9d484d8c = 0x9d352c70 > reloc_jmpslot: *0x9cb16e04 = 0x9d352c70 > reloc_jmpslot: *0x9cb16e0c = 0x9d352cc0 > calling init function for /lib/libc.so.7 at 0x9d47c440 > calling init function for /lib/libc.so.7 at 0x9d40fc20 > calling init function for /lib/libc.so.7 at 0x9d3f0f40 > calling init function for /lib/libthr.so.3 at 0x9cb15210 > calling init function for /lib/libthr.so.3 at 0x9cb10cb0 > _rtld_thread_init: done > calling init function for /lib/libgcc_s.so.1 at 0x9bfad540 > calling init function for /lib/libgcc_s.so.1 at 0x9bfa3de0 > calling init function for /lib/libcxxrt.so.1 at 0x9b698480 > calling init function for /usr/lib/libc++.so.1 at 0x9ab43d90 > calling init function for /usr/lib/libc++.so.1 at 0x9aae3e40 > calling init function for /lib/libcrypt.so.5 at 0x965d3210 > calling init function for /usr/local/lib/libcrypto.so.11 at 0x96e9f420 > calling init function for /usr/local/lib/heimdal/libroken.so.18 at > 0xa32b6f60 > calling init function for /usr/local/lib/libintl.so.8 at 0xa23cb104 > calling init function for /usr/local/lib/heimdal/libheimbase.so.1 at > 0x9ed15de0 > calling init function for /usr/local/lib/heimdal/libcom_err.so.1 at > 0x9fec3768 > calling init function for /usr/local/lib/heimdal/libasn1.so.8 at 0x9e23f054 > calling init function for /usr/local/lib/heimdal/libhcrypto.so.4 at > 0x9fb5641c > calling init function for /usr/local/lib/heimdal/libheimsqlite.so.0 at > 0xa1b9603c > calling init function for /usr/local/lib/heimdal/libwind.so.0 at 0x9f77a990 > calling init function for /usr/local/lib/heimdal/libhx509.so.5 at 0xa0c4e3b4 > calling init function for /usr/local/lib/heimdal/libkrb5.so.26 at 0x99527188 > calling init function for /usr/local/lib/heimdal/libheimntlm.so.0 at > 0xa498c814 > calling init function for /usr/local/lib/heimdal/libgssapi.so.3 at > 0x9a45bfd0 > calling init function for /usr/local/lib/libpcre.so.1 at 0x97550ca8 > calling init function for /usr/local/lib/libpcreposix.so.0 at 0x9728e518 > calling init function for /lib/libm.so.5 at 0x97139f10 > calling init function for /usr/local/lib/libssl.so.11 at 0x98579078 > calling init function for /usr/lib/libregex.so.1 at 0x95e8f0a0 > calling init function for /usr/lib/librt.so.1 at 0x953ca240 > loading filtees > enforcing main obj relro > transferring control to program entry point = 0x73757360 So the app code started executing. > "atexit" in "squid" ==> 0x9d457ac0 in "libc.so.7" > reloc_jmpslot: *0x73be32b4 = 0x9d457ac0 > "_ZSt13set_terminatePFvvE" in "squid" ==> 0x9b697a30 in "libcxxrt.so.1" > reloc_jmpslot: *0x73be3794 = 0x9b697a30 > "strlen" in "squid" ==> 0x9d4750b0 in "libc.so.7" > reloc_jmpslot: *0x73be3108 = 0x9d4750b0 > "malloc" in "squid" ==> 0x9d3e6620 in "libc.so.7" > reloc_jmpslot: *0x73be3820 = 0x9d3e6620 > "memcpy" in "squid" ==> 0x9d47aa20 in "libc.so.7" > reloc_jmpslot: *0x73be3500 = 0x9d47aa20 > "_Znwj" in "squid" ==> 0x9ab437c0 in "libc++.so.1" > reloc_jmpslot: *0x73be3578 = 0x9ab437c0 > "free" in "squid" ==> 0x9d3e9ea0 in "libc.so.7" > reloc_jmpslot: *0x73be3790 = 0x9d3e9ea0 > "_ZdlPv" in "squid" ==> 0x9ab438d0 in "libc++.so.1" > reloc_jmpslot: *0x73be32b8 = 0x9ab438d0 > "getopt_long" in "squid" ==> 0x9d3515f0 in "libc.so.7" > reloc_jmpslot: *0x73be3614 = 0x9d3515f0 > Segmentation fault > > I've placed the ktrace (sq3.kt.xz) and LD_DEBUG output (sq.deb.xz) at > http://www.heuristicsystems.com/squid4K No need, the problem occurs somewhere in user code. Try to build the binary with debug symbols and look into the coredump with gdb. > > Pity about ldd, but I appreciate the complexity & the effort. I'm also > comforted that it isn't an error, rather the evolution of ldd :) ldd should be fixed after https://reviews.freebsd.org/D25257 is committed. From owner-freebsd-stable@freebsd.org Sat Jun 13 23:43:54 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5CE2D345754 for ; Sat, 13 Jun 2020 23:43:54 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2560 bits) client-digest SHA256) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49kvLc0C4Nz4cwl for ; Sat, 13 Jun 2020 23:43:50 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from [10.0.5.3] (noddy.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPSA id 05DNglf1005922 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sun, 14 Jun 2020 09:42:48 +1000 (AEST) (envelope-from dewayne@heuristicsystems.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=heuristicsystems.com.au; s=hsa; t=1592091768; x=1592696569; bh=nhBN0conw3VYyGMJw5f6ExyFRCHBMhHOWLK6GagL11s=; h=Subject:To:From:Message-ID:Date; b=D0OXs/c4iA7KrCQMH22nxUMDO+VOJV3cQ44c7lIi4dJOGsZ/s0g0Wj0RV3j7WnXu9 Kjjjkceoyy6/YTc/TE0Djz3h4MucYVf/VqvRncAwbzYodwFXKjRmDGfbyEoJ4E5vHR czzeOwON3gJbFC7EbenYJwwMiC2CLWl7ruSPUbbVPTLfSbw+42DUg X-Authentication-Warning: b3.hs: Host noddy.hs [10.0.5.3] claimed to be [10.0.5.3] Subject: Re: Upgrading to 12.1S 362003 - a few issues To: freebsd-stable@freebsd.org References: <978b8cb5-de88-4264-25ec-e7ecaaf80c75@heuristicsystems.com.au> <20200613013450.GS48478@kib.kiev.ua> <355bf1bc-82cf-a558-16df-1c7c2503c7a8@heuristicsystems.com.au> <20200613161438.GT48478@kib.kiev.ua> From: Dewayne Geraghty Autocrypt: addr=dewayne@heuristicsystems.com.au; prefer-encrypt=mutual; keydata= mQFNBFbOsVMBCgDfvi2PspSwoMEtFhF+aFLQKtzSA9f0dhDqthKHESdfbqxvKzhkBjvTJ5Na EgjKoKfoQTh5xuIv3HLhtDo5PeasPgQl9cPJeriqmqlS+UhY5BGYcMc1AO/TX0fsDaQz96ko at3RUW7sff/qPgVzSurk+DV5h866gPdn5Jdjohyl2F1rzRl6dnaAIyg49zlwZOnPHJGKye+B meqUCnPRglhkpNqXR3v1ulbWpfwhdNDvWT82qTG/qsFy/agjJvxwLuEBeoGc1dPWasO8Nztt 0dqf1Lpeg6SX2yJd76WVS4znt88OEbx/QL2PTJ/YtSepS68WaeKuARKPukkU+QXDep0gaLPl /TvU5xAZndNB3rYnpmoLb32pDHlrJbZUVyTMqc3J2EYM6aaizCpg4VEvVpVSqUT4D9MuREhu PeZ3SvEazQARAQABiQF3BB8BCAAhBQJWzrFTFwyAAWHe5yZt8RJL0vaU1MfDto5dBmeFAgcA AAoJEJVk7a1LmFrdy2QJ/AysDdFIMCRiaqEellprZQyEz5I/qZJEi6yRfXH813hhISFz6moh urZYLQ9SRdyMntT8W3Oc4pJc9fF9RSnY0SSQY/arZbrvsv6hKb1KtIK7P5mLS914J9buxEcJ SWeVuOuMA9aCNqg5uMu19pH5pXayORfbv+K7vFPiyllZ64ShUWZJL69vAc/TsbvMrGtG1M4P qyWCOKEiUT93zhVGQoA0aUYjMAZoyvozZCuieo4O8hkPgMz9lka+3bqQBSOB+qO4Iz+CZs0k Lw7Soga6bRqLK86DH99WjTA6Oj1r8Won+j4V9fnTDCVJoSyqdVHLySDv/lHaNu4Ia4AO4i2d shmLw03gOUvoWLJx5X01A5Zio4FvecnpZqQ0Wz5Ph9MiK3lwarfjonTOLeNGd5BpdnHu5VRC fJml7uAYeyKsD8C4tEBEZXdheW5lIEdlcmFnaHR5IDxkZXdheW5lLmdlcmFnaHR5QGNvbnNj aXVtaW50ZXJuYXRpb25hbC5jb20uYXU+iQGXBBMBCABBAhshCwsKDQkIDAcLAwIECBUKCQgL AwIBBRYDAgEAAh4BAheAFiEEC8bIxjMx+sDl4ZCClWTtrUuYWt0FAl5UUOgACgkQlWTtrUuY Wt3xZAn/W/mq5nDhLIfqxVM9GbU8rGzNsGLfnt5NCVcWlBKhgxOOw9EWkcRTMymwX9OMqwxI +te6Gvy7rG53T2xprtsQyqESZmjWcUSEPsQ9hjw4VZCL15ftBeZMYyO2T1e41UImXAlftleT 2kXCktgyAfwfCzHhFiZM8k9QMFQV1x+JukJ9xPFBgICRLsLsVNVw/R1L7KqARuws4HqXxY1J SCpO+FB4b6tWSIRKbzlb6tctdKppKbG/adVYuoK61ngvmsAzy/9OLhF8u1MNCgyFd2woOErh /zyuap8KvJZMlwAIqpjsoHyXsa0cq8A/uNQSmodwBpRsEGXCmZIZq2FJw6N+38to8C8m97q0 YWrY63VsoA6hA4A4/ywzE3EiwGvqJQBMRv2ET3TIdTyLoEIwXq2bDPU7XTZGh5UZEsKFMHH5 228= Message-ID: <6d429c23-7a95-b621-9427-0650778fdd07@heuristicsystems.com.au> Date: Sun, 14 Jun 2020 09:42:16 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <20200613161438.GT48478@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49kvLc0C4Nz4cwl X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=heuristicsystems.com.au header.s=hsa header.b=D0OXs/c4; dmarc=none; spf=pass (mx1.freebsd.org: domain of dewayne@heuristicsystems.com.au designates 203.41.22.115 as permitted sender) smtp.mailfrom=dewayne@heuristicsystems.com.au X-Spamd-Result: default: False [-6.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[heuristicsystems.com.au:s=hsa]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[heuristicsystems.com.au:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.004]; TO_DN_NONE(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[203.41.22.115:from]; DKIM_TRACE(0.00)[heuristicsystems.com.au:+]; DMARC_NA(0.00)[heuristicsystems.com.au]; NEURAL_HAM_SHORT(-0.96)[-0.956]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1221, ipnet:203.40.0.0/13, country:AU]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 23:43:54 -0000 >> I've placed the ktrace (sq3.kt.xz) and LD_DEBUG output (sq.deb.xz) at >> http://www.heuristicsystems.com/squid4K > No need, the problem occurs somewhere in user code. Try to build the > binary with debug symbols and look into the coredump with gdb. > >> >> Pity about ldd, but I appreciate the complexity & the effort. I'm also >> comforted that it isn't an error, rather the evolution of ldd :) > ldd should be fixed after https://reviews.freebsd.org/D25257 is committed. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Thank-you Konstantin, I appreciate your advice. Though that will be difficult without a functioning pkg so I'll wait a while to see if others have a problem. It is however, very odd that a "fat" squid et al worked for months prior to the FreeBSD update (the production jail is very rarely changed ie years, except for FreeBSD updates). I'll see if there is something in the libc logs that shed some light. Kind regards, Dewayne. PS I noticed segmentation faults in bare metal i386 hardware a few months ago, but wasn't able to find the problem. Guess not many build i386 systems on amd64...