From nobody Mon Sep 9 08:34:22 2024 X-Original-To: freebsd-questions@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 4X2KrL3TScz5W8tq for ; Mon, 09 Sep 2024 08:34:26 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2KrK4gdGz4cv3 for ; Mon, 9 Sep 2024 08:34:25 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="DU1/5F/7"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ludovit.koren@gmail.com designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=ludovit.koren@gmail.com Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-a8d29b7edc2so231700766b.1 for ; Mon, 09 Sep 2024 01:34:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725870864; x=1726475664; darn=freebsd.org; h=mime-version:user-agent:message-id:in-reply-to:date :user-mail-address:references:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to; bh=qy3QJ8V+p5NiMPyjSE7gRi+ZXpp2CZCN6lkj3WVqezw=; b=DU1/5F/7g7M3Gj1HGq94actweiSV/GIQz+9qUxX5jyfB7nVymp/wWsG8QG3lP+R4pW SzqHpWTGCdlkRxMRIW3l6ugjglLY5/aq+gdtgkZOkK9628DymHVoSm11Bx7jBoJe+tvH YWf/BYW6SGA8fEz0lzVloxu10lpyJ7Y0I4fOy7G6gyzan+DHwkMw0ZMdzt/tP8qk/9Jb X4WooyZ1aXwZUiIq4b2WjLjjiQnfNiKsE6pzYdh22Enh3R9pkUXga5bWIeImAneu1rgn qu5yZNjw5tDpGLebnu3ogxONYdOsasxn1cNQjHKE9Rbvq5fL9L/6z4LXWqhcGzA0es4c fHdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725870864; x=1726475664; h=mime-version:user-agent:message-id:in-reply-to:date :user-mail-address:references:subject:cc:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=qy3QJ8V+p5NiMPyjSE7gRi+ZXpp2CZCN6lkj3WVqezw=; b=DNXyHopTBsKy8Le5TlwV+FvhL43k6IGzySEAfAquL0Csa+k7o9nsfGulntQEAeVmX3 E+RwiDYRHaConNU8F4o3NcfZMYz0lLf7O5kqSJHNIi0n8v+kotyDyw7cNS4c7d+SCX7p 3TCPhHNzdGOD/pXDyH7izoZZOuZMOLV99qNGxipAiEpfr/QBAJ63HV81mtE4SlChxRM5 Q261eaoPNKTnVypWUEHWouMlrUl7oju9Mlkeha07DQJePfqMn+/3sodIiNXa35e06ZEE jWN/VqeA2Kf22mjikc/27n6dBhjboQmulSW5CPoRcxYLs5qtDgdebSciz8Xtxk68FbT1 bVxw== X-Gm-Message-State: AOJu0Yy55bqvsj9oH+Nd38lSNuzxZjuYlMEFiJy7kc7UfUtsrX0Xu4Ji DPOuabLxKRST59PEy0gpwFvllmdmh3wQrkEB0cKU0eFMZYqAb6TbCEOROQ== X-Google-Smtp-Source: AGHT+IHjUW29rFQVLKo7zW8DjkE2WSOVkuDT/X1ip+rzkLl7F3Mrtes5hhMyTj1xJezs/yBViIyziQ== X-Received: by 2002:a17:907:1c19:b0:a8d:4b02:334c with SMTP id a640c23a62f3a-a8d4b023c92mr465422266b.64.1725870863723; Mon, 09 Sep 2024 01:34:23 -0700 (PDT) Received: from jedi.localdomain ([195.28.109.130]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a8d259526c3sm308088466b.69.2024.09.09.01.34.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Sep 2024 01:34:23 -0700 (PDT) Received: by jedi.localdomain (Postfix, from userid 1001) id 5D24E1306AC; Mon, 09 Sep 2024 10:34:22 +0200 (CEST) From: Ludovit Koren To: Karl Vogel Cc: freebsd-questions@freebsd.org Subject: Re: ZFS boot devices specification References: <86y146zbef.fsf@gmail.com> <8634md11w4.fsf@gmail.com> User-Mail-Address: ludovit.koren@gmail.com Date: Mon, 09 Sep 2024 10:34:22 +0200 In-Reply-To: (Karl Vogel's message of "Sat, 7 Sep 2024 00:37:20 -0400") Message-ID: <86le012pkh.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (berkeley-unix) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.974]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from] X-Rspamd-Queue-Id: 4X2KrK4gdGz4cv3 >>>>> Karl Vogel writes: > On Fri 06 Sep 2024 at 07:02:09 (-0400), Ludovit Koren wrote: >> kern.geom.label.disk_ident.enable="0" >> kern.geom.gptid.enable="0" >> >> I already had in /boot/loader.conf. So these kernel variable settings do >> not solve the problem. Regards, > No, it's the "mountfrom=" line. ok, I will try by the next reboot. thank you. lk From nobody Mon Sep 9 16:11:31 2024 X-Original-To: freebsd-questions@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 4X2Wzm5TmBz5WmJx for ; Mon, 09 Sep 2024 16:11:32 +0000 (UTC) (envelope-from des@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2Wzm530Yz4sZN; Mon, 9 Sep 2024 16:11:32 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725898292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9fUrZoQGrDL28/UHj8jV9OHOtdWSYWl/ub/vgBhY8Ek=; b=oZ5r4EjuaVoMsx94KNdifE4iPc2fOQYs00vY3ku3WIiNSlFafbHRkC0wpeIuWl2gzuHWvb F1WBnahhYmCwvedv+8jig4a1ctfcVzptJved0yN9Dy8S5GE9fGgb29Rr1x87UFJcTdAdYG XQZOi//DrOzG8IG5KMzLSXY07cErRuEiYdySDA+FI7Jj29TI3YPnChdLPzCdGuwpXVbXxc 3fC+bMa0hlZU3IoSUwisGo8j2y9A4QFFSvCtLhABQXsyMM1Hp31to826wUJheepDwCx4LQ HjVBHOqy9h6tdHtY0wquMq+eu+gtZH+qHiRvSuD2JYMlWAtVir2lmifq4rx6Jw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725898292; a=rsa-sha256; cv=none; b=BubJ1vBOCLOg/lKuD77QjnI6gOi7icvpXpwSJ+EPwdnT17dadSYOBxYcGPwM+TXIfKOw7E 0RFFzcv2ra9iY67XoxYM8dBi+nXdjPKsJ8tSFugxL3xZCTcIbLhJDpFvhBXuaKl4o2ADdO 7hYEpUlsLDXSNflOZpyx5+I8hsNuteT2vK02+LWs2nxpfmuqnc20BMLgjQmPIwsJbt1nk5 t40bpuUi/DisBS4C5/xF0bGiYxZmVRkxo6ZbM4PzSRGFOO1pt9CXOOkhdmazomINs/KYKv pIn+eBvzoJtZkJbttOAUKyk9vHj2iPDEuSE6qGrWFvonUPLPcbnjFKrywQZW7w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725898292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9fUrZoQGrDL28/UHj8jV9OHOtdWSYWl/ub/vgBhY8Ek=; b=XI0XIZV8cS3ZId9Q1n9smDAxeuFQ9pFaggcvEiRt4Pq3fLo48zlQe1aLtrcTDTnhBM8A1N FG/VJrl3XVPx8CtXRWvIuXPWAAov1tjUvRBjX/ZjHDQSIYgq5tbj3NRypPlunZkRvUeN5T b0vlki3/NiH1qNhTLMne5jESg6B60K/YTWdVdjqERnOWeZQxpwPbZZ+SB+cxoTk/MB2qug Kd2fYEUTUShWow1uxGo5JGim56QoIEa3QvF7V1ywrSPrPfaWP5oZXj1U/VzthVrR7bDmE3 GZWMEOTlvc8damm6sADJhF2DeZIXj7YN9LOQ/x9tqhy0+I7jVPuqy7ZWA0ZcwQ== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:386:9c20:922e:16ff:fef1:acef]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4X2Wzm3z18z1F6H; Mon, 9 Sep 2024 16:11:32 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 16D3BBEC20; Mon, 09 Sep 2024 18:11:31 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Sad Clouds Cc: freebsd-questions@FreeBSD.org Subject: Re: Reusing previous object files after modifying src.conf In-Reply-To: <20240908104235.2a4cd4ad0ff014f6366cb273@gmail.com> (Sad Clouds's message of "Sun, 8 Sep 2024 10:42:35 +0100") References: <20240908104235.2a4cd4ad0ff014f6366cb273@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 09 Sep 2024 18:11:31 +0200 Message-ID: <86bk0w24ek.fsf@ltc.des.dev> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sad Clouds writes: > Does anyone know if it is safe to reuse previous object files when > building FreeBSD from source and then modifying src.conf? Short answer: no. Long answer: It depends on what you change. If you just add, remove, or change comments or blank lines, then sure. If you add, remove, or change build options, then it depends on the option. Most of them just add or remove files, but some add or remove compile-time flags, and make won't know which files need rebuilding. Unless you know exactly what you're doing and are ready to deal with the consequences, you're better off running cleanworld after changing src.conf. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Sep 9 18:58:33 2024 X-Original-To: freebsd-questions@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 4X2bhr3QFgz5Tk0N for ; Mon, 09 Sep 2024 18:58:52 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw1-x1136.google.com (mail-yw1-x1136.google.com [IPv6:2607:f8b0:4864:20::1136]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2bhq4KHSz4PMs for ; Mon, 9 Sep 2024 18:58:51 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=TPLw9HJw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::1136 as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-6db4b602e38so30254407b3.1 for ; Mon, 09 Sep 2024 11:58:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725908330; x=1726513130; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Dg/k06T13UuGdF9yfc2jBweOjQDRXx8mF4jOdTRv/5c=; b=TPLw9HJwOLO0TH32XKVogAslAf0Sc1ZpJ7oVXXal9j8pRthzhUvECaUxdD1FapTc0K EFsEygIdmZd7Dl5uQF4S1vIy2vFmud4U6CrLjpPR84twHndk7ltrt8OhoJQbcmmRZZ0G Wiwspdy0W8zbX7Z6MrwW39dEMA+8n+2+kNBB3nRYEs42hoLxVdXki87xAqicU/cSQLK+ FHqvFKR2aliknUPmOxlVCzF9L7yocnXBYxjDVnhE145RPwSdM8Y3sh+R1xDV65jcf9In CB99m1pLI0dJh0pT24Z7J82YWgQtZ1mzKoOQrp70mRMG5DyXW9pT1D4fmCyij3kBh07D Qa2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725908330; x=1726513130; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Dg/k06T13UuGdF9yfc2jBweOjQDRXx8mF4jOdTRv/5c=; b=B+7kvmOMOQBmUcvDy/vUjsr0rsXt2Txplr63m70JHMci9VM75cE+prFD04q/gv8iBd iZVknA9UCkffLl6ciM+5HEb4gK2Qs7/aWNfhCQcq8hj06CQ5wfd1+XK/wFJ1t3gyuaVR TE2M+bX4QxOzXlGuKDId5/66oVxZdKGAHwvBnwW5PkPWYNrU8DkTNUPDXauDLHP7gFp9 ke0iKMN3b++7wQryi7qzFOww4hkMIycUotfExAenjQz7vguV0w7qrH3jbX+d8WijilOB +O2nYbFmIuLf811n43+KBiLHbZ2vvKqnTkgw27eJvgWGZ7iuO0BII3YSyo91Q+puDaUn R4qA== X-Forwarded-Encrypted: i=1; AJvYcCVZJLZ4bfdnFq6CHlzUA5mueCMvuSWrZtwodheE2oHjYyyvn2qo/klIMp/FBaklOGEVA161bZkyAyLlb5SQQ69u9Q==@freebsd.org X-Gm-Message-State: AOJu0YzZvqRhskjNN+xM2O44qp+tIc1h601/UcSCFN9Vi/IEngjlyf3s +QriGdK+ywhg0F261p5y/rw0lBcEq1r9OPhyDoW7OvpjXMhpxTixzRyC91J0XtJtPtIVzR++7M0 5uSQiwLPxvqbOYtORcf7Dz4RXoxxTzNFRUWQ= X-Google-Smtp-Source: AGHT+IENby20abpnC8zrdk9tvi02jRSIGAfIGAP0ILJ6Odu8cMaUJgo2EGNXeac8ff5K2hwLL/mGL6J0vLtXvyfhAE8= X-Received: by 2002:a05:690c:4a90:b0:6b5:5042:2c9d with SMTP id 00721157ae682-6db4512d946mr102425737b3.24.1725908330439; Mon, 09 Sep 2024 11:58:50 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Mon, 9 Sep 2024 11:58:33 -0700 Message-ID: Subject: Re: Listing packages built for a random release/architecture To: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Cc: Tomek CEDRO , User Questions Content-Type: multipart/alternative; boundary="000000000000f373be0621b458f1" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[gmail.com:+]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1136:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4X2bhq4KHSz4PMs --000000000000f373be0621b458f1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Sep 8, 2024 at 10:24=E2=80=AFAM Fernando Apestegu=C3=ADa < fernando.apesteguia@gmail.com> wrote: > > > On Sun, Sep 8, 2024 at 7:17=E2=80=AFPM Tomek CEDRO wro= te: > >> On Sun, Sep 8, 2024 at 6:43=E2=80=AFPM Fernando Apestegu=C3=ADa >> wrote: >> > I think this has been asked before, but I can't find the answer. >> > How can I see a list of package versions for a random supported FreeBS= D >> release/architecture? For instance, I want to see what devel/binutils is >> there in 14.1 amd64. >> >> https://www.freshports.org/devel/binutils/ ? :-) >> > > Yes, but not always: https://www.freshports.org/textproc/docproj/ > > And I'm sure there is no pkg-fallout because I didn't receive any mail :-= ) > > >> >> -- >> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info >> > For amd64 V14.?, you can go to https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-defa= ultThis is a list of all builds for 14. (Packages are always built for the oldest supported minor release of each major version. Minor updates must not break the system ABI, so 14.0 builds should work for all V14 systems. The exception is kernel modules which get messy, but not binutils. Unfortunately, builds on hte new Chicago build systems are no linger ordered by time, but by hash. The last build is highlighted yellow, but it will likely not include all packages, so you have to find the last few builds and walk back over them to find binutils. Fortunately, binutils was updated in the latest build completed yesterday. For cases where you need ot go back, here is a list of the most recent builds for 140amd64: f550157a18a4 46b3743b8460 50625859d806 35743 60a177caf143 5734 ff9b1b7bdb15 750 ac90984a4ba1 1649 1963f6d23107 9924 3efa6621722c 14528 b3cf46924d98 10287 a760f6876277 1307 935c61ac4bff 3346 15d22e1c70da 9178 1b6eada811a7 3353 59e63aec278e 11646 94b089c7ad30 5477 b9994ae18767 35841 13f486017d78 19763 Newest at the bottom. the second column is the number of packages built in the build. I really hope that this is improved! --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000f373be0621b458f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Sep 8, 2024 at 10:24=E2= =80=AFAM Fernando Apestegu=C3=ADa <fernando.apesteguia@gmail.com> wrote:


On Sun, Sep 8, 2024 at 7:17=E2=80=AFPM Tom= ek CEDRO <tomek@ce= dro.info> wrote:
On Sun, Sep 8, 2024 at 6:43=E2=80=AFPM Fernando Apestegu=C3=ADa
<fern= ando.apesteguia@gmail.com> wrote:
> I think this has been asked before, but I can't find the answer. > How can I see a list of package versions for a random supported FreeBS= D release/architecture? For instance, I want to see what devel/binutils is = there in 14.1 amd64.

https://www.freshports.org/devel/binutils/ ? :-)


And I'm sure there i= s no pkg-fallout because I didn't receive any mail :-)
= =C2=A0

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

For amd64 V14.?, you can go = to https://pkg-status.freebsd.org/beefy22/jail.html?maste= rname=3D140amd64-defaultThis is a list of all builds for 14. (Packages = are always built for the oldest supported minor release of each major versi= on. Minor updates must not break the system ABI, so 14.0 builds should work= for all V14 systems. The exception is kernel modules which get messy, but = not binutils.

Unfortunately, builds on h= te new Chicago build systems are no linger ordered by time, but by hash. Th= e last build is highlighted yellow, but it will likely not include all pack= ages, so you have to find the last few builds and walk back over them to fi= nd binutils. Fortunately, binutils
was updated in the l= atest build completed yesterday. For cases where you need ot go back, here = is a list of the most recent builds for 140amd64:
f550157a18= a4
46b3743b8460
50625859d806 35743
60a177caf143 5734
ff9b1b7bdb= 15 750
ac90984a4ba1 1649
1963f6d23107 9924
3efa6621722c 14528
b= 3cf46924d98 10287
a760f6876277 1307
935c61ac4bff 3346
15d22e1c70da= 9178
1b6eada811a7 3353
59e63aec278e 11646
94b089c7ad30 5477
b9= 994ae18767 35841
13f486017d78 19763

= Newest at the bottom. the second column is the number of packages built in = the build.

I really hope that this is im= proved!


--
Kevin= Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
--000000000000f373be0621b458f1-- From nobody Mon Sep 9 20:04:06 2024 X-Original-To: freebsd-questions@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 4X2d8B4TWVz5Tv63 for ; Mon, 09 Sep 2024 20:04:10 +0000 (UTC) (envelope-from cryintothebluesky@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2d8B2Wghz4cmk; Mon, 9 Sep 2024 20:04:10 +0000 (UTC) (envelope-from cryintothebluesky@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wm1-x330.google.com with SMTP id 5b1f17b1804b1-428e0d18666so42963835e9.3; Mon, 09 Sep 2024 13:04:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725912248; x=1726517048; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=b+ot9fvmK7O95Upp7AHaEYfK8R316//fLDslSxTTw1s=; b=lZxtG+5MlwnoS1gxFVJwqtvHHkTBikFPYqZ9rbBmRgEmfA1WEtnDvHEvsENOGNrHC7 1MCL6Qa6ZiHcfmx5YPC9GJ5wkcBxDVZsRZM/YzeRQEURCG9AAwd3QrYRP7ILiJLlPGOw NormFeIitdMNRK7OvINYiiClwSmkc+LHjY5CHOy0lYE1Yfqy1rKpPSzexfqjmQ2G0SRc q34Zkjqg1dPwhEyM/fU1EJzDGDZ9kfj5y+sdZaxkZKrPROWQMx5RfIQ4cH+e5S2PDP5q fSNUDZwQjRMnXGcR2z0XTU9D1bmIQ7vq7djHQhkbhAgb1i/Qyl1zip9rw5MytURdkvXf TVVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725912248; x=1726517048; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=b+ot9fvmK7O95Upp7AHaEYfK8R316//fLDslSxTTw1s=; b=u2A63pOmEVTvLUji5zjUAM7twV9aecbvOlAt6s4e27CWwKRpVsyl76+YOY6q+H21gl FRVoWHmT/03fpXAiSk41JjPA5agNat2RLoLhxhlmSL6KIGUlaTB3X+mGCPgQq6FG/fcW OUI4RrNens18XyKwwi593HXhRbOqUTzYydNToT52xc1/M621dQREmVgraoDwMcciFgNp mS3zNmW+TfQ4LUwnMO+jM0YFfsU4m9OQll9O2HjHZs9ydk39uIts8H/sTkYFEmAvOHXV z/gRG6cFT3Ge6f77bzpDFiBd/ujd4f+kLB02nXqXisucSwIbNna/cjXl4gg3aMr12vpw ituw== X-Gm-Message-State: AOJu0Yxb2MnWla+n27yQFXNYKlGCDlSZP09sIZHZCGsMwJFgMYa1hc4D N8bx7tZynfxIjOsACuMnDb8xZiXYco+TNYTchUl7jn4iEnXqjg4stNsTAA== X-Google-Smtp-Source: AGHT+IFYDDRm5I2Nl5bJfj4DQRnY+Wm75VWEOTX0+rmNCoPtMoJdcEqifft5SnEGeVGqRtm7uotZjQ== X-Received: by 2002:a05:600c:4e46:b0:42c:bb10:7292 with SMTP id 5b1f17b1804b1-42cbb10731fmr19968365e9.1.1725912247628; Mon, 09 Sep 2024 13:04:07 -0700 (PDT) Received: from z600.home.lan (240.85.199.146.dyn.plus.net. [146.199.85.240]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-378956d35dasm6794806f8f.67.2024.09.09.13.04.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Sep 2024 13:04:07 -0700 (PDT) Date: Mon, 9 Sep 2024 21:04:06 +0100 From: Sad Clouds To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= Cc: freebsd-questions@FreeBSD.org Subject: Re: Reusing previous object files after modifying src.conf Message-Id: <20240909210406.334229cee90b9718e0372fec@gmail.com> In-Reply-To: <86bk0w24ek.fsf@ltc.des.dev> References: <20240908104235.2a4cd4ad0ff014f6366cb273@gmail.com> <86bk0w24ek.fsf@ltc.des.dev> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- 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:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4X2d8B2Wghz4cmk On Mon, 09 Sep 2024 18:11:31 +0200 Dag-Erling Sm=F8rgrav wrote: > Sad Clouds writes: > > Does anyone know if it is safe to reuse previous object files when > > building FreeBSD from source and then modifying src.conf? >=20 > Short answer: no. >=20 > Long answer: It depends on what you change. If you just add, remove, or > change comments or blank lines, then sure. If you add, remove, or > change build options, then it depends on the option. Most of them just > add or remove files, but some add or remove compile-time flags, and make > won't know which files need rebuilding. Unless you know exactly what > you're doing and are ready to deal with the consequences, you're better > off running cleanworld after changing src.conf. >=20 > DES > --=20 > Dag-Erling Sm=F8rgrav - des@FreeBSD.org Hello, thanks for the in depth explanation. I will just clean all object files each time and build different variants of FreeBSD release with different src.conf settings. From nobody Mon Sep 9 21:10:26 2024 X-Original-To: freebsd-questions@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 4X2fcx3K1pz5V3qN for ; Mon, 09 Sep 2024 21:10:41 +0000 (UTC) (envelope-from fernando.apesteguia@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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2fcw6Dv0z4nxT for ; Mon, 9 Sep 2024 21:10:40 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x233.google.com with SMTP id 38308e7fff4ca-2f75c6ed428so28095001fa.0 for ; Mon, 09 Sep 2024 14:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725916239; x=1726521039; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Zmov1a+Qf7mdf2Y9lN6j0u1+avPHZ64qm1jqvvkYTz0=; b=nMwp6adTAtGUaMb+3xxXsN7kwjl9p3ADVKCDMK/QYCXs8J8RO5TvdhgTRpSN2dLjLp dlgRssY3urToe/igs8FeAFrkPVCpRYd1oWgG+NmYPRMCtF258+fC7hEftjac13Lg5C3m rcCMjo5WbCTHXRHMZpQIR606ddZthv/JuaWfRDvUc8iEviWPcdDNkjnASelsTzUoaDkB n8MyMvKq/raj2UZ+QGaddBs4+P1fhzpBziQjKhzps4KnPIX2uDNOo03Z11pxC25RHkHu fMKpGrLz6NP/449R/gmCNjIodYJhQtShp7D3vQk6EoCZN9t4fEsR7iX//QMO+rQ1BFQo kwFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725916239; x=1726521039; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Zmov1a+Qf7mdf2Y9lN6j0u1+avPHZ64qm1jqvvkYTz0=; b=IFL6u/cYm4CC94O2Onpn8NwOInq61W5jD/JiHdw31qXRb/y077vdVUeLcUhfmKmiZ0 Psd68EifyY1HF/Zz3wfWHi3ntPmioGbZszY4kqa49Quzc3xa/PMRB7C2O/cOh55dtdax 8yjBdZWeES4LsXFjCh7h2q3KggsGHh7XaCm/ohgELf4SZxd3Vrm5MlPIaTmdf1DtNeuw mLcl3mIEfJzPd1CVa/z9KXYU21ECB4xt/51jixI8pOWxGQFP24TbZpp/7zfC0e5MRqhe LXYoCNRPCK7kdUZPPyU1UnljLgtDt/qEvga5ejFJRatRWytsI51CqSGZG0td679fM0IK teKA== X-Forwarded-Encrypted: i=1; AJvYcCVF0JloUZgfjPb8AUiiz50scLGGxN/srRjhej0uXEcYW8v+UAc9xWTaObLaK40g84jsyAPlbak39q/rKCgRrdEBEA==@freebsd.org X-Gm-Message-State: AOJu0YxCg6bPpvrL3RP117dRfJrOmPVIZK8PDuw6/kSB/mEqYX5TZtqY x7DgvnMeJuWIWhn5zX/jOOwKHETYfdJVeYFryTb3+oHFo25iiGo8GIvHGWLr6ECqm1DHukuqxkX VZkt4XQ5Ic6on6q2VKyDBKuL66IKfcViMDqY= X-Google-Smtp-Source: AGHT+IFwX0UsZWDy7IlOcMdhfCpMomsiMqW2U+XIzyVJwGozQ8/NPOy7LCN4uCsVkRMovTMCzdQp+9ha0zC1I0mVjyo= X-Received: by 2002:a05:6512:3caa:b0:533:6f3:9857 with SMTP id 2adb3069b0e04-536587a79bdmr8570516e87.5.1725916238109; Mon, 09 Sep 2024 14:10:38 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Mon, 9 Sep 2024 23:10:26 +0200 Message-ID: Subject: Re: Listing packages built for a random release/architecture To: Kevin Oberman Cc: Tomek CEDRO , User Questions Content-Type: multipart/alternative; boundary="00000000000048eb6d0621b63079" X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4X2fcw6Dv0z4nxT --00000000000048eb6d0621b63079 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Sep 9, 2024 at 8:58=E2=80=AFPM Kevin Oberman = wrote: > On Sun, Sep 8, 2024 at 10:24=E2=80=AFAM Fernando Apestegu=C3=ADa < > fernando.apesteguia@gmail.com> wrote: > >> >> >> On Sun, Sep 8, 2024 at 7:17=E2=80=AFPM Tomek CEDRO wr= ote: >> >>> On Sun, Sep 8, 2024 at 6:43=E2=80=AFPM Fernando Apestegu=C3=ADa >>> wrote: >>> > I think this has been asked before, but I can't find the answer. >>> > How can I see a list of package versions for a random supported >>> FreeBSD release/architecture? For instance, I want to see what >>> devel/binutils is there in 14.1 amd64. >>> >>> https://www.freshports.org/devel/binutils/ ? :-) >>> >> >> Yes, but not always: https://www.freshports.org/textproc/docproj/ >> >> And I'm sure there is no pkg-fallout because I didn't receive any mail := -) >> >> >>> >>> -- >>> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info >>> >> > For amd64 V14.?, you can go to > https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-de= faultThis > is a list of all builds for 14. (Packages are always built for the oldest > supported minor release of each major version. Minor updates must not bre= ak > the system ABI, so 14.0 builds should work for all V14 systems. The > exception is kernel modules which get messy, but not binutils. > > Unfortunately, builds on hte new Chicago build systems are no linger > ordered by time, but by hash. The last build is highlighted yellow, but i= t > will likely not include all packages, so you have to find the last few > builds and walk back over them to find binutils. Fortunately, binutils > was updated in the latest build completed yesterday. For cases where you > need ot go back, here is a list of the most recent builds for 140amd64: > f550157a18a4 > 46b3743b8460 > 50625859d806 35743 > 60a177caf143 5734 > ff9b1b7bdb15 750 > ac90984a4ba1 1649 > 1963f6d23107 9924 > 3efa6621722c 14528 > b3cf46924d98 10287 > a760f6876277 1307 > 935c61ac4bff 3346 > 15d22e1c70da 9178 > 1b6eada811a7 3353 > 59e63aec278e 11646 > 94b089c7ad30 5477 > b9994ae18767 35841 > 13f486017d78 19763 > > Newest at the bottom. the second column is the number of packages built i= n > the build. > > I really hope that this is improved! > Thanks! This is what I was looking for. Now, how do you exactly go from https://pkg-status.freebsd.org/ to https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-defa= ult ?? Because in the main page, if I filter in "Package Builds" using the text box at the right, and type "140", I get 15 entries, and none of them has the 13f486017d78 hash for the build. In addition if I click on 59d8804dcdd7 and try to go to the poudriere build, my system can not reach http://gohan02.nyi.freebsd.org/build.html?mastername=3D14stable-amd64-quart= erly-baseline&build=3D59d8804dcdd7 Cheers. > > > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > --00000000000048eb6d0621b63079 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Sep 9, 2024 at 8:58=E2=80=AFP= M Kevin Oberman <rkoberman@gmail.= com> wrote:
On Sun, Sep 8, 2024 at 10:24=E2=80=AFAM Fernando Ape= stegu=C3=ADa <fernando.apesteguia@gmail.com> wrote:


On Sun, Sep 8, 2024 at 7:17=E2=80=AFPM Tomek = CEDRO <tomek@cedro= .info> wrote:
On Sun, Sep 8, 2024 at 6:43=E2=80=AFPM Fernando Apestegu=C3=ADa
<fern= ando.apesteguia@gmail.com> wrote:
> I think this has been asked before, but I can't find the answer. > How can I see a list of package versions for a random supported FreeBS= D release/architecture? For instance, I want to see what devel/binutils is = there in 14.1 amd64.

https://www.freshports.org/devel/binutils/ ? :-)


And I'm sure there i= s no pkg-fallout because I didn't receive any mail :-)
= =C2=A0

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

For amd64 V14.?, you can go to https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D= 140amd64-defaultThis is a list of all builds for 14. (Packages are alwa= ys built for the oldest supported minor release of each major version. Mino= r updates must not break the system ABI, so 14.0 builds should work for all= V14 systems. The exception is kernel modules which get messy, but not binu= tils.
Unfortu= nately, builds on hte new Chicago build systems are no linger ordered by ti= me, but by hash. The last build is highlighted yellow, but it will likely n= ot include all packages, so you have to find the last few builds and walk b= ack over them to find binutils. Fortunately, binutils
was updated in the late= st build completed yesterday. For cases where you need ot go back, here is = a list of the most recent builds for 140amd64:
f550157a18a4
46b3743b8460
50625= 859d806 35743
60a177caf143 5734
ff9b1b7bdb15 750
ac90984a4ba1 1649=
1963f6d23107 9924
3efa6621722c 14528
b3cf46924d98 10287
a760f6= 876277 1307
935c61ac4bff 3346
15d22e1c70da 9178
1b6eada811a7 3353<= br>59e63aec278e 11646
94b089c7ad30 5477
b9994ae18767 35841
13f4860= 17d78 19763

N= ewest at the bottom. the second column is the number of packages built in t= he build.

I r= eally hope that this is improved!

Thanks!
This is what I was looking for.

Now, how do you exactly go from https://pkg-status.freebsd.org/ to https://pkg-= status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-default ??
Because in the main page, if I filter in "Package Builds"= ; using the text box at the right, and type "140", I get 15 entri= es, and none of them has the 13f486017d78 hash for the bui= ld.
In addition if I click on 59d8804= dcdd7 and try to go to the poudriere build, my system can not reach http://gohan02.nyi.freebsd.= org/build.html?mastername=3D14stable-amd64-quarterly-baseline&build=3D5= 9d8804dcdd7

Cheers.
=C2=A0
=


--
Kevin Oberman, Part time kid herder and retired Network Engine= er
E-mail: rkob= erman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B3= 18AB39EF1B055683
--00000000000048eb6d0621b63079-- From nobody Mon Sep 9 22:18:09 2024 X-Original-To: freebsd-questions@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 4X2h785TD4z5VFZk for ; Mon, 09 Sep 2024 22:18:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yb1-xb2a.google.com (mail-yb1-xb2a.google.com [IPv6:2607:f8b0:4864:20::b2a]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2h772pZsz45Fl for ; Mon, 9 Sep 2024 22:18:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=BgKhkh5M; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::b2a as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yb1-xb2a.google.com with SMTP id 3f1490d57ef6-e1a7c25e350so4690972276.3 for ; Mon, 09 Sep 2024 15:18:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725920306; x=1726525106; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=J9wMASK0YtbCcub7FWyA49yFCZ5itlxjpfCK0XZ6VZ0=; b=BgKhkh5MOj/+zTBk70bmfqCPXGpdrJr8ui+M97gC0u0/rKshkKTpW+ZSE5eFgnZQkz rSmMP+vVUQelQ7UiIlwbfnrkbnpAQ30cE6jMz+db1B+K8YIDQsT6D3sQTXCsKvYU2nHC j5qw3DWVNYDrykOUgbRxJaQFZ384xgmlwACFhM5QBdKN7jSRLjKk8ydHtYLvYJrrnAEg cAGnbzhIqT349F60U7TLQ2dqs0+i95QdbBIlHEl0gdKyq8E/hEt7DWeM2VdrRKRn37mR AFtqE8Jjdkwu23pa3ooiPtJIulk0YU+nRbFmbWmmg+pG5OW2Qojkk9OsnktwXRbWu6fH Lu0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725920306; x=1726525106; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=J9wMASK0YtbCcub7FWyA49yFCZ5itlxjpfCK0XZ6VZ0=; b=PgaQln2MzjexdLD3ZezFozsWYWxNv7HhHpW3mnyHDFMNov2F57TLSWKcTU+iFlf/Th vLByxwLru87gvMTJOQMgQmNAnQsJeZLgCBzV/hA3t1kD1017CrfqWShhgo4JEERf5+KI z+3yUCmzZ/SWo946jn1SX3R8KFXQleUGYUwgKZnfBg5uJ3zLfURLRP3Y7PxZdG76BNk9 cYFHZfE9viLqELMG67ypXqbdZKXHcV6PpGMw0/fpu87XbGCLunJ5ROLqGaQL8hdO+Nb3 jrysRwPuJ5ukWNv0sp6S3lM7oitjn78XUZ4Mu6JS+7Owq8UMLUr+vATNJLl+f5SWchOE V0vw== X-Gm-Message-State: AOJu0YzG8sa1UTTk2t8n5K8pKmGIICs8WRoh3iqYqeQdrLpzstEwyC/P Ry+N9ZWCiFoneH2ZZtObrD2IT6Lz37pU+1Z+fnl6CxPOCIbAJ8Epbf3E+p43kdjBwAZdqNyPwR7 MVy8Dj1PuebobWNO4xLVrwkyDDh/xoCqG X-Google-Smtp-Source: AGHT+IHwyQ8/axe7nlbdUnCZrRnfi/npUdFaOrWwprrBIb8gNIRPWILzLXvFdbhCsD+0HLaeuF6bHWoaKZmErRs9N44= X-Received: by 2002:a05:6902:1583:b0:e16:19f7:96df with SMTP id 3f1490d57ef6-e1d34864c96mr14356807276.10.1725920305854; Mon, 09 Sep 2024 15:18:25 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <20240908134405694174552@bob.proulx.com> In-Reply-To: <20240908134405694174552@bob.proulx.com> From: Kevin Oberman Date: Mon, 9 Sep 2024 15:18:09 -0700 Message-ID: Subject: Re: building a 14.1 workstation To: freebsd-questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000bdc3ff0621b722d8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.89)[-0.887]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b2a:from] X-Rspamd-Queue-Id: 4X2h772pZsz45Fl --000000000000bdc3ff0621b722d8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Sep 8, 2024 at 1:01=E2=80=AFPM Bob Proulx wrote: > Doug Denault wrote: > > Not to bury the headline I can not build a 14.1 workstation and can not > > believe I am the only one, but have seen nothing on this list. > > > > 1. Installing from pkg > > This installs 384 packages with the following problems: > > * there is no chromium > > * firefox will not run, ending with an error loading a dynamic > > library > > This is a routine problem every time a point release happens. I see > this routinely and it is routinely reported in the IRC channels. At > the time of a point release the auto-builders start building the > latest commit of all ports. > > There might be failures due to the upgrades. Recently x265 failed to > build. This causes a lot of dependent packages to be skipped in the > build cycle. Everything dependent upon it is then skipped. Including > firefox and chromium. > > The build might take several days to complete. The result is that the > pkg repositories both current and quarterly might be missing major > cones of dependent packages such as recently both firefox and chromium > were unavailable for several days. This is no longer the case for 14 for amd64 systems. The 140amd64 build system can now do a full build of packages in about 34 hours, well under 2 days, and most smaller builds run in a few hours. They do 42 parallel builds. This is a huge improvement and, I believe, that other build systems will be replaced over the next months to get similar performance. Since I have always used "latest", I have no idea of the status of the quarterly builders. Some time I want to walk through all of the build systems and see how many hare running on new metal. Unfortunately, pkg-status.freebsd.org still is not talking to the new systems. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000bdc3ff0621b722d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Sep 8, 2024 at 1:01=E2= =80=AFPM Bob Proulx <bob@proulx.com> wrote:
Doug Denault wrote:
> Not to bury the headline I can not build a 14.1 workstation and can no= t
> believe I am the only one, but have seen nothing on this list.
>
>=C2=A0 =C2=A0 1. Installing from pkg
>=C2=A0 =C2=A0 =C2=A0 =C2=A0This installs 384 packages with the followin= g problems:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * there is no chromium
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * firefox will not run, ending with = an error loading a dynamic
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 library

This is a routine problem every time a point release happens.=C2=A0 I see this routinely and it is routinely reported in the IRC channels.=C2=A0 At the time of a point release the auto-builders start building the
latest commit of all ports.

There might be failures due to the upgrades.=C2=A0 Recently x265 failed to<= br> build.=C2=A0 This causes a lot of dependent packages to be skipped in the build cycle.=C2=A0 Everything dependent upon it is then skipped.=C2=A0 Incl= uding
firefox and chromium.

The build might take several days to complete.=C2=A0 The result is that the=
pkg repositories both current and quarterly might be missing major
cones of dependent packages such as recently both firefox and chromium
were unavailable for several days.
= This is no longer the case for 14 for amd64 systems. The 140amd64 build sys= tem can now do a full build of packages in about 34 hours, well under 2 day= s, and most smaller builds run in a few hours. They do 42 parallel builds. = This is a huge improvement and, I believe, that other build systems will be= replaced over the next months to get similar performance. Since I have alw= ays used "latest", I have no idea of the status of the quarterly = builders.

Some time I want to walk = through all of the build systems and see how many hare running on new metal= . Unfortunately, pkg-status.freeb= sd.org still is not talking to the new systems.


--
<= div>
Kevin Oberman, Part time kid her= der and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerp= rint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--000000000000bdc3ff0621b722d8-- From nobody Mon Sep 9 22:49:01 2024 X-Original-To: freebsd-questions@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 4X2hpn2zbCz5VL6l for ; Mon, 09 Sep 2024 22:49:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw1-x1130.google.com (mail-yw1-x1130.google.com [IPv6:2607:f8b0:4864:20::1130]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2hpl5VKCz4CYT for ; Mon, 9 Sep 2024 22:49:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=IcfyVK+T; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::1130 as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yw1-x1130.google.com with SMTP id 00721157ae682-6b47ff8a59aso47487027b3.2 for ; Mon, 09 Sep 2024 15:49:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725922159; x=1726526959; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=H+NeYH8VH4hE9dBmVphVIkyAEvicKPQ4JhGPX7Asc6A=; b=IcfyVK+TSP7RXR37YkFz3QQdPWp8Dk86bSHxpNyV8F5jWKmGuPYs+F+9R6bYKfwo3n 8st2zRFOe29Rq3xfAavVjA73d310lP+N9U0YMnaeiTORsblMg2WKWSHae3K2MgzkMyyA L+sJNWD66ouSbQQMQkslecBnQfKuaacSCNEfCKJXDzGKz7B3ShsNXiVDvlpBs8Vpc7p8 xSQcg1QgKHY6RJZ9KN6GYIcRgim8RC4kx1xPUu/sMlQ7n8F6kAFX4+0Bc8ERTT0USX2j 5jNWR2pVkETV+2dJ1QbGWeJqWbw2GAHYlLpoABUIismTBO0/qd8bqmdxihuKStuRCtCt QtJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725922159; x=1726526959; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=H+NeYH8VH4hE9dBmVphVIkyAEvicKPQ4JhGPX7Asc6A=; b=Z8nlKUNdBU3X3TQUnYLorsUqcQWKusgBYvvTrD6Rk6VC1j+MCxzhMRW+kkDkJoZh+R wQlfxKx7PhLNqrebLI9YGfDYDaeQIIyVSUPvJcX3AdzsfXkh71F7lLRFIgmzkQpHqF6e iZrU6bC7QDu+ZyGKuCfieiSrBTYzAuDq4gUZESNp/R5M784Rq2TdfGZkMhDA/usHiXpo Ub/A8PeWsw6ERqb7OhhqrQ0AHcmMzO89rYJrsNhpOw4BGZxLmDXEz+4AbIafiMw4xPq+ nful3jSKb4J/lK8y1QSnk0mwiK1D6t/3pFV6V3iZtoMO5x9OB4IAs6y13o067MFnKwj3 uUeQ== X-Forwarded-Encrypted: i=1; AJvYcCX80Kgh2sBqX+kwjodX3VG3UmjpUwqgtbyhxhoT7MTHDKThwTsU/lDgMWbpEdZxSz/PBQE9Z8SB5p+ofy5ZEp4bcw==@freebsd.org X-Gm-Message-State: AOJu0Yz8ZliDCqzK33WFvzmgj+wnAhqC2vmLCltE9gLstSZ25wtDn1LG cJEvkOQ1yzomsOG/g1tBdR5kaeCjTpWogOzIhT8SRcqv2L3ISGq2+LDCK23ATyCBtcsIMmHMg9t dWkSQRsWBd/fc0f2diR6sXfyC+uw= X-Google-Smtp-Source: AGHT+IE3d9CK022OXdO86N1N+6RP+NM0YlTkHc5RRmp7p5j1XRgmV/uCBGorVb0BTfVh60PI06VwoblB063ZFCu4tcg= X-Received: by 2002:a05:690c:83:b0:632:5b24:c0c with SMTP id 00721157ae682-6db44d6cd0emr153678367b3.5.1725922158730; Mon, 09 Sep 2024 15:49:18 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Mon, 9 Sep 2024 15:49:01 -0700 Message-ID: Subject: Re: Listing packages built for a random release/architecture To: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Cc: Tomek CEDRO , User Questions Content-Type: multipart/alternative; boundary="0000000000002e666d0621b791d3" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.902]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[gmail.com:+]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1130:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4X2hpl5VKCz4CYT --0000000000002e666d0621b791d3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Sep 9, 2024 at 2:10=E2=80=AFPM Fernando Apestegu=C3=ADa < fernando.apesteguia@gmail.com> wrote: > > > On Mon, Sep 9, 2024 at 8:58=E2=80=AFPM Kevin Oberman wrote: > >> >> For amd64 V14.?, you can go to >> https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-d= efaultThis >> is a list of all builds for 14. (Packages are always built for the oldes= t >> supported minor release of each major version. Minor updates must not br= eak >> the system ABI, so 14.0 builds should work for all V14 systems. The >> exception is kernel modules which get messy, but not binutils. >> >> Unfortunately, builds on hte new Chicago build systems are no linger >> ordered by time, but by hash. The last build is highlighted yellow, but = it >> will likely not include all packages, so you have to find the last few >> builds and walk back over them to find binutils. Fortunately, binutils >> was updated in the latest build completed yesterday. For cases where you >> need ot go back, here is a list of the most recent builds for 140amd64: >> f550157a18a4 >> 46b3743b8460 >> 50625859d806 35743 >> 60a177caf143 5734 >> ff9b1b7bdb15 750 >> ac90984a4ba1 1649 >> 1963f6d23107 9924 >> 3efa6621722c 14528 >> b3cf46924d98 10287 >> a760f6876277 1307 >> 935c61ac4bff 3346 >> 15d22e1c70da 9178 >> 1b6eada811a7 3353 >> 59e63aec278e 11646 >> 94b089c7ad30 5477 >> b9994ae18767 35841 >> 13f486017d78 19763 >> >> Newest at the bottom. the second column is the number of packages built >> in the build. >> >> I really hope that this is improved! >> > > Thanks! > This is what I was looking for. > > Now, how do you exactly go from https://pkg-status.freebsd.org/ to > https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-de= fault > ?? > Because in the main page, if I filter in "Package Builds" using the text > box at the right, and type "140", I get 15 entries, and none of them has > the 13f486017d78 > > hash for the build. > In addition if I click on > > 59d8804dcdd7 > > and try to go to the poudriere build, my system can not reach > http://gohan02.nyi.freebsd.org/build.html?mastername=3D14stable-amd64-qua= rterly-baseline&build=3D59d8804dcdd7 > > Cheers. > Since the new builders are in Chicago, it's not surprising gohan02.nyi.freebsd.org does not get you there. ATM, this is a bit of a mess. I hope it will be fixed, the pkg-status does not yet talk to the new Chicago systems, so the last build in New York will be the last that shows up directly on pkg-status. As far as I can tell, only 140amd64 is no a new builder. I do see one build of 140i386-default on beefy21. Looks like 14amd64-monthly might be headed for beefy20, but it doesn't seem to be loading now, so it might not be production, yet. Wish I could be more helpful, but I just poke around and see what I can find. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --0000000000002e666d0621b791d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Sep 9, 2024 = at 2:10=E2=80=AFPM Fernando Apestegu=C3=ADa <fernando.apesteguia@gmail.com> wrote:


On Mon, Sep 9, 2024 at 8:58=E2=80=AFPM Kevin Oberman <rkoberman@gmail.com<= /a>> wrote:
<= div dir=3D"ltr">

For amd64 V14.?, you can go to https://pkg-status.freebsd.org/beefy22/jail.html= ?mastername=3D140amd64-defaultThis is a list of all builds for 14. (Pac= kages are always built for the oldest supported minor release of each major= version. Minor updates must not break the system ABI, so 14.0 builds shoul= d work for all V14 systems. The exception is kernel modules which get messy= , but not binutils.

Unfortunately, builds on hte new Chicago build systems are no linger= ordered by time, but by hash. The last build is highlighted yellow, but it= will likely not include all packages, so you have to find the last few bui= lds and walk back over them to find binutils. Fortunately, binutils
was updated= in the latest build completed yesterday. For cases where you need ot go ba= ck, here is a list of the most recent builds for 140amd64:
f550157a18a4
46b3743b= 8460
50625859d806 35743
60a177caf143 5734
ff9b1b7bdb15 750
ac90= 984a4ba1 1649
1963f6d23107 9924
3efa6621722c 14528
b3cf46924d98 10= 287
a760f6876277 1307
935c61ac4bff 3346
15d22e1c70da 9178
1b6ea= da811a7 3353
59e63aec278e 11646
94b089c7ad30 5477
b9994ae18767 358= 41
13f486017d78 19763

Newest at the bottom. the second column is the number of packag= es built in the build.

I really hope that this is improved!
=

Thanks!
This is what I was looking for.
=

Because in the = main page, if I filter in "Package Builds" using the text box at = the right, and type "140", I get 15 entries, and none of them has= the 13f486017d78 hash for the build.
In addition if I click on 59d8804dcdd7 and try to go to the p= oudriere build, my system can not reach http://gohan02.nyi.freebsd.org/build.htm= l?mastername=3D14stable-amd64-quarterly-baseline&build=3D59d8804dcdd7

Since the new builders are in Chicago, it's not sur= prising gohan02.nyi.freebsd.org does not get you there. ATM, this is a bit of= a mess. I hope it will be fixed, the pkg-status does not yet talk to the n= ew Chicago systems, so the last build in New York will be the last that sho= ws up directly on pkg-status. As far as I can tell, only 140amd64 is no a n= ew builder. I do see one build of 140i386-default on beefy21.=C2=A0 Looks l= ike 14amd64-monthly might be headed for beefy20, but=C2=A0 it doesn't s= eem to be loading now, so it might not be production, yet.
=
Wish I could be more helpful, but I just poke around an= d see what I can find.
--
Kevin Ob= erman, Part time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--0000000000002e666d0621b791d3-- From nobody Tue Sep 10 05:05:20 2024 X-Original-To: freebsd-questions@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 4X2s8v2LdNz5Wj8j for ; Tue, 10 Sep 2024 05:05:35 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2s8t56j5z54hX for ; Tue, 10 Sep 2024 05:05:34 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x12f.google.com with SMTP id 2adb3069b0e04-53653ff0251so6013881e87.0 for ; Mon, 09 Sep 2024 22:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725944733; x=1726549533; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZLimJ6jPMj+fcl6N1OsdIZIDTYkCSh4XoZfw/cIODpU=; b=GZotqYZjOPwWjKa/A2GA49HyTMQVcIZaxi+IfW5mEYZ6rvAWHsH7fDb8WUEBXlUT4k 7/0VYbwSqP75dLQsLOO67tfMAx33tgqyCvQqkH2MgE1avSJIOFaA7vVwBiupxTV35KH6 4gZ4Vch1MAHnLKWlylTpa7u4iletXsADVhANcvwUjKvCYlsF8eG+30+OjEhLnty8jtkF BuXlYBKDymGxBRKUjMLEDw7zaSMt5ICgL4kvdFei8+/V3JHfGBRjSWyvUCYE6asmSc3L BaV+Nkwg/DAo4/hirwCXxXkv5pyzRiPOvm4zbmtU77+GzvESGRAjRdaB+cXmZ8eE47cn BlcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725944733; x=1726549533; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ZLimJ6jPMj+fcl6N1OsdIZIDTYkCSh4XoZfw/cIODpU=; b=CNfRK2+rlIG31ZzWc2aLq7eq1uzrPXm/cI8sjsqyXWSyaoQVfu3iLVnB70r9aN4mIW f8vibgb5gtebF7aB8Oph4vd5qthzMuUWzyEL9T+5LVzbLbXMSYgDbWXCYQcQfSB9T64r IETMhSep89Cw+OFnX7yt2QL4DwFk/VccsXDOonKnSyufOKbcjdrm4t4IgV2ZqArdKIrL 4A9M/43+EOFPqrb4gvWkafNvRR5NbBuWHwpbPV3yenknEMXBgpJRzHTN8cDjeHUh5XoZ BV4ynO2E0PKR99SVSN4Xel+NJODzvjvpzTm779fq0WQxgkXS2/71FqqNIHYNtoIVLWiS A3YQ== X-Forwarded-Encrypted: i=1; AJvYcCWHP/uFfHNNanPk6nhaYZ4ACcYEmnEXREoHhEz1nzKYiz4+bSL7FmVkRtnoVi5hbRCJ/l+Had4oqjJmiV0FX84kyw==@freebsd.org X-Gm-Message-State: AOJu0YxBnoEzanPLH9exJnwuNZT9NPQqp2+lnHuyryml1NcnrNDbuRn/ CkV7nMy8ysaGMegCujVChRmiELzzgy1aOusZcLlg88cDF5T1RHp+mDaYmWOhjOaN4JKw9gE3kdw zzMOnztWssXcAuROGi9pxKu0CMv3I6YI/ X-Google-Smtp-Source: AGHT+IEia+oFFYlAGcW++tcfIzcFB9QjuEFE5T8lYuvUsCu3UOdIR53mFYM1W0pXh6aYKYs3gu5SiM/1Z5fXiUCbCQY= X-Received: by 2002:a05:6512:12c1:b0:52e:9382:a36 with SMTP id 2adb3069b0e04-536587b902bmr8101977e87.30.1725944732545; Mon, 09 Sep 2024 22:05:32 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Tue, 10 Sep 2024 07:05:20 +0200 Message-ID: Subject: Re: Listing packages built for a random release/architecture To: Kevin Oberman Cc: Tomek CEDRO , User Questions Content-Type: multipart/alternative; boundary="000000000000af7e3e0621bcd220" X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4X2s8t56j5z54hX --000000000000af7e3e0621bcd220 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El mar, 10 sept 2024, 0:49, Kevin Oberman escribi=C3= =B3: > > > On Mon, Sep 9, 2024 at 2:10=E2=80=AFPM Fernando Apestegu=C3=ADa < > fernando.apesteguia@gmail.com> wrote: > >> >> >> On Mon, Sep 9, 2024 at 8:58=E2=80=AFPM Kevin Oberman wrote: >> >>> >>> For amd64 V14.?, you can go to >>> https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-= defaultThis >>> is a list of all builds for 14. (Packages are always built for the olde= st >>> supported minor release of each major version. Minor updates must not b= reak >>> the system ABI, so 14.0 builds should work for all V14 systems. The >>> exception is kernel modules which get messy, but not binutils. >>> >>> Unfortunately, builds on hte new Chicago build systems are no linger >>> ordered by time, but by hash. The last build is highlighted yellow, but= it >>> will likely not include all packages, so you have to find the last few >>> builds and walk back over them to find binutils. Fortunately, binutils >>> was updated in the latest build completed yesterday. For cases where yo= u >>> need ot go back, here is a list of the most recent builds for 140amd64: >>> f550157a18a4 >>> 46b3743b8460 >>> 50625859d806 35743 >>> 60a177caf143 5734 >>> ff9b1b7bdb15 750 >>> ac90984a4ba1 1649 >>> 1963f6d23107 9924 >>> 3efa6621722c 14528 >>> b3cf46924d98 10287 >>> a760f6876277 1307 >>> 935c61ac4bff 3346 >>> 15d22e1c70da 9178 >>> 1b6eada811a7 3353 >>> 59e63aec278e 11646 >>> 94b089c7ad30 5477 >>> b9994ae18767 35841 >>> 13f486017d78 19763 >>> >>> Newest at the bottom. the second column is the number of packages built >>> in the build. >>> >>> I really hope that this is improved! >>> >> >> Thanks! >> This is what I was looking for. >> >> Now, how do you exactly go from https://pkg-status.freebsd.org/ to >> https://pkg-status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-d= efault >> ?? >> Because in the main page, if I filter in "Package Builds" using the text >> box at the right, and type "140", I get 15 entries, and none of them has >> the 13f486017d78 >> >> hash for the build. >> In addition if I click on >> >> 59d8804dcdd7 >> >> and try to go to the poudriere build, my system can not reach >> http://gohan02.nyi.freebsd.org/build.html?mastername=3D14stable-amd64-qu= arterly-baseline&build=3D59d8804dcdd7 >> >> Cheers. >> > > Since the new builders are in Chicago, it's not surprising > gohan02.nyi.freebsd.org > > does not get you there. ATM, this is a bit of a mess. I hope it will be > fixed, the pkg-status does not yet talk to the new Chicago systems, so th= e > last build in New York will be the last that shows up directly on > pkg-status. As far as I can tell, only 140amd64 is no a new builder. I do > see one build of 140i386-default on beefy21. Looks like 14amd64-monthly > might be headed for beefy20, but it doesn't seem to be loading now, so i= t > might not be production, yet. > > Wish I could be more helpful, but I just poke around and see what I can > find. > You were very helpful. Thanks for the information --=20 > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > --000000000000af7e3e0621bcd220 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


El mar, 10 sept 2024, 0:49, Kevin Oberman <rkoberman@gmail.com> escribi=C3=B3:<= br>
<= div class=3D"gmail_default" style=3D"font-family:tahoma,sans-serif;font-siz= e:small">

On Mon, Sep 9, 2024 at 2:10=E2=80=AFPM Fernando Apestegu= =C3=ADa <fernando.apesteguia@gmail.com> wrote:


On Mon, Sep 9, 2024 at 8:58=E2=80=AFPM Kevin Oberman <r= koberman@gmail.com> wrote:

For amd64 V14.?, you= can go to https://pkg= -status.freebsd.org/beefy22/jail.html?mastername=3D140amd64-defaultThis= is a list of all builds for 14. (Packages are always built for the oldest = supported minor release of each major version. Minor updates must not break= the system ABI, so 14.0 builds should work for all V14 systems. The except= ion is kernel modules which get messy, but not binutils.

Unfortunately, builds on hte ne= w Chicago build systems are no linger ordered by time, but by hash. The las= t build is highlighted yellow, but it will likely not include all packages,= so you have to find the last few builds and walk back over them to find bi= nutils. Fortunately, binutils
was updated in the latest build completed yesterd= ay. For cases where you need ot go back, here is a list of the most recent = builds for 140amd64:
f550157a18a4
46b3743b8460
50625859d806 35743
60a177caf= 143 5734
ff9b1b7bdb15 750
ac90984a4ba1 1649
1963f6d23107 9924
3= efa6621722c 14528
b3cf46924d98 10287
a760f6876277 1307
935c61ac4bf= f 3346
15d22e1c70da 9178
1b6eada811a7 3353
59e63aec278e 11646
9= 4b089c7ad30 5477
b9994ae18767 35841
13f486017d78 19763

Newest at the bottom. the s= econd column is the number of packages built in the build.

I really hope that this is i= mproved!

Thanks!
= This is what I was looking for.

Because in the ma= in page, if I filter in "Package Builds" using the text box at th= e right, and type "140", I get 15 entries, and none of them has t= he 13f486017d78 hash= for the build.
In addition if I click on 59d8804dcdd7 and try to go to the poudriere build, my = system can not reach http://gohan02.nyi.freebsd.org/build.html= ?mastername=3D14stable-amd64-quarterly-baseline&build=3D59d8804dcdd7

Since the new builders are in Chicago, it's not surp= rising gohan02.nyi.freebsd.org does not get you there. ATM= , this is a bit of a mess. I hope it will be fixed, the pkg-status does not= yet talk to the new Chicago systems, so the last build in New York will be= the last that shows up directly on pkg-status. As far as I can tell, only = 140amd64 is no a new builder. I do see one build of 140i386-default on beef= y21.=C2=A0 Looks like 14amd64-monthly might be headed for beefy20, but=C2= =A0 it doesn't seem to be loading now, so it might not be production, y= et.

Wish I could be more helpful, but I = just poke around and see what I can find.

You were very he= lpful.
Thanks for the information=C2=A0

--
<= div>
Kevin Oberman, Part time kid her= der and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--000000000000af7e3e0621bcd220-- From nobody Tue Sep 10 11:49:40 2024 X-Original-To: freebsd-questions@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 4X327F4DRkz5WKF2 for ; Tue, 10 Sep 2024 11:49:45 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X327D6CW1z4vkj for ; Tue, 10 Sep 2024 11:49:44 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=RjwKtAK1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ludovit.koren@gmail.com designates 2a00:1450:4864:20::52d as permitted sender) smtp.mailfrom=ludovit.koren@gmail.com Received: by mail-ed1-x52d.google.com with SMTP id 4fb4d7f45d1cf-5c3ed267a7bso903467a12.3 for ; Tue, 10 Sep 2024 04:49:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725968982; x=1726573782; darn=freebsd.org; h=mime-version:user-agent:message-id:in-reply-to:date :user-mail-address:references:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to; bh=g96OXs8RgC9BPaAQdUEVKsO9Kz1rf65m8SbZUVZf8Ww=; b=RjwKtAK1En/SKZvVvEWhv2LliCpO/ckXVdmPs48Vv+oxAcGVkTzUGH/9Mqs/2+WcSi UqYrFQQF3EF/nAUZEqY9Th6D+3jplgLsfH3MwBhUTJATHf6RoVbihnu5kdJONCmPLfoY Cf/JQciQ+rwMDMm1SWMeNqwmZggrslcdsUju6LvvUQyY4oISFUemDsLosTREZ5bzBBfm aH2EAPOkxHpv5gUBtTlxZfXfCvbDAghgvkDMoeXGQ3pA5XRLqokrrq3JKW7RdCSE+jgD naBvOFTuGQaC+u2wRIvsQk755JgxpbD+CB+PRWJ5550vZlEPyZ4iPbillGijwQi5ByVu Mhhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725968982; x=1726573782; h=mime-version:user-agent:message-id:in-reply-to:date :user-mail-address:references:subject:cc:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=g96OXs8RgC9BPaAQdUEVKsO9Kz1rf65m8SbZUVZf8Ww=; b=hZ0ut5idz18FHjbKjixd+vcYqnPv3BUXY6/VRGUbKtrsJhHrXWfTNMDuC6NabVXv0+ wVuRCxtSDikMxwpFaiTqCZAJogzukrGEnR8SbpoHy46Hzw7CsDlA2IMTEY0UIfsEJHEN nQVqmEB9+qlzn4lkp9k7JcnP9caaWcYZQG82bxKpNNfipVPcHM7OY/gSpy1qezS1MGEu zs1aXm39Zp+6tHK0gYgcsTMZMlAxEZYmCr1ldOAtAL8sezfuXE/+XGpXoDCtMPbk+kYE HRzVnlbEcQDx589W6S5Br5M/IiQp0u6TxXUuqn3uusMVf+2wjH/ZaRytEDPXD5D8mMzh L2/w== X-Gm-Message-State: AOJu0YzZBr9qCiNLSCOEFqorBNS4ZXBE/TYm5nS7flH5Msg6xolAByO5 5E15378YdLh6rNhab22iJhk2wiHa0BOLWPmgGVb//McEmH8PRLJx/M3C4Q== X-Google-Smtp-Source: AGHT+IEZeuBw1UQR10bgZZtiFeSwoiA0KiMF8Cdup0J5LaWMMxIBd4cwETqfSVf/DhQV0aea3PnYWg== X-Received: by 2002:a05:6402:2747:b0:5c3:c254:fcbf with SMTP id 4fb4d7f45d1cf-5c3dc785e76mr11653349a12.4.1725968981984; Tue, 10 Sep 2024 04:49:41 -0700 (PDT) Received: from jedi.localdomain ([195.28.109.130]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5c3ebd76efbsm4182434a12.67.2024.09.10.04.49.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Sep 2024 04:49:41 -0700 (PDT) Received: by jedi.localdomain (Postfix, from userid 1001) id 54C791A8BE0; Tue, 10 Sep 2024 13:49:40 +0200 (CEST) From: Ludovit Koren To: Karl Vogel Cc: freebsd-questions@freebsd.org Subject: Re: ZFS boot devices specification References: <86y146zbef.fsf@gmail.com> <8634md11w4.fsf@gmail.com> <86le012pkh.fsf@gmail.com> User-Mail-Address: ludovit.koren@gmail.com Date: Tue, 10 Sep 2024 13:49:40 +0200 In-Reply-To: <86le012pkh.fsf@gmail.com> (Ludovit Koren's message of "Mon, 09 Sep 2024 10:34:22 +0200") Message-ID: <86ikv3zq23.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (berkeley-unix) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52d:from] X-Rspamd-Queue-Id: 4X327D6CW1z4vkj >>>>> Karl Vogel writes: >> On Fri 06 Sep 2024 at 07:02:09 (-0400), Ludovit Koren wrote: >>> kern.geom.label.disk_ident.enable="0" >>> kern.geom.gptid.enable="0" >>> >>> I already had in /boot/loader.conf. So these kernel variable settings do >>> not solve the problem. Regards, >> No, it's the "mountfrom=" line. > ok, I will try by the next reboot. > thank you. > lk Hi, as I am trying to find more information about you suggestions, I came across the ZFS setting: # zpool get bootfs zroot NAME PROPERTY VALUE SOURCE zroot bootfs zroot/ROOT/default local which seems to be the same as mountfrom according to documentation. There is another information about zroot/ROOT/default canmount noauto local the value noauto should be changed and used when beadm is in use. Regards, lk From nobody Tue Sep 10 19:45:35 2024 X-Original-To: freebsd-questions@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 4X3DhW6PRWz5WYJg; Tue, 10 Sep 2024 19:45:47 +0000 (UTC) (envelope-from rwp@proulx.com) Received: from havoc.proulx.com (havoc.proulx.com [198.99.81.74]) (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 4X3DhW0bsfz4YhM; Tue, 10 Sep 2024 19:45:47 +0000 (UTC) (envelope-from rwp@proulx.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proulx.com header.s=dkim2048 header.b=YtEXDo2n; dmarc=pass (policy=none) header.from=proulx.com; spf=pass (mx1.freebsd.org: domain of rwp@proulx.com designates 198.99.81.74 as permitted sender) smtp.mailfrom=rwp@proulx.com Received: from joseki.proulx.com (localhost [127.0.0.1]) by havoc.proulx.com (Postfix) with ESMTPS id 7E99022A; Tue, 10 Sep 2024 13:45:37 -0600 (MDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proulx.com; s=dkim2048; t=1725997537; bh=TBkqItRAVceNUKYeQgKuin+fuV8PwA2X1MMYvZDIsio=; h=Date:From:To:Subject:References:In-Reply-To:From; b=YtEXDo2nS+Ws/SC/89/f/sgM9JKqB4vFTAIzrDpC85eJNSS0md8cZ0nLjqEa6/QRw Q8Ab3mK1/mso9/K5y74MOngPNlZSDHwoZL4mCrOJ4URMto+XqVoj0XI6nq9vsQyb2y tbW71Ef+lQu4ZT1bWwxfB/HTBS3mEaGvCwbehU4UzUxX/cCyMvApzsygXVj6bYaaL8 gvVFdGdTKXZbdMQYcLRlhHmZ09F6dKnGEIJYDC2zC9nIOziETB+QQaiU6l4amdF3h4 Pf7XEzryy3w9kQtnnumlnuhg5ne/x254EkcBbH2yyxrEYL7aBzvjXBacS9+lyTpKeX zeRVTpykOvo3Q== Received: from madness.proulx.com (madness.proulx.com [192.168.230.122]) by joseki.proulx.com (Postfix) with ESMTP id 9262A7A00E; Tue, 10 Sep 2024 13:45:35 -0600 (MDT) Received: by madness.proulx.com (Postfix, from userid 1000) id 836BAD187C; Tue, 10 Sep 2024 13:45:35 -0600 (MDT) Date: Tue, 10 Sep 2024 13:45:35 -0600 From: Bob Proulx To: questions@freebsd.org, freebsd-questions@freebsd.org Subject: Re: building a 14.1 workstation Message-ID: <20240910133149369011506@bob.proulx.com> Mail-Followup-To: questions@freebsd.org, freebsd-questions@freebsd.org References: <20240908134405694174552@bob.proulx.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[proulx.com,none]; FORGED_SENDER(0.30)[bob@proulx.com,rwp@proulx.com]; R_DKIM_ALLOW(-0.20)[proulx.com:s=dkim2048]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:397142, ipnet:198.99.80.0/22, country:US]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,questions@freebsd.org]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[bob@proulx.com,rwp@proulx.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[proulx.com:+] X-Rspamd-Queue-Id: 4X3DhW0bsfz4YhM Kevin Oberman wrote: > Bob Proulx wrote: > > The build might take several days to complete. The result is that the > > pkg repositories both current and quarterly might be missing major > > cones of dependent packages such as recently both firefox and chromium > > were unavailable for several days. > > This is no longer the case for 14 for amd64 systems. The 140amd64 build > system can now do a full build of packages in about 34 hours, well under 2 > days, and most smaller builds run in a few hours. They do 42 parallel > builds. This is a huge improvement and, I believe, that other build systems > will be replaced over the next months to get similar performance. Since I > have always used "latest", I have no idea of the status of the quarterly > builders. So glad to hear about the auto-build improvements! That's awesome! This is a huge improvement! I have a datapoint from 2023-11-09 where after 27 hours the build was reporting 28% done at that time last year. At that time I was waiting for a fixed sudo to build and for reasons at the time it was not in the current build and I was waiting for it to finish and then start the NEXT build's version for the fix. Which was quite the wait. I use Quarterly. Just to give an example of how much a 34 hour build is an improvement over the previous. :-) However even if faster there is still a window of time when some ports such as firefox and chromium are not available when there is a port build fail such as x265 which recently failed to build. It's very good to hear that the gap is a smaller gap. But it's still a gap and people still hit the gap if they try to install a fresh system during that time. Due to the nature of things a headless server is almost always okay but a desktop with X and a web browser and vlc is always more likely to be the problem. > Some time I want to walk through all of the build systems and see how many > hare running on new metal. Unfortunately, pkg-status.freebsd.org still is > not talking to the new systems. Let me cheer you on with this endeavor! :-) I have been trying to skill myself up to read the auto-build logs more proficiently. A few other people have helped to teach me some hints about how to read them which has been very helpful. For example my own home networking situation is currently still IPv4 only. (Yes, I know, in 2024.) Yet some of the auto-build network is stitched together using only IPv6 DNS names. It's possible to carefully navigate around it using IPv4 only but it is more challenging. Sometimes I simply decide to wait a couple of days knowing that eventually everything will work out. Bob From nobody Tue Sep 10 19:45:35 2024 X-Original-To: questions@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 4X3DhW6PRWz5WYJg; Tue, 10 Sep 2024 19:45:47 +0000 (UTC) (envelope-from rwp@proulx.com) Received: from havoc.proulx.com (havoc.proulx.com [198.99.81.74]) (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 4X3DhW0bsfz4YhM; Tue, 10 Sep 2024 19:45:47 +0000 (UTC) (envelope-from rwp@proulx.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proulx.com header.s=dkim2048 header.b=YtEXDo2n; dmarc=pass (policy=none) header.from=proulx.com; spf=pass (mx1.freebsd.org: domain of rwp@proulx.com designates 198.99.81.74 as permitted sender) smtp.mailfrom=rwp@proulx.com Received: from joseki.proulx.com (localhost [127.0.0.1]) by havoc.proulx.com (Postfix) with ESMTPS id 7E99022A; Tue, 10 Sep 2024 13:45:37 -0600 (MDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proulx.com; s=dkim2048; t=1725997537; bh=TBkqItRAVceNUKYeQgKuin+fuV8PwA2X1MMYvZDIsio=; h=Date:From:To:Subject:References:In-Reply-To:From; b=YtEXDo2nS+Ws/SC/89/f/sgM9JKqB4vFTAIzrDpC85eJNSS0md8cZ0nLjqEa6/QRw Q8Ab3mK1/mso9/K5y74MOngPNlZSDHwoZL4mCrOJ4URMto+XqVoj0XI6nq9vsQyb2y tbW71Ef+lQu4ZT1bWwxfB/HTBS3mEaGvCwbehU4UzUxX/cCyMvApzsygXVj6bYaaL8 gvVFdGdTKXZbdMQYcLRlhHmZ09F6dKnGEIJYDC2zC9nIOziETB+QQaiU6l4amdF3h4 Pf7XEzryy3w9kQtnnumlnuhg5ne/x254EkcBbH2yyxrEYL7aBzvjXBacS9+lyTpKeX zeRVTpykOvo3Q== Received: from madness.proulx.com (madness.proulx.com [192.168.230.122]) by joseki.proulx.com (Postfix) with ESMTP id 9262A7A00E; Tue, 10 Sep 2024 13:45:35 -0600 (MDT) Received: by madness.proulx.com (Postfix, from userid 1000) id 836BAD187C; Tue, 10 Sep 2024 13:45:35 -0600 (MDT) Date: Tue, 10 Sep 2024 13:45:35 -0600 From: Bob Proulx To: questions@freebsd.org, freebsd-questions@freebsd.org Subject: Re: building a 14.1 workstation Message-ID: <20240910133149369011506@bob.proulx.com> Mail-Followup-To: questions@freebsd.org, freebsd-questions@freebsd.org References: <20240908134405694174552@bob.proulx.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[proulx.com,none]; FORGED_SENDER(0.30)[bob@proulx.com,rwp@proulx.com]; R_DKIM_ALLOW(-0.20)[proulx.com:s=dkim2048]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:397142, ipnet:198.99.80.0/22, country:US]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,questions@freebsd.org]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[bob@proulx.com,rwp@proulx.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[proulx.com:+] X-Rspamd-Queue-Id: 4X3DhW0bsfz4YhM Kevin Oberman wrote: > Bob Proulx wrote: > > The build might take several days to complete. The result is that the > > pkg repositories both current and quarterly might be missing major > > cones of dependent packages such as recently both firefox and chromium > > were unavailable for several days. > > This is no longer the case for 14 for amd64 systems. The 140amd64 build > system can now do a full build of packages in about 34 hours, well under 2 > days, and most smaller builds run in a few hours. They do 42 parallel > builds. This is a huge improvement and, I believe, that other build systems > will be replaced over the next months to get similar performance. Since I > have always used "latest", I have no idea of the status of the quarterly > builders. So glad to hear about the auto-build improvements! That's awesome! This is a huge improvement! I have a datapoint from 2023-11-09 where after 27 hours the build was reporting 28% done at that time last year. At that time I was waiting for a fixed sudo to build and for reasons at the time it was not in the current build and I was waiting for it to finish and then start the NEXT build's version for the fix. Which was quite the wait. I use Quarterly. Just to give an example of how much a 34 hour build is an improvement over the previous. :-) However even if faster there is still a window of time when some ports such as firefox and chromium are not available when there is a port build fail such as x265 which recently failed to build. It's very good to hear that the gap is a smaller gap. But it's still a gap and people still hit the gap if they try to install a fresh system during that time. Due to the nature of things a headless server is almost always okay but a desktop with X and a web browser and vlc is always more likely to be the problem. > Some time I want to walk through all of the build systems and see how many > hare running on new metal. Unfortunately, pkg-status.freebsd.org still is > not talking to the new systems. Let me cheer you on with this endeavor! :-) I have been trying to skill myself up to read the auto-build logs more proficiently. A few other people have helped to teach me some hints about how to read them which has been very helpful. For example my own home networking situation is currently still IPv4 only. (Yes, I know, in 2024.) Yet some of the auto-build network is stitched together using only IPv6 DNS names. It's possible to carefully navigate around it using IPv4 only but it is more challenging. Sometimes I simply decide to wait a couple of days knowing that eventually everything will work out. Bob From nobody Wed Sep 11 00:02:08 2024 X-Original-To: questions@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 4X3LNg1PbCz5TwP7; Wed, 11 Sep 2024 00:02:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw1-x1131.google.com (mail-yw1-x1131.google.com [IPv6:2607:f8b0:4864:20::1131]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X3LNf23Yfz4DH5; Wed, 11 Sep 2024 00:02:26 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=RE6S6vK1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::1131 as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yw1-x1131.google.com with SMTP id 00721157ae682-6b8f13f28fbso51829877b3.1; Tue, 10 Sep 2024 17:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726012945; x=1726617745; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=4iNrI6gjFJjk2CbbhJZL57Wk2Wbm0EchRwowMyZVMcQ=; b=RE6S6vK1XX5PJT2uAcEicE5SPVOW9wXvRBbpsvs26kdyNWfrAWKriS4+TA0UWhxnmo o7NxRYD8nmfquCYVu1LWzk5ySClxTZhaszOuSTj9LDF6R8Isk5ga9hI6ZCFpDkcBy1Ds I3FRrBiNfVT6bacQKeqh3v1jZ85EJZJD2TQ8ju7pi2FOpODfqPedglwHdmCjDZd5Gctd L7YYmZhGJIu/9zNhN8kl3ippOLhIbJHdAFEzvDfpOZV+IzQzNTD7s7MVP5I94AKXyglF llDiOvWjoimvJu83YfCaD1iw9lVMKyzIv2CKcDqZK+nM/HJuBqBpvJvLr5FC+bhijz6F 6xUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726012945; x=1726617745; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4iNrI6gjFJjk2CbbhJZL57Wk2Wbm0EchRwowMyZVMcQ=; b=JdecwsiPz33QJHvv5jytZZhhI8hpFcLj7zQ/7D//4YMNVNjErU1gZkuGil9S1+/IzR H7bsZh2Nd08N1+ZyPt5WGpRA0MPlr+qRFfJQmNT2Y6sI25/GkbkQcUsKpURZpt0vgcO8 QcotjeQGbv1x81WMhOPB8Xy9goPoBivNF4hKYy3KIKIqObUdT+FdDwWrQrWYdJoADkdF HC9yKTwaNzEgiUH5u5ffHWsu0shHAWOy0uVU65aObhmWtilVp229OTHqgE7nMbIBgjU7 /2d3tFEd6Vm7OkKUvbaMWrkwRqICiZTXnjKiJR84eKqHTI9WPlKB6R04R+s14U3wCDwA QfKg== X-Forwarded-Encrypted: i=1; AJvYcCVYUWpMDJQEzuw5SNSfvrQJ2f3G7JhO7KZNvBRJCzzd/RgtW3O04XLUlOBkC9QORyTbKnpkTNGf4WqVoBsPXHxc7A==@freebsd.org X-Gm-Message-State: AOJu0YxLm5nR9/Egdv5LaDREhUni8vQK15yZhxoG7q66umlZJbicbwIa zAparX+XO4paWV0Du5aaInuVGLaWIPToBwlVWqsoVYKvcG0T+o7BNk2CDdZxJpAHsgK1ho84EXF 5oJQfSjseaW04ZBWo7s4CNV4xBDGDLU9j X-Google-Smtp-Source: AGHT+IFM3VRqBhn4W7ixNgi2uinBCMSNNVEsYHZ2ceYInDy7hO+eHeIxjip6oXVl0tbsHSR3UEgXUS1urGx5RrTV9OE= X-Received: by 2002:a05:690c:83:b0:6c9:9341:1ce1 with SMTP id 00721157ae682-6db45154151mr158353027b3.32.1726012944732; Tue, 10 Sep 2024 17:02:24 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <20240908134405694174552@bob.proulx.com> <20240910133149369011506@bob.proulx.com> In-Reply-To: <20240910133149369011506@bob.proulx.com> From: Kevin Oberman Date: Tue, 10 Sep 2024 17:02:08 -0700 Message-ID: Subject: Re: building a 14.1 workstation To: questions@freebsd.org, freebsd-questions@freebsd.org Content-Type: multipart/alternative; boundary="00000000000072e1d70621ccb430" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[questions@freebsd.org,freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1131:from] X-Rspamd-Queue-Id: 4X3LNf23Yfz4DH5 --00000000000072e1d70621ccb430 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Sep 10, 2024 at 12:45=E2=80=AFPM Bob Proulx wrote: > Kevin Oberman wrote: > > So glad to hear about the auto-build improvements! That's awesome! > > This is a huge improvement! I have a datapoint from 2023-11-09 where > after 27 hours the build was reporting 28% done at that time last > year. At that time I was waiting for a fixed sudo to build and for > reasons at the time it was not in the current build and I was waiting > for it to finish and then start the NEXT build's version for the fix. > Which was quite the wait. I use Quarterly. Just to give an example > of how much a 34 hour build is an improvement over the previous. :-) > Note that it's 140amd64-default that is on the new hardware. It looks like 140amd64-quarterly is in the works, but I don't think it's production.I think 140i386-default is in or near production. I have been trying to skill myself up to read the auto-build logs more > proficiently. A few other people have helped to teach me some hints > about how to read them which has been very helpful. > > For example my own home networking situation is currently still IPv4 > only. (Yes, I know, in 2024.) Yet some of the auto-build network is > stitched together using only IPv6 DNS names. It's possible to > carefully navigate around it using IPv4 only but it is more > challenging. Sometimes I simply decide to wait a couple of days > knowing that eventually everything will work out. > The main support guy for the build systems posted that proxies for the build systems will be available VERY soon or already are. They provide IPv4 access. Adding the new systems to pkg-status listing sounds like it is very close. (Jut checked, so not yet.) He is a volunteer with a real job, so his time is very limited and he's very busy. No idea if his employer is providing any time to him. (No idea who he works for.) --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --00000000000072e1d70621ccb430 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Sep 10, 2024 at 12:45= =E2=80=AFPM Bob Proulx <bob@proulx.com= > wrote:
Kevin Oberman wrote:

So glad to hear about the auto-build improvements!=C2=A0 That's awesome= !

This is a huge improvement!=C2=A0 I have a datapoint from 2023-11-09 where<= br> after 27 hours the build was reporting 28% done at that time last
year.=C2=A0 At that time I was waiting for a fixed sudo to build and for reasons at the time it was not in the current build and I was waiting
for it to finish and then start the NEXT build's version for the fix. Which was quite the wait.=C2=A0 I use Quarterly.=C2=A0 Just to give an exam= ple
of how much a 34 hour build is an improvement over the previous. :-)
=C2=A0
Note that it's 140amd64-defa= ult that is on the new hardware. It looks like 140amd64-quarterly is in the= works, but I don't think it's production.I think 140i386-default i= s in or near production.

=
I have been trying to skill myself up to read the auto-build logs more
proficiently.=C2=A0 A few other people have helped to teach me some hints about how to read them which has been very helpful.

For example my own home networking situation is currently still IPv4
only.=C2=A0 (Yes, I know, in 2024.)=C2=A0 Yet some of the auto-build networ= k is
stitched together using only IPv6 DNS names.=C2=A0 It's possible to
carefully navigate around it using IPv4 only but it is more
challenging.=C2=A0 Sometimes I simply decide to wait a couple of days
knowing that eventually everything will work out.

=
The main support guy for the build systems posted that pro= xies for the build systems will be available VERY soon or already are. They= provide IPv4 access. Adding the new systems to pkg-status listing sounds l= ike it is very close. (Jut checked, so not yet.) He is a volunteer with a r= eal job, so his time is very limited and he's very busy. No idea if his= employer is providing any time to him. (No idea who he works for.)
--
Kevin Oberman, Part time kid herder an= d retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: = D03FB98AFA78E3B78C1694B318AB39EF1B055683
--00000000000072e1d70621ccb430-- From nobody Wed Sep 11 00:02:08 2024 X-Original-To: freebsd-questions@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 4X3LNg1PbCz5TwP7; Wed, 11 Sep 2024 00:02:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw1-x1131.google.com (mail-yw1-x1131.google.com [IPv6:2607:f8b0:4864:20::1131]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X3LNf23Yfz4DH5; Wed, 11 Sep 2024 00:02:26 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=RE6S6vK1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::1131 as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yw1-x1131.google.com with SMTP id 00721157ae682-6b8f13f28fbso51829877b3.1; Tue, 10 Sep 2024 17:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726012945; x=1726617745; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=4iNrI6gjFJjk2CbbhJZL57Wk2Wbm0EchRwowMyZVMcQ=; b=RE6S6vK1XX5PJT2uAcEicE5SPVOW9wXvRBbpsvs26kdyNWfrAWKriS4+TA0UWhxnmo o7NxRYD8nmfquCYVu1LWzk5ySClxTZhaszOuSTj9LDF6R8Isk5ga9hI6ZCFpDkcBy1Ds I3FRrBiNfVT6bacQKeqh3v1jZ85EJZJD2TQ8ju7pi2FOpODfqPedglwHdmCjDZd5Gctd L7YYmZhGJIu/9zNhN8kl3ippOLhIbJHdAFEzvDfpOZV+IzQzNTD7s7MVP5I94AKXyglF llDiOvWjoimvJu83YfCaD1iw9lVMKyzIv2CKcDqZK+nM/HJuBqBpvJvLr5FC+bhijz6F 6xUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726012945; x=1726617745; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4iNrI6gjFJjk2CbbhJZL57Wk2Wbm0EchRwowMyZVMcQ=; b=JdecwsiPz33QJHvv5jytZZhhI8hpFcLj7zQ/7D//4YMNVNjErU1gZkuGil9S1+/IzR H7bsZh2Nd08N1+ZyPt5WGpRA0MPlr+qRFfJQmNT2Y6sI25/GkbkQcUsKpURZpt0vgcO8 QcotjeQGbv1x81WMhOPB8Xy9goPoBivNF4hKYy3KIKIqObUdT+FdDwWrQrWYdJoADkdF HC9yKTwaNzEgiUH5u5ffHWsu0shHAWOy0uVU65aObhmWtilVp229OTHqgE7nMbIBgjU7 /2d3tFEd6Vm7OkKUvbaMWrkwRqICiZTXnjKiJR84eKqHTI9WPlKB6R04R+s14U3wCDwA QfKg== X-Forwarded-Encrypted: i=1; AJvYcCVYUWpMDJQEzuw5SNSfvrQJ2f3G7JhO7KZNvBRJCzzd/RgtW3O04XLUlOBkC9QORyTbKnpkTNGf4WqVoBsPXHxc7A==@freebsd.org X-Gm-Message-State: AOJu0YxLm5nR9/Egdv5LaDREhUni8vQK15yZhxoG7q66umlZJbicbwIa zAparX+XO4paWV0Du5aaInuVGLaWIPToBwlVWqsoVYKvcG0T+o7BNk2CDdZxJpAHsgK1ho84EXF 5oJQfSjseaW04ZBWo7s4CNV4xBDGDLU9j X-Google-Smtp-Source: AGHT+IFM3VRqBhn4W7ixNgi2uinBCMSNNVEsYHZ2ceYInDy7hO+eHeIxjip6oXVl0tbsHSR3UEgXUS1urGx5RrTV9OE= X-Received: by 2002:a05:690c:83:b0:6c9:9341:1ce1 with SMTP id 00721157ae682-6db45154151mr158353027b3.32.1726012944732; Tue, 10 Sep 2024 17:02:24 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <20240908134405694174552@bob.proulx.com> <20240910133149369011506@bob.proulx.com> In-Reply-To: <20240910133149369011506@bob.proulx.com> From: Kevin Oberman Date: Tue, 10 Sep 2024 17:02:08 -0700 Message-ID: Subject: Re: building a 14.1 workstation To: questions@freebsd.org, freebsd-questions@freebsd.org Content-Type: multipart/alternative; boundary="00000000000072e1d70621ccb430" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[questions@freebsd.org,freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1131:from] X-Rspamd-Queue-Id: 4X3LNf23Yfz4DH5 --00000000000072e1d70621ccb430 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Sep 10, 2024 at 12:45=E2=80=AFPM Bob Proulx wrote: > Kevin Oberman wrote: > > So glad to hear about the auto-build improvements! That's awesome! > > This is a huge improvement! I have a datapoint from 2023-11-09 where > after 27 hours the build was reporting 28% done at that time last > year. At that time I was waiting for a fixed sudo to build and for > reasons at the time it was not in the current build and I was waiting > for it to finish and then start the NEXT build's version for the fix. > Which was quite the wait. I use Quarterly. Just to give an example > of how much a 34 hour build is an improvement over the previous. :-) > Note that it's 140amd64-default that is on the new hardware. It looks like 140amd64-quarterly is in the works, but I don't think it's production.I think 140i386-default is in or near production. I have been trying to skill myself up to read the auto-build logs more > proficiently. A few other people have helped to teach me some hints > about how to read them which has been very helpful. > > For example my own home networking situation is currently still IPv4 > only. (Yes, I know, in 2024.) Yet some of the auto-build network is > stitched together using only IPv6 DNS names. It's possible to > carefully navigate around it using IPv4 only but it is more > challenging. Sometimes I simply decide to wait a couple of days > knowing that eventually everything will work out. > The main support guy for the build systems posted that proxies for the build systems will be available VERY soon or already are. They provide IPv4 access. Adding the new systems to pkg-status listing sounds like it is very close. (Jut checked, so not yet.) He is a volunteer with a real job, so his time is very limited and he's very busy. No idea if his employer is providing any time to him. (No idea who he works for.) --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --00000000000072e1d70621ccb430 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Sep 10, 2024 at 12:45= =E2=80=AFPM Bob Proulx <bob@proulx.com= > wrote:
Kevin Oberman wrote:

So glad to hear about the auto-build improvements!=C2=A0 That's awesome= !

This is a huge improvement!=C2=A0 I have a datapoint from 2023-11-09 where<= br> after 27 hours the build was reporting 28% done at that time last
year.=C2=A0 At that time I was waiting for a fixed sudo to build and for reasons at the time it was not in the current build and I was waiting
for it to finish and then start the NEXT build's version for the fix. Which was quite the wait.=C2=A0 I use Quarterly.=C2=A0 Just to give an exam= ple
of how much a 34 hour build is an improvement over the previous. :-)
=C2=A0
Note that it's 140amd64-defa= ult that is on the new hardware. It looks like 140amd64-quarterly is in the= works, but I don't think it's production.I think 140i386-default i= s in or near production.

=
I have been trying to skill myself up to read the auto-build logs more
proficiently.=C2=A0 A few other people have helped to teach me some hints about how to read them which has been very helpful.

For example my own home networking situation is currently still IPv4
only.=C2=A0 (Yes, I know, in 2024.)=C2=A0 Yet some of the auto-build networ= k is
stitched together using only IPv6 DNS names.=C2=A0 It's possible to
carefully navigate around it using IPv4 only but it is more
challenging.=C2=A0 Sometimes I simply decide to wait a couple of days
knowing that eventually everything will work out.

=
The main support guy for the build systems posted that pro= xies for the build systems will be available VERY soon or already are. They= provide IPv4 access. Adding the new systems to pkg-status listing sounds l= ike it is very close. (Jut checked, so not yet.) He is a volunteer with a r= eal job, so his time is very limited and he's very busy. No idea if his= employer is providing any time to him. (No idea who he works for.)
--
Kevin Oberman, Part time kid herder an= d retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: = D03FB98AFA78E3B78C1694B318AB39EF1B055683
--00000000000072e1d70621ccb430-- From nobody Thu Sep 12 13:05:59 2024 X-Original-To: questions@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 4X4Hkh3CGmz5WVWr for ; Thu, 12 Sep 2024 13:06:20 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 (2048 bits) client-digest SHA256) (Client CN "prime.gushi.org", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4Hkg1q4Lz3xDQ for ; Thu, 12 Sep 2024 13:06:19 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=pO8iR1I5; dmarc=pass (policy=none) header.from=gushi.org; spf=pass (mx1.freebsd.org: domain of freebsd@gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=freebsd@gushi.org Received: from smtpclient.apple (c-76-135-172-161.hsd1.wa.comcast.net [76.135.172.161]) (authenticated bits=0) by prime.gushi.org (8.17.2/8.17.2) with ESMTPSA id 48CD6FIQ020144 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 12 Sep 2024 13:06:16 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 48CD6FIQ020144 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1726146376; bh=BWp33kIFl+u0DuOLb1R8bkImvEflc5idgG5dbl3288k=; h=From:Subject:Date:To; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20Zpool=20status=20--=20why=20does=20a=20suboptimal=20pool=20show= 20as=20"ONLINE"?|Date:=20Thu,=2012=20Sep=202024=2006:05:59=20-0700 |To:=20questions=20; b=pO8iR1I5oLKADoJhGfaTr8fUXUsbjSucw2SIl58lZRkT+MgHX2tWpBjmi8HNmU/Cx 361ZYHEtUH195x0hS4nXS8kIGcuULE6USkmBliIyT7bmPN3zrP8Wu7wDSRCFm2E9kV 97X40k4ly8QBR18X47HPHJoMExjbfijk5iFtHFup4oTOiJYtL1KNlJeE4ktmkI2q2w xV77yO+/1ynflxqfNRIF6kXRhWWSI+N7NbIINi0WwskG3N+xgSAOcOqBINaPTk6rr4 wzZ6ogjfQFLrCxgkcvrkNna/aQK+3f9zICfgsrUwBLmsmEbAuMaxc/ut8DHPYtmPu5 tLvgF/6fazPDg== X-Authentication-Warning: prime.gushi.org: Host c-76-135-172-161.hsd1.wa.comcast.net [76.135.172.161] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3818.100.11.1.3\)) Subject: Zpool status -- why does a suboptimal pool show as "ONLINE"? Message-Id: <378D100E-FFE1-4DA7-9C52-219863A50A24@gushi.org> Date: Thu, 12 Sep 2024 06:05:59 -0700 To: questions X-Mailer: Apple Mail (2.3818.100.11.1.3) X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.10 / 15.00]; DWL_DNSWL_MED(-2.00)[gushi.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; RCVD_IN_DNSWL_MED(-0.20)[2620:137:6000:10::142:from]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gushi.org:+]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; HAS_XAW(0.00)[] X-Rspamd-Queue-Id: 4X4Hkg1q4Lz3xDQ Hey there all, I have a nagios check that assumes that if I have a suboptimal zfs = zpool, that the word =E2=80=9CDEGRADED=E2=80=9D will appear in the = output. One disk of a two-disk mirror seems to have faulted, but the = pool still shows as =E2=80=9CONLINE=E2=80=9D. I know I=E2=80=99ve seen = the word =E2=80=9CDEGRADED=E2=80=9D in the past. What=E2=80=99s = different? pool: zroot state: ONLINE status: One or more devices are faulted in response to persistent = errors. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Replace the faulted device, or use 'zpool clear' to mark the = device repaired. config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p3 FAULTED 4 372 0 too many errors ada1p3 ONLINE 0 0 0 errors: No known data errors 14.1, if it matters, the disks are two innolite SATADOM=E2=80=99s. -Dan= From nobody Thu Sep 12 13:29:28 2024 X-Original-To: questions@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 4X4JFq4rRDz5WY5Y for ; Thu, 12 Sep 2024 13:29:51 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fhigh7-smtp.messagingengine.com (fhigh7-smtp.messagingengine.com [103.168.172.158]) (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 4X4JFq2198z423t for ; Thu, 12 Sep 2024 13:29:51 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-02.internal (phl-compute-02.phl.internal [10.202.2.42]) by mailfhigh.phl.internal (Postfix) with ESMTP id 2775811404E6; Thu, 12 Sep 2024 09:29:50 -0400 (EDT) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-02.internal (MEProxy); Thu, 12 Sep 2024 09:29:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm2; t=1726147790; x=1726234190; bh=GxqnsMuzWMhpTMDXFl0ci29SwqXwPHDd dy8McdTpFQg=; b=JsLvNvxP8XcFu5Qvaqc+wE3xHcGE9T0uq6ecZ3iBp1OVcKYr j5H4355rHNb0KLhbAEH573noYOA1YvKVh22NOURUktUijIeBXb/IA8ebRzTSOvE6 YyjGoAM9/+NquoO9pJtTD8DFpQixNIIZ8yaDjp1Dy3tlsRVdgF4Nf0CaifsubXPr m8HZuyAlxwcw1tuP7FWdf6l8TYLsTV3JbuUt/1SSwnasCyv3vzOe/FQOhcFZcQet HbsSHZPrODkBmMJMyaqn9mgUB+H6GzH49WB1SL/+ebERB2dQdvaMLAm4LWANSTYZ WoAonltCSlVysrNUKQ7hsjtqpjHGwOO0HJqztA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1726147790; x= 1726234190; bh=GxqnsMuzWMhpTMDXFl0ci29SwqXwPHDddy8McdTpFQg=; b=O 8ujmXA20Z7aioeO8kRfoakqm2Q1xgAJQyJU5vjQK2NtQdKmMNA6jnD27LE45ACz4 myTJwwQB0OYAsGaCamxsn6Cr8o84/XELyndyDQLT6QZLLSn4rxqGUJso0+4J2DWI nZTZeTl1yotuiKFMYi0/6C0B5+HlE1xv2J6mn3uQYaICQIdS9EQUcBZ8wT1HVzh/ 67hi0V5ehtnI0KcjYyUayZHdI/TpXgbH0UfCgDkSz2d764kvTqej3B89L+xiW+S6 fSmDhQeGjFsyhW34tdCUGK7TgJIpePJnuTqKI4f9PMqUqnltEOz4+ILk64LlOXYf FDg7yFCHy/8M0QAdP/WHA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudejfedgieeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefoggffhf fvvefkjghfufgtgfesthhqredtredtjeenucfhrhhomhepfdffrghvvgcuvehothhtlhgv hhhusggvrhdfuceouggthhesshhkuhhnkhifvghrkhhsrdgrtheqnecuggftrfgrthhtvg hrnhephfduleeuveelheefkeduvdfhtefgvdffvdevtdeiudekueevfeetuddtuedvfeet necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepuggthh esshhkuhhnkhifvghrkhhsrdgrthdpnhgspghrtghpthhtohepvddpmhhouggvpehsmhht phhouhhtpdhrtghpthhtohepqhhuvghsthhiohhnshesfhhrvggvsghsugdrohhrghdprh gtphhtthhopehfrhgvvggsshgusehguhhshhhirdhorhhg X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id A343FB00067; Thu, 12 Sep 2024 09:29:49 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Thu, 12 Sep 2024 13:29:28 +0000 From: "Dave Cottlehuber" To: "Dan Mahoney (Ports)" Cc: questions Message-Id: <312af967-e5bf-4e83-b48b-7c2841719373@app.fastmail.com> In-Reply-To: <378D100E-FFE1-4DA7-9C52-219863A50A24@gushi.org> References: <378D100E-FFE1-4DA7-9C52-219863A50A24@gushi.org> Subject: Re: Zpool status -- why does a suboptimal pool show as "ONLINE"? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- 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:209242, ipnet:103.168.172.0/24, country:US] X-Rspamd-Queue-Id: 4X4JFq2198z423t On Thu, 12 Sep 2024, at 13:05, Dan Mahoney (Ports) wrote: > Hey there all, > > I have a nagios check that assumes that if I have a suboptimal zfs=20 > zpool, that the word =E2=80=9CDEGRADED=E2=80=9D will appear in the out= put. One disk of=20 > a two-disk mirror seems to have faulted, but the pool still shows as=20 > =E2=80=9CONLINE=E2=80=9D. I know I=E2=80=99ve seen the word =E2=80=9C= DEGRADED=E2=80=9D in the past. What=E2=80=99s=20 > different? > > pool: zroot > state: ONLINE > status: One or more devices are faulted in response to persistent erro= rs. > Sufficient replicas exist for the pool to continue functioning= in a > degraded state. > action: Replace the faulted device, or use 'zpool clear' to mark the d= evice > repaired. > config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada0p3 FAULTED 4 372 0 too many errors > ada1p3 ONLINE 0 0 0 > > errors: No known data errors > > 14.1, if it matters, the disks are two innolite SATADOM=E2=80=99s. Hi Dan I agree that I would expect the mirror-0 at least to report DEGRADED or similar. Hopefully one of the zfs people clarifies the logic here. Practically, what I do is run: zpool status | grep -v 'with 0 errors' | sha256 and check that this hash remains the same over time. It's obviously different for each pool. Could that help for nagios? A+ Dave From nobody Thu Sep 12 18:25:21 2024 X-Original-To: questions@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 4X4Qpy2wpsz5WS5x for ; Thu, 12 Sep 2024 18:25:30 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Received: from beesty.loosely.org (beesty.loosely.org [IPv6:2600:3c01:e000:4c0::2]) (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 4X4Qpx490lz4clp for ; Thu, 12 Sep 2024 18:25:29 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fatty.merchandise677@aceecat.org designates 2600:3c01:e000:4c0::2 as permitted sender) smtp.mailfrom=fatty.merchandise677@aceecat.org Received: from localhost ([::1] helo=beesty ident=itz) by beesty with esmtp (Exim 4.98-4-9cb179d48) (envelope-from ) id 1sooVM-000000007np-1GgY for questions@freebsd.org; Thu, 12 Sep 2024 11:25:21 -0700 Date: Thu, 12 Sep 2024 11:25:21 -0700 From: fatty.merchandise677@aceecat.org To: questions@freebsd.org Subject: port installation basics Message-ID: Mail-Followup-To: questions@freebsd.org List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.55 / 15.00]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_HAM_LONG(-0.92)[-0.920]; NEURAL_HAM_MEDIUM(-0.44)[-0.439]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG]; MISSING_XM_UA(0.00)[]; FROM_NO_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[aceecat.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4X4Qpx490lz4clp Hello, I'm trying FreeBSD again (penguin news is depressing) and I face again some of the problems I remember. I am torn between packages and ports. I read discouraging things about using both, and yet I seem to need both for the following reasons: - there are a few things I absolutely must have on a system to do anything at all (so in particular, to set up and compile ports): bash, sudo, screen, vim, rsync, git. I think that covers it. These are not in the base, so I must install packages for them. This alone wouldn't be a show stopper because I could rebuild them from ports once I'm up and running. But. - I have not figured out how to build ports without getting sucked into unbounded rabbit holes of configuration dialogs. I know the advice to do `make config-recursive` upfront, but it doesn't help: what seems to be happening is that I get config dialogs for *all potential* recursive dependencies of the port I'm building, regardless of my answers along the way. For example, even if I exclude X11 support in git configuration, I am then confronted with dialogs which are only relevant to gitk. Is there any way to avoid this? - on the other hand, some packages are egregiously over-configured, often with GUI extras I have no use for. For example, graphviz. I just want to run dot to build png or pdf files. So this would be a good time to use a port (which I assume can disable the GUI parts), if it weren't for the above. Your thoughts? Thanks, -- Ian From nobody Thu Sep 12 18:41:20 2024 X-Original-To: questions@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 4X4R9g4LC7z5WV9t for ; Thu, 12 Sep 2024 18:41:43 +0000 (UTC) (envelope-from pat@patmaddox.com) Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 4X4R9f38qxz4fZt for ; Thu, 12 Sep 2024 18:41:42 +0000 (UTC) (envelope-from pat@patmaddox.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=patmaddox.com header.s=fm3 header.b="ZF+hC/8H"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="V Li1hAU"; dmarc=none; spf=pass (mx1.freebsd.org: domain of pat@patmaddox.com designates 103.168.172.150 as permitted sender) smtp.mailfrom=pat@patmaddox.com Received: from phl-compute-01.internal (phl-compute-01.phl.internal [10.202.2.41]) by mailfout.phl.internal (Postfix) with ESMTP id 1318B13800D0; Thu, 12 Sep 2024 14:41:41 -0400 (EDT) Received: from phl-imap-01 ([10.202.2.91]) by phl-compute-01.internal (MEProxy); Thu, 12 Sep 2024 14:41:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=patmaddox.com; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1726166501; x=1726252901; bh=ibZZqLhZyAtaRuffnVo5t3wUlMw8CWwOiS6lFfiXOzo=; b= ZF+hC/8HyVaRszTIj52R61tEmKZ90Ve2sGRI8GziDoP4kj+3VFqsoQaCRPTZ9axE t5tUajDk7oA70V9ZMQmC0yCqgN916Dg6RttyOXbAi/D23UXUzTDRAr4vZmRBxoo2 RTbyLlJ2kIjP6Qs0b1aG1oo8YpAejymxUA8cwsYI2cVtB56VgpVQqYrh0sdt0BAZ bRj+8Xb0lJzL30pdLqkFcO+u0zpGbPN32gcYwRWmXljZPm+eEJjYS7sbj+sOBmbN ovnjWd7HkVs2ULQVbsMlTtnMWH+7Quzhz6pPDVkmLql6nW+nJqt8PRcAHtpRCoyJ HEbYwSgrGseIimb51Tc8VQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1726166501; x= 1726252901; bh=ibZZqLhZyAtaRuffnVo5t3wUlMw8CWwOiS6lFfiXOzo=; b=V Li1hAU5SVzVPO/qp+T78w2pCgBnSGnbezQDMW3JnFSawOQ2CO52R/DtnS87VQnpJ xM2Gx6AScwIGLNgHUdMd8UofDnjL3aI4L0i7j5BAl9VcS3pkbsOcXEimMvB0Yv9p nvgJ6nJ8rqjRcHTvB6YA2JONRXhgo2zwqE6q1SXh8SzOzA1BjPmxH9sF4YCLQUFV guWx9OqvUee7FdCfpHAZfVdzIx7ltvUZZ1SakxY8zMcZXV477lDAC1Q6zdRX7IdJ rbRJ5HGoZQ3lnyDumWSdSFdIppMJsdbugaJFQlOGyZtwuVf8zIfOoQ3GHwFL0CZL J9gb9i4XJ6Kp442mKvxOA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudejfedgudeftdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepofggff fhvffkjghfufgtgfesthejredtredttdenucfhrhhomhepfdfrrghtucforgguughogidf uceophgrthesphgrthhmrgguughogidrtghomheqnecuggftrfgrthhtvghrnhepgfeule duveevudfgheevueeufedvkeejfefgheekvdelieehteehgfejhfdvjefhnecuvehluhhs thgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgrthesphgrthhmrg guughogidrtghomhdpnhgspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhr tghpthhtohepqhhuvghsthhiohhnshesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i8b6c40f9:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id AFABA3360077; Thu, 12 Sep 2024 14:41:40 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Thu, 12 Sep 2024 11:41:20 -0700 From: "Pat Maddox" To: questions@freebsd.org Message-Id: <75bbb16a-7a37-403b-9b55-c8f18f52d7c6@app.fastmail.com> In-Reply-To: References: Subject: Re: port installation basics Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; RWL_MAILSPIKE_VERYGOOD(-0.20)[103.168.172.150:from]; R_DKIM_ALLOW(-0.20)[patmaddox.com:s=fm3,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.150:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[pat]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[patmaddox.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[patmaddox.com:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4X4R9f38qxz4fZt On Thu, Sep 12, 2024, at 11:25 AM, fatty.merchandise677@aceecat.org wrote: > Hello, I'm trying FreeBSD again (penguin news is depressing) and I > face again some of the problems I remember. > > I am torn between packages and ports. I read discouraging things about > using both, and yet I seem to need both for the following reasons: > > - there are a few things I absolutely must have on a system to do > anything at all (so in particular, to set up and compile ports): > bash, sudo, screen, vim, rsync, git. I think that covers it. > These are not in the base, so I must install packages for them. > This alone wouldn't be a show stopper because I could rebuild them > from ports once I'm up and running. But. > > - I have not figured out how to build ports without getting sucked > into unbounded rabbit holes of configuration dialogs. I know the > advice to do `make config-recursive` upfront, but it doesn't help: > what seems to be happening is that I get config dialogs for *all > potential* recursive dependencies of the port I'm building, > regardless of my answers along the way. For example, even if I > exclude X11 support in git configuration, I am then confronted with > dialogs which are only relevant to gitk. Is there any way to avoid > this? > > - on the other hand, some packages are egregiously over-configured, > often with GUI extras I have no use for. For example, graphviz. I > just want to run dot to build png or pdf files. So this would be a > good time to use a port (which I assume can disable the GUI parts), > if it weren't for the above. > > Your thoughts? Thanks, > > -- > Ian Do you not want to install packages? In terms of options, they often have "flavors" that strip things down. For example, package emacs-nox is built from port emacs@nox (emacs with nox flavor) and is CLI-only. The only reason you _need_ to build ports today is 1) you are on 14.1 and use drm-kmod (package repo currently still builds on 14.0), or other kernel packages 2) you want to build with specific options. I build my ports with poudriere, and it uses default config unless you tell it otherwise. So I never get stuck in unbounded rabbits hole of configuration dialogs. Pat From nobody Thu Sep 12 18:48:02 2024 X-Original-To: questions@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 4X4RKD1tnfz5WVmQ for ; Thu, 12 Sep 2024 18:48:16 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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 4X4RKC0Cfvz4gvN for ; Thu, 12 Sep 2024 18:48:14 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=ATtRlkJ4; dmarc=pass (policy=quarantine) header.from=nomadlogic.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1726166878; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=T+kfQlgg+uvj3UfsoOho0S/plNlmiNLI0w1OZuPP9nc=; b=ATtRlkJ4K8FHsAAmKch8thOE8EEC8qwsj8euU9H9c11i+Q+92UjrvmgrQIACBoir/Y4Rt+ glH9aMOXPDebraIm7L+k3YVpD+cAGiAg7NuKYD1AKosWS++UxHDx0444c9dVLKQeuIT8gL YxU3HXsltB8TKa+Zop7kWSgrQ4DV/rE= Received: from [192.168.1.160] ( [47.154.20.141]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 56fc2b0d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 12 Sep 2024 18:47:57 +0000 (UTC) Message-ID: <21907abe-cd05-475e-9592-b83307fae2e2@nomadlogic.org> Date: Thu, 12 Sep 2024 11:48:02 -0700 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: port installation basics To: questions@freebsd.org References: Content-Language: en-US From: Pete Wright In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[nomadlogic.org:+] X-Rspamd-Queue-Id: 4X4RKC0Cfvz4gvN On 9/12/24 11:25, fatty.merchandise677@aceecat.org wrote: > Hello, I'm trying FreeBSD again (penguin news is depressing) and I > face again some of the problems I remember. welcome! > I am torn between packages and ports. I read discouraging things about > using both, and yet I seem to need both for the following reasons: I would recommend starting with packages, it will certainly save you a lot of time and effort to getting a running system.  Heck, once you have a list of packages you need it makes it pretty trivial to just re-image systems if you want a fresh start while learning how things work. Having said that, I think it's pretty common to have systems with a mixture of default upstream packages in addition to ones you build locally. For example, I have a few patches I like for some port called "www/some-server".  What I do is go into the "www/some-server" directory in the ports tree then run "make package".  Then I can use the pkg utility to install this locally built software with my patches.  This keeps everything consistent in terms of 3rd party software all being managed by the pkg utility. I'd also keep a copy of the FreeBSD handbook handy while you hack on this - it's pretty dang good.  One tool you may want to explore once you get your footing is Poudriere.  It's very useful for bulk package building, or building cross-release software: https://docs.freebsd.org/en/books/handbook/ports/#ports-poudriere -pete -- Pete Wright pete@nomadlogic.org From nobody Thu Sep 12 18:59:03 2024 X-Original-To: freebsd-questions@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 4X4RYw5QH5z5WWr9 for ; Thu, 12 Sep 2024 18:59:16 +0000 (UTC) (envelope-from iam.mehdikhawari@gmail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4RYv4b8Fz4kGD for ; Thu, 12 Sep 2024 18:59:15 +0000 (UTC) (envelope-from iam.mehdikhawari@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=bQIBd33l; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of iam.mehdikhawari@gmail.com designates 2a00:1450:4864:20::32f as permitted sender) smtp.mailfrom=iam.mehdikhawari@gmail.com Received: by mail-wm1-x32f.google.com with SMTP id 5b1f17b1804b1-42cbe624c59so736715e9.3 for ; Thu, 12 Sep 2024 11:59:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726167554; x=1726772354; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ghBEw2/XlRvxX73vLfdcs1SUBkaKfwpwvZbphmu5Ogw=; b=bQIBd33lvSKkyoPsn7rsd5ayYJ1y8Cw+OEx3QK+9NHp96PsrXdCPdFHYgewtlHypob H/TXG/uG4jO3ZFLbfG4UBRS8ZYETasd0wmtMrRdygZvDmZU+Dz0MaS7+Bm8GIiTNSZlG 2l/H1PkmoKmBUF7kZynnD5tfptpKHUG1gr2iBdIUVlPifNKLpkFaRZWRZ8wZY9ZBcCfP 0bKSDsUQjUs8o2Na+iLRV0PW87MgecwX9drHmMW9Zs05zpQS5S6c8dDK5UmtJywEr3cg 5CmNW0Pgjy/94lL+tCN29H0wcT0sfOUegxpoPGu0mVf05GFMqFXzfaBThIyDtxnlLNbw x+iA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726167554; x=1726772354; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ghBEw2/XlRvxX73vLfdcs1SUBkaKfwpwvZbphmu5Ogw=; b=qYlBtjfQ0y1BVjCxK0sflrX92vXsoIIsWceN+ZyHZQex//biiVgpfOVHMjvKikbbpa yrcCd/F+a0a54+S5ki7u5L1xQphsI1rRnF8+MevQnVZ1Yw2l1A1huL7my2AjbPUu124X 2Sv2mgr+3rGsQ4fNNx1r/iQkjqNShqdgZWYp+xzgXW0A6vIMyXDdd3KsWeyPiCffLGYo I0YocYHafOHMxEo3ZQqgDwEQISwVo6fJdufHGh9Hklrc+9GaW2Go7capRXkdmpsPPOSM JsUfTIKSPKyT/J+Qob9uCgUbPPc7eVDaztuDSWsH6SDvmlVqnLhJA4YXWPTj3pbQFRCc gBQQ== X-Gm-Message-State: AOJu0Yzt9Yffhu4db9i75hF8D6de8NPgkfjqKJWtRLA6faXeWBKb87ui AjcQSl3hznVVbwg3f2qfZZ2OoIqrFswp8DuUc14dD0TlFhXs9kW/kU4ZlprAfld8UOKYBIOHlyU 3nrb/PztxPJWB+9989isCJ6NGTJOLvf3g X-Google-Smtp-Source: AGHT+IFyQbNSbkbdzN2FBje644pvwEOCjP/lwoodaYRz5O/RzT6/fIC3f5M06d0RO+UTChWRNJFjBI7yzyH5MCv1v4o= X-Received: by 2002:a05:600c:1c8b:b0:42c:bd5b:cb53 with SMTP id 5b1f17b1804b1-42d964e27a5mr2885285e9.23.1726167554131; Thu, 12 Sep 2024 11:59:14 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 From: Mehdi Khawari Date: Thu, 12 Sep 2024 20:59:03 +0200 Message-ID: Subject: user management To: freebsd-questions@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.55 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.55)[-0.551]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32f:from] X-Rspamd-Queue-Id: 4X4RYv4b8Fz4kGD As root, I want to delegate the responsibility of maintaining my DNS server, which is composed of nsd and unbound to the user X. Is it a good practice to add him to the nsd and unbound group? Instead of adding him in wheel and let him do nearly everything through doas. Thanks and kind regards Mehdi Khawari From nobody Thu Sep 12 19:03:00 2024 X-Original-To: freebsd-questions@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 4X4RfM472Vz5WX8R for ; Thu, 12 Sep 2024 19:03:07 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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 4X4RfL55jkz4lhR for ; Thu, 12 Sep 2024 19:03:06 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=wLXdBhdS; dmarc=pass (policy=quarantine) header.from=nomadlogic.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1726167776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=K0MCsNrwCDIv2XD3Tw6nFDFCljBtiaVYvrrHUdrJKnE=; b=wLXdBhdSOAISc6cutTMcM2C48nMg/GSjFJZ2RUsn1hXYS0g9MaAG6gPH5PvvDUac7kBju0 YOj850sqZ6lscpNeIiI8FRgREgwt9DfN1PSq3ZhSwkAZD2yPVsPKG0LT5iFLlIf6PQuuZ9 RoozjDNe8gkiqA3hasKpBjkjn4QKfyk= Received: from [192.168.1.160] ( [47.154.20.141]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id e7deb9ee (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 12 Sep 2024 19:02:56 +0000 (UTC) Message-ID: <40daf282-b55f-4dc1-ba88-5ffedd2db1ef@nomadlogic.org> Date: Thu, 12 Sep 2024 12:03:00 -0700 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: user management To: Mehdi Khawari , freebsd-questions@freebsd.org References: Content-Language: en-US From: Pete Wright In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[nomadlogic.org:+] X-Rspamd-Queue-Id: 4X4RfL55jkz4lhR On 9/12/24 11:59, Mehdi Khawari wrote: > As root, I want to delegate the responsibility of maintaining my DNS > server, which is composed of nsd and unbound to the user X. > Is it a good practice to add him to the nsd and unbound group? Instead > of adding him in wheel and let him do nearly everything through doas. IMHO I would create a new group for unbound admins, add the users who are admin'ing things to this group and craft a doas policy for members of this group granting them access to the nsd and unbound commands they need access to. -pete -- Pete Wright pete@nomadlogic.org From nobody Thu Sep 12 19:41:02 2024 X-Original-To: questions@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 4X4SVH5Wtlz5Wcl1 for ; Thu, 12 Sep 2024 19:41:11 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM02-DM3-obe.outbound.protection.outlook.com (mail-dm3nam02olkn2082b.outbound.protection.outlook.com [IPv6:2a01:111:f403:2c05::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4SVG2ZBdz4tBc for ; Thu, 12 Sep 2024 19:41:10 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=iIRwhrNp; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 2a01:111:f403:2c05::82b as permitted sender) smtp.mailfrom=mirror176@hotmail.com; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=J0UV4bJK23WStG1LkGQIPncPJfMPjwaiibSrwOmACc5/fB37fGtWZZb9SoPhJtzpIhl+bS8XMZZLVmA+elfpt+k5hh4UfSN//87+4xlJz1FqVRK9XiQSsUtY8uTzr4Oj0uciOa7Mg0AbAZ64uzvUZ4PbcFkWlaqPWmLWzJmBfBFe8PcPUbpIINKTEEL2BdaZu0yeu/IyyOKmVk1oCwBLJIWFNzjvBOGhx7YlZ40FepXeMsP2tIkMkT7oHbmDqEmxwl9Q9PbiAmWYnxlo4P4C6qW179IX5yhiOp/o1HDRtaHwjBDs7nPl8vTNSTZehiLQKKrDp3kXjufKQAZ5BIKuSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=i/2eXxRDYhoGvJBk3LJrFJhjwO4DJq+gOslxsC0bFS8=; b=vkOgiF9c74dmGnG6m2KJla3IVtvHjepiovoCgI2javtZI6M02gE5Yklb56UuuiuLD+3egY5n+aZzDYn9+vsyRtln7hAqj0bXdAfTBi26h27C3TC20D/wtM/eOm1Rl8KzambkrGNGIrm9NoDGeinxZDk8dhijcTgrLDf63BsjEu4HGMzVKwi5VNZvbo3vDBgAO7iqZb2s8vkFoEgu1qASbf4BKE/Wfc9A2UKLe1xzwKf8DKpPbm7CGwMN2AYxJQUhHbOEUgFJbndLn/uS6JhLUMGxhLFZaQz9NKegcAQ1eGuA3EoCil5AVm5RjeKyXU1S9FZcm8MDlFK5VHQipxcaLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=i/2eXxRDYhoGvJBk3LJrFJhjwO4DJq+gOslxsC0bFS8=; b=iIRwhrNpqskBz/7Dk+QL/4uY6nkv0tiB0Z2qWap3P7W3IavkK3qw11uU7nvAnGXewwIbSWLCKg/zgjp9wxJL2E3gj/qKni17NpqgEMQDDJPpXCyfpe3DyznlmtBZ/2/BiggUc4uLTV3fZLLYl1h9ZxtEKndDVMoTkv+qtd//xsjnYCxmvt1yR37m52zsxuKFTPxNMOTSyMgWeaS6VftM9PwW4sMs8JTKTnRAxNFH8UAwDlgjeYfqgUqQqs6DWnfl8ZsfQXsJAowvUmi3u4t1r6J4qnZlYnPNW2H4Wq0yk0VC1wDXbG+sMB6f4V3lmnKNHkG0BsEWdtfzOuyyVfgoxg== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by PH0PR11MB7543.namprd11.prod.outlook.com (2603:10b6:510:26c::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7962.18; Thu, 12 Sep 2024 19:41:06 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::bffd:9e35:4afa:a747]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::bffd:9e35:4afa:a747%5]) with mapi id 15.20.7962.017; Thu, 12 Sep 2024 19:41:06 +0000 Message-ID: Date: Thu, 12 Sep 2024 12:41:02 -0700 User-Agent: Mozilla Thunderbird Subject: Re: port installation basics To: questions@freebsd.org References: Content-Language: en-US From: "Edward Sanford Sutton, III" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: BL1PR13CA0203.namprd13.prod.outlook.com (2603:10b6:208:2be::28) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|PH0PR11MB7543:EE_ X-MS-Office365-Filtering-Correlation-Id: aead45c1-2352-41ed-d009-08dcd362d777 X-Microsoft-Antispam: BCL:0;ARA:14566002|7092599003|6090799003|5072599009|19110799003|15080799006|8060799006|461199028|440099028|3412199025; X-Microsoft-Antispam-Message-Info: 7U1VhWBoo0xGf2k+DNl/jMJzlW+4pjVU881aUAXm+IZ1pocTItIY2WAyPkflOygrArlGBNJg3IOokvaK0/5F70D+OYjMb5HkawPfyEXV+FH889zWsqnVrebfA4Fw7cTYpv8l11F3q9DMO+QORbePJdtvyy7LsE6rTU+QuPfl4wdHGSUNRhklOEgDewb6wVgOkLAOxpwKOyvJYx5UmjHj1ph1T7FXVsWnfM4CYDg2NhP8vAmIt3w874s2KOLmHCGCz9n7XKDLoOx6IG8YSHBAYqJli05FshcrlOkwGSaj9jX8gVFRnJ9vz/XvaBxKWO6gu7zVeH5EULLdap/MuQSEhDnvZN+WUyiLVf64zgGpUJcq556oiAmCk+aSVMibOvZvE0TrHr1ahpiRXh8oMZbxcikHqVX40wHoPKwpK2jcQPPsYnD+1/Lo7TX18Q/ERA9VX7nSGLYOc45qaGhi8181P/RMfb2FPdOV/WJZijszLoI789d/l8abgW1gD6wVeoL619lRsUUNpJVosOT/n2/TXZY9IJThEbc2vRYTCZfOUyCcrRZTrjCN56R7jOgvC+YIxQMihO/sbt8EpoRqw5+lg7bcGwp8CbPmQR7intTAb0itDrtpqcaZlyIAO3GfekATpnEbuPx8E6aQ/zG1nGVlT10Xu9M5oo52+hWok+rOmhtVy24mH3QaDeGbTGLhNH+9InFoeVC7G6CJEmIDtGmPFMVgS3EI90KrM/y6lIcDKM2Lfny0srg8ebgY97SpRWBHd3as3rGnSlGgKyNE4mSfyQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?VEV1M1EyeWE1TVlKRFNIMVF0RzEvMWdlNlBDU0NCTGlNYUsrcDJhTUV4ZDFZ?= =?utf-8?B?SDJ2RGFaMnh5U1JGTHlFS1R2bTI5Yk1OQW1XT3k4b2Nza0NPazN1ekJuV3gw?= =?utf-8?B?MzZ4ZVIrczh5cUZuaUl6bGJFWjQwaEtWU0E3VHJLczRGc0hVZkhrTXJidlQr?= =?utf-8?B?b2lUMHErbklEbDR0bDdQV0RqVHdIYUV0Ui95RkdvNHY5QWoxSkxTMi9WVG5F?= =?utf-8?B?WkxGbmtUQlh1dzljY2RteDB0S0tLY21xS2VwYjdrRnBBYkI2d3RnZGxJM0w3?= =?utf-8?B?ZittekFiSzNVK2hVUW5oYXNTM3dOZVVoa1gyTlUvdlVkM0ViYnZPdUtCcTlE?= =?utf-8?B?L2J0WXFCS1MrNkw2dmdQM3ZOdDlBNGhleFV1Y2dta24yVC95OXBxWU9xNy9F?= =?utf-8?B?N0dxL1VCRTBEQ216ZUFQeklEZ1B1Zk5UL1hYVVZGRFFCU084dmlnc3JjSklN?= =?utf-8?B?eFdqMnBmUWx4cFBDYk5nSTBIa3pKK0hWcnJqdTJhK1pnaWZMNExPZXJVeENt?= =?utf-8?B?V2FFcVFEQS9MQk90OHZPbmdicVlBc2JrU1dLd1V2c2YyakRVL1JhaXAzbDZI?= =?utf-8?B?cmRhVnRXLzk0QWplZDF1VXgzYUJHelB3a0J1NFhkQlRuZktCS0ZTVlY3S0Jk?= =?utf-8?B?VVV3STdONTIva2UzQUN0N2R4TU1HK0t5c3RyRUdVc3ZCYnlwR1pITk54V292?= =?utf-8?B?SU5nbXJtWjhBazBpbTdHaE52VG5lUEQzS0txK2Uvak9kVEFhdjhaOXB3aHAv?= =?utf-8?B?R25MYUZHM05rOFkrQmlPMklRWmV1eDhGNGQzemZqa1NidnZVQlhvZzZlaWtS?= =?utf-8?B?TWQ4WUM0MGRWeEpydzZFRTdDYzd3dGVNTUNEdHFpVGRtNURNTCtNTmxHTGtn?= =?utf-8?B?bTE0VXZMaFJzMkh3emtpbHhBNEdYWXRINFQwam5GMy84SlhHc01mZlhPMVdM?= =?utf-8?B?OWdUUU40dnFldm93UEVwTFlxcERuSmZxK1VBNW1PbEtnaVVrUU1wY3BsV2tK?= =?utf-8?B?YUY5SmJUZEJ3SlhJbHlxbTlwY0dXQkNUQmFNd1FTUU54azZ6dWxPSjdFeWJK?= =?utf-8?B?eTRWeHhFcHNWemNRaDN3N3NNV2dqZk9IOGpoVXptR25oSUpSVkdCRUFuRWgv?= =?utf-8?B?Tlk0ekQ5L3VtVllaZSt2K0xUMU1kL211Yk9RZm1qMWVDcEU1SlpwVDR6Yzdw?= =?utf-8?B?QldyVE5BTngyVWgxUHRLNFBJbWdFSE9wTmNCM1MzbHFvWmxmaXNUQmlMa2sy?= =?utf-8?B?K25LL2w1SjJwUVZPV0NJT3FOWkFCL1BTM2lPa3k4TUZsdnphVnI0cjdtU1NV?= =?utf-8?B?WHpVOTJYMlZxRlZodnRqYWZVVVdJRzNxNmpwVEhsNlRPOXdLVU5nOEhWTStL?= =?utf-8?B?UTlmSy9FTlQ3bUIyYjhrT1FKVDBiRHh2eHFlc2J0VS9GMFNIbkFTZitHeC9n?= =?utf-8?B?bU55V3lvRTdycFZUS000cUV4ajlPanRSNWNlWDBjMkpJL0N4dEpPUXY4UDIr?= =?utf-8?B?WHNjVFBWWmExRWl3NG9CUUhlNXhNTGxIQ25RUTJZc1NoV0FJKzd2Y0k5OG1Q?= =?utf-8?B?NHdWbS9ibDVrZHNTZ1MyR3J2aE1zNjlvTEw4NFpvWHM3b0RtTjJXaHNZWG1y?= =?utf-8?Q?7hNOdyHfJBHdTHL5PIsUl5MpHozOEoAtdYyI4Rfc67wQ=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-d1079.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: aead45c1-2352-41ed-d009-08dcd362d777 X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Sep 2024 19:41:05.8853 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB7543 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.46 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.97)[-0.971]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403::/49]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FREEMAIL_FROM(0.00)[hotmail.com]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4X4SVG2ZBdz4tBc On 9/12/24 11:25, fatty.merchandise677@aceecat.org wrote: > Hello, I'm trying FreeBSD again (penguin news is depressing) and I > face again some of the problems I remember. > > I am torn between packages and ports. I read discouraging things about > using both, and yet I seem to need both for the following reasons: Using both has problems if you change an option which changes what is available from a dependency; if you change something in a custom built dependency then you "may" need to custom build what depends on it too. Making other changes like switching compilers completely might create problematic scenarios too requiring what depends on it to be built manually. Another issue can arise when you build ports from a tree that is a different git checkout from the one used in official packages. Even more confusing to think about when realizing that not every package is rebuilt with every update; different packages therefore don't always come from the same tree state even on the official repo. Keep in mind that all officially available packages were built form the ports tree and installing a custom built port installs it as a package on your system. You could always update official packages and then reinstall custom built ones as a second step. The repository they came from should be logged as part of the package install. A build system like poudriere keeps track of various changes and incompatibilities. It can delete packages when it looks like libraries it depends on have changed or if port options have changed.compared to what it was last built with. > - there are a few things I absolutely must have on a system to do > anything at all (so in particular, to set up and compile ports): > bash, sudo, screen, vim, rsync, git. I think that covers it. > These are not in the base, so I must install packages for them. > This alone wouldn't be a show stopper because I could rebuild them > from ports once I'm up and running. But. Assuming you want to compile things yourself, I'd recommend git (or whatever alternative) be used to fetch the ports tree to be able to update it. You can start with a ports tree extracted from an archive found on some install media to build+install git or other tools if you don't want to use official packages. You can move/remove the tree once you have git or other tooling worked out to fetch+update the tree as appropriate. > - I have not figured out how to build ports without getting sucked > into unbounded rabbit holes of configuration dialogs. I know the > advice to do `make config-recursive` upfront, but it doesn't help: > what seems to be happening is that I get config dialogs for *all > potential* recursive dependencies of the port I'm building, > regardless of my answers along the way. For example, even if I > exclude X11 support in git configuration, I am then confronted with > dialogs which are only relevant to gitk. Is there any way to avoid > this? Been a while since I last looked but it doesn't include potential dependencies; the dependency list is walked based on actual dependencies which may alter further dialogs depending on answers to earlier dialogs. Maybe try to track down where that got included as a dependency with ports-mgmt/porttree . Did you define any overrides in /etc/make.conf that would have impacted port's options/dependencies? `make -DBATCH` will build with defaults while `make -DINTERACTIVE` works for the remaining ports and skips batchable ports. Most support batch anyway. You can also define these in /etc/make.conf by adding lines like BATCH=yes. Using a system like poudriere has the ability to define port build options but otherwise you get the defaults until you take the time to do so. > - on the other hand, some packages are egregiously over-configured, > often with GUI extras I have no use for. For example, graphviz. I > just want to run dot to build png or pdf files. So this would be a > good time to use a port (which I assume can disable the GUI parts), > if it weren't for the above. Flavors were the answer to get ports that can be packaged with different options or dependencies. I say it needs work to reach full potential but its a start and can cover cases like with/without a gui or building to depend on different version of interpreters. I'm of the stance that overconfigured is better than someone needing to run make to get what is missing is a good thing, though between things being rarely used, exploitable, and general bloat I do see value in not enabling all options being sane too. Good programs have build dependencies add a feature but runtime can detect what is available so it only needs to be built with many dependencies available and runtime dependencies are small but program expands as others are optionally installed with recompiling anything. If you are doing no GUI stuff then defining "OPTIONS_UNSET+=GUI X11 WAYLAND" and similar in /etc/make.conf would turn off the options, otherwise you need different syntax or techniques to specify it per port. Some ports things moved over from options to flavors for some of this so you may find you need to request a flavor instead of set options to get what you want. > Your thoughts? Thanks, The easy and fast solution is using official packages. Options cannot be changed for them without building them manually, but different flavors can be built and hosted on official package repositories so you may find what you wanted available that way. Flavors still seem like an awkward thing in various tools; I normally don't think much about them as I use poudriere to do custom builds of everything (for me its a minimal need and done mostly because I can and its old working workflow). As a side note, the more you change, the more you may run into issues not observed by others or accounted for in the ports tree. This doesn't require mixing packages & ports or different tree versions. If you try hard enough then you learn that a port breaks by toggling a provided option/setting like NLS or docs. I've had ports break because of a bug with -O0 broke the program; maintainer and I agreed time was better spent updating the version than fixing such bug. Similarly, if you are building+installing directly from the ports tree, you are building in an unclean environment (at least after the first port). Sometimes the ported program uses a build system that dynamically detects the environment and modifies the build according to what it sees. If the port doesn't override autodetections with guaranteed forced states of what should be available or not then you get a package that depends on something that isn't tracked properly and may even install files that are unaccounted for since the port had a different or no setting for the optional part and the pkg-plist was created accordingly. A clean environment for building is very easy to obtain with tools like poudriere and (no personal experience with this one) symth. A separate or virtual machine could be used too but is normally not necessary unless there is architectural differences or the load needed to be moved in some different way. From nobody Thu Sep 12 20:30:42 2024 X-Original-To: questions@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 4X4TbV5v2zz5WjlY for ; Thu, 12 Sep 2024 20:30:46 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Received: from beesty.loosely.org (beesty.loosely.org [IPv6:2600:3c01:e000:4c0::2]) (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 4X4TbT2lkJz42JM for ; Thu, 12 Sep 2024 20:30:45 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fatty.merchandise677@aceecat.org designates 2600:3c01:e000:4c0::2 as permitted sender) smtp.mailfrom=fatty.merchandise677@aceecat.org Received: from localhost ([::1] helo=beesty ident=itz) by beesty with esmtp (Exim 4.98-4-9cb179d48) (envelope-from ) id 1soqSf-000000007ry-3D26 for questions@freebsd.org; Thu, 12 Sep 2024 13:30:42 -0700 Date: Thu, 12 Sep 2024 13:30:42 -0700 From: fatty.merchandise677@aceecat.org To: questions@freebsd.org Subject: Re: port installation basics Message-ID: <1UDlGbz6DvIgGns6@aceecat.org> Mail-Followup-To: questions@freebsd.org References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.27 / 15.00]; NEURAL_HAM_SHORT(-0.98)[-0.978]; NEURAL_HAM_LONG(-0.85)[-0.848]; NEURAL_HAM_MEDIUM(-0.24)[-0.242]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[aceecat.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4X4TbT2lkJz42JM On Thu, Sep 12, 2024 at 12:41:02PM GMT, Edward Sanford Sutton, III wrote: > > I am torn between packages and ports. I read discouraging things > > about using both, and yet I seem to need both for the following > > reasons: > Using both has problems if you change an option which changes what > is available from a dependency; if you change something in a custom > built dependency then you "may" need to custom build what depends on > it too. Making other changes like switching compilers completely > might create problematic scenarios too requiring what depends on it > to be built manually. Another issue can arise when you build ports > from a tree that is a different git checkout from the one used in > official packages. Even more confusing to think about when realizing > that not every package is rebuilt with every update; different > packages therefore don't always come from the same tree state even > on the official repo. Another thing I seem to remember from my previous dabblings (long ago): if I install a package (say bash) and later I build a port that has bash as a dependency, it will be rebuilt (and maybe even reinstalled, I don't remember that part anymore). I'd say this is broken, but maybe it's different now? > > I have not figured out how to build ports without getting sucked > > into unbounded rabbit holes of configuration dialogs. I know the > > advice to do `make config-recursive` upfront, but it doesn't help: > > what seems to be happening is that I get config dialogs for *all > > potential* recursive dependencies of the port I'm building, > > regardless of my answers along the way. For example, even if I > > exclude X11 support in git configuration, I am then confronted > > with dialogs which are only relevant to gitk. Is there any way to > > avoid this? I've tried this multiple times, always building a list of overrides in make.conf (mostly negative ones). I always end up in such a rabbit hole. I don't know what I'm doing wrong :( One of the things I like about FreeBSD is that pretty much everything has a manpage. That used to be true in some penguin distros as well, but not any more. So I try to turn on an option for that, if there is one. > `make -DBATCH` will build with defaults while `make -DINTERACTIVE` > works for the remaining ports and skips batchable ports. Most > support batch anyway. You can also define these in /etc/make.conf by > adding lines like BATCH=yes. This is interesting and potentially helpful. If I run `make -DBATCH` in a particular port subtree, will this also be in effect for the dependencies? > Flavors were the answer to get ports that can be packaged with > different options or dependencies. I say it needs work to reach full > potential but its a start and can cover cases like with/without a > gui or building to depend on different version of interpreters. Are flavors visible in the pkg tool in any way other than as simply separate packages (like emacs and emacs-nox)? > Similarly, if you are building+installing directly from the ports > tree, you are building in an unclean environment (at least after the > first port). Sometimes the ported program uses a build system that > dynamically detects the environment and modifies the build according > to what it sees. If the port doesn't override autodetections with > guaranteed forced states of what should be available or not then you > get a package that depends on something that isn't tracked properly I don't quite get this. Where else would the "impostor" environment come from? Things like a custom PATH you mean? I never got far enough for that to be a problem :-P -- Ian From nobody Thu Sep 12 20:56:19 2024 X-Original-To: questions@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 4X4V9909cgz5WmL4 for ; Thu, 12 Sep 2024 20:56:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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 4X4V976GpZz461g for ; Thu, 12 Sep 2024 20:56:27 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=PthdUbUk; dmarc=pass (policy=quarantine) header.from=nomadlogic.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1726174576; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=J03SbX5TgNsGRBxdCmKPmoukbQUwu0AKv/c1bwFY1lo=; b=PthdUbUkFN8iijg28zPlfsL918W5HeBBOgtMD/KuTK3OFsAesFnK8yrXS6G8rSIUWIqcK5 Q6KYGQ+kbnqu0HDguv0ttrhPZ+42cVdyLMtwBxuH4ZtpKLBhGgh+6+sg3zB2XcX63QvReI G3Y1l4GZkRsegJG4cw0iNO0ipYKrK1A= Received: from [192.168.1.160] ( [47.154.20.141]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 3205fb91 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 12 Sep 2024 20:56:15 +0000 (UTC) Message-ID: <93e13bd4-6b01-4de3-8368-799aa3031520@nomadlogic.org> Date: Thu, 12 Sep 2024 13:56:19 -0700 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: port installation basics To: questions@freebsd.org References: <1UDlGbz6DvIgGns6@aceecat.org> Content-Language: en-US From: Pete Wright In-Reply-To: <1UDlGbz6DvIgGns6@aceecat.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[nomadlogic.org:+] X-Rspamd-Queue-Id: 4X4V976GpZz461g On 9/12/24 13:30, fatty.merchandise677@aceecat.org wrote: > Another thing I seem to remember from my previous dabblings (long > ago): if I install a package (say bash) and later I build a port that > has bash as a dependency, it will be rebuilt (and maybe even > reinstalled, I don't remember that part anymore). I'd say this is > broken, but maybe it's different now? i don't think that's really an issue at this point.  but if you want to ensure that a locally built package doesn't get touched you can always "pkg lock" it.  I do this for the drm related packages so that when upstream updates happen they don't get upgraded until i've built one custom for my workstations. -pete -- Pete Wright pete@nomadlogic.org From nobody Thu Sep 12 22:52:58 2024 X-Original-To: questions@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 4X4Xlk6DRQz5X2MJ for ; Thu, 12 Sep 2024 22:53:06 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11olkn2041.outbound.protection.outlook.com [40.92.19.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4Xlk0TGTz4MK2 for ; Thu, 12 Sep 2024 22:53:06 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=XDVxohdx; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.19.41 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Pz3pork2p2Yi0QqYBDyfVMqjrxajNdkEjx/cOc6T1CoYRMQF9QPsWGjqS1mu36hFVPo/cvv6DwOdOC2mK+7FxJhYVh3aHkJJg8CQQbkKsimfsMU0PlWLGhdyhJSS3wkq8coPKvNElaQ4NSLHtjxNUeHvRmtDqPq/ZZuHrgMR+p1p0Usg7UUgd1athbSXTzHtaRzSQLnmYo2+adwAOw/goRDxllAghCNi6ckH4r2rNTdIVkWGuTnC9dMqE2MVSIBzca5oC/9yVddbQO7CS8LNv5x8NYyMNl2sJ/Q3Nj0GWw41LLBVpZTyJD9aGHIhmyTIL87d8EejV2YDrh/JtEQFug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+HMiRWC30t+RZMD1ls1XLpu8YG0uUC89KDdBr5YyzQ4=; b=a3pR6cNrnooX6s3KvxrqxhSlj6+tD5nEZl9+31bTizUElxbcoLC+kCXlLd9xHnreGK0ZJtrGWwcO7fMITlNnNp9DG9M+Z104uihOHqvJ9H89h/ozu6+yowlykUWuoq9RMasgcolYyMVb4KWv+9QdPgkWkO7elUWq4SWatdNcNtOI7cqrTbVD3zyz3PBrSV//pji2tEC7W1xbIcawmuCEown5Gt49NgUJpQwwCvQY/s+Xoaz8W5uRBUHgj1M2J1zr5eV47AIGvV6oeXxPq4YyFCV8t3HSJPmM7Z9RTV9Ph8MxhbaGZ2BPp1jrCrRtHUC6M8a42Uyhgf9sEbsMIcB+HA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+HMiRWC30t+RZMD1ls1XLpu8YG0uUC89KDdBr5YyzQ4=; b=XDVxohdxWFh0a9neuAXt5vaSTL+Wm4iaAotKk7T7alUFte3unVgnoiDcZ8+fg26r/Rp8GsyKC2raWa77jKOvIhBP2giRrMtSfQ3tLxgo6kRGikTcxyKE4ImQmpZvsBrS+rH+zUSSu6uYJw97BIoD+i3G/7zPfXIrTUJ13FaKVMT996jiY5n9SE0BkHbRP/RnED0moFCwsJ09R2p7iFRUTHqeljzxdGTiukC0CO+JfDD4rF/leinjVI2R2U7vDA7QRnUVnuxvG6heCgCDu+YM2yhhw8PpCuL3y/u4dx5rBRJkNVhVKtO5v4M5K8smSOOSHkbY1s4xaRL6pZ09YH3Rcw== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by MN0PR11MB6301.namprd11.prod.outlook.com (2603:10b6:208:3c3::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7939.24; Thu, 12 Sep 2024 22:53:02 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::bffd:9e35:4afa:a747]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::bffd:9e35:4afa:a747%5]) with mapi id 15.20.7962.017; Thu, 12 Sep 2024 22:53:02 +0000 Message-ID: Date: Thu, 12 Sep 2024 15:52:58 -0700 User-Agent: Mozilla Thunderbird Subject: Re: port installation basics To: questions@freebsd.org References: <1UDlGbz6DvIgGns6@aceecat.org> Content-Language: en-US From: "Edward Sanford Sutton, III" In-Reply-To: <1UDlGbz6DvIgGns6@aceecat.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MN0PR03CA0029.namprd03.prod.outlook.com (2603:10b6:208:52f::34) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: <3f226c03-b9e8-4222-b668-f9f034cd6a14@hotmail.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|MN0PR11MB6301:EE_ X-MS-Office365-Filtering-Correlation-Id: c52ea057-4b25-45c9-61e6-08dcd37da75a X-Microsoft-Antispam: BCL:0;ARA:14566002|19110799003|6090799003|461199028|5072599009|15080799006|8060799006|7092599003|3412199025|4302099013|440099028|56899033|1602099012; X-Microsoft-Antispam-Message-Info: apeZGNbVIBLGO6dXD/lcYrfvzBLk/D1GsajSj8XraVlRAYdlAwhfco4EmQhHfmFAooa4F3VRkhE/tEYHMLIkKsgFdcqVgEllsfnoougQnu5MuXIMUFhVdSlt2JymfuUuNiB3FKMxKBhuRgUkXxLS1hggvhpqyGX/dLXgJFotFX0NLTIBPx5isItjrypOt/l2lrYtEGOsDtkF0lCCgE4yM6luohk/e0BiEnVxSG3/65yZnTE9DkarEG/YW7MTWEkcvKgL+vfhtA1CbEvMSUNSqALZf1hgmm2Yk4bMUQgod02K56ibnT6EFuyiqTa1UFH9xJJWNVf1maOUCcsuEQ/JrgZ0iocDL1eVMjUI1gciKcfKfNARYS7aEQHJ/rnxmoVBS7Sw7qgVE3fmDaOKaCCGgqjSogzpTt+r1q94Rh2BxfarZZ282o+uqkP/tXfS67i41Opm7WBxy4zm4MxhxSDqu6POijhBX1uae4MDfQcx9iVyIitA0Q8Vwmr3xW6QoIpiov8HWT0BdXpQZtHoHI0z5mJdMQHxZl3pIGayBc7ZfodWX8OQTS7qVbYRzcFLVu0fwZJl3isPtdt/lEZigBQhc4vLAcYKt4fSCASdpPRpC8cQZVyQTVCqlQLJpeylsrc1m89FDUq5t1I2t4kNN9CQjV83ED2oWSOZ9JmrPB/7XGGN1iJmKOZSCjbZ7Zv1GXh3RXopcBfHoSR5nIBmmG4a3H95yRUwWrUKsTXse/VuoK4y4940TdiJK6fe9zF11RYDe8dcCapcSkeBrt9Hx+EF9iA/L9j56dWU9bDgJJuUChtJ5XQqlQY43n57apnGFg02AUiPH6VbW8s4cncEjmDLA+1CFEAPiKGnGntcfoqPi1pwMKuUJ81mH8AGPk5iGZd+a3IyPjO9u58OIMN0szBboxlrmq6rqw4fkTZ4GUMT1Bc= X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?R1ViTStONVpjanlPM1NxcWRvdUE2UUlEWm54ODVaVkl4VVAvT1JsVUk3QWMw?= =?utf-8?B?akJ1L0JqNmRsOGZiWEo1emdWd29sMHNERnpJYUVSZlQ1M2V5ZDh2NTZudVBx?= =?utf-8?B?bC8yMzdqQnljS0w4V3dQckRmVGgvOU1VNW5SODlOUWNod3ZrYXZxaG82SlNu?= =?utf-8?B?ZHFPeFNIT0FycFRDMmJwTENtaG1yVFhMWE1OWVREZjViZmpSR2VuTjNnNm04?= =?utf-8?B?OG9jWXpHSGFqbHRjejg2WC93dDF4L2M2YUtEenQrRndyN29qL0IrUURsVU9m?= =?utf-8?B?Zkd2UXU4QkhUZWZyTnVPc1BBbWVuYXpIL2lSYTVFbTA1VGk0eFQvYmdpMzdK?= =?utf-8?B?emJacTcvSzJVVHJGTGUzelJSM2ZTeGh5WTVzODJTTVBEQXloS0NqRzdIbXRt?= =?utf-8?B?OVZ1eC9HTklnUERWZk5wSFhveFh6cUxmOWYxSGZ3aGUwVGtFK0VKU21nUlp0?= =?utf-8?B?aUtlV0ZyblhuV0FuTG5uVllrcElYSlU1eEhPbWl4eWlyVTJ2bzJucWgremZG?= =?utf-8?B?a1RPRXBpS0Y3dExtb0I5bzJPaXNXNGw1dFVRVDk4WUNXNnZiYXpodXhkd0NW?= =?utf-8?B?MVFVNkR6b0JJaThIM0F6ZklIQlpOOURLMWlCQ1U4L0lkcW1PczZydW9Xc3VP?= =?utf-8?B?TVo1L3BIVmdGT2RiZWN3S3ZVMFcxSzlhVFlJMEtaUjFTSXhWekxCcGZ5VkUy?= =?utf-8?B?c3J2WkNvZkJINHgya2ZhQkZZeUV5VzBsYkJ4VFh0cWU3UklwWUhtaml0Wk0y?= =?utf-8?B?Z2FiYTVxOXFqUW9uVHpzWVhOSnhGY3hqaW9WTWIyUkRjSlFNY3NiZHROdDI5?= =?utf-8?B?TERDbjcrRVFvWW1kNXBvMWxrb3hVWGl6WWdXSlVmQmlqNnY5U2Z5NDJOdE5F?= =?utf-8?B?RjJ6NXdmM0N1eCs5ZUVndTh2K1luZnFhcnUyZ09NZkV4bEpRd016UEdQWnFO?= =?utf-8?B?TndNRU82NFY0Z3c1am05NG1oTWRnZTdJV0c2T09IK3cvUFhnbzd1bEtQQmdr?= =?utf-8?B?YlhkQkZ2a2FnYTRYOGRJM01GcmFDbUFSZ2pVeUF4NDNWcXpPTm1oSHh5YTVp?= =?utf-8?B?RFdSVW9xQW1DckNJakFFZTZSNmtyd3pPT2ZWd0FpcWloWnhnRzJDQ2d5bTRI?= =?utf-8?B?NWdyT2VJRm1TWGlEOVhSMDZXdm95b1BPVDNXaWoyOXNQOGExZ2pOTUdVMjUv?= =?utf-8?B?Q2xra055WXRFeVlsK3M4d1lMWTM5ZEJjTUkwUEZYQTBlc3JiaTZ4V1dlYXRw?= =?utf-8?B?K29xYUlFaGlTVU80UXBudTdlYkM1UE8zR2JrVGVpbldVRURqRzJtVHc4WFly?= =?utf-8?B?Sjl3SUJzZFcxcGdwS2VudEpWTklGdUNQMnkxWVVWcy9tTWVLVlhnT2s3WjB0?= =?utf-8?B?ZWcrMWxCU2ZnQWl5YmY4N2Jmd0l1eW5ZdkNPYnU5cUY1a05Va2NnWXNwY29Y?= =?utf-8?B?MGFCeXpyNFVaK0Q1U05CRXJFQ2lQeG8ySzFINjZIUWZwK2k3QnNWN2VSMjh5?= =?utf-8?B?MGJKSUlUMmtKaVNLOXdpci9TamprcmRuRDFyODBqYU13NmlIaFowZFdSTDNE?= =?utf-8?B?WXpWQ0lhMEJBenFoOXVZa0x2eUxqOFJ6N3ZqVnR0bHUyeVAvdWZuK0k4QW1y?= =?utf-8?Q?nvi69QNXazDa8eK2SRlghJ1dCStD4YJ5LyQVlg7zdeNo=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-d1079.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: c52ea057-4b25-45c9-61e6-08dcd37da75a X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Sep 2024 22:53:01.5924 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN0PR11MB6301 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[hotmail.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; TO_DN_NONE(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.19.41:from]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; RCVD_IN_DNSWL_NONE(0.00)[40.92.19.41:from] X-Rspamd-Queue-Id: 4X4Xlk0TGTz4MK2 On 9/12/24 13:30, fatty.merchandise677@aceecat.org wrote: > On Thu, Sep 12, 2024 at 12:41:02PM GMT, Edward Sanford Sutton, III wrote: > >>> I am torn between packages and ports. I read discouraging things >>> about using both, and yet I seem to need both for the following >>> reasons: > >> Using both has problems if you change an option which changes what >> is available from a dependency; if you change something in a custom >> built dependency then you "may" need to custom build what depends on >> it too. Making other changes like switching compilers completely >> might create problematic scenarios too requiring what depends on it >> to be built manually. Another issue can arise when you build ports >> from a tree that is a different git checkout from the one used in >> official packages. Even more confusing to think about when realizing >> that not every package is rebuilt with every update; different >> packages therefore don't always come from the same tree state even >> on the official repo. > > Another thing I seem to remember from my previous dabblings (long > ago): if I install a package (say bash) and later I build a port that > has bash as a dependency, it will be rebuilt (and maybe even > reinstalled, I don't remember that part anymore). I'd say this is > broken, but maybe it's different now? If the dependency is not satisfied then it will be rebuilt (ex: library checked by version and currently installed one is too old). If I recall, the dependency install should fail as it is already installed. This could be easily tested by 'breaking' a dependency test in a port (point it to a nonexistent file or too new of a version) and running make (for the dependencies but a general make or make install should trigger it). Such an issue can be triggered by version changes in the tree vs what is installed (official or custom built ports won't matter then) or ports tree bugs. Only other way I can think to trigger it is to have port options get changed and rebuild+reinstall ports before their dependencies but that should just break the installed port for what I can think of. >>> I have not figured out how to build ports without getting sucked >>> into unbounded rabbit holes of configuration dialogs. I know the >>> advice to do `make config-recursive` upfront, but it doesn't help: >>> what seems to be happening is that I get config dialogs for *all >>> potential* recursive dependencies of the port I'm building, >>> regardless of my answers along the way. For example, even if I >>> exclude X11 support in git configuration, I am then confronted >>> with dialogs which are only relevant to gitk. Is there any way to >>> avoid this? > > I've tried this multiple times, always building a list of overrides > in make.conf (mostly negative ones). I always end up in such a rabbit > hole. I don't know what I'm doing wrong :( > > One of the things I like about FreeBSD is that pretty much everything > has a manpage. That used to be true in some penguin distros as well, > but not any more. So I try to turn on an option for that, if there is > one. > >> `make -DBATCH` will build with defaults while `make -DINTERACTIVE` >> works for the remaining ports and skips batchable ports. Most >> support batch anyway. You can also define these in /etc/make.conf by >> adding lines like BATCH=yes. > > This is interesting and potentially helpful. If I run `make -DBATCH` > in a particular port subtree, will this also be in effect for the > dependencies? Correct. Otherwise it would serve little value. >> Flavors were the answer to get ports that can be packaged with >> different options or dependencies. I say it needs work to reach full >> potential but its a start and can cover cases like with/without a >> gui or building to depend on different version of interpreters. > > Are flavors visible in the pkg tool in any way other than as simply > separate packages (like emacs and emacs-nox)? `make -C/usr/ports/editors/emacs -VFLAVORS` will list that port's flavors. I'd try `pkg install emacs@nox` to request a flavor be installed. I normally do not use those though and admit it seems hard to find documentation for pkg + flavors. My main interaction is dealing with things like the default version of PHP has changed and nextcloud-php82-29.0.5 doesn't get my custom made updates automigrating it to the next php version; my poudriere builds use www/nextcloud for the instruction of what to build so it automatically follows the default for php changes but pkg doesn't know. End result is I don't yet have a solution to avoid having to periodically and manually check & cleanup such leftovers. Seeing packages listed for removal without an appropriate replacement being installed when executing `pkg upgrade` is another clue Always check the output of pkg commands once removal count is not 0 and don't proceed unless you understand why or accept the removals. >> Similarly, if you are building+installing directly from the ports >> tree, you are building in an unclean environment (at least after the >> first port). Sometimes the ported program uses a build system that >> dynamically detects the environment and modifies the build according >> to what it sees. If the port doesn't override autodetections with >> guaranteed forced states of what should be available or not then you >> get a package that depends on something that isn't tracked properly > > I don't quite get this. Where else would the "impostor" environment > come from? Things like a custom PATH you mean? I never got far enough > for that to be a problem :-P Specifically I have previously found that having a port installed that was not a dependency of another port modified its build to include other files; I think it was two kde ports that caused it and I provided a patch which made its way into the tree if I recall. The port's framework didn't modify the autotools (or whatever it was) script which executed during `make configure` (not to be confused with the similar sounding `make config` target). Upon detection, there were changes to what was built and installed. Files were then installed by its `gmake install` (or equivalent) but were never noted in pkg-plist. Removing the port didn't account for those extra files which I think is how I found it (or it caused me some other grief). If I had tried to create a pkg and install it on another machine, those extra files would be missing from the package. As far as the port's framework above it knew, no change had occurred as I hadn't altered any option accordingly so there would have been no reason to alter a plist, change an autoconf flag, etc. https://cgit.freebsd.org/ports/commit/?id=5e33d1709369d21c966c8ac57443a5af99c8b8fa sounds like a real+recent issue & how the port was altered to no longer unintentionally allow autodetect of a dependency instead of following the port's options, or I just misunderstood things. Port maintainers and the build system won't have all of your same ports installed when they rum `make` in a port's directory. If the port uses things like autotools and similar systems to detect what is on your system and modify what they build, how they build it, and what they install and where, then you have different results from the what the maintainer and official repository saw on their run. For files to install, the list normally comes from a manually maintained list found in a port's pkg-plist file (there are exceptions). Ports will usually alter that file conditionally based on options from `make config` or maybe other variables like OS version. I wouldn't expect binutils port to manually detect if a system has elfutils present on it and change how it builds. The build servers will not be in a state where sometimes elfutils is installed and sometimes it is not so you would always get 1 package; having an option/flavor to change that makes a package that reliably can have it be altered for a build step and/or impact its recorded state for a runtime dependency. There are exceptions, but the majority of maintainers and the pkg infrastructure uses clean environments when building. If a bug is found for dirty environments, it should still be reported/fixed. Last I looked a long time ago, I found a # of ports were using already installed copies of files instead of using copies from the workdir when a port is being built (=rebuild/upgrade a port without uninstalling it first). Some ports failed to build until you uninstalled them while other times it builds even though it 'silently' used already install files in place of extracted/built files as it should have. That too is a bug and should be fixed but I assume it sometimes requires more extensive reworking of the tooling that the program originally uses for building. Maybe someday I will do another run on a few ports looking for that. From nobody Fri Sep 13 08:20:47 2024 X-Original-To: questions@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 4X4nMV17QJz5WLXf for ; Fri, 13 Sep 2024 08:21:26 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-oo1-xc33.google.com (mail-oo1-xc33.google.com [IPv6:2607:f8b0:4864:20::c33]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4nMT35blz4cLK for ; Fri, 13 Sep 2024 08:21:25 +0000 (UTC) (envelope-from odhiambo@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=d12r2Ceo; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of odhiambo@gmail.com designates 2607:f8b0:4864:20::c33 as permitted sender) smtp.mailfrom=odhiambo@gmail.com Received: by mail-oo1-xc33.google.com with SMTP id 006d021491bc7-5de8a3f1cc6so945605eaf.1 for ; Fri, 13 Sep 2024 01:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726215683; x=1726820483; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=Ka0LN2HqFzEe8Puto5IeLsue7Qk6zqb96O45y+zyHS8=; b=d12r2CeobC5THQAGLdg0g36ZymovL2FRzI23lOPx9N0jtMmmlwYXtJwH802tC0BKZv /NL18xFygtaKmJM3QYglzkm9PcInK/8m+zxSqMCvPKCqRw+bJrSLdHknM41211R20IFD TQLa6dCZlpsZQclx6YZG7kqC20zWWdjMtZf9vs1gWPuPfFQZGqJicnmmr3GWM0nkmISo kdavn07/RsJJw+kH8goa+ybKtevMgs6Y0Cc8Tm+YB6yxMLrBlOn0SB3Px6b+Pmg0rUNZ VtTHs4gzwGZLXbX/Mvc2+sHILkVQEnbY+GhtBiMGcQOQStjy16if6m8+yjykfzaGEbYi Oakw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726215683; x=1726820483; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Ka0LN2HqFzEe8Puto5IeLsue7Qk6zqb96O45y+zyHS8=; b=mfBaE8c/Ol6YseIVlao6niBy+k6iw18I7EdS+DJXefGXZIdgUSffdhyQKDiI6Qd6RW lcirEQp9+2GhVKRCncsB/erIdsoHKpH83POhVONFckc953ukRCMV9luz+Sa5dIuGnKP8 YoPFQF/Fu/W2Gem1I3ly8o+Bklp1865jpSK6ehmnycis1PeFe2RmYChec+/8k/96Gk8E mxFqoqk7Cvfgd+E0f2p/SKAGfhOvduZ1a2k928+32omKs39A5Yf1FClcCV07gitjLSxh itPwtDG9ddML7K7URYrHao0qimLMz2n5HP9mNkwJyXy4w15AtAi/17tjUCovlgNc3WHp pnAg== X-Gm-Message-State: AOJu0YzIKrH4f30bjF6iyyJNQ900zCatrcgTbgLxVxKTtFhD0KkdMrrC XvDjjNpNlK1vL+hihiK1KCwoct7kfKbrYYMWtNzWhf0x5HLIFcAJ3acNkxiZOBHpst0yub8ZrMf ct+pA/rjgUNOxazIjDE4A6tvh7oN4iZJcEmMNKQ== X-Google-Smtp-Source: AGHT+IE7itDjnPgAoQTK1KNMB1LR1lh3+Up/8NoL0ognXtLZ4KeV6Y9NPrE7UC7+cpLdN/7SVnR7XJocCN7eTMJ0s9M= X-Received: by 2002:a4a:e544:0:b0:5d5:b51d:e61b with SMTP id 006d021491bc7-5e1e3a798dbmr5442870eaf.0.1726215683408; Fri, 13 Sep 2024 01:21:23 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 From: Odhiambo Washington Date: Fri, 13 Sep 2024 11:20:47 +0300 Message-ID: Subject: Debugging a port - mail/rspamd woes! To: questions Content-Type: multipart/alternative; boundary="0000000000009d8aa80621fbe815" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.31 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.69)[0.685]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_EXCLAIM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c33:from] X-Rspamd-Queue-Id: 4X4nMT35blz4cLK --0000000000009d8aa80621fbe815 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable FreeBSD 14.1-RELEASE. I have this below situation with mail/rspamd: root@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart Starting rspamd. 2024-09-13 11:03:43 #94946(main) ; main; main: rspamd 3.9.1 is loading configuration, build id: release Segmentation fault (core dumped) /usr/local/etc/rc.d/rspamd: WARNING: failed to start rspamd There is nothing unusual I am doing. A simple make install clean. And I do not have any changes made to the configuration files. And because the corefile does not give me anything useful with gdb, I decide to approach the troubleshooting differently: root@gw:/usr/ports/mail/rspamd # make -DWITH_DEBUG DEBUG_FLAGS=3D"-g -O0" install clean And then: root@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart Starting rspamd. 2024-09-13 11:15:44 #84352(main) <3061a2>; main; main: rspamd 3.9.1 is loading configuration, build id: release root@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd status rspamd is running as pid 84807. root@gw:/usr/ports/mail/rspamd # So, when I build with debugging enabled, it doesn't fail anymore and now I can't figure out why it core dumps! My /etc/make.conf looks like below: ``` FETCH_ALL=3Dyes WITH_PKGNG=3D"yes" WITH_PKGNG=3D"yes" OPTIONS_UNSET+=3DDOCS OPTIONS_UNSET+=3DNLS OPTIONS_UNSET+=3DX11 OPTIONS_UNSET+=3DHAL DEFAULT_VERSIONS+=3Dpython=3D3.11 python3=3D3.11 pgsql=3D15 mysql=3D114m ss= l=3Dopenssl ``` Someone pls help me figure this out. --=20 Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' =C2=AF\_(=E3=83=84)_/=C2=AF :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html] --0000000000009d8aa80621fbe815 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
FreeBSD 14.1-RELEASE.

I have= this below situation with mail/rspamd:

root@gw:/usr/po= rts/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart
Starting rspamd.2024-09-13 11:03:43 #94946(main) <dea796>; main; main: rspamd 3.9.1= is loading configuration, build id: release
Segmentation fault (core du= mped)
/usr/local/etc/rc.d/rspamd: WARNING: failed to start rspamd
There is nothing unusual I am doing. A simple make install cle= an. And I do not have any changes made to the configuration files.

And because the corefile=C2=A0does not give me anything us= eful with gdb, I decide to approach the troubleshooting differently:
<= div>root@gw:/usr/ports/mail/rspamd # make -DWITH_DEBUG DEBUG_FLAGS=3D"= -g -O0" install clean

And then:
roo= t@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart
Starti= ng rspamd.
2024-09-13 11:15:44 #84352(main) <3061a2>; main; main: = rspamd 3.9.1 is loading configuration, build id: release
root@gw:/usr/po= rts/mail/rspamd # /usr/local/etc/rc.d/rspamd status
rspamd is running as= pid 84807.
root@gw:/usr/ports/mail/rspamd #

So, when I build with debugging enabled, it doesn't fail anymore and = now I can't figure out why it core dumps!

My /= etc/make.conf looks like below:
```
FETCH_ALL=3Dyes
= WITH_PKGNG=3D"yes"
WITH_PKGNG=3D"yes"
OPTIONS_UNS= ET+=3DDOCS
OPTIONS_UNSET+=3DNLS
OPTIONS_UNSET+=3DX11
OPTIONS_UNSET= +=3DHAL
DEFAULT_VERSIONS+=3Dpython=3D3.11 python3=3D3.11 pgsql=3D15 mysq= l=3D114m ssl=3Dopenssl
```

Someone p= ls help me figure this out.




-- =
Best regards,
Odhiambo WAS= HINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
=C2=A0In=C2=A0an Internet failure case, the #1 suspect is a constant: DNS.
"Oh, the cruft.",=C2=A0egrep -v '^$|^.*#'=C2=A0=C2=AF\_(=E3= =83=84)_/=C2=AF=C2=A0:-)
[How to ask smart questions:=C2=A0<= /span>http://www.catb.org/~esr/faqs/= smart-questions.html]
--0000000000009d8aa80621fbe815-- From nobody Fri Sep 13 11:07:47 2024 X-Original-To: questions@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 4X4s3T0z7Tz5Wjnd for ; Fri, 13 Sep 2024 11:07:49 +0000 (UTC) (envelope-from freebsd-questions@excelsus.com) Received: from veyron.excelsus.com (veyron.excelsus.com [96.79.137.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4s3S6fdMz40jd for ; Fri, 13 Sep 2024 11:07:48 +0000 (UTC) (envelope-from freebsd-questions@excelsus.com) Authentication-Results: mx1.freebsd.org; none Received: from webmail.excelsus.com (unknown [192.168.6.11]) (Authenticated sender: weldon@excelsusphoto.com) by veyron.excelsus.com (Postfix) with ESMTPA id 0602517FA85; Fri, 13 Sep 2024 06:07:48 -0500 (CDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Fri, 13 Sep 2024 06:07:47 -0500 From: Weldon Godfrey To: Odhiambo Washington Cc: questions Subject: Re: Debugging a port - mail/rspamd woes! In-Reply-To: References: Message-ID: <564b9859b0ef0122dd81785545646250@excelsus.com> X-Sender: freebsd-questions@excelsus.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -10.10 X-Spam-Status: No, score=-10.10 X-Spamd-Bar: ---- 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:7922, ipnet:96.64.0.0/11, country:US] X-Rspamd-Queue-Id: 4X4s3S6fdMz40jd On 2024-09-13 03:20, Odhiambo Washington wrote: > FreeBSD 14.1-RELEASE. > > I have this below situation with mail/rspamd: > > root@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart > Starting rspamd. > 2024-09-13 11:03:43 #94946(main) ; main; main: rspamd 3.9.1 is > loading configuration, build id: release > Segmentation fault (core dumped) > /usr/local/etc/rc.d/rspamd: WARNING: failed to start rspamd There is an open case on this issue. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280421 From nobody Fri Sep 13 12:23:22 2024 X-Original-To: questions@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 4X4tlP0TqVz5Wsqr for ; Fri, 13 Sep 2024 12:24:01 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X4tlM6tQ1z4FmG for ; Fri, 13 Sep 2024 12:23:59 +0000 (UTC) (envelope-from odhiambo@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="J/2gEOFw"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of odhiambo@gmail.com designates 2607:f8b0:4864:20::236 as permitted sender) smtp.mailfrom=odhiambo@gmail.com Received: by mail-oi1-x236.google.com with SMTP id 5614622812f47-3e0510b6647so393954b6e.0 for ; Fri, 13 Sep 2024 05:23:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726230239; x=1726835039; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=bsfUp/aX2du6j7Gqg8p3Op09J+AuFMwyUJ7zZX0LhXY=; b=J/2gEOFw5i1Qv6h19S5C9asHgd6lTPfN2v8ysKrzeQEW21sPVbGwAD+5BRJdxYtkyN xzwriG4NbKi6q3emNQYURhVHrwD7FX4/w6HCwamhDXJkFwyzscb0fvBlTlL4TfCjkh3O 6fdruT1J6urPOTTmbi/gGs0ZQ6JevfIWlDcwVA36Jbn4zg1MaOb+UkYXqItDA8kK/U9o yW6T5O+zch6DQVwg3BqW0yEOzE8Yv+Pg17ETlhs9YFgC5g7Vi+H/3I9vtFcjqB+SgY5x gegDlLtGWLsP21TqfldQx1qVlf3IncZaKWbzeTRhtPalnkdV0yqSbI8mRj5xd7iEQRhH H+Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726230239; x=1726835039; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=bsfUp/aX2du6j7Gqg8p3Op09J+AuFMwyUJ7zZX0LhXY=; b=tKHoAX+9q4GKVTZ98y0Zvsg4CLNWhR9u7UrtbPU2I8SPbwoiq1+5wNhVMFYoGGP0LW RHk20mPwH0WZ+kzOZQNU0L5xbgknGDp2XjCNDj/qca/FSbFZY0LSkhBPhpCESeSV4vtZ PynlD1hv1xq4rY3424gsGguyzK5MzzuU07KfPUNjEa7w3Y56Jq/28CYmy3pYyAomVO77 hoUmC1WkWLwfslS1GyVoQgjgXBhu0PrZnCOCzDtMF4kF3n+LslDVW9hgH/d4JwyioBZY k1fDxqIp7F6TAUJkZdtg6qSRwfLM6jRYS0/FFjLvrw8OpViDPj39XLYGlcFmgzP2R6Tr Cznw== X-Gm-Message-State: AOJu0Yxjlb+C56MjdcHE5q4Hsf0ex7F2tSR0hHrPp7eE1z6ws4w3mQoj zND0OkXh/oAInb0CGxx1dvzxlB4XUbFVNijA0Ir4a5nDvcKZZwGEVHXacN50nXgfD4Hv/3J9eWn 7VlXAwQjpOSfbokVr7UEFUU5W+qsY61ko+4A= X-Google-Smtp-Source: AGHT+IE/H+jX4pQMaNXEpJsxtD63GvkItlUmHvxfnQZctMxUL+vv01uSM0m6WCav30AspuAesxloJKkNqzjEGNqOvkQ= X-Received: by 2002:a05:6808:179f:b0:3e0:3932:9068 with SMTP id 5614622812f47-3e07a0e9509mr1616993b6e.8.1726230238546; Fri, 13 Sep 2024 05:23:58 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Odhiambo Washington Date: Fri, 13 Sep 2024 15:23:22 +0300 Message-ID: Subject: Re: Debugging a port - mail/rspamd woes! To: Weldon Godfrey Cc: questions Content-Type: multipart/alternative; boundary="0000000000002b58370621ff4ca7" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::236:from] X-Rspamd-Queue-Id: 4X4tlM6tQ1z4FmG --0000000000002b58370621ff4ca7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Sep 13, 2024 at 2:05=E2=80=AFPM Weldon Godfrey wrote: > On 2024-09-13 03:20, Odhiambo Washington wrote: > > FreeBSD 14.1-RELEASE. > > > > I have this below situation with mail/rspamd: > > > > root@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart > > Starting rspamd. > > 2024-09-13 11:03:43 #94946(main) ; main; main: rspamd 3.9.1 is > > loading configuration, build id: release > > Segmentation fault (core dumped) > > /usr/local/etc/rc.d/rspamd: WARNING: failed to start rspamd > > > There is an open case on this issue. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D280421 Thank you. I was about to go nuts!! Let me wait for the fix. --=20 Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' =C2=AF\_(=E3=83=84)_/=C2=AF :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html] --0000000000002b58370621ff4ca7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Sep 13, 2024 at 2:05=E2=80=AF= PM Weldon Godfrey <weldon@excelsu= s.com> wrote:
On 2024-09-13 03:20, Odhiambo Washington wrote:
> FreeBSD 14.1-RELEASE.
>
> I have this below situation with mail/rspamd:
>
> root@gw:/usr/ports/mail/rspamd # /usr/local/etc/rc.d/rspamd onestart > Starting rspamd.
> 2024-09-13 11:03:43 #94946(main) <dea796>; main; main: rspamd 3.= 9.1 is
> loading configuration, build id: release
> Segmentation fault (core dumped)
> /usr/local/etc/rc.d/rspamd: WARNING: failed to start rspamd
>
There is an open case on this issue.

https://bugs.freebsd.org/bugzilla/show_bu= g.cgi?id=3D280421

Thank you. I was abou= t to go nuts!!
Let me wait for the fix.=C2=A0


-- <= br>
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 320= 0 0004/+254 7 2274 3223
=C2= =A0In=C2=A0an Internet failure c= ase, the #1 suspect is a constant: DNS.
"Oh, the cruft.",= =C2=A0egrep -v '^$|^.*#'=C2= =A0=C2=AF\_(=E3=83=84)_/=C2=AF=C2=A0:-)
[How to ask smart questions:=C2=A0http://www.catb.org/~esr/faqs/smart-questions.html]<= /div>
--0000000000002b58370621ff4ca7-- From nobody Fri Sep 13 13:46:11 2024 X-Original-To: freebsd-questions@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 4X4wZV2GVNz5X3bD for ; Fri, 13 Sep 2024 13:46:26 +0000 (UTC) (envelope-from polarian@polarian.dev) Received: from mail.polarian.dev (mail.polarian.dev [IPv6:2001:8b0:57a:2385::8]) (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 4X4wZT3xtrz4Sv9 for ; Fri, 13 Sep 2024 13:46:25 +0000 (UTC) (envelope-from polarian@polarian.dev) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=polarian.dev header.s=polarian header.b=fipBKsGY; dmarc=pass (policy=quarantine) header.from=polarian.dev; spf=pass (mx1.freebsd.org: domain of polarian@polarian.dev designates 2001:8b0:57a:2385::8 as permitted sender) smtp.mailfrom=polarian@polarian.dev Received: from PolarianBSD (_gateway [192.168.2.1]) by mail.polarian.dev (Postfix) with ESMTPSA id 9246810A0772 for ; Fri, 13 Sep 2024 13:46:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/relaxed; d=polarian.dev; s=polarian; t=1726235172; bh=ZninD0QsyjDV+Avt295CEsdZPDCaKC7EUWCdH864Ryw=; h=Date:From:To:Subject; b=fipBKsGY1p9mDt5YiuWr/VwRLd69jxM65z1HtbvcUBJfrF3U8EHdnLicUmLyx/KiU kMPhQ8NnOSpzpJIz7ccK7+JqorjxXcA7yGFFKhM33QLN3urQEuh4jd3SJHDi+AVIuu c9aZoFA6ztyXpiqD/WUyybf8dsfKHXjEaUXCVqEU= Date: Fri, 13 Sep 2024 14:46:11 +0100 From: Polarian To: FreeBSD Questions Subject: android-tools doesn't appear to work Message-ID: <20240913144611.11e64578@PolarianBSD> X-Mailer: Claws Mail 3.20.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; DMARC_POLICY_ALLOW(-0.50)[polarian.dev,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:8b0:57a:2385::8]; R_DKIM_ALLOW(-0.20)[polarian.dev:s=polarian]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:20712, ipnet:2001:8b0::/32, country:GB]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@FreeBSD.org]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[polarian.dev:+] X-Rspamd-Queue-Id: 4X4wZT3xtrz4Sv9 Hello, I was attempting to flash my phone today and struggled a lot with it. Firstly, adb will not connect to its daemon if there is a firewall with: block in pass out (I am using pf) So I had to disable my firewall so that adb would connect to the daemon, success! Then I execute "adb devices" and nothing, the phone doesn't pop up. I checked dmesg and the phone is in fact being detected: [6728] ugen1.3: at usbus1 Any ideas why this isn't working? (For contrast, I got my Linux laptop out and it just worked, so I will use that to flash my phone. Android tools really do not like BSD it seems) Take care, -- Polarian GPG signature: 0770E5312238C760 Jabber/XMPP: polarian@icebound.dev From nobody Fri Sep 13 16:15:25 2024 X-Original-To: questions@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 4X4ztV5ph0z5V9mk for ; Fri, 13 Sep 2024 16:15:30 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Received: from beesty.loosely.org (beesty.loosely.org [IPv6:2600:3c01:e000:4c0::2]) (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 4X4ztS6S70z4vqJ for ; Fri, 13 Sep 2024 16:15:28 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fatty.merchandise677@aceecat.org designates 2600:3c01:e000:4c0::2 as permitted sender) smtp.mailfrom=fatty.merchandise677@aceecat.org Received: from localhost ([::1] helo=beesty ident=itz) by beesty with esmtp (Exim 4.98-4-9cb179d48) (envelope-from ) id 1sp8xB-000000008Lv-0NH4 for questions@freebsd.org; Fri, 13 Sep 2024 09:15:26 -0700 Date: Fri, 13 Sep 2024 09:15:25 -0700 From: fatty.merchandise677@aceecat.org To: questions@freebsd.org Subject: Re: port installation basics Message-ID: Mail-Followup-To: questions@freebsd.org References: <1UDlGbz6DvIgGns6@aceecat.org> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG]; MISSING_XM_UA(0.00)[]; FROM_NO_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[aceecat.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4X4ztS6S70z4vqJ On Thu, Sep 12, 2024 at 03:52:58PM GMT, Edward Sanford Sutton, III wrote: > https://cgit.freebsd.org/ports/commit/?id=5e33d1709369d21c966c8ac57443a5af99c8b8fa > sounds like a real+recent issue & how the port was altered to no > longer unintentionally allow autodetect of a dependency instead of > following the port's options, or I just misunderstood things. Edward, lots to digest but I'll start by studying this commit. Thanks. -- Ian From nobody Sat Sep 14 08:23:51 2024 X-Original-To: questions@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 4X5PNJ2L31z5WDrG for ; Sat, 14 Sep 2024 08:24:16 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 (2048 bits) client-digest SHA256) (Client CN "prime.gushi.org", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X5PNH1qKjz4mBt for ; Sat, 14 Sep 2024 08:24:15 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=cUzmeMc6; dmarc=pass (policy=none) header.from=gushi.org; spf=pass (mx1.freebsd.org: domain of freebsd@gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=freebsd@gushi.org Received: from smtpclient.apple ([IPv6:2001:500:6b:200:8000:0:0:58]) (authenticated bits=0) by prime.gushi.org (8.17.2/8.17.2) with ESMTPSA id 48E8OBOt019390 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 14 Sep 2024 08:24:12 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 48E8OBOt019390 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1726302252; bh=voDHwQxWYa3vtXUJzpGyQAgNd8iLiLRcN5fGi9lFSLU=; h=From:Date:Subject:To; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Date:=20S at,=2014=20Sep=202024=2001:23:51=20-0700|Subject:=20Just=20lost=20 a=20few=20hours=20playing=20with=20daemon(8)=20and=20trying=20to=2 0set=20a=20path=0D=0A=20in=20an=20rc.d=20script|To:=20questions=20 ; b=cUzmeMc6ZoHIMfg8vBFjS+dJT+LOO7slW6nBLLXoUnsgELLooiqBWuNrfammt7HnH 7yfGOrSQM+lK+QnQoyPgJ+7iMZy98+QyM6uw215HItjbOohRoXGnHW6wfcWBsXO8Hc gsa1wYC6zMVYAZY5Vzc9eHPCZZi4ScH3bQzvOn2MUBf44DhoVwBSvvxeYC/5WZS6O8 XyXppqylWI50DdZLpv8zgIMmgceaxS/qeP1F1m0IGDHRuKJuHU+TJrQfyTsDjsP7pS GDSNDW/rRQyN28jhIxlb/vnoiMDihUwQsCPJOgNMTIRkAALXNTk81bq29H8Zlcj1OG S99e0oXwUrNGw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:8000:0:0:58] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3818.100.11.1.3\)) Date: Sat, 14 Sep 2024 01:23:51 -0700 Subject: Just lost a few hours playing with daemon(8) and trying to set a path in an rc.d script Message-Id: <8E35B5EC-0C32-4783-B169-1600C5B003A7@gushi.org> To: questions X-Mailer: Apple Mail (2.3818.100.11.1.3) X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.10 / 15.00]; DWL_DNSWL_MED(-2.00)[gushi.org:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; MV_CASE(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[2620:137:6000:10::142:from]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[gushi.org:+]; ARC_NA(0.00)[]; HAS_XAW(0.00)[] X-Rspamd-Queue-Id: 4X5PNH1qKjz4mBt Hey there all, I=E2=80=99m answering my own question here, writing this in the hopes = that someone finds it in the future, in the archives. (xkcd.com/979 = is relevant) Dyjob have a service (etherpad lite) that we start from rc.d, using = daemon, but it runs as an unprivileged user and needs a special PATH = (because npm wants to install and update its own modules. I hate this, = but this is the reality). Setting export NODE_PATH=3D$HOME/.node/lib/node_modules:$NODE_PATH as = part of the rc.d script was no problem. It stuck, but for some reason, = the PATH was not being set. I tried setting PATH n the user=E2=80=99s home directories and login = files, no dice. I tried setting PATH as part of etherpadlite_env in the rc script, no = dice. I even tried explicitly setting the path as part of the = etherpadlite_start() subroutine in the rc script. A printenv showed it = existing, but when the actual daemon command ran, it was erased. =3D=3D=3D I almost missed this bit in daemon.c, thinking it=E2=80=99s just an = error check. No, this is where daemon does it. if (setusercontext(NULL, pw, pw->pw_uid, LOGIN_SETALL) !=3D 0) { errx(1, "failed to set user environment"); } Turns out, it=E2=80=99s our old and almost never used friend, the login = capabilities database well at work. I had to define a custom = .login_conf for this user and modify the path there, thusly: me:\ :path=3D~/.node/bin /sbin /bin /usr/sbin /usr/bin /usr/local/sbin = /usr/local/bin: =3D=3D=3D The manpage for daemon(8) is silent on this, saying only: -u, --user user Login name of the user to execute the program under. Environment variables HOME, USER, and SHELL are set accordingly. = Requires adequate superuser privileges. Adding a single line that *mentions* login.conf would have saved me a = ton of time here, but because it mentions only HOME, USER, and SHELL, = the assumption was that everything else would be preserved. -Dan From nobody Sat Sep 14 16:39:39 2024 X-Original-To: questions@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 4X5cN52Qcdz5Wp1f for ; Sat, 14 Sep 2024 16:39:49 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Received: from beesty.loosely.org (beesty.loosely.org [IPv6:2600:3c01:e000:4c0::2]) (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 4X5cN44KL4z4np1 for ; Sat, 14 Sep 2024 16:39:48 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fatty.merchandise677@aceecat.org designates 2600:3c01:e000:4c0::2 as permitted sender) smtp.mailfrom=fatty.merchandise677@aceecat.org Received: from localhost ([::1] helo=beesty ident=itz) by beesty with esmtp (Exim 4.98-4-9cb179d48) (envelope-from ) id 1spVoA-000000000P0-3kdy for questions@freebsd.org; Sat, 14 Sep 2024 09:39:40 -0700 Date: Sat, 14 Sep 2024 09:39:39 -0700 From: fatty.merchandise677@aceecat.org To: questions@freebsd.org Subject: Re: Just lost a few hours playing with daemon(8) and trying to set a path in an rc.d script Message-ID: <8fXRlSIAQNNPGjsq@aceecat.org> Mail-Followup-To: questions@freebsd.org References: <8E35B5EC-0C32-4783-B169-1600C5B003A7@gushi.org> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8E35B5EC-0C32-4783-B169-1600C5B003A7@gushi.org> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.72 / 15.00]; NEURAL_HAM_LONG(-0.96)[-0.957]; NEURAL_HAM_SHORT(-0.96)[-0.957]; NEURAL_HAM_MEDIUM(-0.61)[-0.606]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[aceecat.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4X5cN44KL4z4np1 On Sat, Sep 14, 2024 at 01:23:51AM GMT, Dan Mahoney (Ports) wrote: > Dyjob have a service (etherpad lite) that we start from rc.d, using > daemon, but it runs as an unprivileged user and needs a special PATH > (because npm wants to install and update its own modules. I hate > this, but this is the reality). I usually run things of this nature from supervisord. -- Ian From nobody Sat Sep 14 16:45:20 2024 X-Original-To: questions@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 4X5cVk4p3tz5WptJ for ; Sat, 14 Sep 2024 16:45:34 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X5cVj6WyBz4qGV for ; Sat, 14 Sep 2024 16:45:33 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=XNZ1lRBu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of pprocacci@gmail.com designates 2a00:1450:4864:20::62a as permitted sender) smtp.mailfrom=pprocacci@gmail.com Received: by mail-ej1-x62a.google.com with SMTP id a640c23a62f3a-a8d43657255so264916466b.0 for ; Sat, 14 Sep 2024 09:45:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726332332; x=1726937132; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=LUeQEmCdeWxAbzS0s72wSoyFuOJnp8ceYW2o+5bL79s=; b=XNZ1lRBusl8bIigte8y1luNJ3sLYgvpUKIAcWiHqEPHwOc4Z81Mwy4zRYMQahi38uQ FKMs07QOkAIR8QlN08zubdZ3fnx5LM+84Sgkrm777PjWU1WT38kUUK7gWxMO1axG0yZT K0Avnl2sMIN6EKRQYraCQxFHNBpORpFJSYCeyy58pOFxfd/Pjxdgy6MF2nWgVWCF46YI Hdi2sTEgVJ8Oyfze/EU8kwsw40X6GnzpZkGbPXjhMNhhhKNCTBbd8D/6mQAIk+e+21AV /3L4CIpvZGsiP3WIg553sNeYqz3rFfwIYDU01AxdsrE3aG4phcK9kZ6ijzSjEv6L6baL mb5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726332332; x=1726937132; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=LUeQEmCdeWxAbzS0s72wSoyFuOJnp8ceYW2o+5bL79s=; b=qsBGEDRM3BpPeDZlpNwUCsvegIF7RHW8XqtO8en8+q4ieblAQaVKj/wlUIZ3AeUqPg PyW3RzfnpM1imFaJlGKlCQFpvNpvotGPn8YXj43lO2W5w9SSVh8Assb65JrVf6Op/K96 fRAWQfvoTGrjufXyhjYU3lccgorEqsX80b7p/nuXnvzMeNLfewGOT969658+81IFWM9W 924o69WShGn8KXe6PB29kzjDhlrsjmqRp1GZdr4IE1JGsKJRrbsqYAmYTMSxxfE9pzRF lUcjopu6uZTI1LI04QuZ2T3+GzxEOxgw+Ia2ZKmz75RtcTBg/ijbHQVnixxg1ys7xQ6w /4JQ== X-Gm-Message-State: AOJu0Yw214lCjjHwKGB/+UAQjPhTVB98QSk3lyN/yBdKFmy72u1yrkyB hb2bsLIF/ZQwDtX5T/VQGJlmKGOR3Y9x8tF56urNeZHVPpzmA8Vn9aF8DZDhXe+hGa10Fe7npRB vQKNEWngVDI8Ib+XQoTCxW4z2TEGzsw4= X-Google-Smtp-Source: AGHT+IG4JMzr774NEgH/cQFhVXkAhFcpNBshgVDSgtyMW8ENqSq0IMrM23dG8q9rD9nlOvR4LK6joJNlBd57jfPoucQ= X-Received: by 2002:a17:907:9407:b0:a79:fbf0:8106 with SMTP id a640c23a62f3a-a9047b506b6mr745576766b.6.1726332330929; Sat, 14 Sep 2024 09:45:30 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <8E35B5EC-0C32-4783-B169-1600C5B003A7@gushi.org> <8fXRlSIAQNNPGjsq@aceecat.org> In-Reply-To: <8fXRlSIAQNNPGjsq@aceecat.org> From: Paul Procacci Date: Sat, 14 Sep 2024 12:45:20 -0400 Message-ID: Subject: Re: Just lost a few hours playing with daemon(8) and trying to set a path in an rc.d script To: questions@freebsd.org Content-Type: multipart/alternative; boundary="00000000000059796106221711bd" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from] X-Rspamd-Queue-Id: 4X5cVj6WyBz4qGV --00000000000059796106221711bd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Sep 14, 2024 at 12:40=E2=80=AFPM = wrote: > On Sat, Sep 14, 2024 at 01:23:51AM GMT, Dan Mahoney (Ports) wrote: > > > Dyjob have a service (etherpad lite) that we start from rc.d, using > > daemon, but it runs as an unprivileged user and needs a special PATH > > (because npm wants to install and update its own modules. I hate > > this, but this is the reality). > > I usually run things of this nature from supervisord. > > -- > Ian > > .. and I usually run these types of things from D.J.B's supervisor. ( https://cr.yp.to/daemontools.html) There's lots of ways to skin this cat. ~Paul --=20 __________________ :(){ :|:& };: --00000000000059796106221711bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Sep 14, 2024 at 12:= 40=E2=80=AFPM <fatty= .merchandise677@aceecat.org> wrote:
On Sat, Sep 14, 2024 at 01:23:51AM GMT, Dan Maho= ney (Ports) wrote:

> Dyjob have a service (etherpad lite) that we start from rc.d, using > daemon, but it runs as an unprivileged user and needs a special PATH > (because npm wants to install and update its own modules.=C2=A0 I hate=
> this, but this is the reality).

I usually run things of this nature from supervisord.

--
Ian


.. and I usually run these types= of things from D.J.B's supervisor.=C2=A0 (https://cr.yp.to/daemontools.html)
Ther= e's lots of ways to skin this cat.

~Paul
--
__________________

:(){ :|:& = };:
--00000000000059796106221711bd-- From nobody Sat Sep 14 17:27:43 2024 X-Original-To: freebsd-questions@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 4X5dSz2199z5Wvs1 for ; Sat, 14 Sep 2024 17:29:07 +0000 (UTC) (envelope-from kpn@neutralgood.org) Received: from gunsight1.NeutralGood.ORG (gunsight1.neutralgood.org [206.196.19.100]) (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 (2048 bits) client-digest SHA256) (Client CN "gunsight1.neutralgood.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X5dSy0WFfz3wlF for ; Sat, 14 Sep 2024 17:29:06 +0000 (UTC) (envelope-from kpn@neutralgood.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kpn@neutralgood.org designates 206.196.19.100 as permitted sender) smtp.mailfrom=kpn@neutralgood.org Received: from gunsight1.NeutralGood.ORG (localhost [127.0.0.1]) by gunsight1.NeutralGood.ORG (8.18.1/8.18.1) with ESMTPS id 48EHRhq8050125 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 14 Sep 2024 13:27:43 -0400 (EDT) (envelope-from kpn@gunsight1.NeutralGood.ORG) Received: (from kpn@localhost) by gunsight1.NeutralGood.ORG (8.18.1/8.18.1/Submit) id 48EHRhxE050122; Sat, 14 Sep 2024 13:27:43 -0400 (EDT) (envelope-from kpn) Date: Sat, 14 Sep 2024 13:27:43 -0400 From: "Kevin P. Neal" To: Ed Alley Cc: freebsd-questions@freebsd.org Subject: Re: Why clang and ld.lld? Message-ID: References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-No-archive: Yes X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.27 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.97)[-0.966]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:13649, ipnet:206.196.0.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[neutralgood.org]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4X5dSy0WFfz3wlF On Wed, Aug 28, 2024 at 06:28:32PM -0700, Ed Alley wrote: > I have been with FreeBSD since the days of FBSD.4.x. I have always > been happy with its performance. I am running AMD64, currently at > FBSD 13.2. I was previously running FBSD 8.x and I was very happy > with its performance. It was running gnu software: a gcc compiler > and a gnu BFD loader. > I run a large physics code that needs to invert a large matrix > by Gauss elimination. The operation gets very sensitive at certain > time intervals. However, since I upgraded my system to FBSD 13.2 > things have gone on the rocks: The iteration does not converge. > To top it off I can't seem to get gcc to compile nor am I able to > get the old gnu BFD loader to compile. > I think that there is something wrong with the clang compiler: > It is either not using the math unit properly (round off?) or > double precision doesn't mean what it used to mean. I also do Have you tried strictfp mode? Enable it with -ffp-model=strict and it will be much, much more careful with floating point. The performance will be not great, but you'll get more predictable and precise results. I've been working on strictfp mode for the past six years. I wish we had more people working on it, but I do what I can. > not like the way the ld.lld loader works: for one thing it does > not allow me to define variables in an over all h-file, but > complains that the variable is multi valued! That is not how > C has worked for as long as I have been working with it. > For example: I had to put in a -Xlink --allow-.. in the command > line to ignore the error message, which was never was an error > message in Kernighan and Ritchie C. K&R C has been outdated since 1989. What you are talking about hasn't been a best practice in decades and I'm not surprised it gets rejected by a compiler/linker suite that doesn't have as much history as the gcc suite. -- "You know what I mean." -- US patent 8,011,992B2, "Apparatus For Facilitating The Construction Of A Snow Man/Woman" From nobody Sun Sep 15 20:38:23 2024 X-Original-To: questions@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 4X6KnM3dFmz5X1Jf for ; Sun, 15 Sep 2024 20:45:43 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X6KnK4YNgz4vBc for ; Sun, 15 Sep 2024 20:45:41 +0000 (UTC) (envelope-from jerry@seibercom.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=seibercom.net header.s=google header.b=AsdJr937; dmarc=none; spf=pass (mx1.freebsd.org: domain of jerry@seibercom.net designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=jerry@seibercom.net Received: by mail-qv1-xf31.google.com with SMTP id 6a1803df08f44-6c54a5fbceeso24503166d6.2 for ; Sun, 15 Sep 2024 13:45:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; t=1726433140; x=1727037940; darn=freebsd.org; h=content-transfer-encoding:mime-version:organization:reply-to :message-id:subject:to:from:date:from:to:cc:subject:date:message-id :reply-to; bh=O4m7Gj7xfJnXWJM7KrZcx+LldoVdAWz/eZQ6/Lx2QE0=; b=AsdJr937E6vrFImbERLdCSh4IPpVchKg4FoAJaSfOYFKzUsRE58QvyXfqa8sLI8GDX ifZrljQTuAVb7zpyRgp37m8X/UTfDWEYpH531hFyI8mrV49mk1jzZVydnc+JQgm/sOks dv61xXtNpEcLuLV+sSI21WcE3leHqzEWxf6Ck= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726433140; x=1727037940; h=content-transfer-encoding:mime-version:organization:reply-to :message-id:subject:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=O4m7Gj7xfJnXWJM7KrZcx+LldoVdAWz/eZQ6/Lx2QE0=; b=Mjzz5PR/L7StAGw7jalm1XAGnS5OPrX95cPrD15H5usCyi8u6RnHB14X9Z4TDoq0Dr Ose8WbDFBBIMT84PLPPK6JqjRDz2aZQMUHcPH/5XbplTXxdXctYMp3tjl1kjUrWUF8CS tYVEM79AzliBsWPkiRIMJtXmifRTpLHW51HYjf/qOxEVdeVC4OlLuoViClRZT0Akyp06 sNidOU2yztsK3OIYoHNFmFRyyj1J44CzZqe6uQFLq9U9yvkEGm4AFGPc6pEsSJS44JQH JDLgtHtloCiJXFdOd+9/oatshncEBeBqbvcSLKUIzBSVZcrjCpejZxjAA3kZCWvFzPw2 r2IA== X-Gm-Message-State: AOJu0Yy6lcopczk6y48J+qRm7P6w3bQsNyVMTJ2vo0jf5PSrmVvuPlj3 tDNGb5K5Nm6g3jtg2yk0NVKEkbfnjDRX6vNaXwAJ9z4slmK+WiiwHpX6slH1TR9SIkhzm/tRPBJ V X-Google-Smtp-Source: AGHT+IH7aKXJJJAUvwwYaq7NH707Mi1igpcM9t1sqBvYSfRwGJa/JU0gQnl3eUQ7j2BbqKxSYrXwdw== X-Received: by 2002:a05:690c:39d:b0:6b7:a7b3:8db2 with SMTP id 00721157ae682-6dbcc579a93mr80048287b3.30.1726432706239; Sun, 15 Sep 2024 13:38:26 -0700 (PDT) Received: from mystic.seibercom.net (syn-174-109-232-113.res.spectrum.com. [174.109.232.113]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6dbe2df682bsm6433117b3.29.2024.09.15.13.38.25 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 15 Sep 2024 13:38:25 -0700 (PDT) Received: from localhost (zeus.seibercom.net [192.168.1.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by mystic.seibercom.net (Postfix) with ESMTPSA id 4X6Kcx1MJZz2D0B for ; Sun, 15 Sep 2024 16:38:25 -0400 (EDT) Date: Sun, 15 Sep 2024 16:38:23 -0400 From: "Gerard E. Seibert" To: questions@freebsd.org Subject: ipfw + igmp Message-ID: <20240915163823.00004017@seibercom.net> Reply-To: questions@freebsd.org Organization: seibercom.NET X-Mailer: Claws Mail 4.3.0 (GTK 3.24.42; x86_64-w64-mingw32) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: + X-Spamd-Result: default: False [1.50 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[seibercom.net:s=google]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[seibercom.net]; GREYLIST(0.00)[pass,body]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f31:from]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[seibercom.net:+]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; HAS_REPLYTO(0.00)[questions@freebsd.org] X-Rspamd-Queue-Id: 4X6KnK4YNgz4vBc On FreeBSD, IPFW supports both protocols "ipv6-icmp" and "icmp". It also supports "igmp". I do not see any support for IPv6, however. Is IPv6 not needed for "igmp"? Thanks!