From nobody Wed Apr 1 18:00:56 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fmCTV5Qfzz6YF94 for ; Wed, 01 Apr 2026 18:01:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fmCTV0NPjz3JFC for ; Wed, 01 Apr 2026 18:01:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1775066458; bh=TAbIZRSwYLVQ4rG6OAuna6sMsX0H8mPIG6x8bSfX3/Y=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=MOmz7u0gFWTXt0nRC6GmtTaTjPcIbIMAW8FehZPPEJK3xtyqpcyvXKbte2lNCeWjRSgfq5R08uk8C1nd6UoIopRwT6E0jOoHioCIka255CV5EsRXihfZusjv1pGkF/FLr8xhzQ1iKkWnxejq0yN9WcTlA3egeeqac2IlKrjh73hZSkE9JNL4QfRDzfGW8VO/ZGmZPA0V417mIHfvS2cI0T+SdJO30Fy3d2EC9icjtLfdPPqQ1vRZukTWUsvOYqzgxzi+fcgYqNN9d+/VBDpbFWp9oFAd/hzCAEBfTBLDBoxK/3dbRpSCSFZt9FVkb1ZxvSG9tfO2FeZSv2BODG0FJA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1775066458; bh=Pp8v6h2ciSnG++XzNupKz+nMkJCnLXdhjRLFStvIeTm=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=gBKUoF51BTF206qNik63RWlDIBtJ/qHWEdMcQW16icYN9dw/dm2wuPyzfbuxYXNMY0RbRskxHMfd8Uw7727pssDqVGA3HeZiKjjE6Boj9pAFYQpB+P1rLP4azd2Shzg7AONfSHxQUCpBvTvCdI4fiEA9mD0+o23gnod9lPLuZOO/wozo3+fDgP2LxGxKrtMl8UR9VoE+7+2yX+j67ylE47W1YMXkSyoWfobLiU2FwUE7Pb3OeH0Xw17QZkXi+bGqaPvvrL1PVdFidmlGXxGgg2AiiKmWbRjEh44oVtWeocUOnDxxva8XWYRkvSUZyBfeVoTkl76sOEqayu6gMA4faw== X-YMail-OSG: WRYC2QoVM1nmbL7g.eq3O4MpgeTfDet1nH2T8DI3EqfKa4sY6w5vB8ZWehREQXe qSx.t6hJt91V9YLBa44WxbDNRrrrW8OZZL.f8SnC1C69nG5BBogmv9gU2tCTaw8_iV9myL48NrNu Hg585AJxpeTjw_1CP_rDls1jWCk.1NIX_CF7S.1PBAyYQNkIM_NQofBTU9m9yswk14vIisWqsYH0 VSpKQnixlAav7Ythc9IqAygbE7qUQWmMN7zNcQ5QYRWX8KMJqFIYLFsBDe9NI8790UU_yf35NYfb jm62Knbv8ezxX9QgnG_6jY6_KkgP3jnLfF6CSgsuFHIJ.LKGdxMse_nKYIygCk5vqqHRlO6QHp4w rDZA92SKBvo7Vsg1JfS50B0YzvXJ_vAbPIhWH2By6jKrzbRWZkpRzX0lNF6n8KgEAFcNjCVZnjS9 v2gfl2RNHUZhVzNaP2awrzZEnQbCoytHq977P.MkbSWi04bPKoUcAMfzzNNSSrNuns0HdugYtenu ok.83Fkc5EV687SHgDsfXqhP1.NmvN_GMFG2e6.K5bvfga0qofgn_LlWEEmTZtmnZAIJlLrsFVPx DJaHbHB_2AJlFH3..2qNZSQF.X1KfUCe5dEcyt4Z3jc6MkZW8qJ2jIBdBqj8WosLg_hr3.PV09W5 vFlQBIJtyTiB5GgdFVDB1uMYduk_w58j991JDdggwsLQMjZecT38lbiKzrIa8UvVQpaLUetq2POM UAjqYtiCMNfwrIo52E1KdRHyNV9g71_FK6JlY7B2oKPJ0VvRCVFPABLc9tZP12kH3ksdJUmVyFJJ JYb.2UW0iFRqYvajlHODZN65IU.51vAggo.SdKypFBuC5vVugTPjpPZbTTCspbkns2YA6433FXfV .dV.RTqRd5Yq4vekRHYl9C9Qohhn53TiYuuA0ElU9oK6bUSF97n88C9r.fflWji4Iedo0mJyW0ro fCsZt9b480_EzaFAFuuVDakbYIRihS7EBzb0mcmQNVMkxVR_2EY27wXEPdpsBfwiGP3SPH7uytVx p9AmxEIfGk6tUP5Ft7vtuq5sDj9hCNtl.DdBuUyFLtPLiKBekjeNph87EQapf7Y4IO6xEFSLPGqP xbILxwOLlabCk2YUg7Hz2raVEZAq.fkpotaTEIaGHxu8Tbo3cWIMWSvUpvZ1LPT2ao_5kIEw80LH USmrbi2SE3RyqftWUjZWzlASzSkbQH.9U.ER7Oc8quVFoseSkGgtZQPvNDMef8eDOLiHOGobYAeo WvQXZvjIlpvFFQJcLA5MBkgTU74_489D8pjsLhV9cguxK4qZHJNX0Yei4Y.UMUd32Tj1CLrbsvsM GfjWD9hsdRS7ecgQqNqmoUKl7DIROcB7ReKPANxJq3vWPAmGrSbVW8oXf1N5m1bDrNXyisQrKgQQ FBRlDWt67c2yxcPtyc3i9CB14HhjL8v9Dcfi0ew0z0uvr0ka6vNpSk3.e5UTz4.IrzKdWaWhmF2a 4etGlzOsx.J_W0le31CLJvBZrK2_FQsf2yj1vkfIkBBQ1hsVjCTb16dZNXU3a6X2yy9KYKpdObni 5IWA0lUe4LKoJSVDlGqO7Lm8FiKRTDW4FmeX2XBLbHxSPyac3FNEcPi2PDItkxrFgAOg_cQNyaoU _bYJgQwl6KwhMzDyeVpMUOP83E7kF1XGaHyT0nSLnthmOaCcLgyfirsMYQCzeGzWdsNN3J993TgH KBgaO2XBJ5Kq1jg9qs3Vi4UFOZ.4vra0U3JfRQ6l0g1tyPXbohrfwyYXgYb3ZY1LAPmnZYQPB0Qu 0QLti2mB88qgdAcfIjGsBz_BzrxepHKkWCT_Rf5JdLWvdidgk2lqEqDhIa99HO6Xp9cN3IetTk6d sjccRWpej.qYNguP7vVfoqJPPFW6FSfxHiOb7KKOQkEr5s7QOglGfHV.Cpxt_gxhNivdDBoskoax G8uHUkQU._0Ps.7mJL05pdqWKAYC1LMpxBA3U1EwS56D.yiJzxrzljqRx7PJdyuzw4fiuD4S1_vF CWzmEyirw1X3QAXpP3CCORQ7W1l4uqCqsChaZo63nDTT8VZidJs0y6UZUeuvtyrKrYPx6.K025Vb EJ3AttvFHIIOtQN469K4C31DqfyU3mNKGegI5slGXBjwiTEFreXDAuHRVFZZpdhNHEEGPS17uiAG BDmIATm2EjPkyKV7nTNZ1pcWPelAQXXUIgkUdcWgSnZ4Ca1znesh0vUrR3A.jR8F6b3Ow.sFH64f D4yWa9l5hREj4MKXhJmSIjXqbtErFQbRU6FBCz_RB_K3s.QdT4n5ft6ZciqMx43AXxzww.ksopuF WeTt2xl9f7sfP4uToFp63Xq7pF9A8rgofXH8wqezvS84h6ws- X-Sonic-MF: X-Sonic-ID: 9c317e43-e25d-4bfd-a6bf-2fc1e0a12c02 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Apr 2026 18:00:58 +0000 Received: by hermes--production-gq1-6dfcf9f8b-whkwz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e0d00b70190b67843ca0f47336bf3759; Wed, 01 Apr 2026 18:00:57 +0000 (UTC) Message-ID: <626584dc-ea9c-4a63-902c-4de4e10bba00@yahoo.com> Date: Wed, 1 Apr 2026 11:00:56 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Etcupdate runtime has more than doubled....Why? To: bob prohaska , freebsd-current@freebsd.org References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25495 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4fmCTV0NPjz3JFC X-Spamd-Bar: ---- On 4/1/26 10:13, bob prohaska wrote: > For some time now I've been using etcupdate on a self-hosting > armv7 (RPi2) system. Lately, the runtime for etcupdate after > a world/kernel update from source has seemingly more than doubled. > It used to take less than one hour, now it's past two hours and > not done yet. The last process is a series of c++ processes which > take most of the added time. > > Apart from tracking -current the machine doesn't do much, but > I didn install a /usr/ports directory recently though it's only > been used to build named. The slowdown in etcupdate seems to > have appeared following that change. > > Might the addition of a ports tree have increased etcupdate's > run time, and is there in any case some housecleaning that will > speed it up? > > Thanks for reading, > > bob prohaska > > > etcupdate has the option: -B Do not build generated files in a private object tree. Instead, reuse the generated files from a previously built object tree that matches the source tree. This can be useful to avoid gratuitous conflicts in sendmail(8) configuration files when bootstrapping. It can also be useful for building a tarball that matches a specific world build. So, if one already has the required context, its use might be relevant. Of course, without the proper context, it should not be used. What was the context-status and use vs. not for -B ? -- === Mark Millard marklmi at yahoo.com