From owner-freebsd-stable@freebsd.org Sun Feb 21 18:57:53 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B9C155E90F; Sun, 21 Feb 2021 18:57:53 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkF1r4TWGz3HGr; Sun, 21 Feb 2021 18:57:52 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lj1-x22b.google.com with SMTP id o16so47229887ljj.11; Sun, 21 Feb 2021 10:57:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=cj00VRgdOKpiI1m5gJ4oXDBPuCzKZ6gK6S4JJ0pujzA=; b=T4IgDOYuDh1N8R1TMTACVlqCS+aVIerHq0VQKrnHEARfxFYMz3OvIGd31EqILQDint 69Zt5OLJfuymBy2+hBFSzkWjl//TeTbH+KayKSnM4uNSUdkCWP+y4Kgm8Co9qiJUp2Hj M9NHgfrisFUWCnb5C05FlLFwmWqGjzS/FzGioTaaeLFurl7TTqCKfp5kkJ1DdCeTPqTT O9xghH46sc6wCY18W3qpFIcB70G+mzjEd4rM5rGrNqEu6iiC63qihpjyjmaGTP5Wb5YU M9O9Sr+TOCAqgxfxzHS54tXQSXOqlTni8bVs8uno7IjsLmwofjxbwtw79roY5oMD/fjo oKdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=cj00VRgdOKpiI1m5gJ4oXDBPuCzKZ6gK6S4JJ0pujzA=; b=uiCsmgUzZslGn1ggVRutvyZElD4Zj2P7Y5clRoP1wYtLjfXINICCoXcTjH/j32KUos Tb12xE73zadAzz333X1wky9MyO+ghkhqNHsEOBArj03XJ4yX+s1bMxgASnpkVWEI6MUg jkDbU6zlIKh4wUtRpJbtW02T/ZhFr4xCbEMJxHMtWDhc+GNvDqz7Lk8qEhrV5ACXKtn5 V+Nd3Mk3jYRtq6ngz445FO7XIwto6RRHRiRHyt1EHqo9FfJQZD5TGWeq3DvGJpAjsvBD XvUMXG9aIL5faCaqAfq4BAuzl4PHkR6sueiZLef4pwfEY1IWBToCkDi2/8I8hyzAvwvU 78+A== X-Gm-Message-State: AOAM532zR+Vi/9aH4Sxa4Xf76f/glw+boxvy9EJkNkq+2KBDy/57K/yK UYaHxZhHbKCyanVJ0H7ItL3vFm86zX4= X-Google-Smtp-Source: ABdhPJy60YGxKlt6qlLQRf3ihhHoqYiagwRC7KbttkqX/VSW96tXN1jS0vxyfpQchwgtQQyscg2NWA== X-Received: by 2002:a05:6512:21a5:: with SMTP id c5mr11240435lft.125.1613933870547; Sun, 21 Feb 2021 10:57:50 -0800 (PST) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id g26sm589017lja.10.2021.02.21.10.57.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 21 Feb 2021 10:57:50 -0800 (PST) From: "Alex V. Petrov" Subject: Re: FreeBSD Port: bison-3.7.5,1 core dumped To: sunpoet@FreeBSD.org Cc: ports@FreeBSD.org, freebsd-stable@freebsd.org References: <1d2791c0-d039-9bf3-fab7-bd9ee452651a@gmail.com> Message-ID: Date: Mon, 22 Feb 2021 01:57:48 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <1d2791c0-d039-9bf3-fab7-bd9ee452651a@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: ru Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DkF1r4TWGz3HGr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=T4IgDOYu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of alexvpetrov@gmail.com designates 2a00:1450:4864:20::22b as permitted sender) smtp.mailfrom=alexvpetrov@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::22b:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::22b:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable,ports] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 18:57:53 -0000 For me, on the 13-stable version, the port is built only when -j1 is set for make. Tried it on a clean system too. Otherwise, I get: (bison), jid 0, uid 0: exited on signal 11 (core dumped). My system: CPU: AMD FX-8370 Eight-Core Processor FreeBSD 13.0-STABLE #3 stable/13-n244594-d4a0c102a23: Sun Feb 21 23:51:32 +07 2021 alex@alex.super:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 07.02.2021 08:52, Alex V. Petrov пишет: > Hello! > > I have problem with bison. > During build some ports. > > > during doxygen build: > /usr/bin/make -f src/CMakeFiles/doxymain.dir/build.make > src/CMakeFiles/doxymain.dir/depend > [ 31%] [BISON][constexp] Building parser with bison 3.7.5 > cd /usr/ports/devel/doxygen/work/doxygen-1.9.0/src && > /usr/local/bin/bison -d -o > /usr/ports/devel/doxygen/work/.build/generated_src/ce_parse.cpp > /usr/ports/devel/doxygen/work/doxygen-1.9.0/src/constexp.y > /usr/ports/devel/doxygen/work/doxygen-1.9.0/src/constexp.y:38.1-25: > warning: deprecated directive: '%name-prefix "constexpYY"', use '%define > api.prefix {constexpYY}' [ > in messages: > Feb 7 08:41:35 alex kernel: pid 89421 (bison), jid 0, uid 0: exited on > signal 11 (core dumped) > > during libreoffice build: > [LEX] unoidl/source/sourceprovider-scanner > S=/usr/ports/editors/libreoffice/work/libreoffice-7.1.0.3 && > I=$S/instdir && W=$S/workdir && mkdir -p $W/LexTarget/unoidl/source/ && > /usr/local/bin/flex > -o$W/LexTarget/unoidl/source/sourceprovider-scanner.cxx > $S/unoidl/source/sourceprovider-scanner.l && touch > $W/LexTarget/unoidl/source/sourceprovider-scanner.done > /usr/ports/editors/libreoffice/work/libreoffice-7.1.0.3/unoidl/source/sourceprovider-parser.y:13.1-12: > warning: deprecated directive: ‘%pure-parser’, use ‘%define api.pure’ [ > in messages: > Feb 7 08:50:30 alex kernel: pid 32675 (bison), jid 0, uid 0: exited on > signal 11 (core dumped) > > My system: > FreeBSD 13.0-STABLE #79 stable/13-n244485-6136a10e355: Sat Feb 6 > 22:05:30 +07 2021 amd64 > -- ----- Alex. From owner-freebsd-stable@freebsd.org Mon Feb 22 06:12:19 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7BDDB54942F; Mon, 22 Feb 2021 06:12:19 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail02.asahi-net.or.jp (mail02.asahi-net.or.jp [202.224.55.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4DkX013Ygfz4fk4; Mon, 22 Feb 2021 06:12:17 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from vmware12.advok.com (cpe-184-152-96-96.nj.res.rr.com [184.152.96.96]) (Authenticated sender: NR2Y-OOT) by mail02.asahi-net.or.jp (Postfix) with ESMTPSA id 515346BF6D; Mon, 22 Feb 2021 15:12:13 +0900 (JST) Date: Mon, 22 Feb 2021 00:39:11 -0500 From: Yoshihiro Ota To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 13.0-BETA3 Now Available Message-Id: <20210222003911.dc90fabac3a15772bf27dd95@j.email.ne.jp> In-Reply-To: <20210220203950.GY48055@FreeBSD.org> References: <20210220203950.GY48055@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; i386-portbld-freebsd12.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DkX013Ygfz4fk4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 202.224.55.14 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[184.152.96.96:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[202.224.55.14:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[202.224.55.14:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[email.ne.jp]; SPAMHAUS_ZRD(0.00)[202.224.55.14:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[202.224.55.14:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-snapshots,freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 06:12:19 -0000 Hi, tmp/legacy/usr/bin/make fails to run when sharing /usr/obj built on 13-BETA* to 12.2-RELEASE machines. I entered https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253727 Hiro On Sat, 20 Feb 2021 20:39:50 +0000 Glen Barber wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > The third BETA build of the 13.0-RELEASE release cycle is now available. > From owner-freebsd-stable@freebsd.org Mon Feb 22 07:31:55 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F44354B8BB for ; Mon, 22 Feb 2021 07:31:55 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkYlt55Scz4kjy for ; Mon, 22 Feb 2021 07:31:54 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: by mail-wm1-f47.google.com with SMTP id p3so2366530wmc.2 for ; Sun, 21 Feb 2021 23:31:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pYt2Mi+gRbYVrABMc9B3N5oeNFrSkW+mAZje8z9I8sI=; b=pDWVqRLhksyNNRVv+qrXfQBJFWWjiIe5qrMZgxF1y3DfMGPyqAbyu6hos7pbH+xpo9 R5waeP0tT+ZWXXQq6ayD3bBnyNn4nxrEOQu9FjrYAebLVLezOOq0DiJdf2Bv0Xv7PkC3 eoFnd/rNjsbej5pks0rI3HA3cqLM7E6q5nybSs06N5I29Ffi5nxueG6/H3GdxAWLAC1w AevGRan9YdbN1Or38xmHl5ySrilcy1O/wLRDXN10bz6r58tYVxQYwKX2ZOjsVTYNt2tf zMHFtLy6zxeOAdC1UvHxDKQhkR9NbejcMnA4K6Bz13yVTCUmjjZmC1DWJplXVEyEEfR/ NmUw== X-Gm-Message-State: AOAM5323CJHnthiZebhUMrXV71LuAhxC5mLdVhcymcZMBNY9X+9wsKPO 80HAPMMrRsqKIC9dNzucD9P1rWnIXPP7mws16dR03T2SZ5o= X-Google-Smtp-Source: ABdhPJzKyiLe+xjZ0D15elfiNabp17pDFnlJvYuWcmexE4x9YiquEcq0LQARHNP1Ydnjfk8oejUxVBbA5nSyBAB5Vno= X-Received: by 2002:a05:600c:2155:: with SMTP id v21mr18769315wml.23.1613979112734; Sun, 21 Feb 2021 23:31:52 -0800 (PST) MIME-Version: 1.0 From: Chris Anderson Date: Mon, 22 Feb 2021 01:31:41 -0600 Message-ID: Subject: lots of "no such file or directory" errors in zfs filesystem To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4DkYlt55Scz4kjy X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=pobox.com (policy=none); spf=pass (mx1.freebsd.org: domain of chrisanderson@gmail.com designates 209.85.128.47 as permitted sender) smtp.mailfrom=chrisanderson@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[cva@pobox.com,chrisanderson@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[cva@pobox.com,chrisanderson@gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.128.47:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.128.47:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.47:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.47:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[pobox.com : SPF not aligned (relaxed), No valid DKIM, none] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 07:31:55 -0000 I'm in the process of decommissioning an old zfs based file server and I noticed that around a dozen files with directory entries which fail with "No such file or directory" when trying to read them. I can't remember what the original version of freebsd installed was, but it's been in production for at least 7 years and has been upgraded with freebsd-update as new FreeBSD releases came available (it is currently on 12.2-RELEASE-p3). The behavior is perplexing since I've never had any scrub failures on the pool those files reside in yet from looking at old security run outputs, the number of files in that state has increased over time. None of these files are especially important to me, however I was wondering if there would be any benefit to the community from trying to debug this issue further to understand what might be going wrong. From owner-freebsd-stable@freebsd.org Mon Feb 22 07:36:19 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BCF5854BBA0 for ; Mon, 22 Feb 2021 07:36:19 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkYrz0KJgz4l43 for ; Mon, 22 Feb 2021 07:36:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 94D7D1BF208 for ; Mon, 22 Feb 2021 07:36:16 +0000 (UTC) Subject: Re: lots of "no such file or directory" errors in zfs filesystem To: freebsd-stable@freebsd.org References: From: Andriy Gapon Message-ID: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> Date: Mon, 22 Feb 2021 09:36:15 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DkYrz0KJgz4l43 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 07:36:19 -0000 On 22/02/2021 09:31, Chris Anderson wrote: > None of these files are especially important to me, however I was wondering > if there would be any benefit to the community from trying to debug this > issue further to understand what might be going wrong. Yes. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Mon Feb 22 14:20:34 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EF9A556C0D for ; Mon, 22 Feb 2021 14:20:34 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: from mail-wr1-f50.google.com (mail-wr1-f50.google.com [209.85.221.50]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkkqP2t76z3hfr; Mon, 22 Feb 2021 14:20:33 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: by mail-wr1-f50.google.com with SMTP id r3so7622029wro.9; Mon, 22 Feb 2021 06:20:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OUX1B0WchXt5CSPcD5uvkn7mPmlLk4HQDUD+0xyofXU=; b=BgLrZr/PTKoNVTc2qpFvv+p37Zgyt4RPlkSqUSUFRI+S64Vf2KViIXWfCO6xPUPa/l zww7xQIObfU2ayPmP/9j2T91tSlf1LhGDrskroVYrhbL6oMmcnQTA5G7uzNFKeknfPcK ufS+7larcwpK1wKZzhNwDiKjM4sJd9BSQsg6jCcvbIa8uofSXEx93IySKOTJbnjWUBh9 duDhmfUs6LLO49XzklehxduUKcNXLBr7uQi2ZX92Lwb8bObZx2dn3NZNwQipH/cYK4w7 iyTaEI8eHJT986gG+ffD6SpdQTUopDU3GfyxBRVow3AmucsTGfoJrIAyu8yY76AUjofC qy9Q== X-Gm-Message-State: AOAM531S/M9LwOczBQKnFix0gcs8YrRiNAftS3zr90SUPPM+RKM2cKo9 ysjsm0pzkWKV/R2g7wZ0uU4yVliF/GxI0XxLzA4xgLaW X-Google-Smtp-Source: ABdhPJyQVAoYbFiMs9D7fJKCu0arbTDDxuA9VwK6lAyAn7RyZYKlWT7T3n4XKcmIJUUrU6kxsy9AgdQ/MHo6JEmBAAI= X-Received: by 2002:a5d:574c:: with SMTP id q12mr6393968wrw.258.1614003631466; Mon, 22 Feb 2021 06:20:31 -0800 (PST) MIME-Version: 1.0 References: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> In-Reply-To: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> From: Chris Anderson Date: Mon, 22 Feb 2021 08:20:20 -0600 Message-ID: Subject: Re: lots of "no such file or directory" errors in zfs filesystem To: Andriy Gapon Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4DkkqP2t76z3hfr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=pobox.com (policy=none); spf=pass (mx1.freebsd.org: domain of chrisanderson@gmail.com designates 209.85.221.50 as permitted sender) smtp.mailfrom=chrisanderson@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[pobox.com : SPF not aligned (relaxed), No valid DKIM,none]; FROM_NEQ_ENVFROM(0.00)[cva@pobox.com,chrisanderson@gmail.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.221.50:from]; RCVD_TLS_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[209.85.221.50:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.50:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[cva@pobox.com,chrisanderson@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.50:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 14:20:34 -0000 On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon wrote: > On 22/02/2021 09:31, Chris Anderson wrote: > > None of these files are especially important to me, however I was > wondering > > if there would be any benefit to the community from trying to debug this > > issue further to understand what might be going wrong. > > Yes. > Could you offer any guidance about what kind of debugging information I could collect that would be of use? > > -- > Andriy Gapon > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Feb 22 15:13:49 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEB73541C14 for ; Mon, 22 Feb 2021 15:13:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dkm0s3jC1z3mV2 for ; Mon, 22 Feb 2021 15:13:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 9BA4E240004; Mon, 22 Feb 2021 15:13:45 +0000 (UTC) Subject: Re: lots of "no such file or directory" errors in zfs filesystem To: Chris Anderson Cc: freebsd-stable@freebsd.org References: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> From: Andriy Gapon Message-ID: Date: Mon, 22 Feb 2021 17:13:44 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dkm0s3jC1z3mV2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 15:13:49 -0000 On 22/02/2021 16:20, Chris Anderson wrote: > On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon > wrote: > > On 22/02/2021 09:31, Chris Anderson wrote: > > None of these files are especially important to me, however I was wondering > > if there would be any benefit to the community from trying to debug this > > issue further to understand what might be going wrong. > > Yes. > > > Could you offer any guidance about what kind of debugging information I could > collect that would be of use? You can start with picking a single file that demonstrates the problem. Then, ls -li the-file zdb -dddd file's-filesystem file's-inode-number The filesystem can be found out from df output, the inode number is in ls -li output -- if the command prints anything at all. If it does not, then do ls -lid on the file's directory and then zdb -dddd for the directory's inode number. In the output there should be the file name and its number (I think that it's in hex, but not sure). -- Andriy Gapon From owner-freebsd-stable@freebsd.org Mon Feb 22 15:24:36 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D408542364 for ; Mon, 22 Feb 2021 15:24:36 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkmFH2HBvz3n51 for ; Mon, 22 Feb 2021 15:24:34 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11MFORln084282 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 22 Feb 2021 09:24:28 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Mon, 22 Feb 2021 09:24:22 -0600 From: "Dean E. Weimer" To: FreeBSD Stable Subject: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DkmFH2HBvz3n51 X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 15:24:36 -0000 I was able to successfully build and install BETA2 from source, however I am now attempting to upgrade the same machine to BETA3 buildworld and buildkernel complete. installkernel also completes, but installworld fails, it appears to not find a file for i386 boot. I do have a customized src.conf WIHTOUT_FLOPPY="YES" WITHOUT_FREEBSD_UPDATE="YES" WITH_BSD_GREP="YES" WITHOUT_BLUETOOTH="YES" WITHOUT_PORTSNAP="YES" WITHOUT_WIRELESS="YES" WITHOUT_WPA_SUPPLICANT_EAPOL="YES" WITHOUT_ATM="YES" WITHOUT_LPR="YES" WITHOUT_PPP="YES" WITHOUT_LLDB="YES" WITHOUT_FTP="YES" WITHOUT_RBOOTD="YES" WITHOUT_TALK="YES" WITHOUT_NTP="YES" WITH_ISCSI="YES" WITH_REPRODUCIBLE_BUILD="YES" WITHOUT_GNU_DIFF="YES" WITH_KERNEL_RETPOLINE="YES" and customized make.conf CFLAGS?= -O CLFAGS+= -pipe NO_CPU_CFLAGS= MK_WERROR=no WITH_CCACHE_BUILD= YES OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES DOCS WRKDIRPREFIX= /var/ports PACKAGES= /var/ports/packages WITH_PKGNG= YES DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 mysql=105m ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(NOCCACHE) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} .endif .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} .endif Here's the part of where it fails during the install, src tree was checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. ... ===> stand/userboot (install) ===> stand/userboot/test (install) ===> stand/userboot/userboot_4th (install) install -o root -g wheel -m 444 -S userboot_4th.so /jails/devel/ROOT/boot/ install -o root -g wheel -m 444 userboot_4th.so.debug /jails/devel/ROOT/usr/lib/debug/boot/ ===> stand/userboot/userboot_lua (install) install -o root -g wheel -m 444 -S userboot_lua.so /jails/devel/ROOT/boot/ install -o root -g wheel -m 444 userboot_lua.so.debug /jails/devel/ROOT/usr/lib/debug/boot/ install -l h -o root -g wheel -m 444 /jails/devel/ROOT/boot/userboot_lua.so /jails/devel/ROOT/boot/userboot.so ===> stand/i386 (install) ===> stand/i386/btx (install) ===> stand/i386/btx/btx (install) ===> stand/i386/btx/btxldr (install) ===> stand/i386/btx/lib (install) ===> stand/i386/libi386 (install) ===> stand/i386/mbr (install) install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr ===> stand/i386/pmbr (install) install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr ===> stand/i386/boot0 (install) install -o root -g wheel -m 444 boot0 /jails/devel/ROOT/boot/boot0 ===> stand/i386/boot0sio (install) install -o root -g wheel -m 444 boot0 /jails/devel/ROOT/boot/boot0sio ===> stand/i386/boot2 (install) objcopy -S -O binary boot1.out boot1 objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin make[6]: exec(btxld) failed (No such file or directory) *** Error code 1 Stop. make[6]: stopped in /jails/devel/ROOT/usr/src/stand/i386/boot2 *** Error code 1 Stop. make[5]: stopped in /jails/devel/ROOT/usr/src/stand/i386 *** Error code 1 Stop. make[4]: stopped in /jails/devel/ROOT/usr/src/stand *** Error code 1 Stop. make[3]: stopped in /jails/devel/ROOT/usr/src *** Error code 1 Stop. make[2]: stopped in /jails/devel/ROOT/usr/src *** Error code 1 Stop. make[1]: stopped in /jails/devel/ROOT/usr/src *** Error code 1 Stop. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Mon Feb 22 15:29:30 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 72C46542668 for ; Mon, 22 Feb 2021 15:29:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2c.google.com (mail-qv1-xf2c.google.com [IPv6:2607:f8b0:4864:20::f2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkmLx4HsKz3nK3 for ; Mon, 22 Feb 2021 15:29:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2c.google.com with SMTP id q9so2329360qvo.8 for ; Mon, 22 Feb 2021 07:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UaQMwJg3XhXjFuY1rg0IynfmWd14C2Wz59InGkRNWHQ=; b=sz+LecrqTUcM2c16Ob7HDeKbeekYesej3QBn9dMeMm/pWUSim2BCb4K9LJk4Bmj8YB GHFhgXIEoAJ+k8cpjfpMMrvtl8VTOjqO3M/leVfmF/VoE2ERClsaMbxp0qYS3XTL3Zv3 +UBOIRjirWho3mobw07CbrSPk8r5iVZYEva2Zb+ubyJn8AsChuYO9sPa7e1OJbEh2m8t X3FATROMFQMW2hdExTih5+bKwd5cJ8Fcd2YctCMmYOQ0tabyAerBikWFWU6QOEfZyYkv 5uaMs5r6kD+qWlPVNbNDHI9N5IXFJfkBAGbqhuPBiuXYnuGlP4pfSGAhO6RPYYk4z0c5 VoEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UaQMwJg3XhXjFuY1rg0IynfmWd14C2Wz59InGkRNWHQ=; b=Pr1h3Z4RolOj3SAz/OMY5hFto/NCusE8rJRBhBiop2kUYNIZfb+1WoswYTP+kkJphH /en5H5ztqDUUCi6qcPfWesHb/1IAyMPD9vvBgKp8fPvOOvy7+lIZI8YwbKO/XBl9Mm6m WhvHPKbLY3J+N3z1gAjunbD1nz6KyNzqEA024K/Ypp9kNmJjBMreB7Uxid8SlMDJk2j2 FbnSnA3WK9bqDy+FQxzBe1wWcd4sxSnU8+6iVvgF/XBD4YhxF8ZxS1Gi0V7c7hzwjMl7 Hzc02jyRf0yJBkjIVHKXJ7KC6X/PX2Nl34ipgHwZminSIZgdZwL/fJ8rF0g7d+spn4YX Y/9w== X-Gm-Message-State: AOAM5321uDRk9VotYO4NIxGI4xmGqGsWsvtbCqVoY41od7Gqh1ueJIdR HWYpko77OVgcxLb0M3u3IAc72kRu3hWoaKBzRNkAfFLvB2wopg== X-Google-Smtp-Source: ABdhPJxpIkp2biLa//IwZBxndYqCoknXkgsQgkVHnNSjFXchvTxVj1gTH7FJZPulHdsuJBDnsNNfnoP2J2AKjI1ApVQ= X-Received: by 2002:a05:6214:174d:: with SMTP id dc13mr13278863qvb.62.1614007768637; Mon, 22 Feb 2021 07:29:28 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Mon, 22 Feb 2021 08:29:17 -0700 Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: dweimer@dweimer.net Cc: FreeBSD Stable X-Rspamd-Queue-Id: 4DkmLx4HsKz3nK3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=sz+Lecrq; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f2c) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::f2c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2c:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f2c:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 15:29:30 -0000 On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable < freebsd-stable@freebsd.org> wrote: > I was able to successfully build and install BETA2 from source, however > I am now attempting to upgrade the same machine to BETA3 buildworld and > buildkernel complete. installkernel also completes, but installworld > fails, it appears to not find a file for i386 boot. > > I do have a customized src.conf > WIHTOUT_FLOPPY="YES" > WITHOUT_FREEBSD_UPDATE="YES" > WITH_BSD_GREP="YES" > WITHOUT_BLUETOOTH="YES" > WITHOUT_PORTSNAP="YES" > WITHOUT_WIRELESS="YES" > WITHOUT_WPA_SUPPLICANT_EAPOL="YES" > WITHOUT_ATM="YES" > WITHOUT_LPR="YES" > WITHOUT_PPP="YES" > WITHOUT_LLDB="YES" > WITHOUT_FTP="YES" > WITHOUT_RBOOTD="YES" > WITHOUT_TALK="YES" > WITHOUT_NTP="YES" > WITH_ISCSI="YES" > WITH_REPRODUCIBLE_BUILD="YES" > WITHOUT_GNU_DIFF="YES" > WITH_KERNEL_RETPOLINE="YES" > > and customized make.conf > CFLAGS?= -O > CLFAGS+= -pipe > NO_CPU_CFLAGS= > MK_WERROR=no > > WITH_CCACHE_BUILD= YES > OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE > OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES > DOCS > WRKDIRPREFIX= /var/ports > PACKAGES= /var/ports/packages > WITH_PKGNG= YES > DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 mysql=105m > ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 > > .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && > !defined(NOCCACHE) > CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > .endif > .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || > !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) > CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > .endif > > > Here's the part of where it fails during the install, src tree was > checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. > > ... > ===> stand/userboot (install) > ===> stand/userboot/test (install) > ===> stand/userboot/userboot_4th (install) > install -o root -g wheel -m 444 -S userboot_4th.so > /jails/devel/ROOT/boot/ > install -o root -g wheel -m 444 userboot_4th.so.debug > /jails/devel/ROOT/usr/lib/debug/boot/ > ===> stand/userboot/userboot_lua (install) > install -o root -g wheel -m 444 -S userboot_lua.so > /jails/devel/ROOT/boot/ > install -o root -g wheel -m 444 userboot_lua.so.debug > /jails/devel/ROOT/usr/lib/debug/boot/ > install -l h -o root -g wheel -m 444 > /jails/devel/ROOT/boot/userboot_lua.so > /jails/devel/ROOT/boot/userboot.so > ===> stand/i386 (install) > ===> stand/i386/btx (install) > ===> stand/i386/btx/btx (install) > ===> stand/i386/btx/btxldr (install) > ===> stand/i386/btx/lib (install) > ===> stand/i386/libi386 (install) > ===> stand/i386/mbr (install) > install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr > ===> stand/i386/pmbr (install) > install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr > ===> stand/i386/boot0 (install) > install -o root -g wheel -m 444 boot0 /jails/devel/ROOT/boot/boot0 > ===> stand/i386/boot0sio (install) > install -o root -g wheel -m 444 boot0 > /jails/devel/ROOT/boot/boot0sio > ===> stand/i386/boot2 (install) > objcopy -S -O binary boot1.out boot1 > objcopy -S -O binary boot2.out boot2.bin > btxld -v -E 0x2000 -f bin -b > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx > > -l boot2.ldr -o boot2.ld -P 1 boot2.bin > make[6]: exec(btxld) failed (No such file or directory) > Does this happen every time, or only sometimes? Do you have the complete log? Why we're trying to run btxld and objcopy in the *INSTALL* phase is likely why (paths are different between the two) Warner > *** Error code 1 > > Stop. > make[6]: stopped in /jails/devel/ROOT/usr/src/stand/i386/boot2 > *** Error code 1 > > Stop. > make[5]: stopped in /jails/devel/ROOT/usr/src/stand/i386 > *** Error code 1 > > Stop. > make[4]: stopped in /jails/devel/ROOT/usr/src/stand > *** Error code 1 > > Stop. > make[3]: stopped in /jails/devel/ROOT/usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /jails/devel/ROOT/usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /jails/devel/ROOT/usr/src > *** Error code 1 > > Stop. > > > > -- > Thanks, > Dean E. Weimer > http://www.dweimer.net/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Feb 22 15:38:34 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 36E5C543053 for ; Mon, 22 Feb 2021 15:38:34 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkmYP4ZBmz3phq for ; Mon, 22 Feb 2021 15:38:33 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11MFcUgE066910 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Feb 2021 09:38:31 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Mon, 22 Feb 2021 09:38:25 -0600 From: "Dean E. Weimer" To: Warner Losh Cc: FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: References: User-Agent: Roundcube Webmail/1.4.11 Message-ID: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net X-Rspamd-Queue-Id: 4DkmYP4ZBmz3phq X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 15:38:34 -0000 On 2021-02-22 9:29 am, Warner Losh wrote: > On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable > wrote: > >> I was able to successfully build and install BETA2 from source, >> however >> I am now attempting to upgrade the same machine to BETA3 buildworld >> and >> buildkernel complete. installkernel also completes, but installworld >> fails, it appears to not find a file for i386 boot. >> >> I do have a customized src.conf >> WIHTOUT_FLOPPY="YES" >> WITHOUT_FREEBSD_UPDATE="YES" >> WITH_BSD_GREP="YES" >> WITHOUT_BLUETOOTH="YES" >> WITHOUT_PORTSNAP="YES" >> WITHOUT_WIRELESS="YES" >> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" >> WITHOUT_ATM="YES" >> WITHOUT_LPR="YES" >> WITHOUT_PPP="YES" >> WITHOUT_LLDB="YES" >> WITHOUT_FTP="YES" >> WITHOUT_RBOOTD="YES" >> WITHOUT_TALK="YES" >> WITHOUT_NTP="YES" >> WITH_ISCSI="YES" >> WITH_REPRODUCIBLE_BUILD="YES" >> WITHOUT_GNU_DIFF="YES" >> WITH_KERNEL_RETPOLINE="YES" >> >> and customized make.conf >> CFLAGS?= -O >> CLFAGS+= -pipe >> NO_CPU_CFLAGS= >> MK_WERROR=no >> >> WITH_CCACHE_BUILD= YES >> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE >> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES >> DOCS >> WRKDIRPREFIX= /var/ports >> PACKAGES= /var/ports/packages >> WITH_PKGNG= YES >> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 >> mysql=105m >> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 >> >> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && >> !defined(NOCCACHE) >> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >> .endif >> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || >> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) >> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >> .endif >> >> Here's the part of where it fails during the install, src tree was >> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. >> >> ... >> ===> stand/userboot (install) >> ===> stand/userboot/test (install) >> ===> stand/userboot/userboot_4th (install) >> install -o root -g wheel -m 444 -S userboot_4th.so >> /jails/devel/ROOT/boot/ >> install -o root -g wheel -m 444 userboot_4th.so.debug >> /jails/devel/ROOT/usr/lib/debug/boot/ >> ===> stand/userboot/userboot_lua (install) >> install -o root -g wheel -m 444 -S userboot_lua.so >> /jails/devel/ROOT/boot/ >> install -o root -g wheel -m 444 userboot_lua.so.debug >> /jails/devel/ROOT/usr/lib/debug/boot/ >> install -l h -o root -g wheel -m 444 >> /jails/devel/ROOT/boot/userboot_lua.so >> /jails/devel/ROOT/boot/userboot.so >> ===> stand/i386 (install) >> ===> stand/i386/btx (install) >> ===> stand/i386/btx/btx (install) >> ===> stand/i386/btx/btxldr (install) >> ===> stand/i386/btx/lib (install) >> ===> stand/i386/libi386 (install) >> ===> stand/i386/mbr (install) >> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr >> ===> stand/i386/pmbr (install) >> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr >> ===> stand/i386/boot0 (install) >> install -o root -g wheel -m 444 boot0 /jails/devel/ROOT/boot/boot0 >> ===> stand/i386/boot0sio (install) >> install -o root -g wheel -m 444 boot0 >> /jails/devel/ROOT/boot/boot0sio >> ===> stand/i386/boot2 (install) >> objcopy -S -O binary boot1.out boot1 >> objcopy -S -O binary boot2.out boot2.bin >> btxld -v -E 0x2000 -f bin -b >> /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx >> -l boot2.ldr -o boot2.ld -P 1 boot2.bin >> make[6]: exec(btxld) failed (No such file or directory) > > Does this happen every time, or only sometimes? Do you have the > complete log? Why we're trying to run btxld and objcopy in the > *INSTALL* phase is likely why (paths are different between the two) > > Warner > >> mail to "freebsd-stable-unsubscribe@freebsd.org" Everytime, not sure why I am trying to run btxld and objcopy in install phase, I am simply running the command make installworld I do use env variables to change paths, as I install to a ZFS clone of the original system dataset then change boot setting on pool and reboot. Environment Variables used during build and install, been doing this process ever since I started using ZFS boot on FreeBSD 9.2. setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj setenv DESTDIR /jails/devel/ROOT setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf setenv SRCCONF /jails/devel/ROOT/etc/src.conf -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Mon Feb 22 16:53:39 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 015B8545492 for ; Mon, 22 Feb 2021 16:53:39 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkpD21SPkz3vcZ for ; Mon, 22 Feb 2021 16:53:37 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11MGrXsV045959 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Feb 2021 10:53:33 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Mon, 22 Feb 2021 10:53:28 -0600 From: "Dean E. Weimer" To: dweimer@dweimer.net Cc: Warner Losh , FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DkpD21SPkz3vcZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 16:53:39 -0000 On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: > On 2021-02-22 9:29 am, Warner Losh wrote: > >> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable >> wrote: >> >>> I was able to successfully build and install BETA2 from source, >>> however >>> I am now attempting to upgrade the same machine to BETA3 buildworld >>> and >>> buildkernel complete. installkernel also completes, but installworld >>> fails, it appears to not find a file for i386 boot. >>> >>> I do have a customized src.conf >>> WIHTOUT_FLOPPY="YES" >>> WITHOUT_FREEBSD_UPDATE="YES" >>> WITH_BSD_GREP="YES" >>> WITHOUT_BLUETOOTH="YES" >>> WITHOUT_PORTSNAP="YES" >>> WITHOUT_WIRELESS="YES" >>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" >>> WITHOUT_ATM="YES" >>> WITHOUT_LPR="YES" >>> WITHOUT_PPP="YES" >>> WITHOUT_LLDB="YES" >>> WITHOUT_FTP="YES" >>> WITHOUT_RBOOTD="YES" >>> WITHOUT_TALK="YES" >>> WITHOUT_NTP="YES" >>> WITH_ISCSI="YES" >>> WITH_REPRODUCIBLE_BUILD="YES" >>> WITHOUT_GNU_DIFF="YES" >>> WITH_KERNEL_RETPOLINE="YES" >>> >>> and customized make.conf >>> CFLAGS?= -O >>> CLFAGS+= -pipe >>> NO_CPU_CFLAGS= >>> MK_WERROR=no >>> >>> WITH_CCACHE_BUILD= YES >>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE >>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES >>> DOCS >>> WRKDIRPREFIX= /var/ports >>> PACKAGES= /var/ports/packages >>> WITH_PKGNG= YES >>> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 >>> mysql=105m >>> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 >>> >>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && >>> !defined(NOCCACHE) >>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >>> .endif >>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || >>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) >>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >>> .endif >>> >>> Here's the part of where it fails during the install, src tree was >>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. >>> >>> ... >>> ===> stand/userboot (install) >>> ===> stand/userboot/test (install) >>> ===> stand/userboot/userboot_4th (install) >>> install -o root -g wheel -m 444 -S userboot_4th.so >>> /jails/devel/ROOT/boot/ >>> install -o root -g wheel -m 444 userboot_4th.so.debug >>> /jails/devel/ROOT/usr/lib/debug/boot/ >>> ===> stand/userboot/userboot_lua (install) >>> install -o root -g wheel -m 444 -S userboot_lua.so >>> /jails/devel/ROOT/boot/ >>> install -o root -g wheel -m 444 userboot_lua.so.debug >>> /jails/devel/ROOT/usr/lib/debug/boot/ >>> install -l h -o root -g wheel -m 444 >>> /jails/devel/ROOT/boot/userboot_lua.so >>> /jails/devel/ROOT/boot/userboot.so >>> ===> stand/i386 (install) >>> ===> stand/i386/btx (install) >>> ===> stand/i386/btx/btx (install) >>> ===> stand/i386/btx/btxldr (install) >>> ===> stand/i386/btx/lib (install) >>> ===> stand/i386/libi386 (install) >>> ===> stand/i386/mbr (install) >>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr >>> ===> stand/i386/pmbr (install) >>> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr >>> ===> stand/i386/boot0 (install) >>> install -o root -g wheel -m 444 boot0 >>> /jails/devel/ROOT/boot/boot0 >>> ===> stand/i386/boot0sio (install) >>> install -o root -g wheel -m 444 boot0 >>> /jails/devel/ROOT/boot/boot0sio >>> ===> stand/i386/boot2 (install) >>> objcopy -S -O binary boot1.out boot1 >>> objcopy -S -O binary boot2.out boot2.bin >>> btxld -v -E 0x2000 -f bin -b >>> /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx >>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin >>> make[6]: exec(btxld) failed (No such file or directory) >> >> Does this happen every time, or only sometimes? Do you have the >> complete log? Why we're trying to run btxld and objcopy in the >> *INSTALL* phase is likely why (paths are different between the two) >> >> Warner >> >>> mail to "freebsd-stable-unsubscribe@freebsd.org" > > Everytime, not sure why I am trying to run btxld and objcopy in > install phase, I am simply running the command make installworld > > I do use env variables to change paths, as I install to a ZFS clone of > the original system dataset then change boot setting on pool and > reboot. > > Environment Variables used during build and install, been doing this > process ever since I started using ZFS boot on FreeBSD 9.2. > > setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj > setenv DESTDIR /jails/devel/ROOT > setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf > setenv SRCCONF /jails/devel/ROOT/etc/src.conf I had already started a new build specifying CPUTYPE=silvermont in make.conf, as attempt work around. It failed as well. I did check and the path above exists on the system :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx # ll total 10 -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ I have removed my CPU Type specification and will run a new make and install capturing full logs so that I can post a link to full logs. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Mon Feb 22 20:07:26 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9492F54CDDC for ; Mon, 22 Feb 2021 20:07:26 +0000 (UTC) (envelope-from flo@smeets.xyz) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DktWf1KVsz4g5r for ; Mon, 22 Feb 2021 20:07:26 +0000 (UTC) (envelope-from flo@smeets.xyz) Received: by mailman.nyi.freebsd.org (Postfix) id 2B5C354CAFB; Mon, 22 Feb 2021 20:07:26 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B17554CF08 for ; Mon, 22 Feb 2021 20:07:26 +0000 (UTC) (envelope-from flo@smeets.xyz) Received: from mail-out.smeets.xyz (mail-out.smeets.xyz [IPv6:2a01:4f8:10a:3543:ffff:0:25:11]) by mx1.freebsd.org (Postfix) with ESMTP id 4DktWd0C8Qz4gY2 for ; Mon, 22 Feb 2021 20:07:24 +0000 (UTC) (envelope-from flo@smeets.xyz) Received: from mail.smeets.xyz (mail.smeets.xyz [IPv6:2a01:4f8:10a:3543::25:3]) by mail-out.smeets.xyz (Postfix) with ESMTP id 89DCF1C65E for ; Mon, 22 Feb 2021 21:07:16 +0100 (CET) Received: from amavis.smeets.xyz (amavis.smeets.xyz [IPv6:2a01:4f8:10a:3543::aa:4]) by mail.smeets.xyz (Postfix) with ESMTP id 82E9AB0823 for ; Mon, 22 Feb 2021 21:07:16 +0100 (CET) X-Virus-Scanned: amavisd-new at smeets.xyz Received: from mail.smeets.xyz ([IPv6:2a01:4f8:10a:3543::25:3]) by amavis.smeets.xyz (amavis.smeets.xyz [IPv6:2a01:4f8:10a:3543::aa:4]) (amavisd-new, port 10025) with ESMTP id iDdZlnHruqnu for ; Mon, 22 Feb 2021 21:07:16 +0100 (CET) Received: from nibbler.home.lan (p20030006312ead437137e8738847c905.dip0.t-ipconnect.de [IPv6:2003:6:312e:ad43:7137:e873:8847:c905]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by mail.smeets.xyz (Postfix) with ESMTPSA id 3A242B0661 for ; Mon, 22 Feb 2021 21:07:14 +0100 (CET) To: stable@freebsd.org From: Florian Smeets Subject: 13.0-BETA3 frequent file system (UFS) hangs Message-ID: <01190f48-1071-c2ee-0012-9a9ea00530dd@smeets.xyz> Date: Mon, 22 Feb 2021 21:07:12 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HvcoC49cvNSMQOeD7lsABYlXQjG0kSlsd" X-Rspamd-Queue-Id: 4DktWd0C8Qz4gY2 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-6.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[smeets.xyz:+]; DMARC_POLICY_ALLOW(-0.50)[smeets.xyz,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+,5:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:10a:3543:ffff:0:25:11:from]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; FREEFALL_USER(0.00)[flo]; FROM_HAS_DN(0.00)[]; R_DKIM_ALLOW(-0.20)[smeets.xyz:s=dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain,application/pgp-keys]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:4f8:10a:3543:ffff:0:25:11:from:127.0.2.255]; MAILMAN_DEST(0.00)[stable] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 20:07:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HvcoC49cvNSMQOeD7lsABYlXQjG0kSlsd Content-Type: multipart/mixed; boundary="L3qNHQtesxqEj4kt3nMpHWxM9LIO3vJnp"; protected-headers="v1" From: Florian Smeets To: stable@freebsd.org Message-ID: <01190f48-1071-c2ee-0012-9a9ea00530dd@smeets.xyz> Subject: 13.0-BETA3 frequent file system (UFS) hangs --L3qNHQtesxqEj4kt3nMpHWxM9LIO3vJnp Content-Type: multipart/mixed; boundary="------------4768F994E39AE9E194749B4A" Content-Language: en-US This is a multi-part message in MIME format. --------------4768F994E39AE9E194749B4A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, on Sunday I upgraded a lightly loaded web server (Nginx+PHP-FPM+MariaDB) = from 12.2-RELEASE-p3 to 13.0-BETA3. The server has been hanging every=20 few hours (between 2-12). Until now the only remedy I found was a reboot.= When the issue appears I can still read from the file system, I was able = to touch a (new) file, but not delete it. load: 0.49 cmd: rm 78200 [biowr] 7.31r 0.00u 0.28s 1% 2192k mi_switch+0xc1 _sleep+0x1cb bwait+0x6e bufwrite+0x206 ffs_update+0x2d0=20 ffs_syncvnode+0x552 softdep_prelink+0x14b ufs_remove+0x85=20 VOP_REMOVE_APV+0x27 kern_funlinkat+0x2d5 sys_unlink+0x28=20 amd64_syscall+0x10c fast_syscall_common+0xf8 The system is UFS only. /dev/da0s1a on / (ufs, local, noatime, journaled soft-updates, writes:=20 sync 19483 async 3361, reads: sync 24501 async 4191, fsid 374666591e63cde= d) For some of the reboots I see the following in the log before rebooting: Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system=20 process `vnlru' to stop... done Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system=20 process `syncer' to stop... Feb 21 15:21:57 web01 kernel: Syncing disks, vnodes remaining... 20=20 fsync: giving up on dirty (error =3D 35) 0xfffff80003815b70: type VCHR Feb 21 15:21:57 web01 kernel: usecount 1, writecount 0, refcount=20 1074 seqc users 0 rdev 0xfffff80004c3f000 Feb 21 15:21:57 web01 kernel: hold count flags () Feb 21 15:21:57 web01 kernel: flags () Feb 21 15:21:57 web01 kernel: v_object 0xfffff800030d0c60 ref 0=20 pages 45500 cleanbuf 1071 dirtybuf 1 Feb 21 15:21:57 web01 kernel: lock type mntfs: EXCL by thread=20 0xfffffe00c33fc000 (pid 24, syncer, tid 100097) Feb 21 15:21:57 web01 kernel: 9 5 0 0 done Is this related to the thread "FreeBSD 13.0-BETA2 and slow IO" ? I have a stable/13 kernel on there now, but that also hung once already. Do I need to disable SU/SUJ or put a main kernel on there to get it stabl= e? Thanks, Florian --------------4768F994E39AE9E194749B4A-- --L3qNHQtesxqEj4kt3nMpHWxM9LIO3vJnp-- --HvcoC49cvNSMQOeD7lsABYlXQjG0kSlsd Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEE7LNouHkIv7aRTXJp71uk3NWp88AFAmA0DvAFAwAAAAAACgkQ71uk3NWp88Bi YRAAjp4SSO9veOrtkYhm5SxPVHNO7iyfn5I6+f5eAehyfa5mh3eMngp9McPGUgXFnuREG3ESZWf4 SqUMpGHwA5+m0NG5qcPLIP2pjYYseujMDqMieD8OmWsnUcy5+Tg6j4D84Ry/VmQZCMDHKzTQsF12 9O581F+JTYG34MKiFCNWGpT785XtI51ldFCdAjuEM2PO3zckemMvGnGoNVlaMQDLa5a9COe/z6x+ 6Ccvuz0rfLR5ps1TeKjfWE0I1zVx285FFWbc/2ENbJu0Zq1JR7l8qb360g0J0Rf8bMN5FNbdVtFS gvq3LaGU2eJrq1O9EGoCaLyZ7YTIWzB7Pj7D/LKVJdAUqd7BTIMbSt8XqKWERL1/kwkY/jrqKYB+ mq5MZEPaT5113V+NNGlEPzGLrwero61ufg9y0wAjSxnVJN3MVieCvxlYJ878f2mqiwlOspj0P1JH hMdRDcHBn7oNGMOPMWVjd0/CiGHgZ6/FcT3xbs6/6yVpn0hjBDKx4KXkF5RTP6DjvNLOIKp+c2It eQorfBwCN+rgCY8umE2BJMGJYCPBTTKsQO3V9KWnPhcRvWU5edSZMJ4KmpPqcq91A9J3rkeYmQ6R ocHwOB5a5IuBvRHIVSGBUOJSfK0BibCGjyp4gSk5X47/3u2qelSS5AwB4MC2Zc7HJnhR8bj9OteD oGQ= =g5Vd -----END PGP SIGNATURE----- --HvcoC49cvNSMQOeD7lsABYlXQjG0kSlsd-- From owner-freebsd-stable@freebsd.org Mon Feb 22 20:53:37 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4BA9C54E19C for ; Mon, 22 Feb 2021 20:53:37 +0000 (UTC) (envelope-from freebsd-stable@freebsd.org) Received: from smtpdua.matrix.net.id (smtpdua.matrix.net.id [202.59.163.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkvXw51NDz4lKH for ; Mon, 22 Feb 2021 20:53:36 +0000 (UTC) (envelope-from freebsd-stable@freebsd.org) Received: from fixed-187-189-145-146.totalplay.net (unknown [10.19.53.1]) by smtpdua.matrix.net.id (Postfix) with ESMTP id 9CC692C2CC0 for ; Tue, 23 Feb 2021 03:24:56 +0700 (WIB) From: Baja 15 Kilos To: freebsd-stable@freebsd.org Subject: Baja de peso en tiempo record. GARANTIZADO. Date: 22 Feb 2021 14:24:56 -0600 Message-ID: <20210222142456.C7434D9C5907A695@freebsd.org> X-Rspamd-Queue-Id: 4DkvXw51NDz4lKH X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:17727, ipnet:202.59.163.0/24, country:ID] MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 20:53:37 -0000 From owner-freebsd-stable@freebsd.org Mon Feb 22 23:17:18 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 91C2D5523D4 for ; Mon, 22 Feb 2021 23:17:18 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dkykj3JlYz3C5j for ; Mon, 22 Feb 2021 23:17:16 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11MNHD0o062999 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Feb 2021 17:17:14 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Mon, 22 Feb 2021 17:17:08 -0600 From: "Dean E. Weimer" To: dweimer@dweimer.net Cc: Warner Losh , FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dkykj3JlYz3C5j X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 23:17:18 -0000 On 2021-02-22 10:53 am, Dean E. Weimer wrote: > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: >> On 2021-02-22 9:29 am, Warner Losh wrote: >> >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable >>> wrote: >>> >>>> I was able to successfully build and install BETA2 from source, >>>> however >>>> I am now attempting to upgrade the same machine to BETA3 buildworld >>>> and >>>> buildkernel complete. installkernel also completes, but installworld >>>> fails, it appears to not find a file for i386 boot. >>>> >>>> I do have a customized src.conf >>>> WIHTOUT_FLOPPY="YES" >>>> WITHOUT_FREEBSD_UPDATE="YES" >>>> WITH_BSD_GREP="YES" >>>> WITHOUT_BLUETOOTH="YES" >>>> WITHOUT_PORTSNAP="YES" >>>> WITHOUT_WIRELESS="YES" >>>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" >>>> WITHOUT_ATM="YES" >>>> WITHOUT_LPR="YES" >>>> WITHOUT_PPP="YES" >>>> WITHOUT_LLDB="YES" >>>> WITHOUT_FTP="YES" >>>> WITHOUT_RBOOTD="YES" >>>> WITHOUT_TALK="YES" >>>> WITHOUT_NTP="YES" >>>> WITH_ISCSI="YES" >>>> WITH_REPRODUCIBLE_BUILD="YES" >>>> WITHOUT_GNU_DIFF="YES" >>>> WITH_KERNEL_RETPOLINE="YES" >>>> >>>> and customized make.conf >>>> CFLAGS?= -O >>>> CLFAGS+= -pipe >>>> NO_CPU_CFLAGS= >>>> MK_WERROR=no >>>> >>>> WITH_CCACHE_BUILD= YES >>>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE >>>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES >>>> DOCS >>>> WRKDIRPREFIX= /var/ports >>>> PACKAGES= /var/ports/packages >>>> WITH_PKGNG= YES >>>> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 >>>> mysql=105m >>>> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 >>>> >>>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && >>>> !defined(NOCCACHE) >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >>>> .endif >>>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || >>>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >>>> .endif >>>> >>>> Here's the part of where it fails during the install, src tree was >>>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. >>>> >>>> ... >>>> ===> stand/userboot (install) >>>> ===> stand/userboot/test (install) >>>> ===> stand/userboot/userboot_4th (install) >>>> install -o root -g wheel -m 444 -S userboot_4th.so >>>> /jails/devel/ROOT/boot/ >>>> install -o root -g wheel -m 444 userboot_4th.so.debug >>>> /jails/devel/ROOT/usr/lib/debug/boot/ >>>> ===> stand/userboot/userboot_lua (install) >>>> install -o root -g wheel -m 444 -S userboot_lua.so >>>> /jails/devel/ROOT/boot/ >>>> install -o root -g wheel -m 444 userboot_lua.so.debug >>>> /jails/devel/ROOT/usr/lib/debug/boot/ >>>> install -l h -o root -g wheel -m 444 >>>> /jails/devel/ROOT/boot/userboot_lua.so >>>> /jails/devel/ROOT/boot/userboot.so >>>> ===> stand/i386 (install) >>>> ===> stand/i386/btx (install) >>>> ===> stand/i386/btx/btx (install) >>>> ===> stand/i386/btx/btxldr (install) >>>> ===> stand/i386/btx/lib (install) >>>> ===> stand/i386/libi386 (install) >>>> ===> stand/i386/mbr (install) >>>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr >>>> ===> stand/i386/pmbr (install) >>>> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr >>>> ===> stand/i386/boot0 (install) >>>> install -o root -g wheel -m 444 boot0 >>>> /jails/devel/ROOT/boot/boot0 >>>> ===> stand/i386/boot0sio (install) >>>> install -o root -g wheel -m 444 boot0 >>>> /jails/devel/ROOT/boot/boot0sio >>>> ===> stand/i386/boot2 (install) >>>> objcopy -S -O binary boot1.out boot1 >>>> objcopy -S -O binary boot2.out boot2.bin >>>> btxld -v -E 0x2000 -f bin -b >>>> /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin >>>> make[6]: exec(btxld) failed (No such file or directory) >>> >>> Does this happen every time, or only sometimes? Do you have the >>> complete log? Why we're trying to run btxld and objcopy in the >>> *INSTALL* phase is likely why (paths are different between the two) >>> >>> Warner >>> >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> Everytime, not sure why I am trying to run btxld and objcopy in >> install phase, I am simply running the command make installworld >> >> I do use env variables to change paths, as I install to a ZFS clone of >> the original system dataset then change boot setting on pool and >> reboot. >> >> Environment Variables used during build and install, been doing this >> process ever since I started using ZFS boot on FreeBSD 9.2. >> >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj >> setenv DESTDIR /jails/devel/ROOT >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf > > I had already started a new build specifying CPUTYPE=silvermont in > make.conf, as attempt work around. It failed as well. I did check and > the path above exists on the system > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx > # ll > total 10 > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ > > I have removed my CPU Type specification and will run a new make and > install capturing full logs so that I can post a link to full logs. I did a new build and capture output from full buildworld and installworld, but first I cleared ccache same error was a result. Here is the entire output along with my make.conf and src.conf files. https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Mon Feb 22 23:52:37 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EA4245534C7 for ; Mon, 22 Feb 2021 23:52:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkzWS5VMFz3Ff8 for ; Mon, 22 Feb 2021 23:52:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x832.google.com with SMTP id x3so10679461qti.5 for ; Mon, 22 Feb 2021 15:52:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+HjOxXBO7UF3bnLSdcq8vj6H5KeVvOoP88xkRUCFS9M=; b=xpB6J08nJDUtwF5J3lZY8+tE4DTzs3u5YUaXDmMIG2lXtO+cLfY0kSo/uZ1DhNT5hk fUasrSaL1y2u5vwjIwUUcF2AGtTIPBfrsqIYvoXKRZIwomcO0DE08y8Lwu5JUCVTEY+l QdYA9K4pE9yTOU5ld5rxa4OubXw8B40hp9rr0ZBjwhhAEC26lMtftIoHUfzjQEprOB5J MTGhuKOpUUsP433B7WnCnKioLuYmS20YuU+PYXnHy3u+S+7z14DE2msHokjkoDWmvC2l j1ILsvCfEbCoGizV/N/vrXgotWtiwy/QxOvcTMqB/SINEWvX654P88Fp/ytwKWCyAVq+ DRgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+HjOxXBO7UF3bnLSdcq8vj6H5KeVvOoP88xkRUCFS9M=; b=BjaKvFnZwwhjodZ215Zjc+BTolcYxz/mZ5jmzwR865GhKJb0sPUNxJx76D6gEMvVma a+fXRDtI7ZV4db/oTxH8bBd1YugH0sqct5cb0qdf1Rr0IkdlySs6WqrC8k3WdQ8Bzny9 G4djuV2U5blN/53oKGTUHJMRAgwSd3g17lOMRLjkajU+iVks76xsGgu+ZKSUGIXLCM4U Q4IStFJMP9VnHcg0VBQCsJx5/UoyGsmm4pY7I7rW5k/z2Rtl27oK+y4v2kUenwTZKOHG 1Hj6cNS5wrxHv3Bb30fXSEZiEEijcqION0fM7zP7/+GlcNIA6jukG7rJRAenzOpUa0kt yoww== X-Gm-Message-State: AOAM533+GPWtphajsZ6NhPtaO7Z9dy62fljA7361Hm9HzpntHZa0vKfw 8tnSFlqqUW4OYMh5YPrFdLS3mUaJlQcDJ77hC67m/qTXH1xG4v2R X-Google-Smtp-Source: ABdhPJypVQTL22cKMQg5OUHQ8l7OcPGcDE+ibtRkRF0MskvW4K7LUhFvfCV0dF/bwPhgTdQe0injjtKvE8gzz8GoVY8= X-Received: by 2002:a05:622a:1c9:: with SMTP id t9mr22515768qtw.244.1614037956109; Mon, 22 Feb 2021 15:52:36 -0800 (PST) MIME-Version: 1.0 References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> In-Reply-To: <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> From: Warner Losh Date: Mon, 22 Feb 2021 16:52:25 -0700 Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: dweimer@dweimer.net Cc: FreeBSD Stable X-Rspamd-Queue-Id: 4DkzWS5VMFz3Ff8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=xpB6J08n; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::832) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::832:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::832:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::832:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 23:52:38 -0000 What does this patch do for you? diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile index ad95948ec50a..cbbe15bd1fc0 100644 --- a/stand/i386/loader/Makefile +++ b/stand/i386/loader/Makefile @@ -90,7 +90,8 @@ FILES+= ${LOADER} FILESMODE_${LOADER}= ${BINMODE} -b # XXX crt0.o needs to be first for pxeboot(8) to work -OBJS= ${BTXCRT} +# Can't add it to OBJS w/o pain and suffering +LDFLAGS+= ${BTXCRT} DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} Anything? Warner On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer wrote: > On 2021-02-22 10:53 am, Dean E. Weimer wrote: > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: > >> On 2021-02-22 9:29 am, Warner Losh wrote: > >> > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable > >>> wrote: > >>> > >>>> I was able to successfully build and install BETA2 from source, > >>>> however > >>>> I am now attempting to upgrade the same machine to BETA3 buildworld > >>>> and > >>>> buildkernel complete. installkernel also completes, but installworld > >>>> fails, it appears to not find a file for i386 boot. > >>>> > >>>> I do have a customized src.conf > >>>> WIHTOUT_FLOPPY="YES" > >>>> WITHOUT_FREEBSD_UPDATE="YES" > >>>> WITH_BSD_GREP="YES" > >>>> WITHOUT_BLUETOOTH="YES" > >>>> WITHOUT_PORTSNAP="YES" > >>>> WITHOUT_WIRELESS="YES" > >>>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" > >>>> WITHOUT_ATM="YES" > >>>> WITHOUT_LPR="YES" > >>>> WITHOUT_PPP="YES" > >>>> WITHOUT_LLDB="YES" > >>>> WITHOUT_FTP="YES" > >>>> WITHOUT_RBOOTD="YES" > >>>> WITHOUT_TALK="YES" > >>>> WITHOUT_NTP="YES" > >>>> WITH_ISCSI="YES" > >>>> WITH_REPRODUCIBLE_BUILD="YES" > >>>> WITHOUT_GNU_DIFF="YES" > >>>> WITH_KERNEL_RETPOLINE="YES" > >>>> > >>>> and customized make.conf > >>>> CFLAGS?= -O > >>>> CLFAGS+= -pipe > >>>> NO_CPU_CFLAGS= > >>>> MK_WERROR=no > >>>> > >>>> WITH_CCACHE_BUILD= YES > >>>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE > >>>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES > >>>> DOCS > >>>> WRKDIRPREFIX= /var/ports > >>>> PACKAGES= /var/ports/packages > >>>> WITH_PKGNG= YES > >>>> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 > >>>> mysql=105m > >>>> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 > >>>> > >>>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && > >>>> !defined(NOCCACHE) > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > >>>> .endif > >>>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || > >>>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > >>>> .endif > >>>> > >>>> Here's the part of where it fails during the install, src tree was > >>>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. > >>>> > >>>> ... > >>>> ===> stand/userboot (install) > >>>> ===> stand/userboot/test (install) > >>>> ===> stand/userboot/userboot_4th (install) > >>>> install -o root -g wheel -m 444 -S userboot_4th.so > >>>> /jails/devel/ROOT/boot/ > >>>> install -o root -g wheel -m 444 userboot_4th.so.debug > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ > >>>> ===> stand/userboot/userboot_lua (install) > >>>> install -o root -g wheel -m 444 -S userboot_lua.so > >>>> /jails/devel/ROOT/boot/ > >>>> install -o root -g wheel -m 444 userboot_lua.so.debug > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ > >>>> install -l h -o root -g wheel -m 444 > >>>> /jails/devel/ROOT/boot/userboot_lua.so > >>>> /jails/devel/ROOT/boot/userboot.so > >>>> ===> stand/i386 (install) > >>>> ===> stand/i386/btx (install) > >>>> ===> stand/i386/btx/btx (install) > >>>> ===> stand/i386/btx/btxldr (install) > >>>> ===> stand/i386/btx/lib (install) > >>>> ===> stand/i386/libi386 (install) > >>>> ===> stand/i386/mbr (install) > >>>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr > >>>> ===> stand/i386/pmbr (install) > >>>> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr > >>>> ===> stand/i386/boot0 (install) > >>>> install -o root -g wheel -m 444 boot0 > >>>> /jails/devel/ROOT/boot/boot0 > >>>> ===> stand/i386/boot0sio (install) > >>>> install -o root -g wheel -m 444 boot0 > >>>> /jails/devel/ROOT/boot/boot0sio > >>>> ===> stand/i386/boot2 (install) > >>>> objcopy -S -O binary boot1.out boot1 > >>>> objcopy -S -O binary boot2.out boot2.bin > >>>> btxld -v -E 0x2000 -f bin -b > >>>> > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin > >>>> make[6]: exec(btxld) failed (No such file or directory) > >>> > >>> Does this happen every time, or only sometimes? Do you have the > >>> complete log? Why we're trying to run btxld and objcopy in the > >>> *INSTALL* phase is likely why (paths are different between the two) > >>> > >>> Warner > >>> > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" > >> > >> Everytime, not sure why I am trying to run btxld and objcopy in > >> install phase, I am simply running the command make installworld > >> > >> I do use env variables to change paths, as I install to a ZFS clone of > >> the original system dataset then change boot setting on pool and > >> reboot. > >> > >> Environment Variables used during build and install, been doing this > >> process ever since I started using ZFS boot on FreeBSD 9.2. > >> > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj > >> setenv DESTDIR /jails/devel/ROOT > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf > > > > I had already started a new build specifying CPUTYPE=silvermont in > > make.conf, as attempt work around. It failed as well. I did check and > > the path above exists on the system > > > > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx > > # ll > > total 10 > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ > > > > I have removed my CPU Type specification and will run a new make and > > install capturing full logs so that I can post a link to full logs. > > I did a new build and capture output from full buildworld and > installworld, but first I cleared ccache same error was a result. > > Here is the entire output along with my make.conf and src.conf files. > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L > > > -- > Thanks, > Dean E. Weimer > http://www.dweimer.net/ > From owner-freebsd-stable@freebsd.org Tue Feb 23 02:55:19 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8000A55A051 for ; Tue, 23 Feb 2021 02:55:19 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dl3ZG5PjHz3mZC for ; Tue, 23 Feb 2021 02:55:18 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11N2tE78047326 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Feb 2021 20:55:15 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Mon, 22 Feb 2021 20:55:09 -0600 From: "Dean E. Weimer" To: Warner Losh Cc: FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <71f2608341cdea1e4a36551b61d7e4a0@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net X-Rspamd-Queue-Id: 4Dl3ZG5PjHz3mZC X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 02:55:19 -0000 On 2021-02-22 5:52 pm, Warner Losh wrote: > What does this patch do for you? > > diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile > index ad95948ec50a..cbbe15bd1fc0 100644 > --- a/stand/i386/loader/Makefile > +++ b/stand/i386/loader/Makefile > @@ -90,7 +90,8 @@ FILES+= ${LOADER} > FILESMODE_${LOADER}= ${BINMODE} -b > > # XXX crt0.o needs to be first for pxeboot(8) to work > -OBJS= ${BTXCRT} > +# Can't add it to OBJS w/o pain and suffering > +LDFLAGS+= ${BTXCRT} > > DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > > Anything? > > Warner Success, mostly anyways. I tried copying and pasting above into a file (/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to apply, so I just manually edited file, removed OBJS= line and added the comment and LDFLAGS+= line. ran make clean in usr/src/stand and then from usr/src ran make -DNO_CLEAN buildworld, then buildinstall completed. Don't know if email client added a special character that screwed up patch or I just did it wrong, but the fix appears to have worked. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Tue Feb 23 03:22:18 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 85B4055A960 for ; Tue, 23 Feb 2021 03:22:18 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dl49Q2VHDz3pQW for ; Tue, 23 Feb 2021 03:22:18 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 5585055AC9F; Tue, 23 Feb 2021 03:22:18 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 542B555ABF9 for ; Tue, 23 Feb 2021 03:22:18 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dl49Q1lbpz3pW2 for ; Tue, 23 Feb 2021 03:22:17 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by mail-qt1-x830.google.com with SMTP id b24so10963349qtp.13 for ; Mon, 22 Feb 2021 19:22:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QrO33EM3dWtsf5WbqWWOjnVT1PZ8MWFEovWljpdGfXY=; b=dGwcFBoAdGsXNZmCapf3D34w0X9X0djs/zSPJHdV6sq84KblxPrBKnzAr/mXq5H6Co YELyiauVnBjP+BbUMel6BDT8p+tcJFItlnNKyFqd3oCjrdtVLcXFozXAqHSZbzbyD6Kb s7oaVf6DZzy9p6V55f3K4jEx2m5bSVAXU30ovirVltYtG5MYXw/sJ8l8hBlax+xfnaev sxKapMUoGm1aQsrQYS3J3fvNR0JndftBvmKzqX7gV1x9vocfRd8eYwyScAnSrFWeMufn GXJAWtvbuAv6YSKG0QgCFpVUTwIHdYSamhSFt4SEaHPRL93AY0RfNr6YJtO/ib/bNrN0 4W7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QrO33EM3dWtsf5WbqWWOjnVT1PZ8MWFEovWljpdGfXY=; b=J3JBNA5eO3kSIYQIbPiv78VXBKxu6faXY6rcaWQ+4KF3Qt/LrGycGwv9OW0n3dEKVv CZBUHz1QujITISZ/Pp6FShy7khizeJalB+7fBiWlA7HoB+1osJsAUi6qKodNqIZCdJIr wyN1QVcVhXsGtKRJx2rhRFuiXZdYtnQ4hG4dyaNtOU3A2DY3OZmThWvpEX4GgqcWkQ9s Qql3oBrXViBOcYyfAO0dyamQ3Mk9N4qiCz4RuNARQz1+f9MebABvK5WABm0iCM26yXbx qPK/t+rXG7YWkUUqfMPBcFsIisxOJRdBsGbVLqS6Ys3LgusXIuxc6PIqLHOjYFD1Qqgv VVhw== X-Gm-Message-State: AOAM5309hDAy4e8gIR9lAAfrJHd+rIrvNKnGWW3jHyV2su4HHOtuAO1z 8WWRGVV0fwgZoiZNBOvxbAgP79rjXofXmzYHTNbH1hOV X-Google-Smtp-Source: ABdhPJxKMSvY7+dLtEZHSNK/OvxNY05ttZSuJxWXLXFjSQ8DfICUW+FvvxjvS80OrwUwU/Exi4xwv1aTKN3Lo0FZtpU= X-Received: by 2002:ac8:110d:: with SMTP id c13mr22455350qtj.361.1614050536854; Mon, 22 Feb 2021 19:22:16 -0800 (PST) MIME-Version: 1.0 References: <01190f48-1071-c2ee-0012-9a9ea00530dd@smeets.xyz> In-Reply-To: <01190f48-1071-c2ee-0012-9a9ea00530dd@smeets.xyz> From: "Jack L." Date: Mon, 22 Feb 2021 19:21:40 -0800 Message-ID: Subject: Re: 13.0-BETA3 frequent file system (UFS) hangs To: Florian Smeets Cc: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dl49Q1lbpz3pW2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 03:22:18 -0000 I'm also having the same exact issues across several systems on 13-BETA3 and 14-CURRENT as of last week. I recently upgraded everything to the latest 13-STABLE and 14-CURRENT but uptime is only a day or so and not sure if it's still a problem. On Mon, Feb 22, 2021 at 12:07 PM Florian Smeets via freebsd-stable wrote: > > Hi, > > on Sunday I upgraded a lightly loaded web server (Nginx+PHP-FPM+MariaDB) > from 12.2-RELEASE-p3 to 13.0-BETA3. The server has been hanging every > few hours (between 2-12). Until now the only remedy I found was a reboot. > > When the issue appears I can still read from the file system, I was able > to touch a (new) file, but not delete it. > > load: 0.49 cmd: rm 78200 [biowr] 7.31r 0.00u 0.28s 1% 2192k > mi_switch+0xc1 _sleep+0x1cb bwait+0x6e bufwrite+0x206 ffs_update+0x2d0 > ffs_syncvnode+0x552 softdep_prelink+0x14b ufs_remove+0x85 > VOP_REMOVE_APV+0x27 kern_funlinkat+0x2d5 sys_unlink+0x28 > amd64_syscall+0x10c fast_syscall_common+0xf8 > > The system is UFS only. > > /dev/da0s1a on / (ufs, local, noatime, journaled soft-updates, writes: > sync 19483 async 3361, reads: sync 24501 async 4191, fsid 374666591e63cded) > > For some of the reboots I see the following in the log before rebooting: > > Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system > process `vnlru' to stop... done > Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system > process `syncer' to stop... > Feb 21 15:21:57 web01 kernel: Syncing disks, vnodes remaining... 20 > fsync: giving up on dirty (error = 35) 0xfffff80003815b70: type VCHR > Feb 21 15:21:57 web01 kernel: usecount 1, writecount 0, refcount > 1074 seqc users 0 rdev 0xfffff80004c3f000 > Feb 21 15:21:57 web01 kernel: hold count flags () > Feb 21 15:21:57 web01 kernel: flags () > Feb 21 15:21:57 web01 kernel: v_object 0xfffff800030d0c60 ref 0 > pages 45500 cleanbuf 1071 dirtybuf 1 > Feb 21 15:21:57 web01 kernel: lock type mntfs: EXCL by thread > 0xfffffe00c33fc000 (pid 24, syncer, tid 100097) > Feb 21 15:21:57 web01 kernel: 9 5 0 0 done > > Is this related to the thread "FreeBSD 13.0-BETA2 and slow IO" ? > > I have a stable/13 kernel on there now, but that also hung once already. > > Do I need to disable SU/SUJ or put a main kernel on there to get it stable? > > Thanks, > Florian From owner-freebsd-stable@freebsd.org Tue Feb 23 03:25:45 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 54BC855AEAB for ; Tue, 23 Feb 2021 03:25:45 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dl4FN1mmpz3pWs; Tue, 23 Feb 2021 03:25:44 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: by mail-wr1-f48.google.com with SMTP id l30so5436788wrb.12; Mon, 22 Feb 2021 19:25:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ReGpGrabUPBotjjj1qjfMgD4EW8riAFQafKPnibGXWI=; b=HNjUmo+onPc3MOyy48xaVXTj6Wam5Z61lYpkHthEnvVLFJnQNPwgna0+eHW1to+ogF 2l7aEM8vN2orQWla32DBGo2BTDiObaUkxSS8spbCSuxelE3zUdXJcmLuBrNvEmPOTMPL rFw0dR4W/zGepgQGFTt3o7c/0VnQgZHH34JbA+ePlmiQ3s6lDKef5YWgobd5Lsy9f025 HH2kQ4IJHJXBMjifQ7/xS8wT0KI+Ib/whcWl9bDuUIyC/3A3IqqFKmsaDYYSybyj/7lw 3suq3pH3dgKVKYPsDfE7toq2Gf65PJ5Fx7PKPjctkGt02pfcRB7lMWkNb/q+6I41GlmB 4ogA== X-Gm-Message-State: AOAM531S7NwTXC/esD0TfIgjzMeKKsa/senEB3QOxzUvRYpDg93Ttn0c jr6RpvQl+sHxrqiA1N00YydTwuG1jmbODNta5lr5v+V6AB8= X-Google-Smtp-Source: ABdhPJz+yc1MABKFBpZzhFti7etIbfI67EI616iVm8oQ48B3tIT4zKIAT08llbk78Ejwll52BNvlbZRiBnauLDeJqNo= X-Received: by 2002:adf:f584:: with SMTP id f4mr4727045wro.311.1614050742462; Mon, 22 Feb 2021 19:25:42 -0800 (PST) MIME-Version: 1.0 References: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> In-Reply-To: From: Chris Anderson Date: Mon, 22 Feb 2021 21:25:30 -0600 Message-ID: Subject: Re: lots of "no such file or directory" errors in zfs filesystem To: Andriy Gapon Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4Dl4FN1mmpz3pWs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=pobox.com (policy=none); spf=pass (mx1.freebsd.org: domain of chrisanderson@gmail.com designates 209.85.221.48 as permitted sender) smtp.mailfrom=chrisanderson@gmail.com X-Spamd-Result: default: False [-2.89 / 15.00]; FROM_NEQ_ENVFROM(0.00)[cva@pobox.com,chrisanderson@gmail.com]; MAILMAN_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[pobox.com : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[209.85.221.48:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.221.48:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.48:from]; NEURAL_HAM_SHORT(-0.99)[-0.994]; FORGED_SENDER(0.30)[cva@pobox.com,chrisanderson@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.48:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 03:25:45 -0000 On Mon, Feb 22, 2021 at 9:13 AM Andriy Gapon wrote: > On 22/02/2021 16:20, Chris Anderson wrote: > > On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon > > wrote: > > > > On 22/02/2021 09:31, Chris Anderson wrote: > > > None of these files are especially important to me, however I was > wondering > > > if there would be any benefit to the community from trying to > debug this > > > issue further to understand what might be going wrong. > > > > Yes. > > > > > > Could you offer any guidance about what kind of debugging information I > could > > collect that would be of use? > > You can start with picking a single file that demonstrates the problem. > Then, > ls -li the-file > zdb -dddd file's-filesystem file's-inode-number > The filesystem can be found out from df output, the inode number is in ls > -li > output -- if the command prints anything at all. > If it does not, then do ls -lid on the file's directory and then zdb -dddd > for > the directory's inode number. In the output there should be the file name > and > its number (I think that it's in hex, but not sure). > so I can't ls -i the file since that triggers the no such file warning. if I run zdb -dddd on the inode of a directory which contains one of those missing files, I can get the inode of the file from that, but I don't get anything particularly interesting in the output. most of the files that are missing are in directories with a large number of files (the largest has 180k) but I managed to find a directory which had a single file entry that is missing: Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects, rootbp DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P birth=46916371L/46916371P fill=908537 cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09 Object lvl iblk dblk dsize dnsize lsize %full type 38268 1 128K 1K 0 512 1K 100.00 ZFS directory 264 bonus ZFS znode dnode flags: USED_BYTES USERUSED_ACCOUNTED dnode maxblkid: 0 uid 1001 gid 1001 atime Sun Aug 6 02:00:41 2017 mtime Wed Apr 15 12:12:42 2020 ctime Wed Apr 15 12:12:42 2020 crtime Sat Aug 5 15:10:07 2017 gen 23881023 mode 40755 size 3 parent 38176 links 2 pflags 40800000144 xattr 0 rdev 0x0000000000000000 microzap: 1024 bytes, 1 entries hash_test.go = 38274 (type: Regular File) # zdb -dddd tank/home/cva 38274 Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects, rootbp DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P birth=46916371L/46916371P fill=908537 cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09 Object lvl iblk dblk dsize dnsize lsize %full type zdb: dmu_bonus_hold(38274) failed, errno 2 > > -- > Andriy Gapon > From owner-freebsd-stable@freebsd.org Tue Feb 23 03:34:42 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57D6755AD6A for ; Tue, 23 Feb 2021 03:34:42 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dl4Rj3hvbz3qLH for ; Tue, 23 Feb 2021 03:34:41 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11N3YXOa006493 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Feb 2021 21:34:33 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Mon, 22 Feb 2021 21:34:28 -0600 From: "Dean E. Weimer" To: dweimer@dweimer.net Cc: Warner Losh , FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: <71f2608341cdea1e4a36551b61d7e4a0@dweimer.net> References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> <71f2608341cdea1e4a36551b61d7e4a0@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <33973f4e4af2144ee81aa615c0826b60@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dl4Rj3hvbz3qLH X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 03:34:42 -0000 On 2021-02-22 8:55 pm, Dean E. Weimer via freebsd-stable wrote: > On 2021-02-22 5:52 pm, Warner Losh wrote: > >> What does this patch do for you? >> >> diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile >> index ad95948ec50a..cbbe15bd1fc0 100644 >> --- a/stand/i386/loader/Makefile >> +++ b/stand/i386/loader/Makefile >> @@ -90,7 +90,8 @@ FILES+= ${LOADER} >> FILESMODE_${LOADER}= ${BINMODE} -b >> >> # XXX crt0.o needs to be first for pxeboot(8) to work >> -OBJS= ${BTXCRT} >> +# Can't add it to OBJS w/o pain and suffering >> +LDFLAGS+= ${BTXCRT} >> >> DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >> LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >> >> Anything? >> >> Warner > > Success, mostly anyways. I tried copying and pasting above into a file > (/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to > apply, so I just manually edited file, removed OBJS= line and added > the comment and LDFLAGS+= line. ran make clean in usr/src/stand and > then from usr/src ran make -DNO_CLEAN buildworld, then buildinstall > completed. Don't know if email client added a special character that > screwed up patch or I just did it wrong, but the fix appears to have > worked. Maybe I spoke to soon, system failed to boot. Going to spool up a VM to see if I can replicate issue within the VM. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Mon Feb 22 23:06:51 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 377ED552710 for ; Mon, 22 Feb 2021 23:06:51 +0000 (UTC) (envelope-from eborisch@alumni.stanford.edu) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkyVf2T1yz3C6q for ; Mon, 22 Feb 2021 23:06:50 +0000 (UTC) (envelope-from eborisch@alumni.stanford.edu) Received: by mail-wm1-x331.google.com with SMTP id n10so747908wmq.0 for ; Mon, 22 Feb 2021 15:06:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=zYgs1mRDgyf6IF0aiXLzFUfG1jSg4zszgf/DzxrJKx0=; b=iucjpJuoJBjAc+YmMRm0Cy2xNoUvT2Opb4lqdAefef8mSIG8wUwro0ys4y6T2TQtft qejG5ADUmzYKWAduUetyp5LNulCVznyhd1YxNJC7qK3JiN1CRs0Gfiy+Y6k8plGQDQyg ogy0z0AH5X1lIzfEE+qIvSzwZSJd4fy3PIEeTye8sSG0phkKKy3SF0pSFALb/CSJ9ED2 Qwz0A5mdFpYhAIjN5rKGfaRbkPgdq9tv4jfZmVlesVs3tzJlPCxTdUiUHUIDeKDg29q6 0f+JNLVLpLeQJUEwlaUIatODHzgxVwMmFxPLFs/yNBI+OMBKb07mKjZWsVkCoKi29tee LzBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=zYgs1mRDgyf6IF0aiXLzFUfG1jSg4zszgf/DzxrJKx0=; b=mK8n5cnlamPuQQg0+S3BOxwk6Hm0Ydx0y45CVSohmBsh6AkSCmIGbrhkLOD+ebSiFE CBYojsRmEwbQqf9gKbOUvyR+By7AMITUNx11xdOHT6eGghDNVW1t47fH6SETOxHvnX4H eDlwnTWZLxSkvPalMfzoHHLrRMgs18YUwywEnZ5dVkGuYJR5DJISTfLshk3tFSy2khs8 PNXi/8s2+vcyOFuE0W/xCjU2dJJb3fezXwgfBW1Uzkf0pTVWf/TOVBk+Y4mGf7ONGaTk yCWtAyxFkYuvqGvlYMwmKNeHCQtAQQOXwhEavxQd3S0Hfv4T9ds5YV66qamS74fEwVGe qfYQ== X-Gm-Message-State: AOAM530vDPJv3q24CuBYm50525Kf6w8skwTJjlkCWrJy1xLYzAx25vAu vv/CcCYID6px4+kFleWzf4qqcBl3BHeLeoCPGzoDdS0VThoKDQ== X-Google-Smtp-Source: ABdhPJy6lJ/MKcoI5hJAuDlujhCRtetrGCW+cPLWAZnn3o7BtNYABN7cfL/ahVXdRihR9BdNzc0E8lg46vAN93goGXg= X-Received: by 2002:a7b:c353:: with SMTP id l19mr22461382wmj.147.1614035208438; Mon, 22 Feb 2021 15:06:48 -0800 (PST) MIME-Version: 1.0 From: Eric Borisch Date: Mon, 22 Feb 2021 17:06:37 -0600 Message-ID: Subject: 13.0-beta3: em/igb driver incoming bytes values doubled in netstat To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4DkyVf2T1yz3C6q X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=iucjpJuo; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of eborisch@alumni.stanford.edu designates 2a00:1450:4864:20::331 as permitted sender) smtp.mailfrom=eborisch@alumni.stanford.edu X-Spamd-Result: default: False [-1.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[7]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[eborisch@gmail.com,eborisch@alumni.stanford.edu]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::331:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[eborisch@gmail.com,eborisch@alumni.stanford.edu]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::331:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::331:from]; HTTP_TO_IP(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-Mailman-Approved-At: Tue, 23 Feb 2021 03:53:27 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 23:06:51 -0000 The incoming bytes on an intel I211 (em/igb) are being counted twice somewhere in the path that is queried by netstat and zabbix_agentd (which definitely uses ifmib.) My 'cable' interface is dev.igb.0; the system is live, so counts are going to keep going up, too. $ sysctl dev.igb.0 | grep octet dev.igb.0.mac_stats.good_octets_txd: 4836948514 dev.igb.0.mac_stats.good_octets_recvd: 17402549118 $ netstat -I cable -b | column -t Name Mtu Network Address Ipkts Ierrs Idrop Ibytes Opkts Oerrs Obytes Coll cable 1500 00:0d:b9:55:70:08 31197172 0 0 34681776974 9401856 0 4793050336 0 cable - 199.48.95.0/2 1500922-static.ro 94275 - - 24989369 106396 - 9906685 - $ zabbix_agentd -t 'net.if.in[cable]' net.if.in[cable] [u|34684619970] Note the octets_txd (which should be a little bigger than obytes) is very close to netstat's Obytes (obytes): 4836948514 ~= 4793050336 But octets_recvd (which should be a little bigger than ibytes) is ~ 1/2 of netstat/zabbix's (ifmib's) ibytes. 17402549118 ~= 34681776974 / 2 I can run known traffic across an interface, and the octets_recvd are hanging with the expected change, while netstat's and zabbix's are at 2x. I'm running a custom kernel, but I was running the same on 12.2, as well, and this only crept up on 13. I don't have 13 running on anything with different hardware to compare, unfortunately. Thanks for any suggestions, - Eric From owner-freebsd-stable@freebsd.org Tue Feb 23 10:53:02 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B6DD566A3E for ; Tue, 23 Feb 2021 10:53:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay10.mail.gandi.net (relay10.mail.gandi.net [217.70.178.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlG9V1P0Fz4n3l for ; Tue, 23 Feb 2021 10:53:01 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 9CEC124000A; Tue, 23 Feb 2021 10:52:59 +0000 (UTC) Subject: Re: lots of "no such file or directory" errors in zfs filesystem To: Chris Anderson Cc: freebsd-stable@freebsd.org References: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> From: Andriy Gapon Message-ID: Date: Tue, 23 Feb 2021 12:52:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DlG9V1P0Fz4n3l X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 10:53:02 -0000 On 23/02/2021 05:25, Chris Anderson wrote: > so I can't ls -i the file since that triggers the no such file warning. if I run > zdb -dddd on the inode of a directory which contains one of those missing files, > I can get the inode of the file from that, but I don't get anything particularly > interesting in the output. > > most of the files that are missing are in directories with a large number of > files (the largest has 180k) but I managed to find a directory which had a > single file entry that is missing: > > Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects, rootbp > DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU objset] > fletcher4 uncompressed LE contiguous unique double size=800L/800P > birth=46916371L/46916371P fill=908537 > cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09 > > >     Object  lvl   iblk   dblk  dsize  dnsize  lsize   %full  type > >      38268    1   128K     1K      0    512     1K  100.00  ZFS directory > >                                                264   bonus  ZFS znode > >         dnode flags: USED_BYTES USERUSED_ACCOUNTED  > >         dnode maxblkid: 0 > >         uid     1001 > >         gid     1001 > >         atime   Sun Aug  6 02:00:41 2017 > >         mtime   Wed Apr 15 12:12:42 2020 > >         ctime   Wed Apr 15 12:12:42 2020 > >         crtime  Sat Aug  5 15:10:07 2017 > >         gen     23881023 > >         mode    40755 > >         size    3 > >         parent  38176 > >         links   2 > >         pflags  40800000144 > >         xattr   0 > >         rdev    0x0000000000000000 > >         microzap: 1024 bytes, 1 entries > >          > >                 hash_test.go = 38274 (type: Regular File) > > > # zdb -dddd tank/home/cva 38274 > > Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects, rootbp > DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU objset] > fletcher4 uncompressed LE contiguous unique double size=800L/800P > birth=46916371L/46916371P fill=908537 > cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09 > > >     Object  lvl   iblk   dblk  dsize  dnsize  lsize   %full  type > > zdb: dmu_bonus_hold(38274) failed, errno 2 So, this looks like a "simple" problem. Unfortunately, it is very hard to tell retrospectively what bug caused it. The directory has an entry for the file, but the file does not actually exist (or has a different ID). This is a logical inconsistency, not a data integrity issue. So, a scrub, being a data integrity check, would not detect such an issue. Hypothetical zfs_fsck is needed to find and repair such logical problems. Does that pool and filesystem have any special history? I mean upgrades, replication via send/recv, moving between OS-s, etc. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Feb 23 14:40:53 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E87815460CA; Tue, 23 Feb 2021 14:40:53 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f45.google.com (mail-io1-f45.google.com [209.85.166.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlMDP2D4Hz3M1B; Tue, 23 Feb 2021 14:40:53 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f45.google.com with SMTP id f20so17280731ioo.10; Tue, 23 Feb 2021 06:40:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xGqfduC2Kn2D6HE72lop/AxWBAVipZhzNFenYDKAb+4=; b=sh34/MG0IT5D04LSsnILCeq/CErxqFy1mZCuNoE9Y1Gk6zuWu/lHdd7g0lAgSb2xSn +4zb7JdT/Fx1IRmlyD3RIdO0BzJNALk2EmVlWyeX1PtGEE0sF8uDsTM9WAqM1zb9gnWC OuHU3/3axKVpztlSUkRGq3cFNXTvgmgc9z7mWSF99T5Gxl3ALoyGPqo8R6asSjgqBR1w HtDHLahYUmMESf0P6qe5dQzhCmYK65Sgy/onv6yCLPO4atV0K3QZlDhNt1ecdg7YXwXA cZblYJgAjcPHSeCLR2XJWIz0RQXukKcxNATFy4T8lthPf825ekkmZ0SFM6Dg+Nnd5w3b xbcA== X-Gm-Message-State: AOAM530j5zYICEi5A41D6/lYl7cugZhiqSp7dkFsPbZUCRH2bxlxz4Y0 /EeS/d1JBL9SUHOFAuXDvNrfr4R8rKENYR15xN/9uZ3USO8= X-Google-Smtp-Source: ABdhPJzdZpKIpI0d1VvjJj2l7d5k/l6SboaYHwvrZrF9oeAXgpoRbVqxilQIn5t756XQOLgqnAm3Ay3JtTXybGQ0Z9o= X-Received: by 2002:a05:6602:2e14:: with SMTP id o20mr20145986iow.179.1614091251435; Tue, 23 Feb 2021 06:40:51 -0800 (PST) MIME-Version: 1.0 References: <5b6e1fd1-1aa6-9031-78df-9dab1f05b21a@sentex.net> In-Reply-To: From: Ed Maste Date: Tue, 23 Feb 2021 09:40:22 -0500 Message-ID: Subject: Re: stable/12 git -> svn mirror delayed To: freebsd-stable stable Cc: freebsd-git , mike tancsa , Warner Losh Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DlMDP2D4Hz3M1B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.45 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.85 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.45:from]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[209.85.166.45:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.973]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.45:from]; NEURAL_HAM_MEDIUM(-0.87)[-0.872]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.45:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MAILMAN_DEST(0.00)[freebsd-stable,freebsd-git] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 14:40:54 -0000 On Thu, 18 Feb 2021 at 15:29, Ed Maste wrote: > > The git-svn stable/12 mirror is currently stuck. It encountered an > issue with the OpenSSL 1.1.1j import (e3a8c0df593b) and hasn't been > able to make progress past it. It's under investigation and will > hopefully be resolved soon. This was fixed and restarted at the end of last week; the Subversion tree is up-to-date. (Warner manually imported the git merge commit that was responsible for the issue.) From owner-freebsd-stable@freebsd.org Tue Feb 23 16:21:38 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A14EA5496DB for ; Tue, 23 Feb 2021 16:21:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlPSf48PYz3m42 for ; Tue, 23 Feb 2021 16:21:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f170.google.com (mail-qk1-f170.google.com [209.85.222.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 81894510 for ; Tue, 23 Feb 2021 16:21:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f170.google.com with SMTP id v206so16690247qkb.3 for ; Tue, 23 Feb 2021 08:21:38 -0800 (PST) X-Gm-Message-State: AOAM530jxtpSEmAABvYq+N68Z7KYsMUw5VntljZI8ZtDqhzEIH5UbGLA qGnIX6nyti3FTb3fRseqhPyjZHmI11EIEK2XzZQ= X-Google-Smtp-Source: ABdhPJxMgmAMJEVEktWz5OHSVDu3KjCJKkiXgoWgXuhnX7NkR+VfPCS7UKhaYCaVoENyM5WIeUiiRvfnL8+OUubB/Ao= X-Received: by 2002:a37:c01:: with SMTP id 1mr27180965qkm.493.1614097298039; Tue, 23 Feb 2021 08:21:38 -0800 (PST) MIME-Version: 1.0 References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> In-Reply-To: From: Kyle Evans Date: Tue, 23 Feb 2021 10:21:24 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: Warner Losh Cc: dweimer@dweimer.net, FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 16:21:38 -0000 Hi, What I don't understand here is, why are these being considered out-of-date? That seems like it is indicative of a larger problem that we'd surely fall over elsewhere on if not for here, that the source tree's timestamps are post-dated w.r.t. the objdir. Thanks, Kyle Evans On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote: > > What does this patch do for you? > > diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile > index ad95948ec50a..cbbe15bd1fc0 100644 > --- a/stand/i386/loader/Makefile > +++ b/stand/i386/loader/Makefile > @@ -90,7 +90,8 @@ FILES+= ${LOADER} > FILESMODE_${LOADER}= ${BINMODE} -b > > # XXX crt0.o needs to be first for pxeboot(8) to work > -OBJS= ${BTXCRT} > +# Can't add it to OBJS w/o pain and suffering > +LDFLAGS+= ${BTXCRT} > > DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > > Anything? > > Warner > > On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer wrote: > > > On 2021-02-22 10:53 am, Dean E. Weimer wrote: > > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: > > >> On 2021-02-22 9:29 am, Warner Losh wrote: > > >> > > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable > > >>> wrote: > > >>> > > >>>> I was able to successfully build and install BETA2 from source, > > >>>> however > > >>>> I am now attempting to upgrade the same machine to BETA3 buildworld > > >>>> and > > >>>> buildkernel complete. installkernel also completes, but installworld > > >>>> fails, it appears to not find a file for i386 boot. > > >>>> > > >>>> I do have a customized src.conf > > >>>> WIHTOUT_FLOPPY="YES" > > >>>> WITHOUT_FREEBSD_UPDATE="YES" > > >>>> WITH_BSD_GREP="YES" > > >>>> WITHOUT_BLUETOOTH="YES" > > >>>> WITHOUT_PORTSNAP="YES" > > >>>> WITHOUT_WIRELESS="YES" > > >>>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" > > >>>> WITHOUT_ATM="YES" > > >>>> WITHOUT_LPR="YES" > > >>>> WITHOUT_PPP="YES" > > >>>> WITHOUT_LLDB="YES" > > >>>> WITHOUT_FTP="YES" > > >>>> WITHOUT_RBOOTD="YES" > > >>>> WITHOUT_TALK="YES" > > >>>> WITHOUT_NTP="YES" > > >>>> WITH_ISCSI="YES" > > >>>> WITH_REPRODUCIBLE_BUILD="YES" > > >>>> WITHOUT_GNU_DIFF="YES" > > >>>> WITH_KERNEL_RETPOLINE="YES" > > >>>> > > >>>> and customized make.conf > > >>>> CFLAGS?= -O > > >>>> CLFAGS+= -pipe > > >>>> NO_CPU_CFLAGS= > > >>>> MK_WERROR=no > > >>>> > > >>>> WITH_CCACHE_BUILD= YES > > >>>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE > > >>>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES > > >>>> DOCS > > >>>> WRKDIRPREFIX= /var/ports > > >>>> PACKAGES= /var/ports/packages > > >>>> WITH_PKGNG= YES > > >>>> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 > > >>>> mysql=105m > > >>>> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 > > >>>> > > >>>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && > > >>>> !defined(NOCCACHE) > > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > > >>>> .endif > > >>>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || > > >>>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) > > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > > >>>> .endif > > >>>> > > >>>> Here's the part of where it fails during the install, src tree was > > >>>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. > > >>>> > > >>>> ... > > >>>> ===> stand/userboot (install) > > >>>> ===> stand/userboot/test (install) > > >>>> ===> stand/userboot/userboot_4th (install) > > >>>> install -o root -g wheel -m 444 -S userboot_4th.so > > >>>> /jails/devel/ROOT/boot/ > > >>>> install -o root -g wheel -m 444 userboot_4th.so.debug > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ > > >>>> ===> stand/userboot/userboot_lua (install) > > >>>> install -o root -g wheel -m 444 -S userboot_lua.so > > >>>> /jails/devel/ROOT/boot/ > > >>>> install -o root -g wheel -m 444 userboot_lua.so.debug > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ > > >>>> install -l h -o root -g wheel -m 444 > > >>>> /jails/devel/ROOT/boot/userboot_lua.so > > >>>> /jails/devel/ROOT/boot/userboot.so > > >>>> ===> stand/i386 (install) > > >>>> ===> stand/i386/btx (install) > > >>>> ===> stand/i386/btx/btx (install) > > >>>> ===> stand/i386/btx/btxldr (install) > > >>>> ===> stand/i386/btx/lib (install) > > >>>> ===> stand/i386/libi386 (install) > > >>>> ===> stand/i386/mbr (install) > > >>>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr > > >>>> ===> stand/i386/pmbr (install) > > >>>> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr > > >>>> ===> stand/i386/boot0 (install) > > >>>> install -o root -g wheel -m 444 boot0 > > >>>> /jails/devel/ROOT/boot/boot0 > > >>>> ===> stand/i386/boot0sio (install) > > >>>> install -o root -g wheel -m 444 boot0 > > >>>> /jails/devel/ROOT/boot/boot0sio > > >>>> ===> stand/i386/boot2 (install) > > >>>> objcopy -S -O binary boot1.out boot1 > > >>>> objcopy -S -O binary boot2.out boot2.bin > > >>>> btxld -v -E 0x2000 -f bin -b > > >>>> > > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx > > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin > > >>>> make[6]: exec(btxld) failed (No such file or directory) > > >>> > > >>> Does this happen every time, or only sometimes? Do you have the > > >>> complete log? Why we're trying to run btxld and objcopy in the > > >>> *INSTALL* phase is likely why (paths are different between the two) > > >>> > > >>> Warner > > >>> > > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" > > >> > > >> Everytime, not sure why I am trying to run btxld and objcopy in > > >> install phase, I am simply running the command make installworld > > >> > > >> I do use env variables to change paths, as I install to a ZFS clone of > > >> the original system dataset then change boot setting on pool and > > >> reboot. > > >> > > >> Environment Variables used during build and install, been doing this > > >> process ever since I started using ZFS boot on FreeBSD 9.2. > > >> > > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj > > >> setenv DESTDIR /jails/devel/ROOT > > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf > > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf > > > > > > I had already started a new build specifying CPUTYPE=silvermont in > > > make.conf, as attempt work around. It failed as well. I did check and > > > the path above exists on the system > > > > > > > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx > > > # ll > > > total 10 > > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o > > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* > > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o > > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ > > > > > > I have removed my CPU Type specification and will run a new make and > > > install capturing full logs so that I can post a link to full logs. > > > > I did a new build and capture output from full buildworld and > > installworld, but first I cleared ccache same error was a result. > > > > Here is the entire output along with my make.conf and src.conf files. > > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L > > > > > > -- > > Thanks, > > Dean E. Weimer > > http://www.dweimer.net/ > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Feb 23 17:31:13 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F3DFB54B5D1 for ; Tue, 23 Feb 2021 17:31:12 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: from mail-wr1-f52.google.com (mail-wr1-f52.google.com [209.85.221.52]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlR0v6p6lz3rTx; Tue, 23 Feb 2021 17:31:11 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: by mail-wr1-f52.google.com with SMTP id y17so1850153wrs.12; Tue, 23 Feb 2021 09:31:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=O3WRJdIcG47dxxyChMkDwS9Ki8O6gEgXfrqY9N2h/0A=; b=CUwK24F95uLYSLKgpFZ4UM2R3GMIajMiaxNrxFz5jIa/QzL2DsfPK8VCEBbFtSzzTk TJtn3rowcOwho2TqBwtTfUXt69eOZFIOLGhyalBWF37CFOuRfO8MjknbhQPBBJiMq11k Aoj5wQQ6g/UYYNII0cUSXHTfeSqZNNUWcGRrgtuAhEMj25Da49l4iSkfIAory8WVrdm1 s7LvqvXA1C4XMZtSSSSHaEyfIGyw0RYBi4hbMMnl272zHvKC6iju30afEkjD4rOC1iEw 7NQctC8ZrMskEGB+edoLKy+LDcZ6hWRZvTxr8CILl9M7ruPw6rCKw9IL0yq+0gBniD3C KFNA== X-Gm-Message-State: AOAM533J/mTdJm8a0CGQhvnWooS5se4On2AzImF94StCqz+/RMix2pkT nxkQ0AGmj9YxFeJnjkg6qxX0ptXNDwkYqtznTR0aFnVh X-Google-Smtp-Source: ABdhPJyGnbW0ZoZpYkbFgMXtolhYgrjj10JF0RK/xe7YG6TBxLj4l9QZjrsvOqZ5LgoDHSPHx+jwJJXISlUpqYDdUVU= X-Received: by 2002:adf:a2c7:: with SMTP id t7mr27632335wra.42.1614101469636; Tue, 23 Feb 2021 09:31:09 -0800 (PST) MIME-Version: 1.0 References: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> In-Reply-To: From: Chris Anderson Date: Tue, 23 Feb 2021 11:30:58 -0600 Message-ID: Subject: Re: lots of "no such file or directory" errors in zfs filesystem To: Andriy Gapon Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4DlR0v6p6lz3rTx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=pobox.com (policy=none); spf=pass (mx1.freebsd.org: domain of chrisanderson@gmail.com designates 209.85.221.52 as permitted sender) smtp.mailfrom=chrisanderson@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; FROM_NEQ_ENVFROM(0.00)[cva@pobox.com,chrisanderson@gmail.com]; MAILMAN_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[pobox.com : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[209.85.221.52:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.221.52:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.52:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[cva@pobox.com,chrisanderson@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.52:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 17:31:13 -0000 On Tue, Feb 23, 2021 at 4:53 AM Andriy Gapon wrote: > On 23/02/2021 05:25, Chris Anderson wrote: > > so I can't ls -i the file since that triggers the no such file warning. > if I run > > zdb -dddd on the inode of a directory which contains one of those > missing files, > > I can get the inode of the file from that, but I don't get anything > particularly > > interesting in the output. > > > > most of the files that are missing are in directories with a large > number of > > files (the largest has 180k) but I managed to find a directory which had > a > > single file entry that is missing: > > > > Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects, > rootbp > > DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU objset] > > fletcher4 uncompressed LE contiguous unique double size=800L/800P > > birth=46916371L/46916371P fill=908537 > > cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09 > > > > > > Object lvl iblk dblk dsize dnsize lsize %full type > > > > 38268 1 128K 1K 0 512 1K 100.00 ZFS directory > > > > 264 bonus ZFS znode > > > > dnode flags: USED_BYTES USERUSED_ACCOUNTED > > > > dnode maxblkid: 0 > > > > uid 1001 > > > > gid 1001 > > > > atime Sun Aug 6 02:00:41 2017 > > > > mtime Wed Apr 15 12:12:42 2020 > > > > ctime Wed Apr 15 12:12:42 2020 > > > > crtime Sat Aug 5 15:10:07 2017 > > > > gen 23881023 > > > > mode 40755 > > > > size 3 > > > > parent 38176 > > > > links 2 > > > > pflags 40800000144 > > > > xattr 0 > > > > rdev 0x0000000000000000 > > > > microzap: 1024 bytes, 1 entries > > > > > > > > hash_test.go = 38274 (type: Regular File) > > > > > > # zdb -dddd tank/home/cva 38274 > > > > Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects, > rootbp > > DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU objset] > > fletcher4 uncompressed LE contiguous unique double size=800L/800P > > birth=46916371L/46916371P fill=908537 > > cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09 > > > > > > Object lvl iblk dblk dsize dnsize lsize %full type > > > > zdb: dmu_bonus_hold(38274) failed, errno 2 > > So, this looks like a "simple" problem. > Unfortunately, it is very hard to tell retrospectively what bug caused it. > The directory has an entry for the file, but the file does not actually > exist > (or has a different ID). > This is a logical inconsistency, not a data integrity issue. > So, a scrub, being a data integrity check, would not detect such an issue. > Hypothetical zfs_fsck is needed to find and repair such logical problems. > ah, I see. that makes sense. > Does that pool and filesystem have any special history? > I mean upgrades, replication via send/recv, moving between OS-s, etc. > nope, it led a pretty boring life. that zfs filesystem was created on that server and has been on the same two mirrored disks for its lifetime. it has had freebsd upgrades applied as they became available. zfs upgrades were for the most part avoided until quite recently (though the problem existed prior to the upgrades) the server does have a relatively modest amount of ram (2GB). dunno if that makes it more likely that these kinds of issues get triggered. From owner-freebsd-stable@freebsd.org Tue Feb 23 18:09:33 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B594154C3F8 for ; Tue, 23 Feb 2021 18:09:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlRs94Sm5z3v87 for ; Tue, 23 Feb 2021 18:09:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2d.google.com with SMTP id s3so5742557qvn.7 for ; Tue, 23 Feb 2021 10:09:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CWJSrU4ooCL0r23L8mTHdU9CC7pHgFLJIS/B1SDsWCw=; b=LswqrVby6bohT7sm+gwmN/LTqh11IDsv5dePFuIXTgk3UHCngOSDpqXxB7p8tsMiB1 Xv81J2ZhHsBLe2wMITrle+0Zu1uzlEtN2jKL5EbCFDEr8XrR4MyMOyeO59eD/LWnlvVR TY40FKsNkiLclNYJU1wB17v5pSU9f4I+cStufbWhn1SenEshmVWmCxBYfHYjcWfUTid2 eOWFD8AJFZ2PdfI9QCYqZ5uDpgpkhurWxbIvnelFL3PmYBccAf3i7pLxOPQ9HutI4gSb 4lFizM3GZkqF7b5q6weK4eLg7dc4Fu6jZQGY59AVFJQzU89AzA8JWJT0nniXPRthhlFc qVoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CWJSrU4ooCL0r23L8mTHdU9CC7pHgFLJIS/B1SDsWCw=; b=hiM0EfbXFSyAbl0TArBmgwW26KR2OgRLlf6ltrTXM8E6RriB//n5JNpVl9QhLfjBv2 giJBLXiWkcsy4XBv4aBsV8VxaVhyw5fUa9fXIRhVnSYZegqEY+Jn3c0/oAueixdfKUIw hUV3ZWU732oGRHAtdDfpIEkF+Zc3KXFbLlGzayLWYxyaDsCHTfxB0m4og3D6/ESrhuWC rNOARoLafvZBz82VKIy2NHJ/OvbqKcR63PCb9FrB0TKBy4Nwbw5113Uy8HgGC6scW6Dt YE77wya8WXMrZCN9exq5Lxz90ghj2U3FmXAWq4GiyYusRhUVi/aUuj5tRWZPNY123hSS nLEQ== X-Gm-Message-State: AOAM530TVSzpBLjNv1y4LN+WSeV8wqlDHdD1I6iLYe9TGrT4zk0TToaI 1tVUr/vESO2r7GRc+lgJSJIPgdoYj3VRzcXAxD+Mng== X-Google-Smtp-Source: ABdhPJykl65Q/gMgqUODwKG/KDxud97CpsXxTZQGrkPfjAPQuM/yEyexh+c5LJvYozKJVtHl17fIFB7FxxqbjTytkq4= X-Received: by 2002:a0c:cc8d:: with SMTP id f13mr3098153qvl.8.1614103772323; Tue, 23 Feb 2021 10:09:32 -0800 (PST) MIME-Version: 1.0 References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> In-Reply-To: From: Warner Losh Date: Tue, 23 Feb 2021 11:09:21 -0700 Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: Kyle Evans Cc: dweimer@dweimer.net, FreeBSD Stable X-Rspamd-Queue-Id: 4DlRs94Sm5z3v87 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 18:09:33 -0000 I'm unsure of the mechanics as well. I do know that we shouldn't delete stuff in OTHER directories, though. the btx stuff is trying to do a bit of an end run around the link only with the installed stuff here and using crt0.o as a library from the 'where it was built' directory which I think creates one too many dependencies... I've not yet puzzled through all of them to find out which one is causing us to think we need to rebuild though. Warner On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans wrote: > Hi, > > What I don't understand here is, why are these being considered > out-of-date? That seems like it is indicative of a larger problem that > we'd surely fall over elsewhere on if not for here, that the source > tree's timestamps are post-dated w.r.t. the objdir. > > Thanks, > > Kyle Evans > > On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote: > > > > What does this patch do for you? > > > > diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile > > index ad95948ec50a..cbbe15bd1fc0 100644 > > --- a/stand/i386/loader/Makefile > > +++ b/stand/i386/loader/Makefile > > @@ -90,7 +90,8 @@ FILES+= ${LOADER} > > FILESMODE_${LOADER}= ${BINMODE} -b > > > > # XXX crt0.o needs to be first for pxeboot(8) to work > > -OBJS= ${BTXCRT} > > +# Can't add it to OBJS w/o pain and suffering > > +LDFLAGS+= ${BTXCRT} > > > > DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > > LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > > > > Anything? > > > > Warner > > > > On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer > wrote: > > > > > On 2021-02-22 10:53 am, Dean E. Weimer wrote: > > > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: > > > >> On 2021-02-22 9:29 am, Warner Losh wrote: > > > >> > > > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable > > > >>> wrote: > > > >>> > > > >>>> I was able to successfully build and install BETA2 from source, > > > >>>> however > > > >>>> I am now attempting to upgrade the same machine to BETA3 > buildworld > > > >>>> and > > > >>>> buildkernel complete. installkernel also completes, but > installworld > > > >>>> fails, it appears to not find a file for i386 boot. > > > >>>> > > > >>>> I do have a customized src.conf > > > >>>> WIHTOUT_FLOPPY="YES" > > > >>>> WITHOUT_FREEBSD_UPDATE="YES" > > > >>>> WITH_BSD_GREP="YES" > > > >>>> WITHOUT_BLUETOOTH="YES" > > > >>>> WITHOUT_PORTSNAP="YES" > > > >>>> WITHOUT_WIRELESS="YES" > > > >>>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" > > > >>>> WITHOUT_ATM="YES" > > > >>>> WITHOUT_LPR="YES" > > > >>>> WITHOUT_PPP="YES" > > > >>>> WITHOUT_LLDB="YES" > > > >>>> WITHOUT_FTP="YES" > > > >>>> WITHOUT_RBOOTD="YES" > > > >>>> WITHOUT_TALK="YES" > > > >>>> WITHOUT_NTP="YES" > > > >>>> WITH_ISCSI="YES" > > > >>>> WITH_REPRODUCIBLE_BUILD="YES" > > > >>>> WITHOUT_GNU_DIFF="YES" > > > >>>> WITH_KERNEL_RETPOLINE="YES" > > > >>>> > > > >>>> and customized make.conf > > > >>>> CFLAGS?= -O > > > >>>> CLFAGS+= -pipe > > > >>>> NO_CPU_CFLAGS= > > > >>>> MK_WERROR=no > > > >>>> > > > >>>> WITH_CCACHE_BUILD= YES > > > >>>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE > > > >>>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS > EXAMPLES > > > >>>> DOCS > > > >>>> WRKDIRPREFIX= /var/ports > > > >>>> PACKAGES= /var/ports/packages > > > >>>> WITH_PKGNG= YES > > > >>>> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 > > > >>>> mysql=105m > > > >>>> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 > > > >>>> > > > >>>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && > > > >>>> !defined(NOCCACHE) > > > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > > > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > > > >>>> .endif > > > >>>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || > > > >>>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) > > > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} > > > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} > > > >>>> .endif > > > >>>> > > > >>>> Here's the part of where it fails during the install, src tree was > > > >>>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. > > > >>>> > > > >>>> ... > > > >>>> ===> stand/userboot (install) > > > >>>> ===> stand/userboot/test (install) > > > >>>> ===> stand/userboot/userboot_4th (install) > > > >>>> install -o root -g wheel -m 444 -S userboot_4th.so > > > >>>> /jails/devel/ROOT/boot/ > > > >>>> install -o root -g wheel -m 444 userboot_4th.so.debug > > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ > > > >>>> ===> stand/userboot/userboot_lua (install) > > > >>>> install -o root -g wheel -m 444 -S userboot_lua.so > > > >>>> /jails/devel/ROOT/boot/ > > > >>>> install -o root -g wheel -m 444 userboot_lua.so.debug > > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ > > > >>>> install -l h -o root -g wheel -m 444 > > > >>>> /jails/devel/ROOT/boot/userboot_lua.so > > > >>>> /jails/devel/ROOT/boot/userboot.so > > > >>>> ===> stand/i386 (install) > > > >>>> ===> stand/i386/btx (install) > > > >>>> ===> stand/i386/btx/btx (install) > > > >>>> ===> stand/i386/btx/btxldr (install) > > > >>>> ===> stand/i386/btx/lib (install) > > > >>>> ===> stand/i386/libi386 (install) > > > >>>> ===> stand/i386/mbr (install) > > > >>>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr > > > >>>> ===> stand/i386/pmbr (install) > > > >>>> install -o root -g wheel -m 444 pmbr > /jails/devel/ROOT/boot/pmbr > > > >>>> ===> stand/i386/boot0 (install) > > > >>>> install -o root -g wheel -m 444 boot0 > > > >>>> /jails/devel/ROOT/boot/boot0 > > > >>>> ===> stand/i386/boot0sio (install) > > > >>>> install -o root -g wheel -m 444 boot0 > > > >>>> /jails/devel/ROOT/boot/boot0sio > > > >>>> ===> stand/i386/boot2 (install) > > > >>>> objcopy -S -O binary boot1.out boot1 > > > >>>> objcopy -S -O binary boot2.out boot2.bin > > > >>>> btxld -v -E 0x2000 -f bin -b > > > >>>> > > > > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx > > > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin > > > >>>> make[6]: exec(btxld) failed (No such file or directory) > > > >>> > > > >>> Does this happen every time, or only sometimes? Do you have the > > > >>> complete log? Why we're trying to run btxld and objcopy in the > > > >>> *INSTALL* phase is likely why (paths are different between the two) > > > >>> > > > >>> Warner > > > >>> > > > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" > > > >> > > > >> Everytime, not sure why I am trying to run btxld and objcopy in > > > >> install phase, I am simply running the command make installworld > > > >> > > > >> I do use env variables to change paths, as I install to a ZFS clone > of > > > >> the original system dataset then change boot setting on pool and > > > >> reboot. > > > >> > > > >> Environment Variables used during build and install, been doing this > > > >> process ever since I started using ZFS boot on FreeBSD 9.2. > > > >> > > > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj > > > >> setenv DESTDIR /jails/devel/ROOT > > > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf > > > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf > > > > > > > > I had already started a new build specifying CPUTYPE=silvermont in > > > > make.conf, as attempt work around. It failed as well. I did check and > > > > the path above exists on the system > > > > > > > > > > > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx > > > > # ll > > > > total 10 > > > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o > > > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* > > > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o > > > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ > > > > > > > > I have removed my CPU Type specification and will run a new make and > > > > install capturing full logs so that I can post a link to full logs. > > > > > > I did a new build and capture output from full buildworld and > > > installworld, but first I cleared ccache same error was a result. > > > > > > Here is the entire output along with my make.conf and src.conf files. > > > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L > > > > > > > > > -- > > > Thanks, > > > Dean E. Weimer > > > http://www.dweimer.net/ > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > From owner-freebsd-stable@freebsd.org Tue Feb 23 18:35:09 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D84254DD0E for ; Tue, 23 Feb 2021 18:35:09 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlSQj1dbtz4RVC for ; Tue, 23 Feb 2021 18:35:09 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 26CCD126B for ; Tue, 23 Feb 2021 18:35:09 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f177.google.com with SMTP id h8so17177521qkk.6 for ; Tue, 23 Feb 2021 10:35:09 -0800 (PST) X-Gm-Message-State: AOAM530XoQtZErgGw4wItV1GziZBx7V+Sj1upESQewf5oDXKFFN5zzXu GbvanEgnhK+zRFQ6MueRuRY3A92QyaNdd5r8KRI= X-Google-Smtp-Source: ABdhPJwrDezJ1C1jFraWz86Ev7iSaevBnoDaBUFaOVJMbHRGiBYxE2e4I3NJHEPNhl/K9KOdEw2Xm4xaNv4t2DjHMeY= X-Received: by 2002:a37:6484:: with SMTP id y126mr28666575qkb.430.1614105308704; Tue, 23 Feb 2021 10:35:08 -0800 (PST) MIME-Version: 1.0 References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> In-Reply-To: From: Kyle Evans Date: Tue, 23 Feb 2021 12:34:55 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: Warner Losh Cc: dweimer@dweimer.net, FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 18:35:09 -0000 The more I look at `make -dm` output, the less sense it makes. Your patch is decidedly correct regardless of how this specific scenario is playing out: 1.) As you noted, it's wrong to clean something that's built elsewhere. You can reasonably expect `make clean all` to work pretty much everywhere else. 2.) i386/loader cannot make an informed decision about whether it's out-of-date, which is sufficient to tell that the existing addition to OBJS was not the correct implementation in hindsight. 3.) The failure mode if it's *missing* is exactly the same before and after your patch; file can't be found, cannot build it. On Tue, Feb 23, 2021 at 12:09 PM Warner Losh wrote: > > I'm unsure of the mechanics as well. I do know that we shouldn't delete s= tuff in OTHER directories, though. the btx stuff is trying to do a bit of a= n end run around the link only with the installed stuff here and using crt0= .o as a library from the 'where it was built' directory which I think creat= es one too many dependencies... I've not yet puzzled through all of them to= find out which one is causing us to think we need to rebuild though. > > Warner > > On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans wrote: >> >> Hi, >> >> What I don't understand here is, why are these being considered >> out-of-date? That seems like it is indicative of a larger problem that >> we'd surely fall over elsewhere on if not for here, that the source >> tree's timestamps are post-dated w.r.t. the objdir. >> >> Thanks, >> >> Kyle Evans >> >> On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote: >> > >> > What does this patch do for you? >> > >> > diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile >> > index ad95948ec50a..cbbe15bd1fc0 100644 >> > --- a/stand/i386/loader/Makefile >> > +++ b/stand/i386/loader/Makefile >> > @@ -90,7 +90,8 @@ FILES+=3D ${LOADER} >> > FILESMODE_${LOADER}=3D ${BINMODE} -b >> > >> > # XXX crt0.o needs to be first for pxeboot(8) to work >> > -OBJS=3D ${BTXCRT} >> > +# Can't add it to OBJS w/o pain and suffering >> > +LDFLAGS+=3D ${BTXCRT} >> > >> > DPADD=3D ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >> > LDADD=3D ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >> > >> > Anything? >> > >> > Warner >> > >> > On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer w= rote: >> > >> > > On 2021-02-22 10:53 am, Dean E. Weimer wrote: >> > > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: >> > > >> On 2021-02-22 9:29 am, Warner Losh wrote: >> > > >> >> > > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stabl= e >> > > >>> wrote: >> > > >>> >> > > >>>> I was able to successfully build and install BETA2 from source, >> > > >>>> however >> > > >>>> I am now attempting to upgrade the same machine to BETA3 buildw= orld >> > > >>>> and >> > > >>>> buildkernel complete. installkernel also completes, but install= world >> > > >>>> fails, it appears to not find a file for i386 boot. >> > > >>>> >> > > >>>> I do have a customized src.conf >> > > >>>> WIHTOUT_FLOPPY=3D"YES" >> > > >>>> WITHOUT_FREEBSD_UPDATE=3D"YES" >> > > >>>> WITH_BSD_GREP=3D"YES" >> > > >>>> WITHOUT_BLUETOOTH=3D"YES" >> > > >>>> WITHOUT_PORTSNAP=3D"YES" >> > > >>>> WITHOUT_WIRELESS=3D"YES" >> > > >>>> WITHOUT_WPA_SUPPLICANT_EAPOL=3D"YES" >> > > >>>> WITHOUT_ATM=3D"YES" >> > > >>>> WITHOUT_LPR=3D"YES" >> > > >>>> WITHOUT_PPP=3D"YES" >> > > >>>> WITHOUT_LLDB=3D"YES" >> > > >>>> WITHOUT_FTP=3D"YES" >> > > >>>> WITHOUT_RBOOTD=3D"YES" >> > > >>>> WITHOUT_TALK=3D"YES" >> > > >>>> WITHOUT_NTP=3D"YES" >> > > >>>> WITH_ISCSI=3D"YES" >> > > >>>> WITH_REPRODUCIBLE_BUILD=3D"YES" >> > > >>>> WITHOUT_GNU_DIFF=3D"YES" >> > > >>>> WITH_KERNEL_RETPOLINE=3D"YES" >> > > >>>> >> > > >>>> and customized make.conf >> > > >>>> CFLAGS?=3D -O >> > > >>>> CLFAGS+=3D -pipe >> > > >>>> NO_CPU_CFLAGS=3D >> > > >>>> MK_WERROR=3Dno >> > > >>>> >> > > >>>> WITH_CCACHE_BUILD=3D YES >> > > >>>> OPTIONS_SET=3D LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE >> > > >>>> OPTIONS_UNSET=3D X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS E= XAMPLES >> > > >>>> DOCS >> > > >>>> WRKDIRPREFIX=3D /var/ports >> > > >>>> PACKAGES=3D /var/ports/packages >> > > >>>> WITH_PKGNG=3D YES >> > > >>>> DEFAULT_VERSIONS=3D pgsql=3D13 php=3D80 apache=3D2.4 perl5=3D5.= 32 bdb=3D6 >> > > >>>> mysql=3D105m >> > > >>>> ssl=3Dopenssl python=3D3.9 python3=3D3.9 gcc=3D9 linux=3Dc7 sam= ba=3D4.13 >> > > >>>> >> > > >>>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) = && >> > > >>>> !defined(NOCCACHE) >> > > >>>> CC:=3D${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >> > > >>>> CXX:=3D${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >> > > >>>> .endif >> > > >>>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || >> > > >>>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCAC= HE) >> > > >>>> CC:=3D${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >> > > >>>> CXX:=3D${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >> > > >>>> .endif >> > > >>>> >> > > >>>> Here's the part of where it fails during the install, src tree = was >> > > >>>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. >> > > >>>> >> > > >>>> ... >> > > >>>> =3D=3D=3D> stand/userboot (install) >> > > >>>> =3D=3D=3D> stand/userboot/test (install) >> > > >>>> =3D=3D=3D> stand/userboot/userboot_4th (install) >> > > >>>> install -o root -g wheel -m 444 -S userboot_4th.so >> > > >>>> /jails/devel/ROOT/boot/ >> > > >>>> install -o root -g wheel -m 444 userboot_4th.so.debug >> > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ >> > > >>>> =3D=3D=3D> stand/userboot/userboot_lua (install) >> > > >>>> install -o root -g wheel -m 444 -S userboot_lua.so >> > > >>>> /jails/devel/ROOT/boot/ >> > > >>>> install -o root -g wheel -m 444 userboot_lua.so.debug >> > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ >> > > >>>> install -l h -o root -g wheel -m 444 >> > > >>>> /jails/devel/ROOT/boot/userboot_lua.so >> > > >>>> /jails/devel/ROOT/boot/userboot.so >> > > >>>> =3D=3D=3D> stand/i386 (install) >> > > >>>> =3D=3D=3D> stand/i386/btx (install) >> > > >>>> =3D=3D=3D> stand/i386/btx/btx (install) >> > > >>>> =3D=3D=3D> stand/i386/btx/btxldr (install) >> > > >>>> =3D=3D=3D> stand/i386/btx/lib (install) >> > > >>>> =3D=3D=3D> stand/i386/libi386 (install) >> > > >>>> =3D=3D=3D> stand/i386/mbr (install) >> > > >>>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/= mbr >> > > >>>> =3D=3D=3D> stand/i386/pmbr (install) >> > > >>>> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot= /pmbr >> > > >>>> =3D=3D=3D> stand/i386/boot0 (install) >> > > >>>> install -o root -g wheel -m 444 boot0 >> > > >>>> /jails/devel/ROOT/boot/boot0 >> > > >>>> =3D=3D=3D> stand/i386/boot0sio (install) >> > > >>>> install -o root -g wheel -m 444 boot0 >> > > >>>> /jails/devel/ROOT/boot/boot0sio >> > > >>>> =3D=3D=3D> stand/i386/boot2 (install) >> > > >>>> objcopy -S -O binary boot1.out boot1 >> > > >>>> objcopy -S -O binary boot2.out boot2.bin >> > > >>>> btxld -v -E 0x2000 -f bin -b >> > > >>>> >> > > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand= /i386/btx/btx/btx >> > > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin >> > > >>>> make[6]: exec(btxld) failed (No such file or directory) >> > > >>> >> > > >>> Does this happen every time, or only sometimes? Do you have the >> > > >>> complete log? Why we're trying to run btxld and objcopy in the >> > > >>> *INSTALL* phase is likely why (paths are different between the t= wo) >> > > >>> >> > > >>> Warner >> > > >>> >> > > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > >> >> > > >> Everytime, not sure why I am trying to run btxld and objcopy in >> > > >> install phase, I am simply running the command make installworld >> > > >> >> > > >> I do use env variables to change paths, as I install to a ZFS clo= ne of >> > > >> the original system dataset then change boot setting on pool and >> > > >> reboot. >> > > >> >> > > >> Environment Variables used during build and install, been doing t= his >> > > >> process ever since I started using ZFS boot on FreeBSD 9.2. >> > > >> >> > > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj >> > > >> setenv DESTDIR /jails/devel/ROOT >> > > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf >> > > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf >> > > > >> > > > I had already started a new build specifying CPUTYPE=3Dsilvermont = in >> > > > make.conf, as attempt work around. It failed as well. I did check = and >> > > > the path above exists on the system >> > > > >> > > > >> > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stan= d/i386/btx/btx >> > > > # ll >> > > > total 10 >> > > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o >> > > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* >> > > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o >> > > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ >> > > > >> > > > I have removed my CPU Type specification and will run a new make a= nd >> > > > install capturing full logs so that I can post a link to full logs= . >> > > >> > > I did a new build and capture output from full buildworld and >> > > installworld, but first I cleared ccache same error was a result. >> > > >> > > Here is the entire output along with my make.conf and src.conf files= . >> > > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L >> > > >> > > >> > > -- >> > > Thanks, >> > > Dean E. Weimer >> > > http://www.dweimer.net/ >> > > >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" From owner-freebsd-stable@freebsd.org Tue Feb 23 20:28:26 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 99CC75517BA for ; Tue, 23 Feb 2021 20:28:26 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlVxP4tHkz4ZGZ for ; Tue, 23 Feb 2021 20:28:25 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11NKSHnI087542 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 23 Feb 2021 14:28:17 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 14:28:11 -0600 From: "Dean E. Weimer" To: dweimer@dweimer.net Cc: Warner Losh , FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: <33973f4e4af2144ee81aa615c0826b60@dweimer.net> References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> <71f2608341cdea1e4a36551b61d7e4a0@dweimer.net> <33973f4e4af2144ee81aa615c0826b60@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlVxP4tHkz4ZGZ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 20:28:26 -0000 On 2021-02-22 9:34 pm, Dean E. Weimer wrote: > On 2021-02-22 8:55 pm, Dean E. Weimer via freebsd-stable wrote: >> On 2021-02-22 5:52 pm, Warner Losh wrote: >> >>> What does this patch do for you? >>> >>> diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile >>> index ad95948ec50a..cbbe15bd1fc0 100644 >>> --- a/stand/i386/loader/Makefile >>> +++ b/stand/i386/loader/Makefile >>> @@ -90,7 +90,8 @@ FILES+= ${LOADER} >>> FILESMODE_${LOADER}= ${BINMODE} -b >>> >>> # XXX crt0.o needs to be first for pxeboot(8) to work >>> -OBJS= ${BTXCRT} >>> +# Can't add it to OBJS w/o pain and suffering >>> +LDFLAGS+= ${BTXCRT} >>> >>> DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >>> LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >>> >>> Anything? >>> >>> Warner >> >> Success, mostly anyways. I tried copying and pasting above into a file >> (/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to >> apply, so I just manually edited file, removed OBJS= line and added >> the comment and LDFLAGS+= line. ran make clean in usr/src/stand and >> then from usr/src ran make -DNO_CLEAN buildworld, then buildinstall >> completed. Don't know if email client added a special character that >> screwed up patch or I just did it wrong, but the fix appears to have >> worked. > > Maybe I spoke to soon, system failed to boot. Going to spool up a VM > to see if I can replicate issue within the VM. I was able to get the install to work and boot from my VM, I tried first without the patch, received the same error, patched and rebuilt to install. The failure to Boot my hardware machine maybe a fluke, I did get some warnings that may hint at one of my mirror disks failing. I did however run into some new issues, going to start a new thread looks like an update made since Beta3 snapshots were done on releng/13.0 tree has broke dtrace. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Tue Feb 23 20:36:12 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 64E21552286 for ; Tue, 23 Feb 2021 20:36:12 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlW6M4cShz4ZvP for ; Tue, 23 Feb 2021 20:36:11 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11NKa9N1088618 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 23 Feb 2021 14:36:10 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 14:36:04 -0600 From: "Dean E. Weimer" To: FreeBSD Stable Subject: dtrace issue on releng/13.0 Reply-To: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.4.11 Message-ID: <7fdb6e85a2bd82606bf5603a21d0625a@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlW6M4cShz4ZvP X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 20:36:12 -0000 I just built and installed FreeBSD 13.0 Beta 3 from source checked out with last commit of 4b737a9c58cac69008f189cc44e7d1a81a0b601c after the install I was installing a few ports, and perl5.32 failed to build stating dtrace -h not available. root@fbsd13-devel:/ # dtrace -h dtrace: failed to establish error handler: "/usr/lib/dtrace/psinfo.d", line 1: failed to copy type of 'pr_uid': Type information is in parent and unavailable The initial install from the FreeBSD-BETA3 iso image does work as expected, so the problem was introduced since then. root@fbsd13:/jails/devel # dtrace -h dtrace: -h requires one or more scripts or enabling options It does appear that the commit ae093a0614f30d4cdffb853e4eba93322e8ed8f4 references changes to dtrace. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Tue Feb 23 21:33:39 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A56C2553A57 for ; Tue, 23 Feb 2021 21:33:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlXNf6p99z4gYb for ; Tue, 23 Feb 2021 21:33:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x729.google.com with SMTP id t62so206810qke.7 for ; Tue, 23 Feb 2021 13:33:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=LvSe1J7djmWtUCeOJvMwRVA8J/7AiMx1bRpmJS//48U=; b=mA3oGwOyb3p5PXIzziFjgbN/JJQ3xFqkxE0aXOQPCF2uIvNg6FB2obDZesP706m5aj PVUz8GSHtD7Uw5HJJrk6yQQStkwExqS4k+A43uGbwDYLLPn6nGkrOBB4JdVhG98kr7E9 8ukSij+KZWEEAgSxf7mGZwTzUs3ZZUt+Z0ju/0w5YR70YAeVatNjtkN2W9HhH5ru6aJa gpNhXmc2a4M0SuH3inB3eMO+CYYCFdmOeUJsU4s4c2NKq8jLEegy+FnAlRr03y4N9D++ 41VwB7sXvPQqxujiKDIwkWSQLhEPUN9K8gh+mT3aKBEut8vKKQf0/FMQhPK4J5gK1oJh h/PA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=LvSe1J7djmWtUCeOJvMwRVA8J/7AiMx1bRpmJS//48U=; b=LstN1iUtHlAh4moFQzBU3sV5GnuzaIaCYDevkBsPkSC1WXplJ1eIzZTsS8V0lcRazU X3x3UC1E0/mFdUZzL3pQcBrT3t7lXCknPIT+Ep/344y4s94ZpCvMbpy72WJCGZtYeCB3 2RnGiGbt+zla2yii9VisTArnemyJOIhp5AQGLWIcH9Qiu0h3kn6tP97n//RVOS36VAK/ Sh5O91s55jwNt20dr+064KQGGCWUybIQvuhpxKFaYhQO+JMK1j+a7j1y2jgunVC+HUVf XYyZfXDfLad3XKI/DMmjmgu97BUQIy2xOWcBpCPodZagWXXLzRx53jxhXrQvQCcLsmOG 2u7Q== X-Gm-Message-State: AOAM530vVdntJceIoNytmgoYVq28XoePKsZ1YTnoYUoGB70sVhqNU99H KrJ9RSlOn69r4kqE6SXnbWGDD7Rxlw0= X-Google-Smtp-Source: ABdhPJyh0agbVBRId3NKC9vYiiYRTAG7bm0dRgOySJD2tQR0FRCkNgFfw6ZUcuwzlb3VxCPzu69N+g== X-Received: by 2002:a05:620a:14af:: with SMTP id x15mr29031952qkj.392.1614116017854; Tue, 23 Feb 2021 13:33:37 -0800 (PST) Received: from nuc ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id w20sm31723qki.102.2021.02.23.13.33.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Feb 2021 13:33:37 -0800 (PST) Sender: Mark Johnston Date: Tue, 23 Feb 2021 16:33:37 -0500 From: Mark Johnston To: dweimer@dweimer.net Cc: FreeBSD Stable Subject: Re: dtrace issue on releng/13.0 Message-ID: References: <7fdb6e85a2bd82606bf5603a21d0625a@dweimer.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7fdb6e85a2bd82606bf5603a21d0625a@dweimer.net> X-Rspamd-Queue-Id: 4DlXNf6p99z4gYb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mA3oGwOy; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::729 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::729:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::729:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::729:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 21:33:39 -0000 On Tue, Feb 23, 2021 at 02:36:04PM -0600, Dean E. Weimer via freebsd-stable wrote: > I just built and installed FreeBSD 13.0 Beta 3 from source checked out > with last commit of 4b737a9c58cac69008f189cc44e7d1a81a0b601c after the > install I was installing a few ports, and perl5.32 failed to build > stating dtrace -h not available. > > root@fbsd13-devel:/ # dtrace -h > dtrace: failed to establish error handler: "/usr/lib/dtrace/psinfo.d", > line 1: failed to copy type of 'pr_uid': Type information is in parent > and unavailable > > The initial install from the FreeBSD-BETA3 iso image does work as > expected, so the problem was introduced since then. > > root@fbsd13:/jails/devel # dtrace -h > dtrace: -h requires one or more scripts or enabling options > > It does appear that the commit ae093a0614f30d4cdffb853e4eba93322e8ed8f4 > references changes to dtrace. Are you using GENERIC, or some custom kernel configuration? Could you show output from "ctfdump -S /boot/kernel/kernel"? The error you reported is typically the result of some problems with the C type metadata used by dtrace. The commit you referenced ought to be unrelated. From owner-freebsd-stable@freebsd.org Tue Feb 23 22:07:04 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E8F0554F93 for ; Tue, 23 Feb 2021 22:07:04 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlY7C5hvVz4jsl; Tue, 23 Feb 2021 22:07:03 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11NM72jR000682 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 23 Feb 2021 16:07:02 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 16:06:57 -0600 From: "Dean E. Weimer" To: Mark Johnston Cc: FreeBSD Stable Subject: Re: dtrace issue on releng/13.0 Reply-To: dweimer@dweimer.net In-Reply-To: References: <7fdb6e85a2bd82606bf5603a21d0625a@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <629175d926e3a607efa20e3c8641aa74@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlY7C5hvVz4jsl X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 22:07:04 -0000 On 2021-02-23 3:33 pm, Mark Johnston wrote: > On Tue, Feb 23, 2021 at 02:36:04PM -0600, Dean E. Weimer via > freebsd-stable wrote: >> I just built and installed FreeBSD 13.0 Beta 3 from source checked out >> with last commit of 4b737a9c58cac69008f189cc44e7d1a81a0b601c after the >> install I was installing a few ports, and perl5.32 failed to build >> stating dtrace -h not available. >> >> root@fbsd13-devel:/ # dtrace -h >> dtrace: failed to establish error handler: "/usr/lib/dtrace/psinfo.d", >> line 1: failed to copy type of 'pr_uid': Type information is in parent >> and unavailable >> >> The initial install from the FreeBSD-BETA3 iso image does work as >> expected, so the problem was introduced since then. >> >> root@fbsd13:/jails/devel # dtrace -h >> dtrace: -h requires one or more scripts or enabling options >> >> It does appear that the commit >> ae093a0614f30d4cdffb853e4eba93322e8ed8f4 >> references changes to dtrace. > > Are you using GENERIC, or some custom kernel configuration? Could you > show output from "ctfdump -S /boot/kernel/kernel"? The error you > reported is typically the result of some problems with the C type > metadata used by dtrace. The commit you referenced ought to be > unrelated. Generic Kernel, I am using a make.conf and src.conf configuration. I hope text wrapping doesn't screw this up too much, left side is original from install off of beta3 iso image. Right side is after build. total number of data objects = 29878 total number of data objects = 29985 total number of functions = 33882 total number of functions = 60651 total number of function arguments = 82078 total number of function arguments = 136339 maximum argument list length = 22 maximum argument list length = 24 average argument list length = 2.42 average argument list length = 2.25 total number of types = 31901 total number of types = 32883 total number of integers = 77 total number of integers = 77 total number of floats = 0 total number of floats = 0 total number of pointers = 7878 total number of pointers = 8683 total number of arrays = 3255 total number of arrays = 3288 total number of func types = 2293 total number of func types = 2298 total number of structs = 10778 total number of structs = 10773 total number of unions = 620 total number of unions = 618 total number of enums = 979 total number of enums = 979 total number of forward tags = 51 total number of forward tags = 51 total number of typedefs = 5150 total number of typedefs = 5143 total number of volatile types = 54 total number of volatile types = 56 total number of const types = 616 total number of const types = 772 total number of restrict types = 6 total number of restrict types = 6 total number of unknowns (holes) = 144 total number of unknowns (holes) = 139 total number of struct members = 80028 total number of struct members = 79982 maximum number of struct members = 248 maximum number of struct members = 248 total size of all structs = 22744641 total size of all structs = 22744363 maximum size of a struct = 2971720 maximum size of a struct = 2971720 average number of struct members = 7.43 average number of struct members = 7.42 average size of a struct = 2110.28 average size of a struct = 2111.24 total number of union members = 2181 total number of union members = 2178 maximum number of union members = 90 maximum number of union members = 90 total size of all unions = 131965 total size of all unions = 131991 maximum size of a union = 41584 maximum size of a union = 41584 average number of union members = 3.52 average number of union members = 3.52 average size of a union = 212.85 average size of a union = 213.58 total number of enum members = 9465 total number of enum members = 9465 maximum number of enum members = 1023 maximum number of enum members = 1023 average number of enum members = 9.67 average number of enum members = 9.67 total number of unique strings = 68195 total number of unique strings = 68172 bytes of string data = 994644 bytes of string data = 994186 maximum string length = 81 maximum string length = 81 average string length = 14.59 average string length = 14.58 make.conf: # Some Default Options From /usr/share/examples/etc/make.conf CFLAGS?= -O CLFAGS+= -pipe COPTFLAGS?= -O COPTFLAGS+= -pipe NO_CPU_CFLAGS= MK_WERROR=no # Port Configuration Options WITH_CCACHE_BUILD= YES OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES DOCS WRKDIRPREFIX= /var/ports PACKAGES= /var/ports/packages WITH_PKGNG= YES DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 mysql=105m ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 # Enable Build World & Kernel CCACHE .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(NOCCACHE) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} .endif .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} .endif src.conf: WIHTOUT_FLOPPY="YES" WITHOUT_FREEBSD_UPDATE="YES" WITH_BSD_GREP="YES" WITHOUT_BLUETOOTH="YES" WITHOUT_PORTSNAP="YES" WITHOUT_WIRELESS="YES" WITHOUT_WPA_SUPPLICANT_EAPOL="YES" WITHOUT_ATM="YES" WITHOUT_LPR="YES" WITHOUT_PPP="YES" WITHOUT_LLDB="YES" WITHOUT_FTP="YES" WITHOUT_RBOOTD="YES" WITHOUT_TALK="YES" WITHOUT_NTP="YES" WITH_ISCSI="YES" WITH_REPRODUCIBLE_BUILD="YES" WITHOUT_GNU_DIFF="YES" WITH_KERNEL_RETPOLINE="YES" -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Tue Feb 23 22:43:19 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1AC70555ED6 for ; Tue, 23 Feb 2021 22:43:19 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "vtr.rulingia.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlYx24dr5z4mMv; Tue, 23 Feb 2021 22:43:18 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.16.1/8.15.2) with ESMTPS id 11NMh2US088822 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 24 Feb 2021 09:43:07 +1100 (AEDT) (envelope-from peter@rulingia.com) DKIM-Filter: OpenDKIM Filter v2.10.3 vtr.rulingia.com 11NMh2US088822 X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.16.1/8.16.1) with ESMTPS id 11NMgu8M089973 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 09:42:56 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.16.1/8.16.1/Submit) id 11NMguh2089972; Wed, 24 Feb 2021 09:42:56 +1100 (AEDT) (envelope-from peter) Date: Wed, 24 Feb 2021 09:42:56 +1100 From: Peter Jeremy To: Chris Anderson Cc: Andriy Gapon , freebsd-stable@freebsd.org Subject: Re: lots of "no such file or directory" errors in zfs filesystem Message-ID: References: <48b78acb-7667-7829-8dd0-e753b7ac3336@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Qk2LhdF8KDKFZezO" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp X-Rspamd-Queue-Id: 4DlYx24dr5z4mMv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 22:43:19 -0000 --Qk2LhdF8KDKFZezO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2021-Feb-23 11:30:58 -0600, Chris Anderson wrote: >nope, it led a pretty boring life. that zfs filesystem was created on that >server and has been on the same two mirrored disks for its lifetime. Does the server have ECC RAM? Possibly it's a bitflip somewhere before the data got to disk. >prior to the upgrades) the server does have a relatively modest amount of >ram (2GB). dunno if that makes it more likely that these kinds of issues >get triggered. Low amounts of RAM are going to increase the IO load but shouldn't otherwise impact the filesystem consistency. I have a FreeBSD test system that's running ZFS in <1GB RAM and rebuilding itself daily for multiple years and haven't run into any ZFS corruption issues. --=20 Peter Jeremy --Qk2LhdF8KDKFZezO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmA1hOlfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTPdQ//Sqltm92Sj03H4Vf4a3MFYL1US73IrcqPPgDVQqOuZIG6ESt8ZJQJsYpO 2aUi8/PwSK4B+WxsS0Pwa/24dE7y9DuOIHCXV8M+jzbvGXEaVBwDrVctr+o8TCm1 Zrbi9htRXEaSe+QlTb2KHzabn2ows3yvCurKBx1MiBO6GqADU2DsC/MPvd+KsJ0W 2zBUvKKt5xMsdUlGcpwfE3RUJKzDo2ChVEyezZ74+Buj+WSdDkVF7vBX+5J7ZUWj uYqoN/M5Rw1ESQj7OUV3KsOofilheNPi9D7PjkFwT7AeX/cErtg6+5UUvu8Ybc4b V5XI2ME5Auu6sz00VoFj4NI+JlysXxkJCBvyjdG60inKuOM733VdXEDgcIl/TvyW Ci7kMsvVZpXyQnUjL0dwpqQgVvDeGPVgi9RSaDxO9wbFL3Zp5E0ClxSPab57lNZD /rvCVKhG3VlGnSJdgnhsloLnG6EVyo7jMzi3npAGIN4qkK3jXL3i9EoSsBfe9Zhv pIE/SUu9x+xS5rAPUAW6imTgd6TyXrpxEDkrULfcrPr2BTLBaDYJzK73NIbNdf7r OaWHwX396r3Q1BVbSd1AKtoOd6eW2J11vwX6R7RCVoshl0zUM/OH6a0ngJffW5nI oBqO5C56gLbqjkDGWR8cYstCDBBr7GqSqf4Z1XYMZXNhgEKlfTo= =yjPp -----END PGP SIGNATURE----- --Qk2LhdF8KDKFZezO-- From owner-freebsd-stable@freebsd.org Tue Feb 23 23:51:04 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0A1775589D3 for ; Tue, 23 Feb 2021 23:51:04 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlbRC5tWMz4s0r for ; Tue, 23 Feb 2021 23:51:03 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 11NNp2n0047781 for ; Tue, 23 Feb 2021 15:51:08 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 15:51:02 -0800 From: Chris To: freebsd-stable Subject: When did pkg(8) drop support for 12-stable? User-Agent: UDNSMS/17.0 Message-ID: <0c019693be5578f933484eaca6f69764@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlbRC5tWMz4s0r X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 23:51:04 -0000 Given this is a pkg(8) error, I brought it up on ports@ but it was suggested I (also?) bring it up here on stable@ OK awhile back I installed a copy of 12 stable from the usb stick image. I tweaked it to my wishes then got called away and haven't been able to get back to it until the other day. This is still a fresh install which has a populated /usr/src. So I svnlite co svn://svn.freebsd.org/ports/head /usr/ports followed by a cd /usr/ports/ports-mgmt/pkg/ && make install clean which returns make /!\ ERROR: /!\ Ports Collection support for your FreeBSD version has ended, and no ports are guaranteed to build on this system. Please upgrade to a supported release. No support will be provided if you silence this message by defining ALLOW_UNSUPPORTED_SYSTEM. *** Error code 1 Stop. Err what? Ok while I think this was from stable 12.1, it's still still 12, and it's on stable. So what gives? Thanks in advance for any enlightenment. --Chris From owner-freebsd-stable@freebsd.org Wed Feb 24 01:04:13 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0D32A55AAA2 for ; Wed, 24 Feb 2021 01:04:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dld3c0j71z3D3G for ; Wed, 24 Feb 2021 01:04:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82c.google.com with SMTP id c1so334288qtc.1 for ; Tue, 23 Feb 2021 17:04:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VjXTYQgbLsz+bGOkiTyZKCyS8AMW0rnyo2lQiACkLvw=; b=AXc/FIfmBAfbrwPIkRtzeZCc972OW1dAx4ouJwzTAxCHv3uc++aMcDujGxz5ITgZa9 0fY8+/8/JU9WnCKNmp5/FKQOpfWxx0U6bMok8Q12xwa6LSgQHJBqgqfVkM1FbLBhm6Mp 9o3HXyeBUd+CV7arB/XF5zB/ZTCBLjyWABqcyyrdeY2w2lBAo9c7Cuxjpggavaf3AOFS hkJvuVcuYlVk9sk4aMXQ5InhnYobQQLq2wLQ2G/6tIDyvHZ3qJK67R86F1aaJLzRlkap qcXSMa093jozDdIe6rbUzX3EyYCrD60IiR0y8bwyIzPIZMSopjrTOqeiiVrxuTifekHL juoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VjXTYQgbLsz+bGOkiTyZKCyS8AMW0rnyo2lQiACkLvw=; b=WWAqGDRGLv7W6dz2tgeU+QnDkSbl1usw7hiG8pFoKo2HFYjgSAgT0MlsqhpfCgYP+6 7iL70pixG7lyF1lGIqvzBoeEmYAb+bAvXKuomgVN8aFS/2vPb6sS9MuycnqbsQyL9pvS M65UHqhI8lSWAwAdNYFycoKZPy8cJkGBoMUt35jnkLrjEQ0IpxzvtqH048j4aqMYidlg jgvvf1pKHTi+r5cATGWd+4HmwVXfrNCwkrSPh7MyF/UjR5D7sp8ds+VvvlY5tPsl8tYT Y8KYdIU96/heiGHSjv7XGRJSnX/HZjdYwHvBbQePI/5jPWce/35dd9GZ4DSSMsOntWzg v5pA== X-Gm-Message-State: AOAM532sMk5iH3ZxXQ0oJ1OjXOBk238+XvuMLdQhTqzlwsvygErYskvY ZDlloun+JYQneBWYuWxjccRK5wyItdiLcUwbbVVX2+ys0s0= X-Google-Smtp-Source: ABdhPJzIOP1YiMs468TLQvgwA7UtKBz+pUa4gcTs+O+u05H99pxcKuLIDqPVZ82BdELXQS75HbzWGljdgwcGhEDniGE= X-Received: by 2002:ac8:5154:: with SMTP id h20mr4310412qtn.73.1614128650798; Tue, 23 Feb 2021 17:04:10 -0800 (PST) MIME-Version: 1.0 References: <0c019693be5578f933484eaca6f69764@bsdforge.com> In-Reply-To: <0c019693be5578f933484eaca6f69764@bsdforge.com> From: Warner Losh Date: Tue, 23 Feb 2021 18:03:58 -0700 Message-ID: Subject: Re: When did pkg(8) drop support for 12-stable? To: Chris Cc: freebsd-stable X-Rspamd-Queue-Id: 4Dld3c0j71z3D3G X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=AXc/FIfm; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::82c) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.66 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::82c:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::82c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82c:from]; NEURAL_HAM_SHORT(-0.66)[-0.659]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 01:04:13 -0000 On Tue, Feb 23, 2021, 4:51 PM Chris wrote: > Given this is a pkg(8) error, I brought it up on ports@ > but it was suggested I (also?) bring it up here on stable@ > > OK awhile back I installed a copy of 12 stable from the > usb stick image. I tweaked it to my wishes then got called > away and haven't been able to get back to it until the other > day. This is still a fresh install which has a populated /usr/src. > So I > svnlite co svn://svn.freebsd.org/ports/head /usr/ports > followed by a > cd /usr/ports/ports-mgmt/pkg/ && make install clean > which returns > make > /!\ ERROR: /!\ > > Ports Collection support for your FreeBSD version has ended, and no ports > are > guaranteed to build on this system. Please upgrade to a supported release. > > No support will be provided if you silence this message by defining > ALLOW_UNSUPPORTED_SYSTEM. > > *** Error code 1 > > Stop. > Err what? Ok while I think this was from stable 12.1, it's still still 12, > and it's on stable. So what gives? > 12.1 has reached EOL now that 12.2 has been out a while. Warner Thanks in advance for any enlightenment. > > --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Wed Feb 24 01:07:27 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1014155AD24 for ; Wed, 24 Feb 2021 01:07:27 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dld7L2cCkz3DFd for ; Wed, 24 Feb 2021 01:07:26 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: by mail-pj1-x102f.google.com with SMTP id e9so177790pjj.0 for ; Tue, 23 Feb 2021 17:07:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianwhalen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Vpx0lUupjxJomX3/RnRHBo8PXPbY8UWH5ajtuehKXSQ=; b=Gtz3TdsSmFibibW5jG0kcFBbE9QbOp/DMy0t8FjTgyoyAD+vHkzntNhMQqL5mcRxI8 yU+Dy2J6sbcHvAApCWBiQpz9A5xY5nxOb8tanltG2XqAyqQMLEcOWIg1HEa5AsAS8X94 lrXoE0GnZKUcWDixEpbe4M8OegUzpWGXENHU60nhiKo/AZm1b37cP9gDQKjE18ct9vyk VKaMDNjVfINSIIR5Wocb1a+AsD4HHmY8TV7D+6HQza1EMbob7pd3JoiO5laYzq0TRzGi NLvgvpeu9pF55GKupJ/hxPdf3hUXWyNEb5ia7J4FQH+bTIKIufySVUXQtZbCXSM+0Bne mr0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Vpx0lUupjxJomX3/RnRHBo8PXPbY8UWH5ajtuehKXSQ=; b=Oy0W9tf2QQSWaC/Ya1Ig4l9WSzUQ0ofD4f7WfVSnFS5bcTqbNe09SXjtxX/oQsJd7t Q5nMn5W9yIMZwMmExLBikrLFAsbQdARhho9eV53MHabAF4lFh+5GUwqywm6BFfKdq4NI L93ZiFPs7/hgq22aP9mSQH59Q/Fv1E/LqOReiUorA0bbVsloWsHEsHgCHqEHl/mvLlAV BUfG2z2/sFBWneWC0AjL2ghLMA2I792S2zO3D8+RcUh9kfS2toQu7mwd7LXoRuiLRuoC wo1DVsHyMOW13vG0l79UJum95r0RmcLy3TAL/7i22nUsMpVoKovPANcJdJcyD+tnFW+D w0Lg== X-Gm-Message-State: AOAM530eZdOXBvOxVsKXuX/j2dAVnJlCeRrvKYJs0O2xecz+zt5qis8a +YWovAx47l9YJ0mNa/Mem+AUawgYWsrZSS3oX6Ybqii+wSkyWg== X-Google-Smtp-Source: ABdhPJy8OAfCyiB1CJCJ75GTscmp13MpTKrhg4nBQvhMRJFYy/xJFxHRJjjJonZSMqkcHjX8hJ0266EGMuiV9Kne07c= X-Received: by 2002:a17:90a:b26:: with SMTP id 35mr1600298pjq.104.1614128844407; Tue, 23 Feb 2021 17:07:24 -0800 (PST) MIME-Version: 1.0 References: <0c019693be5578f933484eaca6f69764@bsdforge.com> In-Reply-To: From: "Brian W." Date: Tue, 23 Feb 2021 17:07:13 -0800 Message-ID: Subject: Re: When did pkg(8) drop support for 12-stable? To: Warner Losh Cc: Chris , freebsd-stable X-Rspamd-Queue-Id: 4Dld7L2cCkz3DFd X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=brianwhalen-net.20150623.gappssmtp.com header.s=20150623 header.b=Gtz3TdsS; dmarc=none; spf=pass (mx1.freebsd.org: domain of brian@brianwhalen.net designates 2607:f8b0:4864:20::102f as permitted sender) smtp.mailfrom=brian@brianwhalen.net X-Spamd-Result: default: False [-1.45 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[brianwhalen-net.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[brian]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[brianwhalen.net]; NEURAL_SPAM_SHORT(0.05)[0.054]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::102f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[brianwhalen-net.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102f:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::102f:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 01:07:27 -0000 12-stable is not what you're running if you got that error. Run freebsd-update with appropriate args to get to a later release is the easiest option. Brian On Tue, Feb 23, 2021, 5:04 PM Warner Losh wrote: > On Tue, Feb 23, 2021, 4:51 PM Chris wrote: > > > Given this is a pkg(8) error, I brought it up on ports@ > > but it was suggested I (also?) bring it up here on stable@ > > > > OK awhile back I installed a copy of 12 stable from the > > usb stick image. I tweaked it to my wishes then got called > > away and haven't been able to get back to it until the other > > day. This is still a fresh install which has a populated /usr/src. > > So I > > svnlite co svn://svn.freebsd.org/ports/head /usr/ports > > followed by a > > cd /usr/ports/ports-mgmt/pkg/ && make install clean > > which returns > > make > > /!\ ERROR: /!\ > > > > Ports Collection support for your FreeBSD version has ended, and no ports > > are > > guaranteed to build on this system. Please upgrade to a supported > release. > > > > No support will be provided if you silence this message by defining > > ALLOW_UNSUPPORTED_SYSTEM. > > > > *** Error code 1 > > > > Stop. > > Err what? Ok while I think this was from stable 12.1, it's still still > 12, > > and it's on stable. So what gives? > > > > 12.1 has reached EOL now that 12.2 has been out a while. > > Warner > > Thanks in advance for any enlightenment. > > > > --Chris > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Wed Feb 24 01:43:03 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 29C6355BF47 for ; Wed, 24 Feb 2021 01:43:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DldwK0ycYz3HQm for ; Wed, 24 Feb 2021 01:42:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614130972; bh=+3NHrmp2e/PK0ey5ZOFJsGYvWYW6P2F7XvYH+alB74R=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=PbgiEGfcHTE+DoZRCoo5myuP6qF5eeNYOZ4O7X1gQK72EH2bdVN9dkmc70GfVvo3OA5d5imscx2AQjVlveTIxKbgDzVCau0rIHGCjaTgBw83FzUukXmowJWtsBqH7onI2fp5+SjUeQUF9c9ab79A8kuHM1sgv/XHVAEJH8yyAP70rH+nKKJNKdNwOjU3NkCwZhTZ8MqyYnl91X8aPHs37ij6W7q0m+EE5q5M91TDVe8iGuci2h8NRLm7ZUSQ5FV1sKouRNG1HMH54UNJ0MIS/8Tw54syiNjb7xymrAqA3lMXaq/n9I/VLV7zH1jICIdWEYrdaocCDbuAV6286MlXMg== X-YMail-OSG: mfh08loVM1k7Adz.6ltkVuyGfmzpvUikB02CFEgijoYYfltqNWFRW.bht1byoqO 0zGUM73_JffDTorIuMIoc0SiZFMJ8L6l5gJN8JS5DpdIjY_SCPMw7CtSseWQ.AzajjAFsOArmwyK NniNZgHASo7i2GqIZl0OJIU24qUTdZ3Z1wW4Np9CyqZA1RrhF9TeTJm1HSzEqEgFLlnaCg2x8Fkf bW7P1QKvaGnyRIYnU4UpUklNY7jcdzU9kn0aHZA.BBQXfx96yaD5Debk91tRg99ibKef_IkobdxV vp165b9uE5ChhmYr6Vu8k3M9ApPQbssIUtMwMrl_fjr9ilMZjcW1L6fLH1UePJlkzhHTGr16R4RW mQkMVCLeok2pa39t5HhSnjv8ZXmMAug3mHUNJLpdEGxohcJOPttx6jc0WBuTzgY.6Vk6pn15W.TD UJlQK5oJfTZqGxYvqTZtu_RHIZXasoowQzF7E0cG4r6FtYoD3GZmzgVlecbT_EN5wSyoegvU0lfV fcEEQf6F0QM5vd.jRb6x2aT9YYDfQ2EN7roRJu6vPXHoqqjA7XDfYN3OE3y9mNTp1SQ92YqH40BA .c.z9373VWJnDIsvJuPfKA9eSWzCgx_x8YjNo9a.piatb0a0Y0OIHIAkMqm.1mTXIsSzrvkRmqi5 BelZqvAejbg450Wy0RGUS5WokJMxpQZt3RvBJv.JpA85300In3WdSiBZkYAn1tN3D62_nQUXW6_P D0pImwEaqHylIqZ0_k8p1fI1MZJUTH8PWpyqFRbSyeR2pxNk5Ks6njEA49vALyVaFKm9Jv5OvB4a 7ZAXZrDLqIfGLIWjzXmo1aRvaNNTv8OPaK2xe9jqVL7uh6t8X8FmLUbTwdb5RqD3_KilnHmLFMqF a.BUCY4nLs7knYinHt5F3gKsW9EdMyXKzBufQgi2S3naJjty7BMwrPfnWY3gc7YsiIz_zNnBHvmQ 90ph2xqTqVuLsfOdyeFFZ.br3A1q6R.frX4ic_2Y9VvNs2ACBu9T7Q1LQ3n6wi4y_U7dcMXAKtX6 ZJWXpX51wwzylS92H_q.P.7fPsfSNpTDmzeH0KK.5d6Ib9dnhod_OvYv4QwbXjm2lYcW9ajeCkGL 2kOFG4qFQBOdP4h2Y9j6w1Sb93TGcygXYHEhYfqz0Ia8M36.OO7GyOTjM.pFv3.l_kxjbHSaHOfB IK2LkVYvSE7uM8cbJ.euo8NcVg3DZ9VQwwenxx8YxfnAkwXoP7UR9fXDf03Me24MjXXhLrj9q4qf o1piyXMwdznoCHryM2bKqHvw_eLMsIW7UnaP8YbSRsLAx68uWariC.5OymE_lNiz25dpTw1E3hfi YoLzlllQ3Byaf116p0MwdJ_r52RnWKC4QksjJY16r2mg1K6mXRPkRwLAiuA0Ozsv8x96cdDjUQnx YduVqw2aV2PnrxRXr9poh5uYEHO7gNpYGsTb3HoXknoUc.1qSngSaqycr6wdZHs.FpRfvbSvnqs9 dxlpEWcXIm8jglEleYDUXNBoo.itaY5qEDETSWr1Pms9rzMdYSRlb02zaGs3T3dV.mv95xWTxFnz Lksnky_Th24_cr4cPjoYSCws9QBerpMnJV0M4kI3ENkUOgJaTb6mloB5if6nxDM3t8MvcsUfFyG6 CNZmC5T4GGaQ2ZTXpkg5iLZUtOfImvfuVUzkBlfkTPInHLr57VrspsPOWX9yuZt_yjQjicDDByuO WJtXs1OlqG1SRx_dPpFuioXndEEM9wksvUBBYWQu0eqFHKMtCIiiW3DLJZ1JL2v6KX7UbcTzRFR0 y.3zjizsFkpGj94peLYM.eSifHivSAc_ghncGpe6NThBogBTsuxEvJOBO_7HhWNqrqmyS6YFf1k4 A6eFDakYFYkP9KGI3XOMuvU7sMZkPYWi4iCZEu.x.4GfYlwAOOLFXxkQdeXpmSsFxZiGoYXcv4y3 VqnoCW_KxQbpjZT8J9GygqgfTeyVCWrt_EOZFrrGqq78pLSW8zgXBRGOMVl65nXFbqucTLNRhwwD HD37NacKhgmjZugYvkE_5BEiVtOCSgaD0i1t_Sx7rXxOtWELZSTX_IA47mXv.LcryiWOzUCW6xPr K48yFE3zbrld2N.V2l05m2e.V3Z5P_huQgklGopsD9usCimLmY_7kjcScjIQAt8E4VjKqyBEApKA _a5v9zXctEoJEEzLtwdPmySsVl78D5DjqSTW.Qk7q0nw0CEpQBPJoYoOd9epfe4tpctJ0VqJKkC_ NsHqrRZt1UK7NGeHDxh6w_vvy4TqgR.FDzqxXvx5G0YOYrjV9378Wwu7qMU1MTI8TX7MryYZbpix bPKSj0iYcJQHtqCa0.IrK_zl852SiP5HBFnY8hzfcuuGOp74SjRkb.Og.IEaC_iAVqZFpI2SrTvC RNdxpkoOZik4nSWC4j4gGNod0byAJ5_M55Bbw.FyAJBdw.B_3U3ozFA7JknTBL529xvN2.7yP8o1 qLHQHnnWsEgiZl4Dgmq3H1gqNuJSzUjf7biQYY08sFJDuqkeiS749s._vwHEN5qylTtophHlmIu8 - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 24 Feb 2021 01:42:52 +0000 Received: by smtp401.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 850a8460d83d62df416d5b99c43fd5da; Wed, 24 Feb 2021 01:42:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: When did pkg(8) drop support for 12-stable? Message-Id: <1C347959-FDB2-42F7-97F5-F0A74078E7F2@yahoo.com> Date: Tue, 23 Feb 2021 17:42:48 -0800 To: bsd-lists@bsdforge.com, freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <1C347959-FDB2-42F7-97F5-F0A74078E7F2.ref@yahoo.com> X-Rspamd-Queue-Id: 4DldwK0ycYz3HQm X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.148:from]; SPAMHAUS_ZRD(0.00)[98.137.65.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 01:43:04 -0000 (Warner is only CC'd here.) Warner Losh imp at bsdimp.com wrote on Wed Feb 24 01:04:13 UTC 2021 : > On Tue, Feb 23, 2021, 4:51 PM Chris wrote: >=20 > > Given this is a pkg(8) error, I brought it up on ports@ > > but it was suggested I (also?) bring it up here on stable@ > > > > OK awhile back I installed a copy of 12 stable from the > > usb stick image. I tweaked it to my wishes then got called > > away and haven't been able to get back to it until the other > > day. This is still a fresh install which has a populated /usr/src. > > So I > > svnlite co svn://svn.freebsd.org/ports/head /usr/ports > > followed by a > > cd /usr/ports/ports-mgmt/pkg/ && make install clean > > which returns > > make > > /!\ ERROR: /!\ > > > > Ports Collection support for your FreeBSD version has ended, and no = ports > > are > > guaranteed to build on this syst > em. Please upgrade to a supported release. > > > > No support will be provided if you silence this message by defining > > ALLOW_UNSUPPORTED_SYSTEM. > > > > *** Error code 1 > > > > Stop. > > Err what? Ok while I think this was from stable 12.1, it's still = still 12, > > and it's on stable. So what gives? > > >=20 > 12.1 has reached EOL now that 12.2 has been out a while. =46rom release/12.1.0/ : "Tag releng/12.1@r354233 as release/12.1.0 (12.1-RELEASE)" I think that implicit in Warner's response is that versions of stable/12/ that are not after r354233 are also EOL. One needs to have stable/12/ material from after -r354233 in order for it to be supported. He might even mean that stable/12/ material from before: "Tag releng/12.2@r366954 as release/12.2.0 (12.2-RELEASE)" would also be considered as not supported. To be safe you should be using stable/12/ material from on or after -r366954 in order to have a supported context. (I'm not sure if anything is explicit about the status of stable/12/ material between releng/12.1@r354233 and releng/12.2@r366954 .) Since you did not provide the output from the likes of "uname -apKU" (or some rough equivalent) I've no direct clue which version you were trying. But you should be able to compare to the above to see which range the material is from. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Wed Feb 24 02:02:45 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A39855CD99 for ; Wed, 24 Feb 2021 02:02:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlfM92PG2z3KkP for ; Wed, 24 Feb 2021 02:02:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 11O22g95074783; Tue, 23 Feb 2021 18:02:48 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 18:02:41 -0800 From: Chris To: "Brian W." Cc: Warner Losh , freebsd-stable Subject: Re: When did pkg(8) drop support for 12-stable? In-Reply-To: References: <0c019693be5578f933484eaca6f69764@bsdforge.com> User-Agent: UDNSMS/17.0 Message-ID: <2254e3afceac97b8a6e7e26f0a6940d1@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlfM92PG2z3KkP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 02:02:45 -0000 On 2021-02-23 17:07, Brian W. wrote: > 12-stable is not what you're running if you got that error. # uname -apKU FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC amd64 amd64 1201522 1201522 Looks pretty STABLE to me. --Chris > Run freebsd-update with appropriate args to get to a later release is the > easiest option. > > Brian > > On Tue, Feb 23, 2021, 5:04 PM Warner Losh wrote: > >> On Tue, Feb 23, 2021, 4:51 PM Chris wrote: >> >> > Given this is a pkg(8) error, I brought it up on ports@ >> > but it was suggested I (also?) bring it up here on stable@ >> > >> > OK awhile back I installed a copy of 12 stable from the >> > usb stick image. I tweaked it to my wishes then got called >> > away and haven't been able to get back to it until the other >> > day. This is still a fresh install which has a populated /usr/src. >> > So I >> > svnlite co svn://svn.freebsd.org/ports/head /usr/ports >> > followed by a >> > cd /usr/ports/ports-mgmt/pkg/ && make install clean >> > which returns >> > make >> > /!\ ERROR: /!\ >> > >> > Ports Collection support for your FreeBSD version has ended, and no ports >> > are >> > guaranteed to build on this system. Please upgrade to a supported >> release. >> > >> > No support will be provided if you silence this message by defining >> > ALLOW_UNSUPPORTED_SYSTEM. >> > >> > *** Error code 1 >> > >> > Stop. >> > Err what? Ok while I think this was from stable 12.1, it's still still >> 12, >> > and it's on stable. So what gives? >> > >> >> 12.1 has reached EOL now that 12.2 has been out a while. >> >> Warner >> >> Thanks in advance for any enlightenment. >> > >> > --Chris From owner-freebsd-stable@freebsd.org Wed Feb 24 02:08:43 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 882C955CFE6 for ; Wed, 24 Feb 2021 02:08:43 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlfV32HChz3LRp for ; Wed, 24 Feb 2021 02:08:42 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 11O28eMY076203; Tue, 23 Feb 2021 18:08:47 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 18:08:40 -0800 From: Chris To: Mark Millard Cc: freebsd-stable@freebsd.org, Warner Losh Subject: Re: When did pkg(8) drop support for 12-stable? In-Reply-To: <1C347959-FDB2-42F7-97F5-F0A74078E7F2@yahoo.com> References: <1C347959-FDB2-42F7-97F5-F0A74078E7F2.ref@yahoo.com> <1C347959-FDB2-42F7-97F5-F0A74078E7F2@yahoo.com> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlfV32HChz3LRp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 02:08:43 -0000 On 2021-02-23 17:42, Mark Millard wrote: > (Warner is only CC'd here.) > > Warner Losh imp at bsdimp.com wrote on > Wed Feb 24 01:04:13 UTC 2021 : > >> On Tue, Feb 23, 2021, 4:51 PM Chris wrote: >> >> > Given this is a pkg(8) error, I brought it up on ports@ >> > but it was suggested I (also?) bring it up here on stable@ >> > >> > OK awhile back I installed a copy of 12 stable from the >> > usb stick image. I tweaked it to my wishes then got called >> > away and haven't been able to get back to it until the other >> > day. This is still a fresh install which has a populated /usr/src. >> > So I >> > svnlite co svn://svn.freebsd.org/ports/head /usr/ports >> > followed by a >> > cd /usr/ports/ports-mgmt/pkg/ && make install clean >> > which returns >> > make >> > /!\ ERROR: /!\ >> > >> > Ports Collection support for your FreeBSD version has ended, and no ports >> > are >> > guaranteed to build on this syst >> em. Please upgrade to a supported release. >> > >> > No support will be provided if you silence this message by defining >> > ALLOW_UNSUPPORTED_SYSTEM. >> > >> > *** Error code 1 >> > >> > Stop. >> > Err what? Ok while I think this was from stable 12.1, it's still still 12, >> > and it's on stable. So what gives? >> > >> >> 12.1 has reached EOL now that 12.2 has been out a while. > >> From release/12.1.0/ : > > "Tag releng/12.1@r354233 as release/12.1.0 (12.1-RELEASE)" > > I think that implicit in Warner's response is that > versions of stable/12/ that are not after r354233 are > also EOL. One needs to have stable/12/ material from > after -r354233 in order for it to be supported. > > He might even mean that stable/12/ material from before: > > "Tag releng/12.2@r366954 as release/12.2.0 (12.2-RELEASE)" > > would also be considered as not supported. > > To be safe you should be using stable/12/ material from > on or after -r366954 in order to have a supported > context. > > (I'm not sure if anything is explicit about the status > of stable/12/ material between releng/12.1@r354233 > and releng/12.2@r366954 .) A HUGE thanks for all of this, Mark. This is EXACTLY what I needed. # uname -apKU FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC amd64 amd64 1201522 1201522 which pretty well confirms what you deduced. I'm still a bit confused. It seems to me that it didn't _used_ to be that way. But my brain isn't using ECC. So a couple of bits may be flipped. > > Since you did not provide the output from the > likes of "uname -apKU" (or some rough equivalent) > I've no direct clue which version you were trying. > But you should be able to compare to the above to > see which range the material is from. Thanks again! --Chris > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Wed Feb 24 02:25:32 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA32855DB23 for ; Wed, 24 Feb 2021 02:25:32 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlfsR1BWpz3MJn for ; Wed, 24 Feb 2021 02:25:30 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: by mail-pf1-x42b.google.com with SMTP id r5so289879pfh.13 for ; Tue, 23 Feb 2021 18:25:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianwhalen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Um8oBESGdRdz2H7y9U2lWK380+GcoT+xsH7kyQv5iyI=; b=fZZpSJEU2TGM5oEzWvP/jYHEkomadEaXPVCUioJUM4fOekQgYs3+rzZQWerAa4zU/j koZmWB2Wj2ImA7ibl2o5r+SSLVqtWcG7tpKqire2WG9SY6Gq96s3/e4AgctAR3iMGiw1 pgT7VGVduG2IzLZNn3e71zCJYg/6Kt0b+4LmnmXNC9BHDr8VOYeEvz5cVvnhfSnxH+XU QG+K6tl3QFLqH0/fDJRqx2BHxDAR0fZ7SVyNCMXFRKjiWy5zzSno2hEM62jzbkrHJtvb LqXTE753qW4ZB/fY+SoiYsYa283XLbw8hEKAF6nOyAQ+21k1BYzfXBs4dWHFCbQU9KVd CsZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Um8oBESGdRdz2H7y9U2lWK380+GcoT+xsH7kyQv5iyI=; b=PJWUdXr+o6FjWHU7LjV4ovZHBFvPM+t792rCl8tQQGs036X/q5Nr40fBs97GiVdP0N 3sHaot52V7gbv51QzSpaNcHhrjYrchefeGPIes5/IWLZzF9YQl4ynM+URQyULQM3Xucr BzC9xnoZutUd0i73/ilPrpVN2CwVUjJXJ8VNa4sNo6CPBnpnmbDUTdlPRytUkBoiL0s5 DNWNSUIZqH5UIk2gh0ux6NyYQewzm8oS+oX9yq4sCVHI5oFARG4+mcLCjCaO/GAfvUA6 bxofj+nSRvMVdyDhK8jHWSwpdVlujQDh3Pa/Q/hsbb6bDdtgZH4sQmkAlgSWFABseGer +maQ== X-Gm-Message-State: AOAM531qu2OkRsAfJkjiSoixXk7YjRfbvw/j5x9ZHCeXZu46xs7o7YoD 0XZIiIYVk6UIWQmQbNwCWueyx0pRqWESLeLe4kHUeg== X-Google-Smtp-Source: ABdhPJzixVzGf/oa1L5NxRlNguvTB1kexVBmww2crPFnJNFrmPWz1ESajqksugSA3cukeGlHfY2X38sEuCTwotGn8fU= X-Received: by 2002:a65:62cd:: with SMTP id m13mr26836123pgv.108.1614133529711; Tue, 23 Feb 2021 18:25:29 -0800 (PST) MIME-Version: 1.0 References: <1C347959-FDB2-42F7-97F5-F0A74078E7F2.ref@yahoo.com> <1C347959-FDB2-42F7-97F5-F0A74078E7F2@yahoo.com> In-Reply-To: From: "Brian W." Date: Tue, 23 Feb 2021 18:25:18 -0800 Message-ID: Subject: Re: When did pkg(8) drop support for 12-stable? To: Chris Cc: Mark Millard , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4DlfsR1BWpz3MJn X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=brianwhalen-net.20150623.gappssmtp.com header.s=20150623 header.b=fZZpSJEU; dmarc=none; spf=pass (mx1.freebsd.org: domain of brian@brianwhalen.net designates 2607:f8b0:4864:20::42b as permitted sender) smtp.mailfrom=brian@brianwhalen.net X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[brianwhalen-net.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::42b:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[brianwhalen-net.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[brian]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[brianwhalen.net]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::42b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::42b:from]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 02:25:32 -0000 Ah didn't consider that this was an old enough ver of stable to cause this. On Tue, Feb 23, 2021, 6:08 PM Chris wrote: > On 2021-02-23 17:42, Mark Millard wrote: > > (Warner is only CC'd here.) > > > > Warner Losh imp at bsdimp.com wrote on > > Wed Feb 24 01:04:13 UTC 2021 : > > > >> On Tue, Feb 23, 2021, 4:51 PM Chris wrote: > >> > >> > Given this is a pkg(8) error, I brought it up on ports@ > >> > but it was suggested I (also?) bring it up here on stable@ > >> > > >> > OK awhile back I installed a copy of 12 stable from the > >> > usb stick image. I tweaked it to my wishes then got called > >> > away and haven't been able to get back to it until the other > >> > day. This is still a fresh install which has a populated /usr/src. > >> > So I > >> > svnlite co svn://svn.freebsd.org/ports/head /usr/ports > >> > followed by a > >> > cd /usr/ports/ports-mgmt/pkg/ && make install clean > >> > which returns > >> > make > >> > /!\ ERROR: /!\ > >> > > >> > Ports Collection support for your FreeBSD version has ended, and no > ports > >> > are > >> > guaranteed to build on this syst > >> em. Please upgrade to a supported release. > >> > > >> > No support will be provided if you silence this message by defining > >> > ALLOW_UNSUPPORTED_SYSTEM. > >> > > >> > *** Error code 1 > >> > > >> > Stop. > >> > Err what? Ok while I think this was from stable 12.1, it's still > still 12, > >> > and it's on stable. So what gives? > >> > > >> > >> 12.1 has reached EOL now that 12.2 has been out a while. > > > >> From release/12.1.0/ : > > > > "Tag releng/12.1@r354233 as release/12.1.0 (12.1-RELEASE)" > > > > I think that implicit in Warner's response is that > > versions of stable/12/ that are not after r354233 are > > also EOL. One needs to have stable/12/ material from > > after -r354233 in order for it to be supported. > > > > He might even mean that stable/12/ material from before: > > > > "Tag releng/12.2@r366954 as release/12.2.0 (12.2-RELEASE)" > > > > would also be considered as not supported. > > > > To be safe you should be using stable/12/ material from > > on or after -r366954 in order to have a supported > > context. > > > > (I'm not sure if anything is explicit about the status > > of stable/12/ material between releng/12.1@r354233 > > and releng/12.2@r366954 .) > A HUGE thanks for all of this, Mark. This is EXACTLY what I needed. > > # uname -apKU > FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC amd64 > amd64 1201522 1201522 > which pretty well confirms what you deduced. > I'm still a bit confused. It seems to me that it didn't _used_ > to be that way. But my brain isn't using ECC. So a couple of > bits may be flipped. > > > > > Since you did not provide the output from the > > likes of "uname -apKU" (or some rough equivalent) > > I've no direct clue which version you were trying. > > But you should be able to compare to the above to > > see which range the material is from. > > Thanks again! > > --Chris > > > > === > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Wed Feb 24 03:30:25 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B09955F292 for ; Wed, 24 Feb 2021 03:30:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlhJJ4ZL3z3hGr for ; Wed, 24 Feb 2021 03:30:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614137422; bh=i+hs2ZrUx3c66ICQDpBZIEIOjjPOaPmXZtJtO9F/Wdt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=S/+ZJRfEDNpD+TNjOAN/li6PJqgH+DuYvYO9U1MJnrwmcKO5jOfOW6W0jR6yzoiutspzU3/WF7GD4UQUcnZMbeVFPRbeqfZyulCvzFDn5k8qr5FYsB223LKAu43KEYxcuKzQ7Q/GJA8iUp5JnlBsMVlzxXWzY3owQsb88eeuSSR5RPBswP4+us4BNqJQgUt+cFSgLyX79br/VAIMdNZzFgKS1tu5p2UFScCgigd7DxVdPwe5GQQrQUIdIsyqh5/js5a2uLvpQK4zQjOeXBFZE3/AF83B4ghWWJGqAmLaQCVf6T04EWshFR1yJcsTvSD1Z4KajQfdG5PnR0+GP75zGA== X-YMail-OSG: jpjWTOMVM1ntZQISBxHJtmv4s1bFAIPD8B_6dtB6Tqef_V3t.uoyhjE7Yg6XQ1G 8rPewR205DkcsxmNm2qWXVCD794s_UQwMR1mz.Mzk6cOv9qUD1SQ0GMjli4l85pn.x.7J.ppypG6 25kt6m6SZvYnVHHhtkXQQjxvsC5TGAeSVBTVxrXM_h_FI_cmCsMcMPAdW53Wy8kMwX9bfVc5Un5x rVIRM_6BZlenEdT.Cq2whrAiAcPzXp8W6sbnL9ZEwuuv80rC5hQmLqGV.cZ7gDA4vLGka2_d6Ulf rVcIXFWaw_PKKE1K68KGgR.tL21eoKxoJa1VxaYCHIkO4XF4rPW4FC4Uv8_8DWfKl3htBgDzR5CB DnRJogGKqA.BRS967bYS.v0FMoG8RTfeWI0ihbVpRCMyqDEsmjmN48PhQCA7YWrIDnR9s9LuPORe adc7.Wi687pOponvrmUL5Nfv1HEjw5ojJFNSyAGgG_gA.Jk6oaXoZPg2CmY_DBNxGeO8OaZQOhO4 LEExT8185TLpBc4GwyXjQ5D3Pzc7cO49ZpPx6kvlkZfwcRiAiIcav1KVRIf5C8yqJOjtGW4LLEtk EKwugD90DxsOfm__BTeum35HOOAKCS91TlZCjk7I01wv.hnivAG7.TV6srDjgYy3fRPxGQ69byxk NV3qfAogoA8brkuMgjDoU3WHMI3P1EgvIbJtfMXGRbpcvk7Xc.8Mobma5CBc97eCW3MyIDDWTvRU JBb.fWVDR7Oot_f7VRc6qBlMknGNI5kfHQn6dzYARPsEAohgo1oLuxdgXzHKYRxXzu8KUEreB9yA 1xUcA4qtQkOGHBvcwLca6xL2pd1vTPdgW8aZUIUYTR7c763txb.fSQ2XQT9nJacXFjJ98J8PU6Y3 mKM3WPY464KnpbVISQ_X2XebjTEnx7ml5Sc0Fdt7OiNIj.CnLuLNiYEWpUbuceNiRjGud1tj4OPK h_76diGd0mCProhDGEWDjIeBH3yD5RDmJtL54HRl.v762xn.Udyq76EbsAFTFQJFT4hCEYI.OnVZ o10fx3Or9vYczmOGFDYExWvCUZVQzLWYmMewbHUQaVNuwVW6Fd7jZ_GHXtF308KT_8RJl42qlzhB _UoRMTr6N7mHJsQ2XzX3OBLbkvqEFHU1xF1Wtpl2bwPzmUilsirDk8HS9iU5acTGrRDIkePhUQZS SoUrmqKZH2NnS8qG6yjToq1nWyBdyL45PpNEwVMc4aoM4vpRZAZHt5I8DBh2f.wYTY6vGoDdkFcg mYwJ0uCQg9wfTxxQP6r_I.QHJIj0rWqqMNSP8hbJIXpNA0SwnDAuYCgAx6l5HPLVLSUrmnyNxfSX hD34CWiBoNoFBmQkWWxN5DSJBupuHQ89LNEc5gDxbKbzXmYbdfuUuy4yWHHLlqMu0SrLBggDbIUG Zs5Q8xzSVv6teFzuweeLl235AiIFJ5DSHEe4adktQcTCxd4.a4B0rUYyuxMLCicbSz1q5_bKjlcm GEs9KzvZxcExhbNqReR7nuMW.unWZ4lhKDejPeIrQ_NgglfFSWpRGnWIlPTKXGrpqkyg7gceBeLY IrXzUIBnfvQPQF5nCCGIMrvCvOZIN2L08Hl4i5Tbhyiwx69p0y.tAmKiLdK2G3K6cRme7aZ5KWsp SrVN4._0BbfzCNrZ6C1CGqWc_0TAdWY3jX1WclArgCy0yZ6.OAi2EEpuWqeI9lR.6k4Woqh5YVtl xjvlRYEGHvMXt6jpqzYo5Ei48LkFcVNuu5AarSUb4hc2YoM4r6eUWce9mYyJ2H3h69EAWU3WyKIT iYHO0Y8fP2XB2CKzwtxpMr.iJsTSTAW54TbeIQguzS9ttE2Q6dJVnZPiuZMI7aFzuH6O1_G.KJqM pjQmP5Ftm6fJ6ceHGxMEWQVfqLYCEY5EkKZvy8APppQQc0dNxrptIv6JXyrDUDPsutcodsipbbzW 2Kf2Md8motcxW5zcLYJhqy1N8bXu9E3LA_S5q2ypb4NyywLnHhs_AoJLBSVnDuWsbau8Ib9Kpog_ 1NFLW.HpvJ2wKWpsjNbg99vI1B5B9E2IU249pgbgSI3HF3JnT0Ze92wuLMRmAQklXGbQ8YYSqwSd 6N2vIj3G6JbMm4RRNeMGadFU1O8duskulVLJ6iK5Fpt0CQkYXX2zv6lUs.CVqA77Vyq_yl06U9zI rzzSvtWvRT3o_uj_U9w8iYCPbLwrcw7qdLgWZDhR6f2tAhf3oIszUsXyogce_EVFCzu.j5629uKo QgyLublpHuRfc7P7.aK8LK.aTuRbic.uliOItCEJWumeyMAQUJvM0ZxJBeXFl5bGQrQqcNQGRghj LTfhQjBe3xJRPltYi.ma.ZUi0ipp8d5ZBTsT9h8CzRGX5ajnuIzxLAxvdqoviJQRboqkMw_iTCN. 6chuvFQLbTuSe1fNyc6xsCzaHRGo6tt36Q5Hv5B.ifnoStyFSszpwPRApwaoT0NXDZWCieqRZ53C _aOcaRMTvwP5kMvWul5jiPfG1MkuT1TqfsQSJZ.tn4l7KJFz77TK5ufsVwTPK1O8qC64sxgyhWJw Rhl7iJ6XhyuzxIz7jIGSperKhQQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 24 Feb 2021 03:30:22 +0000 Received: by smtp416.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4c7d38bfc64f9c92b83da69931e1a48c; Wed, 24 Feb 2021 03:30:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: When did pkg(8) drop support for 12-stable? From: Mark Millard In-Reply-To: Date: Tue, 23 Feb 2021 19:30:16 -0800 Cc: freebsd-stable@freebsd.org, Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C347959-FDB2-42F7-97F5-F0A74078E7F2.ref@yahoo.com> <1C347959-FDB2-42F7-97F5-F0A74078E7F2@yahoo.com> To: Chris X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DlhJJ4ZL3z3hGr X-Spamd-Bar: / X-Spamd-Result: default: False [-0.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.65.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 03:30:25 -0000 On 2021-Feb-23, at 18:08, Chris wrote: > On 2021-02-23 17:42, Mark Millard wrote: >> (Warner is only CC'd here.) >> Warner Losh imp at bsdimp.com wrote on >> Wed Feb 24 01:04:13 UTC 2021 : >>> On Tue, Feb 23, 2021, 4:51 PM Chris = wrote: >>> > Given this is a pkg(8) error, I brought it up on ports@ >>> > but it was suggested I (also?) bring it up here on stable@ >>> > >>> > OK awhile back I installed a copy of 12 stable from the >>> > usb stick image. I tweaked it to my wishes then got called >>> > away and haven't been able to get back to it until the other >>> > day. This is still a fresh install which has a populated /usr/src. >>> > So I >>> > svnlite co svn://svn.freebsd.org/ports/head /usr/ports >>> > followed by a >>> > cd /usr/ports/ports-mgmt/pkg/ && make install clean >>> > which returns >>> > make >>> > /!\ ERROR: /!\ >>> > >>> > Ports Collection support for your FreeBSD version has ended, and = no ports >>> > are >>> > guaranteed to build on this syst >>> em. Please upgrade to a supported release. >>> > >>> > No support will be provided if you silence this message by = defining >>> > ALLOW_UNSUPPORTED_SYSTEM. >>> > >>> > *** Error code 1 >>> > >>> > Stop. >>> > Err what? Ok while I think this was from stable 12.1, it's still = still 12, >>> > and it's on stable. So what gives? >>> > >>> 12.1 has reached EOL now that 12.2 has been out a while. >>> =46rom release/12.1.0/ : >> "Tag releng/12.1@r354233 as release/12.1.0 (12.1-RELEASE)" >> I think that implicit in Warner's response is that >> versions of stable/12/ that are not after r354233 are >> also EOL. One needs to have stable/12/ material from >> after -r354233 in order for it to be supported. >> He might even mean that stable/12/ material from before: >> "Tag releng/12.2@r366954 as release/12.2.0 (12.2-RELEASE)" >> would also be considered as not supported. >> To be safe you should be using stable/12/ material from >> on or after -r366954 in order to have a supported >> context. >> (I'm not sure if anything is explicit about the status >> of stable/12/ material between releng/12.1@r354233 >> and releng/12.2@r366954 .) > A HUGE thanks for all of this, Mark. This is EXACTLY what I needed. >=20 > # uname -apKU > FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC = amd64 amd64 1201522 1201522 > which pretty well confirms what you deduced. > I'm still a bit confused. It seems to me that it didn't _used_ > to be that way. But my brain isn't using ECC. So a couple of > bits may be flipped. The implication of all of stable/12/ being supported would be support of stable/12/ from on or after its creation: QUOTE Revision 339434 - Directory Listing=20 Modified Fri Oct 19 00:09:24 2018 UTC (2 years, 4 months ago) by gjb=20 Copied from: head revision 339432 Copy head@r339432 to stable/12 as part of the 12.0-RELEASE cycle. Additional post-branch commits will follow. END QUOTE Such does not seem likely to me. What would be the point of dropping 12.0-RELEASE support and 12.1-RELEASE support if such stable/12/ history was covered, some of that history being minor variations on the 12.0-RELEASE or 12.1-RELEASE ? Note: Despite some claims in other messages, svn -r363918 is not 12.1-RELEASE ( not -r354233 ) and -r363918 is shown as (only) in stable/12/ by svn. Your claim of 12-STABLE was correct, just not detailed enough. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Wed Feb 24 07:41:23 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1CD4E552FE8 for ; Wed, 24 Feb 2021 07:41:23 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dlnst4lgZz4XQS for ; Wed, 24 Feb 2021 07:41:22 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 11O7fKMQ060631; Tue, 23 Feb 2021 23:41:26 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Tue, 23 Feb 2021 23:41:20 -0800 From: Chris To: Mark Millard Cc: freebsd-stable@freebsd.org Subject: Re: When did pkg(8) drop support for 12-stable? In-Reply-To: References: <1C347959-FDB2-42F7-97F5-F0A74078E7F2.ref@yahoo.com> <1C347959-FDB2-42F7-97F5-F0A74078E7F2@yahoo.com> User-Agent: UDNSMS/17.0 Message-ID: <4ea6cf79bc2fec2c348b98d437b48ec8@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dlnst4lgZz4XQS X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 07:41:23 -0000 On 2021-02-23 19:30, Mark Millard via freebsd-stable wrote: > On 2021-Feb-23, at 18:08, Chris wrote: > >> On 2021-02-23 17:42, Mark Millard wrote: >>> (Warner is only CC'd here.) >>> Warner Losh imp at bsdimp.com wrote on >>> Wed Feb 24 01:04:13 UTC 2021 : >>>> On Tue, Feb 23, 2021, 4:51 PM Chris wrote: >>>> > Given this is a pkg(8) error, I brought it up on ports@ >>>> > but it was suggested I (also?) bring it up here on stable@ >>>> > >>>> > OK awhile back I installed a copy of 12 stable from the >>>> > usb stick image. I tweaked it to my wishes then got called >>>> > away and haven't been able to get back to it until the other >>>> > day. This is still a fresh install which has a populated /usr/src. >>>> > So I >>>> > svnlite co svn://svn.freebsd.org/ports/head /usr/ports >>>> > followed by a >>>> > cd /usr/ports/ports-mgmt/pkg/ && make install clean >>>> > which returns >>>> > make >>>> > /!\ ERROR: /!\ >>>> > >>>> > Ports Collection support for your FreeBSD version has ended, and no ports >>>> > are >>>> > guaranteed to build on this syst >>>> em. Please upgrade to a supported release. >>>> > >>>> > No support will be provided if you silence this message by defining >>>> > ALLOW_UNSUPPORTED_SYSTEM. >>>> > >>>> > *** Error code 1 >>>> > >>>> > Stop. >>>> > Err what? Ok while I think this was from stable 12.1, it's still still 12, >>>> > and it's on stable. So what gives? >>>> > >>>> 12.1 has reached EOL now that 12.2 has been out a while. >>>> From release/12.1.0/ : >>> "Tag releng/12.1@r354233 as release/12.1.0 (12.1-RELEASE)" >>> I think that implicit in Warner's response is that >>> versions of stable/12/ that are not after r354233 are >>> also EOL. One needs to have stable/12/ material from >>> after -r354233 in order for it to be supported. >>> He might even mean that stable/12/ material from before: >>> "Tag releng/12.2@r366954 as release/12.2.0 (12.2-RELEASE)" >>> would also be considered as not supported. >>> To be safe you should be using stable/12/ material from >>> on or after -r366954 in order to have a supported >>> context. >>> (I'm not sure if anything is explicit about the status >>> of stable/12/ material between releng/12.1@r354233 >>> and releng/12.2@r366954 .) >> A HUGE thanks for all of this, Mark. This is EXACTLY what I needed. >> >> # uname -apKU >> FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC amd64 >> amd64 1201522 1201522 >> which pretty well confirms what you deduced. >> I'm still a bit confused. It seems to me that it didn't _used_ >> to be that way. But my brain isn't using ECC. So a couple of >> bits may be flipped. > > The implication of all of stable/12/ being supported > would be support of stable/12/ from on or after its > creation: > > QUOTE > Revision 339434 - Directory Listing > Modified Fri Oct 19 00:09:24 2018 UTC (2 years, 4 months ago) by gjb > Copied from: head revision 339432 > Copy head@r339432 > to stable/12 as part of the 12.0-RELEASE cycle. > > Additional post-branch commits will follow. > END QUOTE > > Such does not seem likely to me. What would be the > point of dropping 12.0-RELEASE support and > 12.1-RELEASE support if such stable/12/ history was > covered, some of that history being minor variations > on the 12.0-RELEASE or 12.1-RELEASE ? > > Note: > Despite some claims in other messages, svn -r363918 > is not 12.1-RELEASE ( not -r354233 ) and -r363918 > is shown as (only) in stable/12/ by svn. Your > claim of 12-STABLE was correct, just not detailed > enough. Thanks. I really appreciate your taking the time to clear things up for me. It also seems clear that I've somehow mixed the purpose of RELEASE vs STABLE. :-/ Thanks again, Mark! --Chris > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Wed Feb 24 13:26:06 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BD0DB55D00C for ; Wed, 24 Feb 2021 13:26:06 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (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 "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlxWd6Wb7z3GCg for ; Wed, 24 Feb 2021 13:26:05 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.gromit23.net (unknown [73.99.214.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 496A4131; Wed, 24 Feb 2021 08:25:59 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: When did pkg(8) drop support for 12-stable? From: Paul Mather In-Reply-To: <2254e3afceac97b8a6e7e26f0a6940d1@bsdforge.com> Date: Wed, 24 Feb 2021 08:25:57 -0500 Cc: "Brian W." , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <338258C4-734C-403B-AF28-F30AF15DAEA9@gromit.dlib.vt.edu> References: <0c019693be5578f933484eaca6f69764@bsdforge.com> <2254e3afceac97b8a6e7e26f0a6940d1@bsdforge.com> To: Chris X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DlxWd6Wb7z3GCg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[73.99.214.146:received]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.173.49.70:from]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[paul]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[128.173.49.70:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 13:26:06 -0000 > On Feb 23, 2021, at 9:02 PM, Chris wrote: >=20 > On 2021-02-23 17:07, Brian W. wrote: >> 12-stable is not what you're running if you got that error. > # uname -apKU > FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC = amd64 amd64 1201522 1201522 > Looks pretty STABLE to me. It may be -STABLE but it apparently hasn't been updated in a while. = You're running FreeBSD version 1201522, which is some flavour of 12.1. = As Warner pointed out, FreeBSD 12.1 has reached EOL, and is no longer = officially supported by ports. By way of comparison, here is a 12-STABLE system I updated yesterday: gromit ~% uname -a FreeBSD gromit.dlib.vt.edu 12.2-STABLE FreeBSD 12.2-STABLE = stable/12-n232755-dfb372f5d38c GENERIC amd64 gromit ~% uname -U 1202505 If you want to continue to use ports on that system I suggest you do a = source upgrade to at least 12.2-STABLE (or else install a 12.2-STABLE = snapshot). Cheers, Paul. >=20 > --Chris >> Run freebsd-update with appropriate args to get to a later release is = the >> easiest option. >> Brian >> On Tue, Feb 23, 2021, 5:04 PM Warner Losh wrote: >>> On Tue, Feb 23, 2021, 4:51 PM Chris wrote: >>> > Given this is a pkg(8) error, I brought it up on ports@ >>> > but it was suggested I (also?) bring it up here on stable@ >>> > >>> > OK awhile back I installed a copy of 12 stable from the >>> > usb stick image. I tweaked it to my wishes then got called >>> > away and haven't been able to get back to it until the other >>> > day. This is still a fresh install which has a populated /usr/src. >>> > So I >>> > svnlite co svn://svn.freebsd.org/ports/head /usr/ports >>> > followed by a >>> > cd /usr/ports/ports-mgmt/pkg/ && make install clean >>> > which returns >>> > make >>> > /!\ ERROR: /!\ >>> > >>> > Ports Collection support for your FreeBSD version has ended, and = no ports >>> > are >>> > guaranteed to build on this system. Please upgrade to a supported >>> release. >>> > >>> > No support will be provided if you silence this message by = defining >>> > ALLOW_UNSUPPORTED_SYSTEM. >>> > >>> > *** Error code 1 >>> > >>> > Stop. >>> > Err what? Ok while I think this was from stable 12.1, it's still = still >>> 12, >>> > and it's on stable. So what gives? >>> > >>> 12.1 has reached EOL now that 12.2 has been out a while. >>> Warner >>> Thanks in advance for any enlightenment. >>> > >>> > --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@freebsd.org Wed Feb 24 15:04:41 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 818D355FA48 for ; Wed, 24 Feb 2021 15:04:41 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DlzjP1YBKz3NjS for ; Wed, 24 Feb 2021 15:04:41 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: by mailman.nyi.freebsd.org (Postfix) id 3520F55F9AB; Wed, 24 Feb 2021 15:04:41 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 34E1055FB09 for ; Wed, 24 Feb 2021 15:04:41 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2086.outbound.protection.outlook.com [40.107.22.86]) (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 4DlzjM5T0bz3Nlq for ; Wed, 24 Feb 2021 15:04:38 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nfSrAKNeygJi80GStFQ/fb3dYQt1urKBn8UI/I0ryuineRg6KAEJyU/YAEIKqNJx6R3eXkAL5yyuy6UmE5+Yq9QnF6kTorraZyJy9z1MWwaJdc0u9BrgXXkBuhSniycKVvHlcrxedxQnEF8P8eh1zdg6H0zWTnMr6vPUhhGo2huJ4jF7XITaLK62FHRax5tHpMlIrz3Pkx5IqG+R5atL5rfmVpuRUzWGOLh5KqziuNbCSNHbR8jyFZiYGcN3Be1n8WJjTMpnThn69oLHmHogc+m+lABWSbStlQZ86h1iU5yWG/d0iDlVR6QEO3Vx7eWEbhLc233ufay2dGh4/HDVBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=suTnUjCCMvPeP6nMVxxA6FgIbcb85V29MRaL4+3bI6Q=; b=YCj0ZKkmSYOdIaRE6/C+G0fX05zwiv27w1jxS4K2t3hWc29ICmzE0AZ3ziYmCDtAG9MIP/YuUOo1v9iElRV4UHBmpuTOWW4C2uTqyYVGE4SlsUX6nEo2OMkgylqxnWsYLihlm95AtoxG6tEpEQtV/QFaOR+L1I/o9l17ehIuFdIzHEhf77INvvn31NYOJEcn+ytE5TXp3/f+3GRLJ9HLV1x4IXETUGyEI76TiVPl5mTHcO0SJXRsH4I+Z0TD9bi8U35+MxhSvnbrOcGqpOD1XOYCd4tFSQSPLtpk1ryhGfxCQMXULC6IiKlMiYlJWJppc85475O9CGdvbmm9FLyidw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=suTnUjCCMvPeP6nMVxxA6FgIbcb85V29MRaL4+3bI6Q=; b=CJwQ7pFYgNcxCrB3XyVPlIEkAxO3ghSLEfbam+5sW9B40iQIzbv9uA9vPxMu24QTrIzjY/FpHYjclf6CQa9Z+ZPyacO1HmteXbnJ7Mhu6Em2IPO3LtfKp2ak5idyDDduODIK9i0r/58PETwFJsK7/rkcnzMvgkSbrPvLUF0iFj0= Received: from HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9c::8) by HE1P189MB0396.EURP189.PROD.OUTLOOK.COM (2603:10a6:7:57::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.27; Wed, 24 Feb 2021 15:04:36 +0000 Received: from HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM ([fe80::5840:4533:270c:b192]) by HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM ([fe80::5840:4533:270c:b192%8]) with mapi id 15.20.3890.019; Wed, 24 Feb 2021 15:04:36 +0000 X-Authentication-Warning: P142.sics.se: bengta set sender to bengt.ahlgren@ri.se using -f From: Bengt Ahlgren To: stable@freebsd.org Subject: 11.4-STABLE - libcxxrt changes (?) broke libreoffice User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) Date: Wed, 24 Feb 2021 16:04:35 +0100 Message-ID: Content-Type: text/plain X-Originating-IP: [2001:2002:3e14:df69:6af7:28ff:fe68:c2dd] X-ClientProxiedBy: HE1PR0502CA0016.eurprd05.prod.outlook.com (2603:10a6:3:e3::26) To HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9c::8) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from P142.sics.se (2001:2002:3e14:df69:6af7:28ff:fe68:c2dd) by HE1PR0502CA0016.eurprd05.prod.outlook.com (2603:10a6:3:e3::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.19 via Frontend Transport; Wed, 24 Feb 2021 15:04:36 +0000 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.16.1/8.16.1) with ESMTPS id 11OF4a79001647 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 16:04:36 +0100 (CET) (envelope-from bengt.ahlgren@ri.se) Received: (from bengta@localhost) by P142.sics.se (8.16.1/8.16.1/Submit) id 11OF4an7001646; Wed, 24 Feb 2021 16:04:36 +0100 (CET) (envelope-from bengt.ahlgren@ri.se) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 9d4240f9-6d82-4a21-d3b5-08d8d8d5802c X-MS-TrafficTypeDiagnostic: HE1P189MB0396: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: s7Ja0iJoNyRUQ83IaJa71PsF/1YTZB/3TyzB0KeCH0UqG4Siup1pqhld8I58knzZdpwTOhXcuGfG8QwNZkOaESlaY5Ep/osHZt+ZJiJUubxzchPU3+V3heI/IbyQpAtfKZN86BYFOwrQMpaZke9iyiYgKbJYHcA7GHMHJTjxgnSLDVEl5TfiNN3NyPs3YU4BGQCBq5wI7jrMgSkFLiXaTf+XJDOFjaoenveihVMv7N7S6Ur/0Y0KiCkzRdbhFU49SNRAktCmlPRWzCe2y2m0YGUlOa2xow+KGQdwR8sfFLSoSNmoBJtgptLpD6ARIT3OcKky6NDb6UYCHzpI6oHo/ZnsEvPz0M7nfj20XqIJkYdoujJjOpbp+sncSUwCjpHj9bUq3PpUl+GpSjxcQG5v0OMBBCzcKNCma/1OCdzpgPh/xU7b2YpHQGn8GorH6ZyeBiEJw6+VtLnm459tR1g255Rm4LKFmYHKp50BG7dFIP/HD/eqtA6ajvOY1Gfr+F8+r6AwnoPRyk0Ru814OtsK+w== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(39850400004)(136003)(376002)(346002)(8936002)(4744005)(66476007)(2906002)(8676002)(44832011)(5660300002)(66556008)(186003)(86362001)(316002)(9686003)(478600001)(6916009)(52116002)(42186006)(66946007); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?6Pz6IB4Vl392S3X/2bKFpQKoLAJrzbTTXsfjXmXWKkiS7ZeH/f6sGwtqDOBa?= =?us-ascii?Q?NUhG36lLhHOAhhf6dhRluleRJbr0CET9158YCP6g+cRd5cwvyr5uMKGTAq8x?= =?us-ascii?Q?6IjB/WENSlYEQ0FvA4Z/R8ltOekhbBZ0gBPhnIJUxjH4cCAFSDl/Lp2J5ASj?= =?us-ascii?Q?VaOHKq2mCeIFHwwAsEIkHQlXgwi1nxpWP+OOdzz22pI3oQWxh/IkmPt14Yxy?= =?us-ascii?Q?CnHnZEHEUIWfsYusFOMsKILAuBozOwVE7qA8MTIynDUOmd8ow10sPzHTbAtJ?= =?us-ascii?Q?fdEhWozDk7xC0o+dDPxPHuF1hZWoJZ6pAsLpPEyhfH6srnbIzFLTazNHn/YI?= =?us-ascii?Q?Erb46lvwp7AjvfWUEb0MHsCjwTKfQWsWhfqp4ezGkL2NawE6HBpzl2fJKUA/?= =?us-ascii?Q?0MmAFxFyEBGfLlRi1gbevQPL3eakMW6n6KOJs1CqMvzyhqM+lz9n7BUI5rXg?= =?us-ascii?Q?VwVsvfv/dqTn1Db4TKyyjFix+XGGKOtPu5bnP05sSoMejk0AeVNAKMmQFZN2?= =?us-ascii?Q?WabUN3FRNZV+VkgTttwbyzk46ZEsionAc8eQ7ESMvUurJP4TUrtnBsL7PqWp?= =?us-ascii?Q?P3+rpteYZj5OkMv9XOywp1kZFyG0U5msNYBuFskthfEBYuIN98aQ1Wv3rW78?= =?us-ascii?Q?RDUE1Lio+MvR5HSx+7xkf3k9ncoCQNmjZO1x22Mb+wxjP0xn8Kgv3vInFayQ?= =?us-ascii?Q?9wV43n08uORkQbFQerwp23IKimmHqCsD+38CFm9I99JuJvBIHwo6iVdzWsyT?= =?us-ascii?Q?CjYMW+lddCzSUp5dsklVzfhA9Y7WY/7K9nUEKD0JKXGnk+vR9mSbJVqhZDcn?= =?us-ascii?Q?2IET8n/s+eAHNacNjIfw38hzlw0xK+PXjUtXZCfjRTKv8Pt6JOXp12oVw+wM?= =?us-ascii?Q?j1ZSf7/r1Jo8mtcahppIV8aySXvC2mCX7YTpwHCUetmTUf7CnrSwETzGb4XA?= =?us-ascii?Q?5q5mEyCrDwbL1EsRA591+rQO+NcBsujlgTQFdrqaM6dqx98rgeCbKm2Pep97?= =?us-ascii?Q?TUjBGFrZ8UZDIrP5HxfoPI7BEBIGI+p3rfLlopU/hqcCFTu8lLTJbvNtDGQ/?= =?us-ascii?Q?S4L8NWuDaNKRcVie33rVC8Vnpaqo5n6UHC9CtLcKqPcF2QPmNw5viuedTQvE?= =?us-ascii?Q?shgMMgzgI30umRubwjUmGSFAVtttlZyKZ9g2llZeVk1Dh/yn1r/its/gWBNL?= =?us-ascii?Q?9sH7RqG04PWGDjWTe4RJIG0Fryqkr7alD8HwTh98wVWF7n/rAobR7CklpUrB?= =?us-ascii?Q?a3BVRvN/nk5qrApN10GuFHWrD0yEcW6Nth+hoafuG+0teoZzXlUKideuqPOX?= =?us-ascii?Q?QSbvTe8bCr3Qc8BofhOZKeapGYW41f1qJucupQOjZ4jZVCLk20thLCQMySE8?= =?us-ascii?Q?q0cZ07KPipvbO+jLe3DfgYVy8rLaDCdDqd0wivnBN7UANbvqyg=3D=3D?= X-OriginatorOrg: ri.se X-MS-Exchange-CrossTenant-Network-Message-Id: 9d4240f9-6d82-4a21-d3b5-08d8d8d5802c X-MS-Exchange-CrossTenant-AuthSource: HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Feb 2021 15:04:36.4749 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: ZApEJoMZDrsr9nncnsRF/kNpMI1MRY7umy+e4nhLkoG+0U3CEaLzCjsma8FGw82Ji1HfFxYL/wAmUvUP4wm9ng== X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1P189MB0396 X-Rspamd-Queue-Id: 4DlzjM5T0bz3Nlq X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ri.se header.s=selector1 header.b=CJwQ7pFY; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=ri.se; spf=pass (mx1.freebsd.org: domain of bengt.ahlgren@ri.se designates 40.107.22.86 as permitted sender) smtp.mailfrom=bengt.ahlgren@ri.se X-Spamd-Result: default: False [-5.00 / 15.00]; HAS_XOIP(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[ri.se:+]; DMARC_POLICY_ALLOW(-0.50)[ri.se,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.22.86:from]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+]; SUBJECT_HAS_QUESTION(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; R_DKIM_ALLOW(-0.20)[ri.se:s=selector1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[40.107.22.86:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[40.107.22.86:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.22.86:from]; MAILMAN_DEST(0.00)[stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 15:04:41 -0000 After updating my laptop with 11.4-STABLE to r369345, libreoffice (7.0.3.1_2) just exits with "Application Error". Going back to 11.4-STABLE r369313, before the libcxxrt changes, makes the same libreoffice binary work again. I build libreoffice with the KF5, QT5 and JAVA options on, in a 11.4-REL poudriere jail. I didn't see any other application crashes. Any clues? I can provide more info if needed. Bengt From owner-freebsd-stable@freebsd.org Wed Feb 24 17:35:46 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2C2D563A2E for ; Wed, 24 Feb 2021 17:35:46 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm33k0wRDz3rKp for ; Wed, 24 Feb 2021 17:35:45 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x22e.google.com with SMTP id x20so3170122oie.11 for ; Wed, 24 Feb 2021 09:35:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=SEEZ4d2wL+lDEgRaCqWdBet+v2pLCXoclJASIv6OHVQ=; b=N+hBb9hwUjhFhjDqCm0WQzEoRhxGVz9IfwchQpxlaLBvcO22b3bwsTujpOJ82R4YN3 9kBRzl0quFCUUi0izy2z2oBvlm1JlOVGcu+nlxJEnColrhOcKnGqeQI+HParlC+aKkGX x1Ao+R1bpELU8g6nqgQSpdaGuhRU6KMxSEtcpRH1tgHfVpq5XW3hFv59YRbs7CHPofN9 1XkfkE3wm7I1DFag5MCkl/WUJb0Ggyk2qb1rwDH9vZ65Vq6KgpA10W3HfAneqOSFFmm1 3JoP5VqzoaHgb46kbAFSH8T/N0nrChcUPYPqu4wKpVb1ddj7MzukrFaraHVfDG8NHXne ifJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=SEEZ4d2wL+lDEgRaCqWdBet+v2pLCXoclJASIv6OHVQ=; b=pR6Opl16WGUyM7SzAwwPZeUylLvKLLi1nc4MGPVIE8BNnYg3wKXpU7vdgQkTCWEaKd FXJWr1K0vistQQvu3ylZlyNU/1AXRZAo4hmqBRU/1RARVWntG8DUuc+QMKGgBd+u34Dv VhhKEYNksbVgAUsZojq5OUCXyEr1ixjmsotJR6w9sITwkGWdbIN6CvCiZ66rz1HRwhyH hS35/DC2V7dT9eiEksVQVGjws21dovv+0+5u/5drsrllsMePkc7O9gTOsYP/MeFh/4Gv aas9n13GSjlPHZy+8YXwXpMKMZAKzoiEAOQy5yh+qPaTWIL6FCvP8kVlhZrLxSxqNwwm lsKA== X-Gm-Message-State: AOAM53117VEIYF6gRLYiPRec8NdEWvN4u3YI8/mqOM7LXhle+usvnNGe O0atcdbWkvVvuVDBHNkxwIBy9c735uhVEyA8EsUfGy8j/RL0og== X-Google-Smtp-Source: ABdhPJzOd5maxpTfQac13XAsfBzg9hst02ZI8BM2G7VRJk4xQTVz+Ylk+srDtE8vaG7C9eo5wSvfFF9PFrQU15vFVVs= X-Received: by 2002:aca:a9cd:: with SMTP id s196mr3416268oie.27.1614188144828; Wed, 24 Feb 2021 09:35:44 -0800 (PST) MIME-Version: 1.0 From: Kevin Oberman Date: Wed, 24 Feb 2021 09:35:28 -0800 Message-ID: Subject: How do I know if my 13-stable has security patches? To: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4Dm33k0wRDz3rKp X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=N+hBb9hw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::22e as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::22e:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::22e:from:127.0.2.255]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22e:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 17:35:46 -0000 In the svn days, I could just look at my svn revision to check on whether a security patch was required. Now I have a git hash. I have no idea how to tell if my system running 13-STABLE of a few days ago has the patch. Branch/path Revision - ------------------------------------------------------------------------- stable/13/ 894360bacd42f021551f76518edd445f6d299f2e releng/13.0/ 9f00cb5fa8a438e7b9efb2158f2e2edc730badd1 stable/12/ r369312 releng/12.2/ r369353 Is there a git command that can confirm whether a given hash is covered in my system? -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Wed Feb 24 18:06:56 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B7DFA56445F for ; Wed, 24 Feb 2021 18:06:56 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm3lg6ckRz3skh for ; Wed, 24 Feb 2021 18:06:55 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from ravel.localnet (unknown [90.118.181.206]) (Authenticated sender: olivier.freebsd@free.fr) by smtp6-g21.free.fr (Postfix) with ESMTPSA id B77BB78039F; Wed, 24 Feb 2021 19:06:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1614190011; bh=kqYH1nqzZYilQbnpz+Zjq8PneTNLr16A3hl+j7/czqs=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=GdPhfo+3EVzHw6rW02m9wgT1bxlWanl6tdkwOdxSe7DQ+u9u7jMpnI9yhP3HuxgpY DQULIIg6TDOV+y29L67LutnF47BPBiu971FOSxbsAXmvJ7yNQ7hmTIgCkX1EKb+Dj3 kkETFs4WP73Z6bbjKD9pEHTuEUE2SDgeH1qmVmMNmQUajPZ4QLIFCyKti8WyHCKDMA uVWg2nQZjRK44t46kkkZxJTPIj0+KkKSQlelsEF+LXSDpqbquKyFU5ZWt7EkbTDRfO mjysXRAG37i+6eqCvL8jypI9znF6LZWGTtGKPC7r1DgG+lex7Xix+7dB+5wnb2A5jE DcCzaFkUj2lfA== From: Olivier Certner To: Kevin Oberman Cc: freebsd-stable@freebsd.org Subject: Re: How do I know if my 13-stable has security patches? Date: Wed, 24 Feb 2021 19:06:46 +0100 Message-ID: <1748076.jFELhIj8lM@ravel> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dm3lg6ckRz3skh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=free.fr header.s=smtp-20201208 header.b=GdPhfo+3; dmarc=pass (policy=none) header.from=free.fr; spf=pass (mx1.freebsd.org: domain of olivier.freebsd@free.fr designates 2a01:e0c:1:1599::15 as permitted sender) smtp.mailfrom=olivier.freebsd@free.fr X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[free.fr]; R_SPF_ALLOW(-0.20)[+ip6:2a01:e0c:1:1599::15]; DKIM_TRACE(0.00)[free.fr:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[free.fr,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; CTE_CASE(0.50)[]; FREEMAIL_ENVFROM(0.00)[free.fr]; ASN(0.00)[asn:12322, ipnet:2a01:e00::/26, country:FR]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:e0c:1:1599::15:from]; DWL_DNSWL_NONE(0.00)[free.fr:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[free.fr:s=smtp-20201208]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a01:e0c:1:1599::15:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a01:e0c:1:1599::15:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 18:06:56 -0000 Hi, In your base git repository, type: git rev-list | grep -lF This outputs something ("(standard input)") iff you have it in. In order to limit the search time in case of a false result, you'd better pass the --since= to git rev-list. There is an alternative if you have a branch pointing to your uname hash: git branch --contains | grep -lF Regards. -- Olivier Certner From owner-freebsd-stable@freebsd.org Wed Feb 24 18:13:52 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BE7FD56551F for ; Wed, 24 Feb 2021 18:13:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dm3vh4sRGz3wSs for ; Wed, 24 Feb 2021 18:13:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id A6CC0565603; Wed, 24 Feb 2021 18:13:52 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A68EE5651FD for ; Wed, 24 Feb 2021 18:13:52 +0000 (UTC) (envelope-from dim@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm3vh4MvQz3wLL; Wed, 24 Feb 2021 18:13:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 6C271CA19; Wed, 24 Feb 2021 18:13:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::74ac:30c7:e6a9:700e] (unknown [IPv6:2001:470:7a58:0:74ac:30c7:e6a9:700e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8A8792C851; Wed, 24 Feb 2021 19:13:50 +0100 (CET) From: Dimitry Andric Message-Id: <2C7EC95F-631C-4544-9C83-DF55A03EAD73@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_BAB76A86-CD95-4F64-9503-1F86F3608E58"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: 11.4-STABLE - libcxxrt changes (?) broke libreoffice Date: Wed, 24 Feb 2021 19:13:40 +0100 In-Reply-To: Cc: stable@freebsd.org To: Bengt Ahlgren References: X-Mailer: Apple Mail (2.3445.104.17) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 18:13:52 -0000 --Apple-Mail=_BAB76A86-CD95-4F64-9503-1F86F3608E58 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 24 Feb 2021, at 16:04, Bengt Ahlgren wrote: >=20 > After updating my laptop with 11.4-STABLE to r369345, libreoffice > (7.0.3.1_2) just exits with "Application Error". Going back to > 11.4-STABLE r369313, before the libcxxrt changes, makes the same > libreoffice binary work again. >=20 > I build libreoffice with the KF5, QT5 and JAVA options on, in a = 11.4-REL > poudriere jail. >=20 > I didn't see any other application crashes. This is likely fixed by: = https://cgit.freebsd.org/src/commit/?id=3Dd149877758f162f0c777e7760164bf2c= 1f7a1bc1 for which the MFC timer will expire tomorrow, then I will commit the = fix. -Dimitry --Apple-Mail=_BAB76A86-CD95-4F64-9503-1F86F3608E58 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYDaXVQAKCRCwXqMKLiCW oz6eAJ9m2stPC6eIytA4olvMyaHsGiZbMACdF00Kg0IZM94f9B20LoNnFobuxdE= =J8Pw -----END PGP SIGNATURE----- --Apple-Mail=_BAB76A86-CD95-4F64-9503-1F86F3608E58-- From owner-freebsd-stable@freebsd.org Wed Feb 24 18:57:08 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C520B565FD2 for ; Wed, 24 Feb 2021 18:57:08 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm4sb68nwz4V1K; Wed, 24 Feb 2021 18:57:07 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11OIv3j9028486 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 12:57:03 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Wed, 24 Feb 2021 12:56:58 -0600 From: "Dean E. Weimer" To: Kyle Evans Cc: Warner Losh , FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dm4sb68nwz4V1K X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; HAS_REPLYTO(0.00)[dweimer@dweimer.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:24.240.198.184/29]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dweimer.net:+]; DMARC_POLICY_ALLOW(-0.50)[dweimer.net,reject]; NEURAL_HAM_SHORT(-0.98)[-0.980]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[24.240.198.186:from]; ASN(0.00)[asn:20115, ipnet:24.240.196.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[dweimer.net:s=2017.01.31]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[24.240.198.186:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 18:57:08 -0000 On 2021-02-23 12:34 pm, Kyle Evans wrote: > The more I look at `make -dm` output, the less sense it makes. Your > patch is decidedly correct regardless of how this specific scenario is > playing out: > > 1.) As you noted, it's wrong to clean something that's built > elsewhere. You can reasonably expect `make clean all` to work pretty > much everywhere else. > > 2.) i386/loader cannot make an informed decision about whether it's > out-of-date, which is sufficient to tell that the existing addition to > OBJS was not the correct implementation in hindsight. > > 3.) The failure mode if it's *missing* is exactly the same before and > after your patch; file can't be found, cannot build it. > > On Tue, Feb 23, 2021 at 12:09 PM Warner Losh wrote: >> >> I'm unsure of the mechanics as well. I do know that we shouldn't >> delete stuff in OTHER directories, though. the btx stuff is trying to >> do a bit of an end run around the link only with the installed stuff >> here and using crt0.o as a library from the 'where it was built' >> directory which I think creates one too many dependencies... I've not >> yet puzzled through all of them to find out which one is causing us to >> think we need to rebuild though. >> >> Warner >> >> On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans wrote: >>> >>> Hi, >>> >>> What I don't understand here is, why are these being considered >>> out-of-date? That seems like it is indicative of a larger problem >>> that >>> we'd surely fall over elsewhere on if not for here, that the source >>> tree's timestamps are post-dated w.r.t. the objdir. >>> >>> Thanks, >>> >>> Kyle Evans >>> >>> On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote: >>> > >>> > What does this patch do for you? >>> > >>> > diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile >>> > index ad95948ec50a..cbbe15bd1fc0 100644 >>> > --- a/stand/i386/loader/Makefile >>> > +++ b/stand/i386/loader/Makefile >>> > @@ -90,7 +90,8 @@ FILES+= ${LOADER} >>> > FILESMODE_${LOADER}= ${BINMODE} -b >>> > >>> > # XXX crt0.o needs to be first for pxeboot(8) to work >>> > -OBJS= ${BTXCRT} >>> > +# Can't add it to OBJS w/o pain and suffering >>> > +LDFLAGS+= ${BTXCRT} >>> > >>> > DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >>> > LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >>> > >>> > Anything? >>> > >>> > Warner >>> > >>> > On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer wrote: >>> > >>> > > On 2021-02-22 10:53 am, Dean E. Weimer wrote: >>> > > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: >>> > > >> On 2021-02-22 9:29 am, Warner Losh wrote: >>> > > >> >>> > > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable >>> > > >>> wrote: >>> > > >>> >>> > > >>>> I was able to successfully build and install BETA2 from source, >>> > > >>>> however >>> > > >>>> I am now attempting to upgrade the same machine to BETA3 buildworld >>> > > >>>> and >>> > > >>>> buildkernel complete. installkernel also completes, but installworld >>> > > >>>> fails, it appears to not find a file for i386 boot. >>> > > >>>> >>> > > >>>> I do have a customized src.conf >>> > > >>>> WIHTOUT_FLOPPY="YES" >>> > > >>>> WITHOUT_FREEBSD_UPDATE="YES" >>> > > >>>> WITH_BSD_GREP="YES" >>> > > >>>> WITHOUT_BLUETOOTH="YES" >>> > > >>>> WITHOUT_PORTSNAP="YES" >>> > > >>>> WITHOUT_WIRELESS="YES" >>> > > >>>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES" >>> > > >>>> WITHOUT_ATM="YES" >>> > > >>>> WITHOUT_LPR="YES" >>> > > >>>> WITHOUT_PPP="YES" >>> > > >>>> WITHOUT_LLDB="YES" >>> > > >>>> WITHOUT_FTP="YES" >>> > > >>>> WITHOUT_RBOOTD="YES" >>> > > >>>> WITHOUT_TALK="YES" >>> > > >>>> WITHOUT_NTP="YES" >>> > > >>>> WITH_ISCSI="YES" >>> > > >>>> WITH_REPRODUCIBLE_BUILD="YES" >>> > > >>>> WITHOUT_GNU_DIFF="YES" >>> > > >>>> WITH_KERNEL_RETPOLINE="YES" >>> > > >>>> >>> > > >>>> and customized make.conf >>> > > >>>> CFLAGS?= -O >>> > > >>>> CLFAGS+= -pipe >>> > > >>>> NO_CPU_CFLAGS= >>> > > >>>> MK_WERROR=no >>> > > >>>> >>> > > >>>> WITH_CCACHE_BUILD= YES >>> > > >>>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE >>> > > >>>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES >>> > > >>>> DOCS >>> > > >>>> WRKDIRPREFIX= /var/ports >>> > > >>>> PACKAGES= /var/ports/packages >>> > > >>>> WITH_PKGNG= YES >>> > > >>>> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 >>> > > >>>> mysql=105m >>> > > >>>> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13 >>> > > >>>> >>> > > >>>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && >>> > > >>>> !defined(NOCCACHE) >>> > > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>> > > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >>> > > >>>> .endif >>> > > >>>> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || >>> > > >>>> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE) >>> > > >>>> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>> > > >>>> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} >>> > > >>>> .endif >>> > > >>>> >>> > > >>>> Here's the part of where it fails during the install, src tree was >>> > > >>>> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12. >>> > > >>>> >>> > > >>>> ... >>> > > >>>> ===> stand/userboot (install) >>> > > >>>> ===> stand/userboot/test (install) >>> > > >>>> ===> stand/userboot/userboot_4th (install) >>> > > >>>> install -o root -g wheel -m 444 -S userboot_4th.so >>> > > >>>> /jails/devel/ROOT/boot/ >>> > > >>>> install -o root -g wheel -m 444 userboot_4th.so.debug >>> > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ >>> > > >>>> ===> stand/userboot/userboot_lua (install) >>> > > >>>> install -o root -g wheel -m 444 -S userboot_lua.so >>> > > >>>> /jails/devel/ROOT/boot/ >>> > > >>>> install -o root -g wheel -m 444 userboot_lua.so.debug >>> > > >>>> /jails/devel/ROOT/usr/lib/debug/boot/ >>> > > >>>> install -l h -o root -g wheel -m 444 >>> > > >>>> /jails/devel/ROOT/boot/userboot_lua.so >>> > > >>>> /jails/devel/ROOT/boot/userboot.so >>> > > >>>> ===> stand/i386 (install) >>> > > >>>> ===> stand/i386/btx (install) >>> > > >>>> ===> stand/i386/btx/btx (install) >>> > > >>>> ===> stand/i386/btx/btxldr (install) >>> > > >>>> ===> stand/i386/btx/lib (install) >>> > > >>>> ===> stand/i386/libi386 (install) >>> > > >>>> ===> stand/i386/mbr (install) >>> > > >>>> install -o root -g wheel -m 444 mbr /jails/devel/ROOT/boot/mbr >>> > > >>>> ===> stand/i386/pmbr (install) >>> > > >>>> install -o root -g wheel -m 444 pmbr /jails/devel/ROOT/boot/pmbr >>> > > >>>> ===> stand/i386/boot0 (install) >>> > > >>>> install -o root -g wheel -m 444 boot0 >>> > > >>>> /jails/devel/ROOT/boot/boot0 >>> > > >>>> ===> stand/i386/boot0sio (install) >>> > > >>>> install -o root -g wheel -m 444 boot0 >>> > > >>>> /jails/devel/ROOT/boot/boot0sio >>> > > >>>> ===> stand/i386/boot2 (install) >>> > > >>>> objcopy -S -O binary boot1.out boot1 >>> > > >>>> objcopy -S -O binary boot2.out boot2.bin >>> > > >>>> btxld -v -E 0x2000 -f bin -b >>> > > >>>> >>> > > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx >>> > > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin >>> > > >>>> make[6]: exec(btxld) failed (No such file or directory) >>> > > >>> >>> > > >>> Does this happen every time, or only sometimes? Do you have the >>> > > >>> complete log? Why we're trying to run btxld and objcopy in the >>> > > >>> *INSTALL* phase is likely why (paths are different between the two) >>> > > >>> >>> > > >>> Warner >>> > > >>> >>> > > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" >>> > > >> >>> > > >> Everytime, not sure why I am trying to run btxld and objcopy in >>> > > >> install phase, I am simply running the command make installworld >>> > > >> >>> > > >> I do use env variables to change paths, as I install to a ZFS clone of >>> > > >> the original system dataset then change boot setting on pool and >>> > > >> reboot. >>> > > >> >>> > > >> Environment Variables used during build and install, been doing this >>> > > >> process ever since I started using ZFS boot on FreeBSD 9.2. >>> > > >> >>> > > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj >>> > > >> setenv DESTDIR /jails/devel/ROOT >>> > > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf >>> > > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf >>> > > > >>> > > > I had already started a new build specifying CPUTYPE=silvermont in >>> > > > make.conf, as attempt work around. It failed as well. I did check and >>> > > > the path above exists on the system >>> > > > >>> > > > >>> > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx >>> > > > # ll >>> > > > total 10 >>> > > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o >>> > > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* >>> > > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o >>> > > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ >>> > > > >>> > > > I have removed my CPU Type specification and will run a new make and >>> > > > install capturing full logs so that I can post a link to full logs. >>> > > >>> > > I did a new build and capture output from full buildworld and >>> > > installworld, but first I cleared ccache same error was a result. >>> > > >>> > > Here is the entire output along with my make.conf and src.conf files. >>> > > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L >>> > > >>> > > >>> > > -- >>> > > Thanks, >>> > > Dean E. Weimer >>> > > http://www.dweimer.net/ >>> > > >>> > _______________________________________________ >>> > freebsd-stable@freebsd.org mailing list >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Do you guys know which part of my configuration is triggering this issue, so I can work around it for now? My last build attempt with the latest updates for the security fixes failed to install even with patch. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Wed Feb 24 19:03:58 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B77DF56690B for ; Wed, 24 Feb 2021 19:03:58 +0000 (UTC) (envelope-from kevans@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm51V4gg3z4VKQ for ; Wed, 24 Feb 2021 19:03:58 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 93201D05B for ; Wed, 24 Feb 2021 19:03:58 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f176.google.com with SMTP id z190so3236288qka.9 for ; Wed, 24 Feb 2021 11:03:58 -0800 (PST) X-Gm-Message-State: AOAM531GFB7ah/8Xsa/EKN0X/HV1wofT9UntNDDQoWGN4/Xz2TKXKLwU tMtD+AJA9KKxWTVm4y6f8H+ReaQC5IahucxHu2w= X-Google-Smtp-Source: ABdhPJw0shuBIIBnXrz3Zg6aY12ob6y5pQRS6ySQ27x06IzguvShI6pDjEG9Gi0BoNZMwOK/H259GmPHi0Oda/09jGo= X-Received: by 2002:a37:f50d:: with SMTP id l13mr32289809qkk.34.1614193438172; Wed, 24 Feb 2021 11:03:58 -0800 (PST) MIME-Version: 1.0 References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> In-Reply-To: From: Kyle Evans Date: Wed, 24 Feb 2021 13:03:44 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: dweimer@dweimer.net Cc: Warner Losh , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 19:03:58 -0000 On Wed, Feb 24, 2021 at 12:57 PM Dean E. Weimer wrote: > > On 2021-02-23 12:34 pm, Kyle Evans wrote: > > The more I look at `make -dm` output, the less sense it makes. Your > > patch is decidedly correct regardless of how this specific scenario is > > playing out: > > > > 1.) As you noted, it's wrong to clean something that's built > > elsewhere. You can reasonably expect `make clean all` to work pretty > > much everywhere else. > > > > 2.) i386/loader cannot make an informed decision about whether it's > > out-of-date, which is sufficient to tell that the existing addition to > > OBJS was not the correct implementation in hindsight. > > > > 3.) The failure mode if it's *missing* is exactly the same before and > > after your patch; file can't be found, cannot build it. > > > > On Tue, Feb 23, 2021 at 12:09 PM Warner Losh wrote: > >> > >> I'm unsure of the mechanics as well. I do know that we shouldn't > >> delete stuff in OTHER directories, though. the btx stuff is trying to > >> do a bit of an end run around the link only with the installed stuff > >> here and using crt0.o as a library from the 'where it was built' > >> directory which I think creates one too many dependencies... I've not > >> yet puzzled through all of them to find out which one is causing us to > >> think we need to rebuild though. > >> > >> Warner > >> > >> On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans wrote: > >>> > >>> Hi, > >>> > >>> What I don't understand here is, why are these being considered > >>> out-of-date? That seems like it is indicative of a larger problem > >>> that > >>> we'd surely fall over elsewhere on if not for here, that the source > >>> tree's timestamps are post-dated w.r.t. the objdir. > >>> > >>> Thanks, > >>> > >>> Kyle Evans > >>> > >>> On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote: > >>> > > >>> > What does this patch do for you? > >>> > > >>> > diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile > >>> > index ad95948ec50a..cbbe15bd1fc0 100644 > >>> > --- a/stand/i386/loader/Makefile > >>> > +++ b/stand/i386/loader/Makefile > >>> > @@ -90,7 +90,8 @@ FILES+= ${LOADER} > >>> > FILESMODE_${LOADER}= ${BINMODE} -b > >>> > > >>> > # XXX crt0.o needs to be first for pxeboot(8) to work > >>> > -OBJS= ${BTXCRT} > >>> > +# Can't add it to OBJS w/o pain and suffering > >>> > +LDFLAGS+= ${BTXCRT} > >>> > > >>> > DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > >>> > LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > >>> > > >>> > Anything? > >>> > > >>> > Warner > >>> > > >>> > On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer wrote: > >>> > > >>> > > On 2021-02-22 10:53 am, Dean E. Weimer wrote: > >>> > > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: > >>> > > >> On 2021-02-22 9:29 am, Warner Losh wrote: > >>> > > >> > >>> > > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable > >>> > > >>> wrote: > >>> > > >>> > >>> > > >>>> I was able to successfully build and install BETA2 from source, > >>> > > >>>> however > >>> > > >>>> I am now attempting to upgrade the same machine to BETA3 buildworld > >>> > > >>>> and > >>> > > >>>> buildkernel complete. installkernel also completes, but installworld > >>> > > >>>> fails, it appears to not find a file for i386 boot. > >>> > > >>>> > >>> > > >>>> > >>> > > >>>> > >>> > > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx > >>> > > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin > >>> > > >>>> make[6]: exec(btxld) failed (No such file or directory) > >>> > > >>> > >>> > > >>> Does this happen every time, or only sometimes? Do you have the > >>> > > >>> complete log? Why we're trying to run btxld and objcopy in the > >>> > > >>> *INSTALL* phase is likely why (paths are different between the two) > >>> > > >>> > >>> > > >>> Warner > >>> > > >>> > >>> > > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" > >>> > > >> > >>> > > >> Everytime, not sure why I am trying to run btxld and objcopy in > >>> > > >> install phase, I am simply running the command make installworld > >>> > > >> > >>> > > >> I do use env variables to change paths, as I install to a ZFS clone of > >>> > > >> the original system dataset then change boot setting on pool and > >>> > > >> reboot. > >>> > > >> > >>> > > >> Environment Variables used during build and install, been doing this > >>> > > >> process ever since I started using ZFS boot on FreeBSD 9.2. > >>> > > >> > >>> > > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj > >>> > > >> setenv DESTDIR /jails/devel/ROOT > >>> > > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf > >>> > > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf > >>> > > > > >>> > > > I had already started a new build specifying CPUTYPE=silvermont in > >>> > > > make.conf, as attempt work around. It failed as well. I did check and > >>> > > > the path above exists on the system > >>> > > > > >>> > > > > >>> > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx > >>> > > > # ll > >>> > > > total 10 > >>> > > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o > >>> > > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* > >>> > > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o > >>> > > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ > >>> > > > > >>> > > > I have removed my CPU Type specification and will run a new make and > >>> > > > install capturing full logs so that I can post a link to full logs. > >>> > > > >>> > > I did a new build and capture output from full buildworld and > >>> > > installworld, but first I cleared ccache same error was a result. > >>> > > > >>> > > Here is the entire output along with my make.conf and src.conf files. > >>> > > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L > >>> > > > >>> > > > >>> > > -- > >>> > > Thanks, > >>> > > Dean E. Weimer > >>> > > http://www.dweimer.net/ > >>> > > > >>> > _______________________________________________ > >>> > freebsd-stable@freebsd.org mailing list > >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Do you guys know which part of my configuration is triggering this > issue, so I can work around it for now? My last build attempt with the > latest updates for the security fixes failed to install even with patch. > I've been able to reproduce it locally with a stock config twice or so, but it's non-trivial and only seems to reproduce with at least a nullfs objdir. A good data point would be to point your MAKEOBJDIRPREFIX at /jails/devel/host-usr-obj (assuming that's not null-mounted) -- as long as you're still operating out of /jails/devel/ROOT/usr/src, the paths relative to it will work out the same. Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Wed Feb 24 19:36:28 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0958567123 for ; Wed, 24 Feb 2021 19:36:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm5kz556Jz4XPN for ; Wed, 24 Feb 2021 19:36:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x334.google.com with SMTP id b8so3298888oti.7 for ; Wed, 24 Feb 2021 11:36:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Q/in1zmA8DpnarUs5WXzo28oyPpDwL4nQA4l+fGX7KI=; b=dWR00RoXYmpQLVPW+kK3KTdcdyaw4RSmgcWKUqLVHHEgL1y8HxuC0QQjefIZzgUb4t mtzFcswo/xprU7mzERwQMfscVKdMs2r1PaZDJsFUUTbRioSL2XO1isNEDwYnyTdNwEaH /3PTCKZX0wF2Hu9w5cpRiwPzUtkQK+I/3u9RAZE0B1CEAOoK91NapIPgamy/1adS4EJQ aCxSNsSjKUwaULx4/g0ur4D5c0WhELSKIfmK0ttPFNHXe10TPq/n5q/LOaHKuYHC0/mq GDH0pT4CymfITuAHipPAvfC7TyQEfPUOViRKzzRg+MwWYc8XpuBynW/5i1GsWUWCPBqY /x2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Q/in1zmA8DpnarUs5WXzo28oyPpDwL4nQA4l+fGX7KI=; b=axJR8mDf7sn4NQ/TeTjh9M0totigSAUlDL3hHob7Vk0NnRCoHlRV7kvMZBipAS90fx 7qz+BZZXuv3a85WPOz5Z0NzoooB7TcG0nf6/bnTtc7NFvJYuj4dtEgroJgMYulZN56/q hAEosEUxxSPR3lliLjX0A6dvPPPWPjqgAppYYwzY4QIQSSbDDzvQtiB7YC/7rgBkhYb2 qGGLTY8BTXyF5k1mrntUxHb3TaPksU/XKRtI7jpouVrgWvabjeknO8Of95BKV2bK20nw JF9M2Kk6vTxmCarhgf3zBcNT3aPo2XCXFOsY/gVB2mwRzDwrdEvZrqDT/Ju9w8md6vvP nT9g== X-Gm-Message-State: AOAM530ZMiGlz9sEGg9NP7wLkCZNxRIKSuFQ+hAC22IIdVIZ7pPEyuhq riLYdWGBzBp2cY+PSSld8UiqrF3ecQBhIqWPzNc= X-Google-Smtp-Source: ABdhPJyzLrNbVU/N7u3L689Ew1b+v19Dtz1yENBNEThrmUcOCT8COzRu4BVByKq3nrTu6Qqctb4OD/qCehOAcWaoqfE= X-Received: by 2002:a05:6830:1f3c:: with SMTP id e28mr25811426oth.93.1614195386506; Wed, 24 Feb 2021 11:36:26 -0800 (PST) MIME-Version: 1.0 References: <1748076.jFELhIj8lM@ravel> In-Reply-To: <1748076.jFELhIj8lM@ravel> From: Kevin Oberman Date: Wed, 24 Feb 2021 11:36:09 -0800 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Olivier Certner Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4Dm5kz556Jz4XPN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dWR00RoX; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::334 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[free.fr]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::334:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::334:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::334:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 19:36:28 -0000 Thanks, Olivier, for the quick response. Now I don't have to do a system build! Neither command is what I'd call 'intuitive', so it would have taken me a long time to find either of them. I cut and pasted the 'git branch' command and it took me a moment to realize what that meant. Never ran "grep -l" on a pipe, I guess. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Wed, Feb 24, 2021 at 10:06 AM Olivier Certner wrote: > Hi, > > In your base git repository, type: > git rev-list | grep -lF > > This outputs something ("(standard input)") iff you have it in. > > In order to limit the search time in case of a false result, you'd better > pass > the --since= to git rev-list. > > There is an alternative if you have a branch pointing to your uname hash: > git branch --contains | grep -lF > > Regards. > > -- > Olivier Certner > > > From owner-freebsd-stable@freebsd.org Wed Feb 24 19:46:01 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6402E5677BE for ; Wed, 24 Feb 2021 19:46:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm5y11d94z4Y89 for ; Wed, 24 Feb 2021 19:46:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82f.google.com with SMTP id s15so2391724qtq.0 for ; Wed, 24 Feb 2021 11:46:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UwKi9RM6qeN8pFgl/tSqMWpmfpxdAfZdQx7wUjkEapw=; b=cdzHvkdpgNhv+KR1IccKeMr1+lQI7WGUSXO5x/1qONp4rn2sSben73PZdjA74QRpFh 67AeSX1TShKgoBgGHSGyn2yI/P8vPrCrVf8JW4LRp+qldakfrAEsmxtSA3eLG0SP5dIk hP5julhkfCcNaeRyKxwcsQsz4EvD9Gu7lSn8ngiJMebdmJEb4ymCVHMfJ1NfSJ68qzAD LERmaaxEZSfj5lQ2b1ExwcvcyrkdUfG8k//8gt9/mOuFyVjGuxvg1nCzgYeDGI5u9WWK BhOs4OvUeo1kZv2faUiS3p8JDoIw8cEQvFlhYek1YgFhKzo8nJLG5SNUBrGqzon/57if 0HOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UwKi9RM6qeN8pFgl/tSqMWpmfpxdAfZdQx7wUjkEapw=; b=uPJnwXNb4OuWZIMRb4M1hv1dKcT0QWhGh5ZCvSuwh37+YDWmAHYdVXtopTjxMrMU9Q 3eNtL2JwF+7W3ohbZBqqY+XK4d4S10mt3S5KjCWgYgtRHNz5K2qS6iSYTyCG7+MSKIO6 JYNLtk4rOcXGZrBpomEuJYeAfzFK1JYb6v/2o+gwFW79A3LbxHScY7UUrkV9TOEUMvCY rMTN+DlI+C9VF4xGAZK7DX9w4zgUBSevCrJ/d/FancrstTDF7pMn8SbEkeOUrdT1o2aQ SvXOeTJPNeQO/0PGoDjp4KJmwhCLu5ywUJ2K38Xb7sNBx60SzW5up+pIS8cFvS0nPbie 9kzA== X-Gm-Message-State: AOAM533tsQjiXXajc1xTtyDZtXEaln5otr9dTGcjVKQg2brrdlWK2jo9 fnbNWSGrKB5O8FDQqK4Q9AN+MfKkM4m0dmda2mTsdw== X-Google-Smtp-Source: ABdhPJx1p6k5l5PHNoiAs5k+jzWs3qvHKQezeqHrVccHRJnwKafU5K6Nboaoyyrp5cGH2jLBlwQQXfgjyRw8CLKL8to= X-Received: by 2002:a05:622a:90:: with SMTP id o16mr29875867qtw.49.1614195959787; Wed, 24 Feb 2021 11:45:59 -0800 (PST) MIME-Version: 1.0 References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> In-Reply-To: From: Warner Losh Date: Wed, 24 Feb 2021 12:45:48 -0700 Message-ID: Subject: Re: 13-BETA3 installation from source problems. To: Kyle Evans Cc: dweimer@dweimer.net, FreeBSD Stable X-Rspamd-Queue-Id: 4Dm5y11d94z4Y89 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 19:46:01 -0000 Also doing ls -lR from the obj sir for stand before and after installworld might preserve data that may help. Warner On Wed, Feb 24, 2021, 12:04 PM Kyle Evans wrote: > On Wed, Feb 24, 2021 at 12:57 PM Dean E. Weimer > wrote: > > > > On 2021-02-23 12:34 pm, Kyle Evans wrote: > > > The more I look at `make -dm` output, the less sense it makes. Your > > > patch is decidedly correct regardless of how this specific scenario is > > > playing out: > > > > > > 1.) As you noted, it's wrong to clean something that's built > > > elsewhere. You can reasonably expect `make clean all` to work pretty > > > much everywhere else. > > > > > > 2.) i386/loader cannot make an informed decision about whether it's > > > out-of-date, which is sufficient to tell that the existing addition to > > > OBJS was not the correct implementation in hindsight. > > > > > > 3.) The failure mode if it's *missing* is exactly the same before and > > > after your patch; file can't be found, cannot build it. > > > > > > On Tue, Feb 23, 2021 at 12:09 PM Warner Losh wrote: > > >> > > >> I'm unsure of the mechanics as well. I do know that we shouldn't > > >> delete stuff in OTHER directories, though. the btx stuff is trying to > > >> do a bit of an end run around the link only with the installed stuff > > >> here and using crt0.o as a library from the 'where it was built' > > >> directory which I think creates one too many dependencies... I've not > > >> yet puzzled through all of them to find out which one is causing us to > > >> think we need to rebuild though. > > >> > > >> Warner > > >> > > >> On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans > wrote: > > >>> > > >>> Hi, > > >>> > > >>> What I don't understand here is, why are these being considered > > >>> out-of-date? That seems like it is indicative of a larger problem > > >>> that > > >>> we'd surely fall over elsewhere on if not for here, that the source > > >>> tree's timestamps are post-dated w.r.t. the objdir. > > >>> > > >>> Thanks, > > >>> > > >>> Kyle Evans > > >>> > > >>> On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote: > > >>> > > > >>> > What does this patch do for you? > > >>> > > > >>> > diff --git a/stand/i386/loader/Makefile > b/stand/i386/loader/Makefile > > >>> > index ad95948ec50a..cbbe15bd1fc0 100644 > > >>> > --- a/stand/i386/loader/Makefile > > >>> > +++ b/stand/i386/loader/Makefile > > >>> > @@ -90,7 +90,8 @@ FILES+= ${LOADER} > > >>> > FILESMODE_${LOADER}= ${BINMODE} -b > > >>> > > > >>> > # XXX crt0.o needs to be first for pxeboot(8) to work > > >>> > -OBJS= ${BTXCRT} > > >>> > +# Can't add it to OBJS w/o pain and suffering > > >>> > +LDFLAGS+= ${BTXCRT} > > >>> > > > >>> > DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > > >>> > LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} > > >>> > > > >>> > Anything? > > >>> > > > >>> > Warner > > >>> > > > >>> > On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer < > dweimer@dweimer.net> wrote: > > >>> > > > >>> > > On 2021-02-22 10:53 am, Dean E. Weimer wrote: > > >>> > > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: > > >>> > > >> On 2021-02-22 9:29 am, Warner Losh wrote: > > >>> > > >> > > >>> > > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via > freebsd-stable > > >>> > > >>> wrote: > > >>> > > >>> > > >>> > > >>>> I was able to successfully build and install BETA2 from > source, > > >>> > > >>>> however > > >>> > > >>>> I am now attempting to upgrade the same machine to BETA3 > buildworld > > >>> > > >>>> and > > >>> > > >>>> buildkernel complete. installkernel also completes, but > installworld > > >>> > > >>>> fails, it appears to not find a file for i386 boot. > > >>> > > >>>> > > >>> > > >>>> > > >>> > > >>>> > > >>> > > > /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx > > >>> > > >>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin > > >>> > > >>>> make[6]: exec(btxld) failed (No such file or directory) > > >>> > > >>> > > >>> > > >>> Does this happen every time, or only sometimes? Do you have > the > > >>> > > >>> complete log? Why we're trying to run btxld and objcopy in > the > > >>> > > >>> *INSTALL* phase is likely why (paths are different between > the two) > > >>> > > >>> > > >>> > > >>> Warner > > >>> > > >>> > > >>> > > >>>> mail to "freebsd-stable-unsubscribe@freebsd.org" > > >>> > > >> > > >>> > > >> Everytime, not sure why I am trying to run btxld and objcopy > in > > >>> > > >> install phase, I am simply running the command make > installworld > > >>> > > >> > > >>> > > >> I do use env variables to change paths, as I install to a ZFS > clone of > > >>> > > >> the original system dataset then change boot setting on pool > and > > >>> > > >> reboot. > > >>> > > >> > > >>> > > >> Environment Variables used during build and install, been > doing this > > >>> > > >> process ever since I started using ZFS boot on FreeBSD 9.2. > > >>> > > >> > > >>> > > >> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj > > >>> > > >> setenv DESTDIR /jails/devel/ROOT > > >>> > > >> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf > > >>> > > >> setenv SRCCONF /jails/devel/ROOT/etc/src.conf > > >>> > > > > > >>> > > > I had already started a new build specifying > CPUTYPE=silvermont in > > >>> > > > make.conf, as attempt work around. It failed as well. I did > check and > > >>> > > > the path above exists on the system > > >>> > > > > > >>> > > > > > >>> > > > :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx > > >>> > > > # ll > > >>> > > > total 10 > > >>> > > > -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o > > >>> > > > -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* > > >>> > > > -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o > > >>> > > > drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ > > >>> > > > > > >>> > > > I have removed my CPU Type specification and will run a new > make and > > >>> > > > install capturing full logs so that I can post a link to full > logs. > > >>> > > > > >>> > > I did a new build and capture output from full buildworld and > > >>> > > installworld, but first I cleared ccache same error was a result. > > >>> > > > > >>> > > Here is the entire output along with my make.conf and src.conf > files. > > >>> > > https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L > > >>> > > > > >>> > > > > >>> > > -- > > >>> > > Thanks, > > >>> > > Dean E. Weimer > > >>> > > http://www.dweimer.net/ > > >>> > > > > >>> > _______________________________________________ > > >>> > freebsd-stable@freebsd.org mailing list > > >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > >>> > To unsubscribe, send any mail to " > freebsd-stable-unsubscribe@freebsd.org" > > > > Do you guys know which part of my configuration is triggering this > > issue, so I can work around it for now? My last build attempt with the > > latest updates for the security fixes failed to install even with patch. > > > > I've been able to reproduce it locally with a stock config twice or > so, but it's non-trivial and only seems to reproduce with at least a > nullfs objdir. A good data point would be to point your > MAKEOBJDIRPREFIX at /jails/devel/host-usr-obj (assuming that's not > null-mounted) -- as long as you're still operating out of > /jails/devel/ROOT/usr/src, the paths relative to it will work out the > same. > > Thanks, > > Kyle Evans > From owner-freebsd-stable@freebsd.org Wed Feb 24 19:52:49 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3EA4567CDF for ; Wed, 24 Feb 2021 19:52:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dm65s5XJlz4YTg for ; Wed, 24 Feb 2021 19:52:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id BDDA7567CDE; Wed, 24 Feb 2021 19:52:49 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BDA44567877 for ; Wed, 24 Feb 2021 19:52:49 +0000 (UTC) (envelope-from dim@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm65s51fFz4YcB; Wed, 24 Feb 2021 19:52:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 89E04D13E; Wed, 24 Feb 2021 19:52:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::74ac:30c7:e6a9:700e] (unknown [IPv6:2001:470:7a58:0:74ac:30c7:e6a9:700e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7D4532C776; Wed, 24 Feb 2021 20:52:47 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_556478BA-98AE-4ED7-A49E-FA01A8250AC7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: 11.4-STABLE - libcxxrt changes (?) broke libreoffice Date: Wed, 24 Feb 2021 20:52:39 +0100 In-Reply-To: <2C7EC95F-631C-4544-9C83-DF55A03EAD73@FreeBSD.org> Cc: stable@freebsd.org To: Bengt Ahlgren References: <2C7EC95F-631C-4544-9C83-DF55A03EAD73@FreeBSD.org> X-Mailer: Apple Mail (2.3445.104.17) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 19:52:49 -0000 --Apple-Mail=_556478BA-98AE-4ED7-A49E-FA01A8250AC7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 24 Feb 2021, at 19:13, Dimitry Andric wrote: >=20 > On 24 Feb 2021, at 16:04, Bengt Ahlgren wrote: >>=20 >> After updating my laptop with 11.4-STABLE to r369345, libreoffice >> (7.0.3.1_2) just exits with "Application Error". Going back to >> 11.4-STABLE r369313, before the libcxxrt changes, makes the same >> libreoffice binary work again. >>=20 >> I build libreoffice with the KF5, QT5 and JAVA options on, in a = 11.4-REL >> poudriere jail. >>=20 >> I didn't see any other application crashes. >=20 > This is likely fixed by: > = https://cgit.freebsd.org/src/commit/?id=3Dd149877758f162f0c777e7760164bf2c= 1f7a1bc1 >=20 > for which the MFC timer will expire tomorrow, then I will commit the = fix. Since this can cause crashes, I've fast-tracked the MFC: stable/11: = https://cgit.freebsd.org/src/commit/?id=3D696961f67c5eaabe03713dbf1b4fc2b7= a0ce1cb1 or: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D3693= 63 stable/12: = https://cgit.freebsd.org/src/commit/?id=3D64809c763b0c73fe488b616016700670= 56b07780 or: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D3693= 62 stable/13: = https://cgit.freebsd.org/src/commit/?id=3D1c1460747efd44eb74762b960883656b= 56134e30 (Note stable/13 is not exported to Subversion.) -Dimitry --Apple-Mail=_556478BA-98AE-4ED7-A49E-FA01A8250AC7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYDauhwAKCRCwXqMKLiCW o0EzAKCpuXhRAmQR+Wzw5VFT2vvTmJYWQQCfUSt4OeOCCqX8jh1v4YDyJU0XGfM= =zJQf -----END PGP SIGNATURE----- --Apple-Mail=_556478BA-98AE-4ED7-A49E-FA01A8250AC7-- From owner-freebsd-stable@freebsd.org Wed Feb 24 19:59:04 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD80D567B41 for ; Wed, 24 Feb 2021 19:59:04 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm6F35hRgz4ZFG for ; Wed, 24 Feb 2021 19:59:03 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from fomalhaut.potoki.eu ([IPv6:2001:470:71:d47:3c27:87e8:7a8c:c2d5]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.16.1/8.16.1) with ESMTPSA id 11OJwwtv097432 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 24 Feb 2021 20:58:59 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1614196739; bh=myYojVAYJf6ZLleuJhmvNm1Wc+9KWhe/Pk6uyRNs4BY=; h=To:References:From:Subject:Date:In-Reply-To; b=UTvb1Kum0d1ikMECKYTgHU5gyJrIGzedQXa6FbEiS5E9zfpfsV8Tbaud4du+zU7p0 HpNhai8zK6lSHjAd4W9QL9MiJvrIqzMvhWn1AxB5hhdx4zcop+73TUBj9K9CaeYzCC CW8+h3ew3BhNiv6wGVYUwBDL8n9O7hJf0jIXgpjq3qtpCNCIWrLIfejk0kIszKqMpo WjTjO5Jtld5i01g6mfeyoxEJ/1Q9FAIzaUKA2atqbYR4YZOotWMlBGCsgGJXWdZ11p MYx1wZ5InVdjkeHCrxUeth+D/Lu/yTYv5YZRChKJUvJTM9T3JzlR4+7Sx/rhKs/y9o Q48xrjBwcVbpg== X-Authentication-Warning: plan-b.pwste.edu.pl: Host [IPv6:2001:470:71:d47:3c27:87e8:7a8c:c2d5] claimed to be fomalhaut.potoki.eu To: freebsd-stable@freebsd.org References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> From: Marek Zarychta Subject: Re: 13-BETA3 installation from source problems. Message-ID: <95fdb726-7247-0d1a-3082-da1c2376ce1a@plan-b.pwste.edu.pl> Date: Wed, 24 Feb 2021 20:58:53 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Rspamd-Queue-Id: 4Dm6F35hRgz4ZFG X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=UTvb1Kum; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl X-Spamd-Result: default: False [-5.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:678:618::40:from]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[pwste.edu.pl:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:678:618::40:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 19:59:04 -0000 W dniu 24.02.2021 o=C2=A020:03, Kyle Evans pisze: > On Wed, Feb 24, 2021 at 12:57 PM Dean E. Weimer w= rote: >> On 2021-02-23 12:34 pm, Kyle Evans wrote: >>> The more I look at `make -dm` output, the less sense it makes. Your >>> patch is decidedly correct regardless of how this specific scenario i= s >>> playing out: >>> >>> 1.) As you noted, it's wrong to clean something that's built >>> elsewhere. You can reasonably expect `make clean all` to work pretty >>> much everywhere else. >>> >>> 2.) i386/loader cannot make an informed decision about whether it's >>> out-of-date, which is sufficient to tell that the existing addition t= o >>> OBJS was not the correct implementation in hindsight. >>> >>> 3.) The failure mode if it's *missing* is exactly the same before and= >>> after your patch; file can't be found, cannot build it. >>> >>> On Tue, Feb 23, 2021 at 12:09 PM Warner Losh wrote: >>>> I'm unsure of the mechanics as well. I do know that we shouldn't >>>> delete stuff in OTHER directories, though. the btx stuff is trying t= o >>>> do a bit of an end run around the link only with the installed stuff= >>>> here and using crt0.o as a library from the 'where it was built' >>>> directory which I think creates one too many dependencies... I've no= t >>>> yet puzzled through all of them to find out which one is causing us = to >>>> think we need to rebuild though. >>>> >>>> Warner >>>> >>>> On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans wrot= e: >>>>> Hi, >>>>> >>>>> What I don't understand here is, why are these being considered >>>>> out-of-date? That seems like it is indicative of a larger problem >>>>> that >>>>> we'd surely fall over elsewhere on if not for here, that the source= >>>>> tree's timestamps are post-dated w.r.t. the objdir. >>>>> >>>>> Thanks, >>>>> >>>>> Kyle Evans >>>>> >>>>> On Mon, Feb 22, 2021 at 5:52 PM Warner Losh wrote:= >>>>>> What does this patch do for you? >>>>>> >>>>>> diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefi= le >>>>>> index ad95948ec50a..cbbe15bd1fc0 100644 >>>>>> --- a/stand/i386/loader/Makefile >>>>>> +++ b/stand/i386/loader/Makefile >>>>>> @@ -90,7 +90,8 @@ FILES+=3D ${LOADER} >>>>>> FILESMODE_${LOADER}=3D ${BINMODE} -b >>>>>> >>>>>> # XXX crt0.o needs to be first for pxeboot(8) to work >>>>>> -OBJS=3D ${BTXCRT} >>>>>> +# Can't add it to OBJS w/o pain and suffering >>>>>> +LDFLAGS+=3D ${BTXCRT} >>>>>> >>>>>> DPADD=3D ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >>>>>> LDADD=3D ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32} >>>>>> >>>>>> Anything? >>>>>> >>>>>> Warner >>>>>> >>>>>> On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer wrote: >>>>>> >>>>>>> On 2021-02-22 10:53 am, Dean E. Weimer wrote: >>>>>>>> On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote: >>>>>>>>> On 2021-02-22 9:29 am, Warner Losh wrote: >>>>>>>>> >>>>>>>>>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-sta= ble >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> I was able to successfully build and install BETA2 from sourc= e, >>>>>>>>>>> however >>>>>>>>>>> I am now attempting to upgrade the same machine to BETA3 buil= dworld >>>>>>>>>>> and >>>>>>>>>>> buildkernel complete. installkernel also completes, but insta= llworld >>>>>>>>>>> fails, it appears to not find a file for i386 boot. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>> /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/st= and/i386/btx/btx/btx >>>>>>>>>>> -l boot2.ldr -o boot2.ld -P 1 boot2.bin >>>>>>>>>>> make[6]: exec(btxld) failed (No such file or directory) >>>>>>>>>> Does this happen every time, or only sometimes? Do you have th= e >>>>>>>>>> complete log? Why we're trying to run btxld and objcopy in the= >>>>>>>>>> *INSTALL* phase is likely why (paths are different between the= two) >>>>>>>>>> >>>>>>>>>> Warner >>>>>>>>>> >>>>>>>>>>> mail to "freebsd-stable-unsubscribe@freebsd.org" >>>>>>>>> Everytime, not sure why I am trying to run btxld and objcopy in= >>>>>>>>> install phase, I am simply running the command make installworl= d >>>>>>>>> >>>>>>>>> I do use env variables to change paths, as I install to a ZFS c= lone of >>>>>>>>> the original system dataset then change boot setting on pool an= d >>>>>>>>> reboot. >>>>>>>>> >>>>>>>>> Environment Variables used during build and install, been doing= this >>>>>>>>> process ever since I started using ZFS boot on FreeBSD 9.2. >>>>>>>>> >>>>>>>>> setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj >>>>>>>>> setenv DESTDIR /jails/devel/ROOT >>>>>>>>> setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf >>>>>>>>> setenv SRCCONF /jails/devel/ROOT/etc/src.conf >>>>>>>> I had already started a new build specifying CPUTYPE=3Dsilvermon= t in >>>>>>>> make.conf, as attempt work around. It failed as well. I did chec= k and >>>>>>>> the path above exists on the system >>>>>>>> >>>>>>>> >>>>>>> :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/s= tand/i386/btx/btx >>>>>>>> # ll >>>>>>>> total 10 >>>>>>>> -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o >>>>>>>> -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx* >>>>>>>> -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o >>>>>>>> drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/ >>>>>>>> >>>>>>>> I have removed my CPU Type specification and will run a new make= and >>>>>>>> install capturing full logs so that I can post a link to full lo= gs. >>>>>>> I did a new build and capture output from full buildworld and >>>>>>> installworld, but first I cleared ccache same error was a result.= >>>>>>> >>>>>>> Here is the entire output along with my make.conf and src.conf fi= les. >>>>>>> https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Thanks, >>>>>>> Dean E. Weimer >>>>>>> http://www.dweimer.net/ >>>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-stable@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freeb= sd.org" >> Do you guys know which part of my configuration is triggering this >> issue, so I can work around it for now? My last build attempt with the= >> latest updates for the security fixes failed to install even with patc= h. >> > I've been able to reproduce it locally with a stock config twice or > so, but it's non-trivial and only seems to reproduce with at least a > nullfs objdir. A good data point would be to point your > MAKEOBJDIRPREFIX at /jails/devel/host-usr-obj (assuming that's not > null-mounted) -- as long as you're still operating out of > /jails/devel/ROOT/usr/src, the paths relative to it will work out the > same. > > Thanks, > > Kyle Evans > _______________________________________________ I am hitting this very often on stable/13. If you are building world=20 WITH_META_MODE, then it can be worked around by making world again with=20 only one make job. --=20 Marek Zarychta From owner-freebsd-stable@freebsd.org Wed Feb 24 20:06:25 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1E5954812C for ; Wed, 24 Feb 2021 20:06:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f182.google.com (mail-il1-f182.google.com [209.85.166.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm6PY0BNpz4ZhH for ; Wed, 24 Feb 2021 20:06:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f182.google.com with SMTP id f10so2306048ilq.5 for ; Wed, 24 Feb 2021 12:06:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P9K5m9I8YHMDW9I6ooNYVv+P5haCFU1iiTzF3FXe9RU=; b=s/ENvUiwPf1SM/kyqF1Zw6rw8JgBvAMJ2gi7ULyC7lfd15WNVFbS006yKPoiNhlRPe GdEiVvyNO2hCaNq1ALO2Is5WHYdYFGDWZYJRVyYRNDKzUs2eIQU+eCwIPqawKg2NXjvx DSFaqnYBI9ViS455ALCNwRbHZFE1asL+Euop2boLC0Xgy1pdqtvzy/rCzxl5ic2+b6dX tfiVMTvmE+gdFi/iwqlKguFqzXQiM1kyw7G0pQc74UJvm0urgP7q9gAtaRN95QH+Yi1J Q/OAA0jdjbrk43W2vSvDq1rDlSNGeTFDxeIRrWlRLglEPLUVGHwBryH7BdpOFdDinzPF 9+4Q== X-Gm-Message-State: AOAM533SBKd/whQz9N7H3xvb1iKPePjHHK4EtP0IPJtJTQIw2FmYZbnY r/Noc+a1kt1gy0I0DOoWThC3ctDrQT724tqwojj/Fi1Sgq3EoA== X-Google-Smtp-Source: ABdhPJzEysbiaAFmSzGobbY665hcq2W2xx/JaKkom/OXm60iE/WzzOITiJiqutxvyH8Gi4VbRlX3ck1t32RKiLa5CR0= X-Received: by 2002:a92:d981:: with SMTP id r1mr2762872iln.98.1614197183828; Wed, 24 Feb 2021 12:06:23 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Wed, 24 Feb 2021 15:06:08 -0500 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Kevin Oberman Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dm6PY0BNpz4ZhH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.182 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.182:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.182:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.182:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.182:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 20:06:25 -0000 On Wed, 24 Feb 2021 at 12:35, Kevin Oberman wrote: > > In the svn days, I could just look at my svn revision to check on whether a > security patch was required. Now I have a git hash. I have no idea how to > tell if my system running 13-STABLE of a few days ago has the patch. Thanks for posting this question. I see some useful information in other replies to this thread and we'll want to make sure that makes its way to appropriate documentation. For future advisories we should also report the commit count associated with the fix; this is a monotonically-increasing number and is reported in the uname. If you build stable/13 right now you would get "stable/13-n244668-4664afc05402", and the fix in 894360bacd42f021551f76518edd445f6d299f2e corresponds to n244572. 244668 being larger than 244572 indicates that the fix is included. These counts are not unique across different branches; you can only compare counts for the same branch. From owner-freebsd-stable@freebsd.org Thu Feb 25 00:42:30 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C571454F6D5 for ; Thu, 25 Feb 2021 00:42:30 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmDX56JpHz4swN for ; Thu, 25 Feb 2021 00:42:29 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: by mail-lf1-x132.google.com with SMTP id d3so5904666lfg.10 for ; Wed, 24 Feb 2021 16:42:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=7pb1KDTChARn9GJX1OT5XFax9uPq60CNWctOe7Fj80c=; b=ten75xvgxe1HL0S8LSSdQjNRjNSQafxazVOK+mtm5eCR2RKt5VnALsTiyJhi0HF2NY qRh8Z0v5h/ZLNHb+bzvS2pXhJT6kS4zUelFocbLJoOghE4bnZizs2+PqUexVJWDbhexN i3b5SRMiQoBOzTmsb4ETLtyKfz+OkyAkvQCDk5zGaHiV+7jiBb843tN6myIDzkyxhMxq olEpiTzKowYmJ6ULBVjags+ehg3+3cIQFlMxsP7ZqO60al+36OB8DB7XINoTz6lQBRg4 yObLb8NQn8CbcR39eAvPI5GAmzu0KDN+WPMS7i5Ho66kLd7vnnZboszfce3C4Q12b+cQ 5LZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=7pb1KDTChARn9GJX1OT5XFax9uPq60CNWctOe7Fj80c=; b=Sdy97YE/xoTpBpULmB9NeDyMkdzdabrTm6kCpAZbXDJhr2+hyP3KymH35APrjLTq7i 5wKAcr6Mk+HRb59h4GJbbBhscRoeA5HEGOfX+UGuCMlTLMg1AKO35/ubT8Ge0ArFHbFp NQjbQXq73kP8FiB9lDyYMP795Dd1KE/AwPUZoJv0fX3oSv0G4oXMMtnD3ZOSg3e1fImB x9VgjWqHodkOSEGfAWVDyxQw1L8P0v0jMmd6+7SLEPIZPo3v8EQN0gzh1DB+TMX2gR+j CFpuBzDb9F5ObyvLX1zOhZ09QX3CUxpC2cOY4rq5ind2SSzLM490Du/XKmTo7ch32JVs ldFQ== X-Gm-Message-State: AOAM530y+g/pMDfBgcdNYULDoEwWJI/3+HlxOIiMgDm/TxnV/uYLJ2Qu M5ySgI8ElcmXZKBGDBRIg5++mfe43q7ovK0d0tFyVOf0sCk= X-Google-Smtp-Source: ABdhPJxujoI2aBS31A7l3atYhB1K16ydZMQG6b+hf9yAWWjOJJEK7Ge416WG1L7TDSIGZRC+5rMiVAlSgWYHR+DZiLc= X-Received: by 2002:ac2:5622:: with SMTP id b2mr383050lff.14.1614213747870; Wed, 24 Feb 2021 16:42:27 -0800 (PST) MIME-Version: 1.0 From: Greg Balfour Date: Wed, 24 Feb 2021 18:42:17 -0600 Message-ID: Subject: FreeBSD-EN-21:07.caroot.asc question To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DmDX56JpHz4swN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ten75xvg; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gregbal4@gmail.com designates 2a00:1450:4864:20::132 as permitted sender) smtp.mailfrom=gregbal4@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::132:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::132:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::132:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 00:42:30 -0000 After installing the security and errata patches that came out today on my 12.2-RELEASE system, I see the following during the "make installworld" step. Is this the expected output after removing certificates from the root certificate bundle or did something go wrong? [...] -------------------------------------------------------------- >>> Installing everything completed on Wed Feb 24 18:16:59 CST 2021 -------------------------------------------------------------- Scanning /usr/share/certs/blacklisted for certificates... Scanning /usr/share/certs/trusted for certificates... unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/GeoTrust_Global_CA.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/GeoTrust_Primary_Certification_Authority.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/GeoTrust_Primary_Certification_Authority_-_G3.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/GeoTrust_Universal_CA.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/GeoTrust_Universal_CA_2.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/thawte_Primary_Root_CA.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/thawte_Primary_Root_CA_-_G2.pem unable to load certificate 34371108864:error:0909006C:PEM routines:get_name:no start line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: TRUSTED CERTIFICATE Error: /usr/share/certs/trusted/thawte_Primary_Root_CA_-_G3.pem From owner-freebsd-stable@freebsd.org Thu Feb 25 01:21:26 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E5759551925 for ; Thu, 25 Feb 2021 01:21:26 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (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 "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmFP170Fwz3CZD for ; Thu, 25 Feb 2021 01:21:25 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Thu, 25 Feb 2021 02:21:23 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1614216083; bh=8Knw+w7HtSdbH8Fo9nyrF9H8s9jcdUWTmTi4LProvaw=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=OxaUH/yFGtULWDSU3c42tSTdK5DnMrYnoq//9jL4FhTK7tOMEENRFs5TcqEL2oNGZ xUt+M25TmhDJgwtz3EjKp2c49WjgTutwPZopkQg7wxJMAY+nNIdlhcQ7bZReg+dkG4 y79OKThV16nxkH6WoUEMLCHfm6w0to1uSYyuZSThcMCeNCMeM6U54+mTqESfXbp8FF Jrb/FgX4XJeAEqpUmuwdvOT99A0QGWz3/ZGFejh/7m1BXfaT+s+Ya2QLeCInlwZqtG J748zLKXfx4Y06pjyystz4iOzyO6eO2B+EmH742ZOOsfcL3Kr2Vpjbia638946+5KP xeTwFLS7hiWkQ== From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: FreeBSD-EN-21:07.caroot.asc question Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DmFP170Fwz3CZD X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=OxaUH/yF; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-1.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:4f8:13b:240c::25:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:13b:240c::25:from]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 01:21:27 -0000 On Wed, Feb 24, 2021 at 06:42:17PM -0600, Greg Balfour wrote: > After installing the security and errata patches that came out today > on my 12.2-RELEASE system, I see the following during the "make > installworld" step. Is this the expected output after removing > certificates from the root certificate bundle or did something go > wrong? > > [...] > -------------------------------------------------------------- > >>> Installing everything completed on Wed Feb 24 18:16:59 CST 2021 > -------------------------------------------------------------- > Scanning /usr/share/certs/blacklisted for certificates... > Scanning /usr/share/certs/trusted for certificates... > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/GeoTrust_Global_CA.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/GeoTrust_Primary_Certification_Authority.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/GeoTrust_Primary_Certification_Authority_-_G3.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/GeoTrust_Universal_CA.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/GeoTrust_Universal_CA_2.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/thawte_Primary_Root_CA.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/thawte_Primary_Root_CA_-_G2.pem > unable to load certificate > 34371108864:error:0909006C:PEM routines:get_name:no start > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > TRUSTED CERTIFICATE > Error: /usr/share/certs/trusted/thawte_Primary_Root_CA_-_G3.pem Patch does not remove empty files unless "-E" switch is used. The pem files above are propably empty and you have to remove them manually (both in /usr/src and /usr/share). Why are you not using svn/git to update /usr/src? -- Herbert From owner-freebsd-stable@freebsd.org Thu Feb 25 05:34:25 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 69F02557525 for ; Thu, 25 Feb 2021 05:34:25 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmM0w40wJz3hTb for ; Thu, 25 Feb 2021 05:34:24 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x32c.google.com with SMTP id 105so4629971otd.3 for ; Wed, 24 Feb 2021 21:34:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=lQV3orSclQbLI/egOvFnqFjKwJ38hCraTLf6q1/m5Xw=; b=illLAQ8sJyaAApBfkUg+3J2ZB4PpJ6BEtBt+eadam61crn7wSyV0mR005ZdsPgMOzD 627zrHX61MIySc5tKviChu46XzBntvXoh57Jln3n2yaHEMx39rWNUdPd1WL70xolRNEL eaxzlrrnbkLQ4qilOsPh6/8/ilZFqyczhFgJtAkUGZiU+M2PPTslaV9aI9XEVD04gcaw 1ghNB/DNXE4tHpBZ+pFxl6Cg5gyqvRPngUG6+bsQ9OgIrTS9BzoFK39hXFMb0+zlRJpH v2Gr4LJ1q+AgI7RF6c7DCv4k2kSuUaU44DkI2Mw6kyZC9qt+F4gyAYTGVNGuHeo2lu4J DgGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=lQV3orSclQbLI/egOvFnqFjKwJ38hCraTLf6q1/m5Xw=; b=uGXgY6Ou5t2yll7Iist4K7xZX+y1dVmf5nziSb+HqJ5LMTnLTYM3iMnJn9/zZb36px CA0CcC72u9CbZFgbyanR0YxDJQtlUrBu8Lbog5vksaqS4eXpXMIWYdCmBmVVGuG3eYU1 KeBS+PMoeynNN/d+IrUKJbrQACJoV2FoMfargH0+kqrFcm3aVyH0LevaY2VfOCzSUvsn mdTj7foVUTyjVYcWbYrtEIhdRx3P1d9GuTIQaK0PE01VRwNmgppPr9HJSkR/V8IHWe4y vycczokCB65Rxl9xDl+XAvllbq3zhOsin+Kf8aT19pMD3Z8R0PiHohia/r+DlW5t1uUw r+7A== X-Gm-Message-State: AOAM531L1iXpmfrNJ3qObrSoCg9Qc115gzuB9nAZL/B9pDBfBOmaempR iuMXfRwNJWmwW3WrKcxfItA9zX90BUsggRQzoy8KdYlY9TYS+Q== X-Google-Smtp-Source: ABdhPJxNCkHL0cF+OFD6uSlEWVqFqFotf9KXRCEMJd1cQFt2BwezY3++APWfdCZxrMUehWs9EMq4FybxlEr5WpGPzA8= X-Received: by 2002:a9d:d51:: with SMTP id 75mr1026077oti.199.1614231262343; Wed, 24 Feb 2021 21:34:22 -0800 (PST) MIME-Version: 1.0 From: Kevin Oberman Date: Wed, 24 Feb 2021 21:34:06 -0800 Message-ID: Subject: Drastic slowdown for geli attach To: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4DmM0w40wJz3hTb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=illLAQ8s; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::32c as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32c:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::32c:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32c:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 05:34:25 -0000 Sometime around the first week of this month (February) the time to do a geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It started taking about 10 seconds. Prior to this, it took about 3-4 seconds. I have not seen any issues with the disc after it attaches, I am simply concerned that the longer time may be indicative of a deeper issue. The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate ST2000LM007-1R8174 2T HDD. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Thu Feb 25 06:04:41 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3018D557F5C for ; Thu, 25 Feb 2021 06:04:41 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from roadkill.tharned.org (tunnel294749-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:107f::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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "tharned.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmMgr1X5mz3kXG for ; Thu, 25 Feb 2021 06:04:39 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from flake.tharned.org ([IPv6:2001:470:1f11:107f:3830:f6e5:fe0b:e51f]) (authenticated bits=0) by roadkill.tharned.org (8.16.1/8.16.1) with ESMTPSA id 11P64cav010118 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Feb 2021 00:04:38 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) X-Authentication-Warning: roadkill.tharned.org: Host [IPv6:2001:470:1f11:107f:3830:f6e5:fe0b:e51f] claimed to be flake.tharned.org From: Greg Rivers To: FreeBSD-STABLE Mailing List Cc: Kevin Oberman Subject: Re: Drastic slowdown for geli attach Date: Thu, 25 Feb 2021 00:04:37 -0600 Message-ID: <2933600.JfOADfKO6a@no.place.like.home> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (roadkill.tharned.org [IPv6:2001:470:1f10:107f:0:0:0:2]); Thu, 25 Feb 2021 00:04:38 -0600 (CST) X-Rspamd-Queue-Id: 4DmMgr1X5mz3kXG X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.23 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; HAS_XAW(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[tharned.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[tharned.org,quarantine]; NEURAL_HAM_SHORT(-0.73)[-0.728]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:1f10:107f::2:from]; CTE_CASE(0.50)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd-stable]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[tharned.org:s=2020]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[tharned.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2001:470:1f10:107f::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 06:04:41 -0000 On Wednesday, 24 February 2021 23:34:06 CST Kevin Oberman wrote: > Sometime around the first week of this month (February) the time to do a > geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It started > taking about 10 seconds. Prior to this, it took about 3-4 seconds. I have > not seen any issues with the disc after it attaches, I am simply concerned > that the longer time may be indicative of a deeper issue. > Just for reference, I have not experienced this with 13.0-BETA3. > The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate > ST2000LM007-1R8174 2T HDD. > I have 13.0-BETA3 on a HP laptop (HP EliteBook 850 G1) and on a small low-power PC (Gigabyte J1900N-D3V). No issues of any kind so far. I know this doesn't help you directly, but at least it's a data point. -- Greg From owner-freebsd-stable@freebsd.org Thu Feb 25 07:42:28 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1275D5599CC for ; Thu, 25 Feb 2021 07:42:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmPrg1Zjxz3pB9; Thu, 25 Feb 2021 07:42:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x331.google.com with SMTP id r19so4856179otk.2; Wed, 24 Feb 2021 23:42:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tfZWIq3pjPBLw3q4dPKcOdWyqyt2DxArw1yMIwtufMU=; b=XpjBjrC3rmttGy8WSZltgGYCYWNos4ykzLsU/94AEuYuXJdzMyxiv8gm9VtDTke7iW RCKvPoL4skJPBxjsi7kpyembl6PXBwQWWzQhMXSaARPftcSK6QYgDJKdycNC116Dc9r4 GfCTk+6wpjUl/HLJw8II7YnxD9avyjt3kNDaI2IhE5ldUyZdG9SVmK33k9As7lVRa2NP GlW5mngnimOYlbWIpggEXHjdXYFub7/fuNDrECSh1y/KRDxMLUW3wjROlmPc/qagxsPh nAw1nXMh0zUoynF3YqScQCHCXOjPweHCRt8KqFsgx+EYK7Sx74LJYxfjoDIZ6Q6egNMq ffhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tfZWIq3pjPBLw3q4dPKcOdWyqyt2DxArw1yMIwtufMU=; b=r+Jp3g/qhUfHTsZt/xgCPhV0DUWUddt6vVyY2wFAT3KErVNdMoT1ngaQ/hec27YUBp vQLgIIcJ2VHIOdC2Ce8U1c2MILHk6Wycq7ZJKi5oEnTBn8zHy5O1mKT2Ce1ISG0z0B1c lLM7UbS4uUQeX8c8QSXbDWe+SGCSJBYWvKZEpXJNgdOY9kie3UYt/s9ULAUpyVvljdxS XpDQb9i+EUqOc3aY60XnV+nqUODDo77en6k97TmLMBU06o5afk9WzbU8tothwvNzuy6d NVt2wGhCY8ENdXcxa3N+KUVseE54Ehd4h4NTm3vSPfhH6DXNwbJaNpZ3ev+H+cZcODoz GcPA== X-Gm-Message-State: AOAM53352AQGAHzC9ihF4sYkTANZcXyCjTg8qpbRY/3OG4dJTO8Vk2tD FCEn5sF1phGY/8W9Iw9EeLxNZk7ojcKIaOp7FREvbzupci6zfw== X-Google-Smtp-Source: ABdhPJySCgxyFYXE/iZcVmeGCLs2BQv2+AHrh0z031SSyUIbtj7xIgeqkHC2NIEwOfpHG6ZNG/ayWWqMUw0RS/gb4Z0= X-Received: by 2002:a05:6830:1f3c:: with SMTP id e28mr1285218oth.93.1614238946111; Wed, 24 Feb 2021 23:42:26 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Wed, 24 Feb 2021 23:42:10 -0800 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Ed Maste Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4DmPrg1Zjxz3pB9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XpjBjrC3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::331 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::331:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::331:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::331:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 07:42:28 -0000 Thanks, Ed, but where do I find this? uname -a" gives me stable/13-007101f87. For a while I was seeing a hyphenated number prefixed with a 'c' and I had assumed that that number was the sequence. The full hash from the logs just is a long hex number. As usual with git stuff, I'm still very confused. After decades with a common paradigm with RCS CVS and SVN, git is fundamentally very different and old terminology does not really align as git is designed from a very different perspective. I have read the little mini-guide Warner wrote as well as a couple of web tutorial, but the web tutorials are really about running your own repo on github or gitlab, not using a repo as a source for distributions. I'm still a long way from having a real clue. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Wed, Feb 24, 2021 at 12:06 PM Ed Maste wrote: > On Wed, 24 Feb 2021 at 12:35, Kevin Oberman wrote: > > > > In the svn days, I could just look at my svn revision to check on > whether a > > security patch was required. Now I have a git hash. I have no idea how to > > tell if my system running 13-STABLE of a few days ago has the patch. > > Thanks for posting this question. I see some useful information in > other replies to this thread and we'll want to make sure that makes > its way to appropriate documentation. > > For future advisories we should also report the commit count > associated with the fix; this is a monotonically-increasing number and > is reported in the uname. > > If you build stable/13 right now you would get > "stable/13-n244668-4664afc05402", and the fix in > 894360bacd42f021551f76518edd445f6d299f2e corresponds to n244572. > 244668 being larger than 244572 indicates that the fix is included. > > These counts are not unique across different branches; you can only > compare counts for the same branch. > From owner-freebsd-stable@freebsd.org Thu Feb 25 09:07:58 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BAB4355C2C9 for ; Thu, 25 Feb 2021 09:07:58 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DmRlL2th0z3vPD for ; Thu, 25 Feb 2021 09:07:58 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: by mailman.nyi.freebsd.org (Postfix) id 6104555C0E5; Thu, 25 Feb 2021 09:07:58 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 60C9555C06C for ; Thu, 25 Feb 2021 09:07:58 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80048.outbound.protection.outlook.com [40.107.8.48]) (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 4DmRlJ5xJkz3vR7; Thu, 25 Feb 2021 09:07:55 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RZHB29XbbzwdbE1DeFx3WSMIAgXAwE9Koe3H6yEou3PtwFT1507AB7RHGcAYK3RWf25AzJC1xyjiHp3Xk5YxghWaNlN0COmlc72nWP6RMns2oS/9PxUyiqvrQPnBSXjE3zKqnud6anbeEoRTIWDfZYRvhsngUO6mwYmz2iObhAScagnJ4C14WjWIRfdJQb8hJNz7C/hlgdAUx5hr+vSpapJ+R2v0qxbELp32mRwV7JdgpqFXHO8FJLCsGbdEsH0o/QYu7Mdk4h18F3BHxyZExjy6yeYeATnJcn2IMwe3Wz3q9PiaO3y0cC3m8JIJlcQ+KBTtoWh1VJF22kemkxSK+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PBFBrlv6fQLl6z32DlYMnmP7ZPYiK/k9p35NDmjvKPA=; b=jDlQlhDdXJ79rgpM0kkwnh9CmlZkEoJLOFVUqGyw0ofA1695GcpcZaEf8MOalAdFXegcvkdj6UE3mXUTfiKbc32QyFZ8qQhbC/QlPmrIbhoqsn9Jy2blyYjehCGoMsEk2iQ9RbXh7MXwHSPQ4N6BJhiDXVnE6oPV9Kpy8oqc2hsL8FKmWNr9MasQDrSCMZikgV6EWgIPp3Q6wvq34Gcd+joHlQQBCCkKUfTgJXO5OVXYma0pwvVYmhtniG6G2OGIb762/MFCOgyoiBMDY0jgShOK0X5cmlClRaWoLSXTC2nu2/wvUQ9a4dOxBzXGx+1igbcJ/jQF2q46c3lGKSGdjg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PBFBrlv6fQLl6z32DlYMnmP7ZPYiK/k9p35NDmjvKPA=; b=EXo+snI53Nrb9XUgiPtC3MnzFD3L1tF0hgidK2J+U8rYcWPW0jxH+D7b8fgNp/Jz+GD1Y6pICMNj6LF5ZHknmcH68MgjD80Fz30Q1AGPgS4x6a6QcyPKaJCAc2R+vHVW4BeXHEgVPuNy8UhA2z/9u1hpQpdZLrcm5+TMD7oVhmc= Received: from HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9c::8) by HE1P18901MB0105.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9a::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.20; Thu, 25 Feb 2021 09:07:52 +0000 Received: from HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM ([fe80::5840:4533:270c:b192]) by HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM ([fe80::5840:4533:270c:b192%8]) with mapi id 15.20.3890.020; Thu, 25 Feb 2021 09:07:52 +0000 X-Authentication-Warning: P142.sics.se: bengta set sender to bengt.ahlgren@ri.se using -f From: Bengt Ahlgren To: Dimitry Andric Cc: stable@freebsd.org Subject: Re: 11.4-STABLE - libcxxrt changes (?) broke libreoffice In-Reply-To: (Dimitry Andric's message of "Wed, 24 Feb 2021 20:52:39 +0100") References: <2C7EC95F-631C-4544-9C83-DF55A03EAD73@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) Date: Thu, 25 Feb 2021 10:07:52 +0100 Message-ID: Content-Type: text/plain X-Originating-IP: [2001:2002:3e14:df69:6af7:28ff:fe68:c2dd] X-ClientProxiedBy: HE1PR05CA0199.eurprd05.prod.outlook.com (2603:10a6:3:f9::23) To HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9c::8) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from P142.sics.se (2001:2002:3e14:df69:6af7:28ff:fe68:c2dd) by HE1PR05CA0199.eurprd05.prod.outlook.com (2603:10a6:3:f9::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.20 via Frontend Transport; Thu, 25 Feb 2021 09:07:52 +0000 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.16.1/8.16.1) with ESMTPS id 11P97q84001710 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Feb 2021 10:07:52 +0100 (CET) (envelope-from bengt.ahlgren@ri.se) Received: (from bengta@localhost) by P142.sics.se (8.16.1/8.16.1/Submit) id 11P97qjw001709; Thu, 25 Feb 2021 10:07:52 +0100 (CET) (envelope-from bengt.ahlgren@ri.se) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: d9fccfa2-8a64-4c3d-0a12-08d8d96cd4cc X-MS-TrafficTypeDiagnostic: HE1P18901MB0105: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: s8L9fIcmFfrRNGAMoiR99xCNp4VkpXGUahwokK1Ou+2esqHuKfcvHUsXcjtjB9GM0nc3NyV4TOk3yQ9ut8Vm8FItcUEM5cOgm2UzdlNaOGFbUAZdwHiHcexUjKIo2WBH35ybWFuiTNrAq5z7dDTq6lWfn2fcd/y//yAFq4xoK+XR/dNmTXUDfS+D8wQcexUKM0RISJs39B0msg9J0v8ryEVl5nS/amup/xqPB4oeSbtL6KaSkHnp/68ZxTW1NSceeZEX8PWx6xf11rSIXseI6B8aqwmlGZmhDzadPi4gl0TrzJQ8ma1zk6LMr4u9FpGkiUxrBWHu/F/vnS/WTarPyLmdAv49Ozjqc66uW5LSVqoYMnKkDFna8mnTCR6rEIgDgD4bYpSXmPSw5K43Zw0tmoL7bS7p1LXNhhMkfFTBY1DIDTGUePDSMDex4Uo+i4ExvVxy+NzgIVZezCUa+R7LifMAk9a+Ytoa8BiyD/yU4sy7nhyKeyvhcnV9J9juGYL/kfG4Cf2lsXBjFlH33nGxhZBNlWvUBL663Zh91MEKun5vH829HtNcgzckXUYpIDR1TDAfYF4MVIQdf9wYC4UaMtqnCmPVDBA0bqKcdO2/VyY= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(136003)(396003)(376002)(366004)(39850400004)(346002)(66476007)(66556008)(66946007)(186003)(966005)(4326008)(316002)(52116002)(42186006)(53546011)(2906002)(478600001)(6916009)(83380400001)(9686003)(44832011)(86362001)(8936002)(5660300002)(8676002)(450100002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?lA233ahZi97G9qkGfMg1+YzqLECM4q+CVZCIXKm126LVYIJgVyS7ZuTfDyTa?= =?us-ascii?Q?FTYeM2OTOyDyMkkCLeWSTrUNF60V+FsFeMs7sx5xz/cnYUgUXPjWRPHrIPPq?= =?us-ascii?Q?3Gef76ED0poD8F9w6L3/DLltePO/4Ra80YCo94tAD3AAQWNSBcoZUoa3ApEc?= =?us-ascii?Q?ePdhHk4wtmkyg/Md1i/uGVIfPuRgCp7QhBdZe4pqL3t+efPyXSD8wnFsEWBL?= =?us-ascii?Q?M5KQfRqEfc3cfFek2eKopCplgbIX+ASRS9zA7vQsTp5IUjX2uJf0NJ046uLH?= =?us-ascii?Q?l10Tp/VQ6xXdyDNXbB4TRtX18Fw3V1t35ac7Ec0pj5Sce/GPXmsnJ/65vx7t?= =?us-ascii?Q?1hWv5CP2W8+WG4AB6SYxYQXKGii8guDC/PknpfqCbxPoNl0B1kKu3rmcNQQr?= =?us-ascii?Q?zzCG52p/bcz2ZkIJOMTKh6dspMb3JZnyaNd1tkuEb/WwLzjdu4hHnihwgAKm?= =?us-ascii?Q?ZJQhQUnrn1w5zQ2A6OW4zqcq+ByweBQDVJF2ihqDPPYW8+f4YyiMxGpqJV9W?= =?us-ascii?Q?fpn1XbFxfc2yQd4a5otoBm623Nmdv7sBrsuSmdN0oIyreCXP6xKGPjpYMdcH?= =?us-ascii?Q?ugGAMqBurXXx4aDtfyCLPsZC7d6B7dx60dCiNQ5vzOgoW0oCazZg0B292Dzt?= =?us-ascii?Q?R5wQSoGBF5oREgio2UANNkqPF28k5szibzforV1LEBXkKrk+UosifxVuSTw/?= =?us-ascii?Q?IMpJ88gfoZtIgbaDbdc6z/+UXVjjXgMuapYU6IYdRekjUplcYzU83A0bLFYl?= =?us-ascii?Q?NYJxhL+hoaia+sBKO4efkO7k02prmaj1hj986/OM4TZObvGTI1kv2UD1H6dA?= =?us-ascii?Q?eAPLooVYNqdCJEfpjmGAXIruxZr9GNt+0xBV1X4J3yMugjO+LePYigCAun0F?= =?us-ascii?Q?GOwaiStpxU0R7nx65a7f7mtjX6m5RBYcL2+MfIALDZqI96RXSTayurYRFwe9?= =?us-ascii?Q?sv137Kc3LULE9SlMJFkueuwpNAYBCgneCIKvztVadbRciBvYACaVCS+5BaTF?= =?us-ascii?Q?N171jBxKOumIgtu9KuUJx0r98FhOteRCtGQsZuST664tmJIVoIl+hf4U/Pgo?= =?us-ascii?Q?qC5y3kf9tQw/naN4jOMuGOW4dD76vmZM2us2NNHDFLSIedqmfIOx716nmJ2x?= =?us-ascii?Q?3RDgHvAN8YTtBN3BgIv2DxD5OIF2LoIrdQ/KO0VHGFH67R4smZlj9CM/PsIU?= =?us-ascii?Q?W+WJ5sVpfyaQIzLGuUsc0I4+PcAseIFRCndiLF75glC5tbvyTnkX2IUbhzA4?= =?us-ascii?Q?sbkHaTO61/HCatHuO6siigOMu9QYIHb2JKgSWzrwVjLDaSCcqkROybhLhZJa?= =?us-ascii?Q?lq2ueafBtW/u5vIErNZqMP1BfVs0SBLYVP6diOYryPiAY/D7r4qKzO3kZybO?= =?us-ascii?Q?1X71PUrCqiX541nGMoj4Q6y/n6k+Kewm5WYamdJyT2fFK21zyg=3D=3D?= X-OriginatorOrg: ri.se X-MS-Exchange-CrossTenant-Network-Message-Id: d9fccfa2-8a64-4c3d-0a12-08d8d96cd4cc X-MS-Exchange-CrossTenant-AuthSource: HE1P18901MB0011.EURP189.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Feb 2021 09:07:52.3901 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: ILK2KtPVzv5PZ0drOpZ0S8O3NH5vE+6jDG0va7RiRIHw2knINJxjcBlqIa0Ay5rhxp2fNY0T77VPXp0Y/lf36A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1P18901MB0105 X-Rspamd-Queue-Id: 4DmRlJ5xJkz3vR7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ri.se header.s=selector1 header.b=EXo+snI5; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=ri.se; spf=pass (mx1.freebsd.org: domain of bengt.ahlgren@ri.se designates 40.107.8.48 as permitted sender) smtp.mailfrom=bengt.ahlgren@ri.se X-Spamd-Result: default: False [-5.00 / 15.00]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; HAS_XAW(0.00)[]; DKIM_TRACE(0.00)[ri.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ri.se,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.8.48:from]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+]; SUBJECT_HAS_QUESTION(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; R_DKIM_ALLOW(-0.20)[ri.se:s=selector1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[40.107.8.48:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[40.107.8.48:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.8.48:from]; MAILMAN_DEST(0.00)[stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 09:07:58 -0000 Dimitry Andric writes: > On 24 Feb 2021, at 19:13, Dimitry Andric wrote: >> >> On 24 Feb 2021, at 16:04, Bengt Ahlgren wrote: >>> >>> After updating my laptop with 11.4-STABLE to r369345, libreoffice >>> (7.0.3.1_2) just exits with "Application Error". Going back to >>> 11.4-STABLE r369313, before the libcxxrt changes, makes the same >>> libreoffice binary work again. >>> >>> I build libreoffice with the KF5, QT5 and JAVA options on, in a 11.4-REL >>> poudriere jail. >>> >>> I didn't see any other application crashes. >> >> This is likely fixed by: >> https://cgit.freebsd.org/src/commit/?id=d149877758f162f0c777e7760164bf2c1f7a1bc1 >> >> for which the MFC timer will expire tomorrow, then I will commit the fix. > > Since this can cause crashes, I've fast-tracked the MFC: > > stable/11: > https://cgit.freebsd.org/src/commit/?id=696961f67c5eaabe03713dbf1b4fc2b7a0ce1cb1 > or: https://svnweb.freebsd.org/base?view=revision&revision=369363 > > stable/12: > https://cgit.freebsd.org/src/commit/?id=64809c763b0c73fe488b61601670067056b07780 > or: https://svnweb.freebsd.org/base?view=revision&revision=369362 > > stable/13: > https://cgit.freebsd.org/src/commit/?id=1c1460747efd44eb74762b960883656b56134e30 > > (Note stable/13 is not exported to Subversion.) Thanks for your very quick response! I have updated to r369363, but unfortunately back to not working. libreoffice --backtrace gives this gdbtrace.log (truncated): (no debugging symbols found)...(no debugging symbols found)...warning: Lowest section in /usr/local/lib/libicudata.so.68 is .hash at 0000000000000120 Program received signal SIGBUS, Bus error. 0x000000082ac05057 in ?? () from /usr/local/lib/libreoffice/program/libgcc3_uno.so Current language: auto; currently minimal #0 0x000000082ac05057 in ?? () from /usr/local/lib/libreoffice/program/libgcc3_uno.so #1 0x000000082ac04c47 in ?? () from /usr/local/lib/libreoffice/program/libgcc3_uno.so #2 0x00000008014061f6 in __cxa_end_catch () at /usr/src/contrib/libcxxrt/exception.cc:611 #3 0x00000008037ac717 in dp_misc::create_ucb_content () from /usr/local/lib/libreoffice/program/libdeploymentmisclo.so #4 0x00000008379116b2 in deployment_component_getFactory () from /usr/local/lib/libreoffice/program/../program/libdeployment.so I did the re-building with -DNO_CLEAN, but I doubt that would affect this. Would you like me to file a PR? Bengt From owner-freebsd-stable@freebsd.org Thu Feb 25 09:20:26 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 19AAB55C5BD for ; Thu, 25 Feb 2021 09:20:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DmS1k05Xpz3vxH for ; Thu, 25 Feb 2021 09:20:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 032CD55C454; Thu, 25 Feb 2021 09:20:26 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02F2755C7F6 for ; Thu, 25 Feb 2021 09:20:26 +0000 (UTC) (envelope-from dim@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmS1j6ch3z3w6f; Thu, 25 Feb 2021 09:20:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id A91BC238AB; Thu, 25 Feb 2021 09:20:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::2ddf:54ce:6f26:45a3] (unknown [IPv6:2001:470:7a58:0:2ddf:54ce:6f26:45a3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B34532D371; Thu, 25 Feb 2021 10:20:23 +0100 (CET) From: Dimitry Andric Message-Id: <9C077E79-608B-4504-9CD7-1E8845896B40@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_30FDAC4B-03B0-445B-B361-D21D3EE812A3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: 11.4-STABLE - libcxxrt changes (?) broke libreoffice Date: Thu, 25 Feb 2021 10:20:16 +0100 In-Reply-To: Cc: stable@freebsd.org To: Bengt Ahlgren References: <2C7EC95F-631C-4544-9C83-DF55A03EAD73@FreeBSD.org> X-Mailer: Apple Mail (2.3445.104.17) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 09:20:26 -0000 --Apple-Mail=_30FDAC4B-03B0-445B-B361-D21D3EE812A3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 25 Feb 2021, at 10:07, Bengt Ahlgren wrote: >=20 > Dimitry Andric writes: >=20 >> On 24 Feb 2021, at 19:13, Dimitry Andric wrote: >>>=20 >>> On 24 Feb 2021, at 16:04, Bengt Ahlgren wrote: >>>>=20 >>>> After updating my laptop with 11.4-STABLE to r369345, libreoffice >>>> (7.0.3.1_2) just exits with "Application Error". Going back to >>>> 11.4-STABLE r369313, before the libcxxrt changes, makes the same >>>> libreoffice binary work again. >>>>=20 >>>> I build libreoffice with the KF5, QT5 and JAVA options on, in a = 11.4-REL >>>> poudriere jail. >>>>=20 >>>> I didn't see any other application crashes. >>>=20 >>> This is likely fixed by: >>> = https://cgit.freebsd.org/src/commit/?id=3Dd149877758f162f0c777e7760164bf2c= 1f7a1bc1 >>>=20 >>> for which the MFC timer will expire tomorrow, then I will commit the = fix. >>=20 >> Since this can cause crashes, I've fast-tracked the MFC: >>=20 >> stable/11: >> = https://cgit.freebsd.org/src/commit/?id=3D696961f67c5eaabe03713dbf1b4fc2b7= a0ce1cb1 >> or: = https://svnweb.freebsd.org/base?view=3Drevision&revision=3D369363 >>=20 >> stable/12: >> = https://cgit.freebsd.org/src/commit/?id=3D64809c763b0c73fe488b616016700670= 56b07780 >> or: = https://svnweb.freebsd.org/base?view=3Drevision&revision=3D369362 >>=20 >> stable/13: >> = https://cgit.freebsd.org/src/commit/?id=3D1c1460747efd44eb74762b960883656b= 56134e30 >>=20 >> (Note stable/13 is not exported to Subversion.) >=20 > Thanks for your very quick response! I have updated to r369363, but > unfortunately back to not working. libreoffice --backtrace gives this > gdbtrace.log (truncated): >=20 > (no debugging symbols found)...(no debugging symbols found)...warning: = Lowest section in /usr/local/lib/libicudata.so.68 is .hash at = 0000000000000120 >=20 > Program received signal SIGBUS, Bus error. > 0x000000082ac05057 in ?? () from = /usr/local/lib/libreoffice/program/libgcc3_uno.so > Current language: auto; currently minimal > #0 0x000000082ac05057 in ?? () from = /usr/local/lib/libreoffice/program/libgcc3_uno.so > #1 0x000000082ac04c47 in ?? () from = /usr/local/lib/libreoffice/program/libgcc3_uno.so > #2 0x00000008014061f6 in __cxa_end_catch () at = /usr/src/contrib/libcxxrt/exception.cc:611 > #3 0x00000008037ac717 in dp_misc::create_ucb_content () from = /usr/local/lib/libreoffice/program/libdeploymentmisclo.so > #4 0x00000008379116b2 in deployment_component_getFactory () from = /usr/local/lib/libreoffice/program/../program/libdeployment.so This looks like an old version of libcxxrt is used, i.e. just after the alignment fix was applied prematurely in r369324 (this was reverted again in r369236, so there was a very small window of commits which you may have been able to hit). > I did the re-building with -DNO_CLEAN, but I doubt that would affect > this. Would you like me to file a PR? I'm not sure that would help much, as the bug seems to be solved for me, and I cannot reproduce any crashes anymore. But if you can come up with a test case that is small (i.e. not the whole of libreoffice, it takes many hours to build), then we can look again. -Dimitry --Apple-Mail=_30FDAC4B-03B0-445B-B361-D21D3EE812A3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYDdr0AAKCRCwXqMKLiCW o1xJAKCHzQ5OqEd/fbWMlfW2ZL3d6yQYdgCeKiIkoOgm1UEqzAbiQFJp/Cn3JUE= =prQE -----END PGP SIGNATURE----- --Apple-Mail=_30FDAC4B-03B0-445B-B361-D21D3EE812A3-- From owner-freebsd-stable@freebsd.org Thu Feb 25 09:30:28 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 27F6555CBAC for ; Thu, 25 Feb 2021 09:30:28 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmSFH1rG5z4Qnb for ; Thu, 25 Feb 2021 09:30:26 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from ravel.localnet (unknown [90.118.181.206]) (Authenticated sender: olivier.freebsd@free.fr) by smtp6-g21.free.fr (Postfix) with ESMTPSA id ACD967802C2; Thu, 25 Feb 2021 10:30:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1614245421; bh=RpE48Ef21jJS+DrBp1YLaDHMxhDyATTlWpASj5QLbSg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Zsj6GbH5Pf3BTQPhCIaQNVUvBlNCUpnUNbX9BwxXrNzwHLoiFirj/4ne/qIGgmV1x HVsS3EHjaYcD6pjNx9lyd8Mqwprn9GaxgojmugCha+xCTxY2af9k17TqJiKD4Vgqnt 4tsoQjYF3NC5O6UCdYZIS5oZfVblT4oss9702wojfJYMZlcxq6aEnOXAtC8ftntC+o koEdh+Had+QhnRBQTUvqV1ZZUQHHE0rP0I0nhkyb1MzaOEGErpaBJyD8tBwVZTEjU+ fnZndwQzo5z9CpkJtPHlswYfRCK1f1Dzoo5J/f73DlVUJe/ozAR15d0gyrXus8hcPf gmxA8EZhKpqzw== From: Olivier Certner To: Kevin Oberman Cc: FreeBSD-STABLE Mailing List Subject: Re: How do I know if my 13-stable has security patches? Date: Thu, 25 Feb 2021 10:30:15 +0100 Message-ID: <3308997.ajJYar8FF2@ravel> In-Reply-To: References: <1748076.jFELhIj8lM@ravel> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DmSFH1rG5z4Qnb X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=free.fr header.s=smtp-20201208 header.b=Zsj6GbH5; dmarc=pass (policy=none) header.from=free.fr; spf=pass (mx1.freebsd.org: domain of olivier.freebsd@free.fr designates 2a01:e0c:1:1599::15 as permitted sender) smtp.mailfrom=olivier.freebsd@free.fr X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[free.fr]; R_SPF_ALLOW(-0.20)[+ip6:2a01:e0c:1:1599::15]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[free.fr:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[free.fr,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; CTE_CASE(0.50)[]; FREEMAIL_ENVFROM(0.00)[free.fr]; ASN(0.00)[asn:12322, ipnet:2a01:e00::/26, country:FR]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:e0c:1:1599::15:from]; DWL_DNSWL_NONE(0.00)[free.fr:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[free.fr:s=smtp-20201208]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a01:e0c:1:1599::15:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a01:e0c:1:1599::15:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 09:30:28 -0000 > Neither command is what I'd call 'intuitive', so it would have taken me a > long time to find either of them. I cut and pasted the 'git branch' command > and it took me a moment to realize what that meant. Never ran "grep -l" on > a pipe, I guess. You made me laugh! Apart from relatively simple commands, git's interface is far from intuitive. That's the reason why I regret that it became the hugely dominant DVCS. Sure, arguably most of the complexity comes from the DAG of commits, and the need to distinguish what is local and what is remote, which are not specific to git at all. But its interface makes things unnecessarily more complicated. It seems it grew up from ad-hoc pieces without much planification and it took a long time before it finally started to get more attention. A typical case were the cathedral would have been much better than the bazaar: Research for a minimal set of concepts required to have it work and model commands after it. Yes, it's not trivial and it takes time, but is usually much better in the end. But it's progressing somehow. Some time ago, 'git restore ' appeared, to replace the stance 'git checkout -- '. It seems they are also trying to do something with new, hopefully more natural, commands, such as 'git switch' to switch branches. I guess this will benefit the next generations of us, since we have to deal with what's available and works in the meantime (and habits). ;-) And while I'm thinking about it: There is also 'git cherry' to check if some changes are in a branch. It doesn't match on the commit hashes but on the file contents. This is not necessary here because SAs specify the relevant commits per branches, but can be very useful to check that some changes were actually cherry-picked in another branch. -- Olivier Certner From owner-freebsd-stable@freebsd.org Thu Feb 25 13:37:06 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5DCD556351F for ; Thu, 25 Feb 2021 13:37:06 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4DmYjs4BPRz4k0X for ; Thu, 25 Feb 2021 13:37:05 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (096-033-205-208.res.spectrum.com [96.33.205.208]) by colo1.denninger.net (Postfix) with ESMTP id CD1F8211087 for ; Thu, 25 Feb 2021 08:36:28 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 117372C0A1E for ; Thu, 25 Feb 2021 08:36:29 -0500 (EST) Subject: Re: How do I know if my 13-stable has security patches? To: freebsd-stable@freebsd.org References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> From: Karl Denninger Message-ID: <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> Date: Thu, 25 Feb 2021 08:36:28 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <3308997.ajJYar8FF2@ravel> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070507000500020305010308" X-Rspamd-Queue-Id: 4DmYjs4BPRz4k0X X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-4.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[104.236.120.189:from]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[karl]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[104.236.120.189:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-stable] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 13:37:06 -0000 This is a cryptographically signed message in MIME format. --------------ms070507000500020305010308 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2/25/2021 04:30, Olivier Certner wrote: >> Neither command is what I'd call 'intuitive', so it would have taken m= e a >> long time to find either of them. I cut and pasted the 'git branch' co= mmand >> and it took me a moment to realize what that meant. Never ran "grep -l= " on >> a pipe, I guess. > You made me laugh! Apart from relatively simple commands, git's interfa= ce is > far from intuitive. That's the reason why I regret that it became the h= ugely > dominant DVCS. Regression doesn't have to come to a project, but if the tools you=20 choose do things like this then you have to work around them as a=20 project to avoid the issue, and that might wind up being somewhat of a PI= TA. This specific issue is IMHO quite severe in terms of operational=20 impact.=C2=A0 I track -STABLE but don't load "new things" all the time.=C2= =A0 For=20 security-related things it's more important to know if I've got=20 something out there in a specific instance where it may apply (and not=20 care in others where it doesn't; aka the recent Xen thing if you're not=20 using Xen.)=C2=A0 Otherwise if everything is running as it should do I wi= sh=20 to risk introducing bugs along with improvements?=C2=A0 If not in a=20 security-related context, frequently not. Well, this used to be easy.=C2=A0 Is your "uname" r-number HIGHER than th= e=20 "when fixed" revision?=C2=A0 You're good.=C2=A0 Now, nope.=C2=A0 Now I ha= ve to go dig=20 source to know because there is no longer a "revision number" that=20 monotonically increments with each commit so there is no longer a way to = have a "point in time" view of the source, as-committed, for a given=20 checked-out version. IMHO that's a fairly serious regression for the person responsible for=20 keeping security-related things up to date and something the project=20 should find a way to fix before rolling the next -RELEASE. (Yeah, I know = that's almost-certain to not happen but it's not like this issue wasn't=20 known since moving things over to git.) --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070507000500020305010308 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMjI1MTMzNjI5 WjBPBgkqhkiG9w0BCQQxQgRAq6obFcsF0YSBwh+LEftmQRgvMeSY9aVnLv85v/BcN6nWqjPq dTmztz2EL/lgKu4Jhw4Ln06k5vY5ILBo6NctxjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAWsis5CSHub8k+r/0O6LPKin8JLJT7p3aqAMGWvtVKpMRCd3cng+HZBPlzueGvbM7y hHUcJ1IzB65DD7zOTJhqI36RRjFOouMF9gklJ8mljGlKY0wOCKYs+zxusvc5/wn3mV8u6kUh yQYmUvG4KEyaIYob7MoRjxYgqOvGy7Tlk5Cd3ggIDdeK5CP+cawCLVP5T1W2H7tSTZQPFyxE ViJdVrIPcrGFUbemUK1xcJJz9yNNKICzF9N6ttC/+PaX98Gyjzeapi6+fKw0GFVBGn9OQ+uL L81y8gT/m9+B8+xOtXEvW3c/gZRGGT16ADZGEixysmwXmt8kmU1eWwu/u6wW5wV2/rguGR9O 4dORZ9VPJBaw6OPmeFyWC5sl/t8neA/kdwmHIwuPTVdxDc7qptZTAxNNLKO1fHqk0mOb9e3p 1EzRQ1CJUgxCLVoOpo2rdkdyiN8RUypOtlWFv8SzPClAoRZeR3wvR+FUz9Hp8Qmgts0WcntN CRyczmPbbu9zGVEm1sv3jxfROhSXV/t+4tZMYfnuMBVV3bfNwl0wRjwIwOTaC+kl+DpW0IY8 yQk0KoWfku3zUQ9oaCdadKbjUmfNIJrl8Ac9IFoY9RQT06CwQrEhG7CZay4f8KbvQaNYyOzW Ctw+f9rD4LwuzBiOr9z7NNm4wBYZtNKCsw7XjeIDIgAAAAAAAA== --------------ms070507000500020305010308-- From owner-freebsd-stable@freebsd.org Thu Feb 25 14:10:34 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DEEC8564567 for ; Thu, 25 Feb 2021 14:10:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f47.google.com (mail-io1-f47.google.com [209.85.166.47]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmZSV5ymwz4mw6 for ; Thu, 25 Feb 2021 14:10:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f47.google.com with SMTP id 81so2314767iou.11 for ; Thu, 25 Feb 2021 06:10:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=p/PqF3jw9nsVskH4XTUfxTsw0Evup/fnjpT3rTVg9ZM=; b=GkuPFktqevFvyHG9c4liEJSBevxdZQFsoXEHIUvuYiz91LZR9CCt2oAhrt7WpU6fJs 5qvk+vrWMlx30KOXyxx1hYRfJGkLNjr7pxxBA7TKR/zr8sYTBihMwifCUaU6ArylNhim JZxyqXH035svVBtr3r4As3/6GN5eVaLQGjBtf7px7Og35sZ7bcox6rZcEksCZ6QOu6yx yy/k2hGemjhltihFECGKWCtqfdkIGSgqzWjAKGqjCZqbLjHCaCmB3YG8sDzcAb9CxWIF 7laJ0Xg+IP9FOwcDb9dAxeC8P0cpPCjL/3ZnV9NV+DFKim51WVV5bz5dxVovpcb1jTsH 6PRQ== X-Gm-Message-State: AOAM531xlhdS2i66uTJ/IBh9vaB7KJsxa9ctJ4e9MQv14DhiX3hQY9mB bC2EZ6IweGIcwpw7o6rkHQ30NaBBhyeO9ev/jVI= X-Google-Smtp-Source: ABdhPJwdrn3btZbjP7OR+07vT5TnDLN5BHssFw+zHuJ0krpdd7uAZK5kaYcjbZQa7vwmizm1Km6Oh2JRDULnrY0H5yQ= X-Received: by 2002:a6b:fc16:: with SMTP id r22mr2707073ioh.102.1614262233751; Thu, 25 Feb 2021 06:10:33 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Thu, 25 Feb 2021 09:10:15 -0500 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Kevin Oberman Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DmZSV5ymwz4mw6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 14:10:34 -0000 On Thu, 25 Feb 2021 at 02:42, Kevin Oberman wrote: > > Thanks, Ed, but where do I find this? uname -a" gives me stable/13-007101f87. For a while I was seeing a hyphenated number prefixed with a 'c' and I had assumed that that number was the sequence. It is (was) - we changed from 'c' to avoid having it look like a hex value. To generate (this part of) uname the build script runs: if [ "$($git_cmd rev-parse --is-shallow-repository)" = false ] ; then git_cnt=$($git_cmd rev-list --first-parent --count HEAD 2>/dev/null) if [ -n "$git_cnt" ] ; then git="n${git_cnt}-${git}" fi fi Would you try running, at the top of your stable/13 src tree: git rev-parse --is-shallow-repository git rev-list --first-parent --count HEAD From owner-freebsd-stable@freebsd.org Thu Feb 25 15:07:03 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 872765661D4 for ; Thu, 25 Feb 2021 15:07:03 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (024-240-198-186.biz.spectrum.com [24.240.198.186]) (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 "dweimer.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dmbjg2YzVz4rYv; Thu, 25 Feb 2021 15:07:03 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received-SPF: pass (webmail.dweimer.net: authenticated connection) receiver=webmail.dweimer.net; client-ip=10.9.5.1; helo=www.dweimer.net; envelope-from=dweimer@dweimer.net; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from www.dweimer.net (pfsense.dweimer.me [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.16.1/8.16.1) with ESMTPSA id 11PF6nAx036146 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Feb 2021 09:06:50 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Date: Thu, 25 Feb 2021 09:06:44 -0600 From: "Dean E. Weimer" To: Kyle Evans Cc: Warner Losh , FreeBSD Stable Subject: Re: 13-BETA3 installation from source problems. Reply-To: dweimer@dweimer.net In-Reply-To: References: <909bf509b35ec1cda7b70c749edc6b75@dweimer.net> <0b5141137f69e2f86dd49edd4ffd1e78@dweimer.net> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <1e7a67457c34eb84bad6439aef8b5d72@dweimer.net> X-Sender: dweimer@dweimer.net Organization: dweimer.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dmbjg2YzVz4rYv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 15:07:03 -0000 On 2021-02-24 1:03 pm, Kyle Evans wrote: > I've been able to reproduce it locally with a stock config twice or > so, but it's non-trivial and only seems to reproduce with at least a > nullfs objdir. A good data point would be to point your > MAKEOBJDIRPREFIX at /jails/devel/host-usr-obj (assuming that's not > null-mounted) -- as long as you're still operating out of > /jails/devel/ROOT/usr/src, the paths relative to it will work out the > same. > > Thanks, > > Kyle Evans Kyle, this worked /jails/devel/host-usr-obj is a zfs data store mountpoint. I also have a /jails/devel/jail-usr-obj, that I use to hold build data for a different src.conf used for jails. Then I ship these zfs datasets around to multiple machines and just do the install part. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Thu Feb 25 18:47:01 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0720656CB98 for ; Thu, 25 Feb 2021 18:47:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmhbS45D6z3DhJ; Thu, 25 Feb 2021 18:47:00 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x232.google.com with SMTP id w69so7137773oif.1; Thu, 25 Feb 2021 10:47:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AzUYmRtR7GNgeqY1MHQ1o9COBIVNTOFlpX/UL0DUYw8=; b=UttlGz+bqXe5+SbWWoUX12R2TUNdIH5+z5EDEEkzgzfrrWh+BYh9TbxSIjLxXvbm/z amCnsPg3KOHk+vngDFvPnN91HIZOJBKeo+fgj86fWFqedreJf/FByM5SO24IMKsBLdyT gpuI8C6ueBwrqXYcaZcSioanrsH0S78xmsaGWp90ZHNwO3cTLNu9AtJUdbUAmQVYPsqY VpW7eOHpqt0uJmoKJKniR8jL4f6SFA3z0knY/S9jK7g3QnLp5IM/0ph6xsXxm9htKb79 QTkTqqOWn1WqZ89PI8WcNfE33h/PwRUl4DCX2NVwzkBzOiB1hgdoDSytgSHdnwZjxpaA Y31w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AzUYmRtR7GNgeqY1MHQ1o9COBIVNTOFlpX/UL0DUYw8=; b=HjgAkKIQxcYkkx+ni4Zeriruy7inHCDqRWlYdf+C8k3dRn0co/X8H9Ipu7cuBu8jCW 0M//WwaWaiNbixfTcgXeE1QbvHdPKmUU4BhiB42ta6TS56ey513Srd30AGqNbPCMi2cn 1LvAXmS14wK6wUBf7+0zikpbQUTr9zgqKtfJJ/DOJ/kIKQPM4UZyWVS2YJmd+L7vniD0 4DL13mHutd3psKvpYsg0S2iyh+cI9s/qqLI2CCECnE2E1ROY7UlT+an1WDmt2Td/rCxV TbwAtL7whILFLbUwH/BNtUZHYBrB76BXvJnS6Z58m1cGOVEsnyWmQcj9elqiRlKimDKX IXZw== X-Gm-Message-State: AOAM530Q/UFjBVjsRFbGW0ABxjsoIf0gmJimx9e0gIqDc9mmAuBv5nno 1AfarYIdd1lelU4my+AIIjQH5pHU8NSX1UZgBuKpLLamABA= X-Google-Smtp-Source: ABdhPJyrz3E5xYb81lTJsA5sSqI2AnlBQvnuN+mhALpCXx/ZFkjwd7UtUcD2La2yJAl3U84Q0f6+Kk8V/n5Gc92ctyA= X-Received: by 2002:aca:a9cd:: with SMTP id s196mr2821636oie.27.1614278819470; Thu, 25 Feb 2021 10:46:59 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Thu, 25 Feb 2021 10:46:43 -0800 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Ed Maste Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4DmhbS45D6z3DhJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UttlGz+b; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::232 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-2.69 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.992]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::232:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::232:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::232:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 18:47:01 -0000 On Thu, Feb 25, 2021 at 6:10 AM Ed Maste wrote: > On Thu, 25 Feb 2021 at 02:42, Kevin Oberman wrote: > > > > Thanks, Ed, but where do I find this? uname -a" gives me > stable/13-007101f87. For a while I was seeing a hyphenated number prefixed > with a 'c' and I had assumed that that number was the sequence. > > It is (was) - we changed from 'c' to avoid having it look like a hex value. > > To generate (this part of) uname the build script runs: > if [ "$($git_cmd rev-parse --is-shallow-repository)" = false ] ; > then > git_cnt=$($git_cmd rev-list --first-parent --count > HEAD 2>/dev/null) > if [ -n "$git_cnt" ] ; then > git="n${git_cnt}-${git}" > fi > fi > > Would you try running, at the top of your stable/13 src tree: > git rev-parse --is-shallow-repository > git rev-list --first-parent --count HEAD > I do run a shallow clone, as I suspect most non-developers will. # git rev-parse --is-shallow-repository true # git rev-list --first-parent --count HEAD 133 As for an easy check for the presence of a patch by hash, I like the "git log --pretty=oneline" | grep This assumes that the sources have NOT been updated since the system was updated. If they have, you can do a "egrep -n ^" on both the partial hash in "uname -a" and in the security announcement and see which is older by line number. My thanks to Jeremy Chadwick for this approach. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Thu Feb 25 20:57:04 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 100755487DE for ; Thu, 25 Feb 2021 20:57:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmlTQ1sZlz3hww for ; Thu, 25 Feb 2021 20:56:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x835.google.com with SMTP id f17so5186370qth.7 for ; Thu, 25 Feb 2021 12:56:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vhyJ0B9OXGaDyty6V9gMJEL9jfJGmFFEcajl/oCzkRk=; b=tuui721nV6zbR2nit01i+VftTeCkY539MAEvKjnQA5wk6wpe6Lrc/qg1GIzoP3xTHJ kdFUuuiiE3auMgh3dCMZPdOSfZZkjcwpP7V0my8/9XEo3HImVKjEnKl5q0LWE6dbN9iR uoTp03nfggjrTtAm+BqB8SqEGPFJdCztKv7uLyBU8JT3NlY6GDsH/SiPDpZXWMTowfpI Q8hCNboq1SwFw3VW6BtZJc5jC/g6OrXaPBYiCTMFos9y0fMwrpdUzL5s9ESX+1xI08pj YcGDC7FjLjqnwbPotMAji8wmeMzQml1OEWOyQsCub7Xiw4YJEvl04usi4itjBO079VWm 6IlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vhyJ0B9OXGaDyty6V9gMJEL9jfJGmFFEcajl/oCzkRk=; b=KUM0iTl5pw+yAA8QWB5OGClAy5IZKo2GCxM3RrE2ynl15pNRRRnvOkUPIej07OrMrS 4Gv7rV9xQt46Y3g718XZU7N4OIcZ+kctkBXrXUdVgFDoyxSWX8DIV/yI9DaX2awhvnmc VV4smjI1IvThct76WKiLuiW1YfLgYr5NJwEheCARfDT9dbrRkGg+GsFKAS+43kBMZ0Lc GK1BOsb+c56O7UsBzJkdgBxHbHzpFKPXnyyW2lK62kG01OXWAK6a0byPBWr4uUppWWFn zu31qpboXklYKDZ+OPEAMgrTE4nAohu2iXdpEJuPOfd/wJr+hX+YbMCjNOfViR+lee9y HzDA== X-Gm-Message-State: AOAM5301/UnF1IjNR5xI50VhgqCiVtQ0XFHABeiUKd0SrbIrgsmKAyQd NAoDjHeCjkkcNybtEynGUTbqXfj9aV1DHWMatqhFOtHQgBEfVYcn X-Google-Smtp-Source: ABdhPJwCMe80QwUj199v/bemiXSgxw+c0i7gSpnjoztZFhWKJ5euiFn8qz05ZanWOL1HLnKvLzCIucpXokPFdp5WKts= X-Received: by 2002:a05:622a:1c9:: with SMTP id t9mr4358303qtw.244.1614286612401; Thu, 25 Feb 2021 12:56:52 -0800 (PST) MIME-Version: 1.0 References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> In-Reply-To: <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> From: Warner Losh Date: Thu, 25 Feb 2021 13:56:41 -0700 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Karl Denninger Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4DmlTQ1sZlz3hww X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=tuui721n; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::835) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::835:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::835:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::835:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 20:57:04 -0000 On Thu, Feb 25, 2021 at 6:37 AM Karl Denninger wrote: > On 2/25/2021 04:30, Olivier Certner wrote: > >> Neither command is what I'd call 'intuitive', so it would have taken me > a > >> long time to find either of them. I cut and pasted the 'git branch' > command > >> and it took me a moment to realize what that meant. Never ran "grep -l" > on > >> a pipe, I guess. > > You made me laugh! Apart from relatively simple commands, git's > interface is > > far from intuitive. That's the reason why I regret that it became the > hugely > > dominant DVCS. > > Regression doesn't have to come to a project, but if the tools you > choose do things like this then you have to work around them as a > project to avoid the issue, and that might wind up being somewhat of a > PITA. > > This specific issue is IMHO quite severe in terms of operational > impact. I track -STABLE but don't load "new things" all the time. For > security-related things it's more important to know if I've got > something out there in a specific instance where it may apply (and not > care in others where it doesn't; aka the recent Xen thing if you're not > using Xen.) Otherwise if everything is running as it should do I wish > to risk introducing bugs along with improvements? If not in a > security-related context, frequently not. > > Well, this used to be easy. Is your "uname" r-number HIGHER than the > "when fixed" revision? You're good. Now, nope. Now I have to go dig > source to know because there is no longer a "revision number" that > monotonically increments with each commit so there is no longer a way to > have a "point in time" view of the source, as-committed, for a given > checked-out version. > > IMHO that's a fairly serious regression for the person responsible for > keeping security-related things up to date and something the project > should find a way to fix before rolling the next -RELEASE. (Yeah, I know > that's almost-certain to not happen but it's not like this issue wasn't > known since moving things over to git.) > We should likely just publish the 'v' number in the advisories. It's basically a count back to the start of the project. We put that number in uname already. You can also find out the 'v' number in the latest advisories by cloning the repo and doing the same thing we do in newvers.sh: % git rev-list --first-parent --count $HASH and that will tell you. This needn't be on the target machine since the hashes are stable across the world. That's kinda the whole reason we did the 'v' number: to provide a stable, monotonically increasing number that's unaffected by vendor merges (the cXXXX number was affected by merges). If you have a 'c' number in your uname the answer is super simple: you are affected. The problem, though, can happen when you run a shallow clone or gitup to get the sources and build from that. In that case the v number is bogus (hmmm, we should omit it when we have a shallow clone maybe). In that case you'll need to do the following on a clone somewhere (not necessarily on the target machine): % git log --max-count 100000 --oneline $UNAME_HASH | grep $ADVISORY_HASH The other alternative: you can do a 'git fetch' to pull the new hashes without doing a merge with what's on the machine. Then you can do % git log --oneline stable/13..freebsd/stable/13 | grep $ADVISORY_HASH and if you get a hit, you don't have the patch yet installed. The advantage of this is that this is work you'll need to do eventually anyway. If you don't have it, then a % git merge --ff-only freebsd/stable/13 will pull it in. If it turns out you did have it in the history before the shallow clone, then you can choose to update or not. If you choose to update, do the merge. If you choose not, then do nothing. The next 'git pull --ff-only' will do the right thing, as will repeating this process for the next advisory. The only harm is a few extra bytes pulled and/or a few extra compressed revs on the branch. Of course, the above assumes that you're running the sources == system binaries. If in doubt, substitute $UNAME_HASH for the bare stable/13 in the above. Warner From owner-freebsd-stable@freebsd.org Thu Feb 25 21:43:05 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E87854AB00 for ; Thu, 25 Feb 2021 21:43:05 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmmVc6Y3jz3nsc for ; Thu, 25 Feb 2021 21:43:04 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: by mail-lf1-x135.google.com with SMTP id a17so10355579lfb.1 for ; Thu, 25 Feb 2021 13:43:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=vs4l8OYl1FMvCIP904xYqrCty2WoptGNPyX3SnIBkZc=; b=AK9OywDYeo3qeLyg/uHnpxsuB1HToTId0AawbWhPutqKAmG855lay/3xQBnXQeB6Hh ex9gbFX43SlgCFPkdiDILKnr+Y8uj3yHFnUGZ8ORRPBNkroZ5p0uOWoAvjfcagHaZKFk ntb8sZnAtB6y4i9mApNqh2kq7QF0zYPdnn1+g2vDY47Cvcd1yxbIWIH8SH8+V7hu3xbT L0Rd7cJA8AyyD7gIVQ7ZgvjxbEuh3JQV4GgxRYmLWDUpVCauhhlQfIGeR8r0Kxnz5+kt 6VdqPV+xrjgqr92KEdd74cRoo44Wk4EJA9G9edE0Kp2i3endB9uiwUb8DoZ9snrF7pyp 4vgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=vs4l8OYl1FMvCIP904xYqrCty2WoptGNPyX3SnIBkZc=; b=BsOP3nOUWa1KBJXUOsp6OWMK+opb/vJjWHiqxE8StCjxLdk3jRc3CGsfPtCXz3IfhF Eki9j8aMiGwYQo8glOxJdwRySd05l3kyXas/MiCzN4DzUc+jINIHdARfjAV/XtbYMfQs O1G5ut6934h7ZebZ+kglR5rRAgFVpHBYryu55D2KM3GYLg4cvBFJFq6gwF0kC/3nenV+ i+6h7YtlWQ7iyBAQjGk+AhoD9OVxawruACUHHZPti/Dkg6owd0CN2gUDrLyNRFqzDRDM /q6Qa0FUOqFkbe2TjBS9AtQ/cABfkUPftGPzK0yjNtkjHiue9i/2pk/jhjF4fW2rlg5e eAOg== X-Gm-Message-State: AOAM533zvqeIUigBIgLnaGtA6Z7rBFYouFMbxD70kJGcvLJsPxo2oVLL 0yFx//EounhsRhTCQsEV3E5FidqPAWE4onxUONJVGYk8 X-Google-Smtp-Source: ABdhPJxv0hTyzxoN9PXaHGEKM5KXoclKs9AMAXbSbZXcvdZWmJHuVHvNW9IRLOqubBW9BU3bNTK5sjldeeyl0MMZLpI= X-Received: by 2002:a05:6512:613:: with SMTP id b19mr3097940lfe.220.1614289382871; Thu, 25 Feb 2021 13:43:02 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Greg Balfour Date: Thu, 25 Feb 2021 15:42:51 -0600 Message-ID: Subject: Re: FreeBSD-EN-21:07.caroot.asc question To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DmmVc6Y3jz3nsc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AK9OywDY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gregbal4@gmail.com designates 2a00:1450:4864:20::135 as permitted sender) smtp.mailfrom=gregbal4@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::135:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::135:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::135:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 21:43:05 -0000 On Wed, Feb 24, 2021 at 7:21 PM Herbert J. Skuhra wrote: > > On Wed, Feb 24, 2021 at 06:42:17PM -0600, Greg Balfour wrote: > > After installing the security and errata patches that came out today > > on my 12.2-RELEASE system, I see the following during the "make > > installworld" step. Is this the expected output after removing > > certificates from the root certificate bundle or did something go > > wrong? ... > > unable to load certificate > > 34371108864:error:0909006C:PEM routines:get_name:no start > > line:/usr/src/crypto/openssl/crypto/pem/pem_lib.c:745:Expecting: > > TRUSTED CERTIFICATE > > Error: /usr/share/certs/trusted/GeoTrust_Global_CA.pem ... > Patch does not remove empty files unless "-E" switch is used. > > The pem files above are propably empty and you have to remove them > manually (both in /usr/src and /usr/share). > > Why are you not using svn/git to update /usr/src? > > -- > Herbert Applying the patch with the -E option does fix the problem. Thanks. From owner-freebsd-stable@freebsd.org Thu Feb 25 21:56:52 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D76C954AD5F for ; Thu, 25 Feb 2021 21:56:52 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4DmmpW37tlz3qBd for ; Thu, 25 Feb 2021 21:56:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (096-033-205-208.res.spectrum.com [96.33.205.208]) by colo1.denninger.net (Postfix) with ESMTP id 273022110D8; Thu, 25 Feb 2021 16:56:18 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 573872C27B3; Thu, 25 Feb 2021 16:56:18 -0500 (EST) Subject: Re: How do I know if my 13-stable has security patches? To: Warner Losh Cc: FreeBSD-STABLE Mailing List References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> From: Karl Denninger Message-ID: <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> Date: Thu, 25 Feb 2021 16:56:18 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020408010007060203020801" X-Rspamd-Queue-Id: 4DmmpW37tlz3qBd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-4.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[104.236.120.189:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[karl]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SPAMHAUS_ZRD(0.00)[104.236.120.189:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 21:56:52 -0000 This is a cryptographically signed message in MIME format. --------------ms020408010007060203020801 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2/25/2021 15:56, Warner Losh wrote: > > On Thu, Feb 25, 2021 at 6:37 AM Karl Denninger > wrote: > > On 2/25/2021 04:30, Olivier Certner wrote: > >> Neither command is what I'd call 'intuitive', so it would have > taken me a > >> long time to find either of them. I cut and pasted the 'git > branch' command > >> and it took me a moment to realize what that meant. Never ran > "grep -l" on > >> a pipe, I guess. > > You made me laugh! Apart from relatively simple commands, git's > interface is > > far from intuitive. That's the reason why I regret that it > became the hugely > > dominant DVCS. > > Regression doesn't have to come to a project, but if the tools you > choose do things like this then you have to work around them as a > project to avoid the issue, and that might wind up being somewhat > of a PITA. > > This specific issue is IMHO quite severe in terms of operational > impact.=C2=A0 I track -STABLE but don't load "new things" all the > time.=C2=A0 For > security-related things it's more important to know if I've got > something out there in a specific instance where it may apply (and > not > care in others where it doesn't; aka the recent Xen thing if > you're not > using Xen.)=C2=A0 Otherwise if everything is running as it should d= o I > wish > to risk introducing bugs along with improvements?=C2=A0 If not in a= > security-related context, frequently not. > > Well, this used to be easy.=C2=A0 Is your "uname" r-number HIGHER t= han the > "when fixed" revision?=C2=A0 You're good.=C2=A0 Now, nope.=C2=A0 No= w I have to go > dig > source to know because there is no longer a "revision number" that > monotonically increments with each commit so there is no longer a > way to > have a "point in time" view of the source, as-committed, for a give= n > checked-out version. > > IMHO that's a fairly serious regression for the person responsible > for > keeping security-related things up to date and something the projec= t > should find a way to fix before rolling the next -RELEASE. (Yeah, > I know > that's almost-certain to not happen but it's not like this issue > wasn't > known since moving things over to git.) > > > We should likely just publish the 'v' number in the advisories. It's=20 > basically a count back to the start of the project. We put that number = > in uname already. > > You can also=C2=A0 find out the 'v' number in the latest advisories by = > cloning the repo and doing the same thing we do in newvers.sh: > % git rev-list --first-parent --count $HASH > and that will tell you. This needn't be on the target machine since=20 > the hashes are stable across the world. (list of further "stuff") But that's my entire point Warner. The time (and present items) on a given machine to know whether it is=20 covered by a given advisory under the "svn view of the world" is one=20 command, and no sources.=C2=A0 That is, if the advisory says "r123456" ha= s=20 the fix, then if I do a "uname -v" and get something larger, it's safe. If I get something smaller it's not. I don't need the source on the machine, I don't need svn on the target=20 or, for that matter, do I need to know if the source tree I have on a=20 build machine is coherent with whatever is on the running machine.=C2=A0 = I=20 simply need to know if the source that built the code that is running=20 was updated *after* the commit that fixes the problem.=C2=A0 What if the = source /isn't on that machine /because you build on some system and then = distribute?=C2=A0 Does every machine now have to be coherent with your so= urce=20 repository in order to be able to figure out where you are or worse, it=20 must keep the source from which that specific installation,=20 individually, was built? /What if the source isn't there at all /because = you run binary code and update with freebsd-update? Unless I've missed something that's what was lost and IMHO needs to be=20 restored; a way to know that in seconds with nothing other than the=20 operating OS on the box (e.g. via uname) and the advisory with its=20 "greater than X is safe" from the mailing list.=C2=A0 Am I misunderstandi= ng=20 the current state of things in this regard? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020408010007060203020801 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMjI1MjE1NjE4 WjBPBgkqhkiG9w0BCQQxQgRArTNg1H4WFDuHma8lOPZ0lKH3XBNJdbEZ28ORxqe/kgU7lueP pDVqbB8pjlk64EuIIPinOZ1MPNsA8ziAu54ehTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAHzy5mpzLYr9stsW/DoRcNzreTzQI2y2YqT9xEW67ZhKE6AFKeAKLwjI6QvUI/L7dN DLoxroVlPtjh8Xe0QhL1AQaKfXalFiAT7bKK/POZhc5/rwIzjG0hM1UNcVOupvP87C26PGcQ PrPEcjr9KGXOnbJV8k9sDpZiJGqq75Q0+95nmEtby+9czPtFiOpLX/O86ZPpbVG9D0ynMrMf lnuyJiqEvDWkxSbVlhsgWm3B0gjGX2FmQGWaUVDDRSvbtRNKUhLDOSoPFhm7pyminlD36fhQ j5DtCfpiHX4vbbhejIcGXHZe4lrcI7nbe5fPNTIeQdzxwKx455IhU5Eik2TVwV39s+rtL2ie AH+zaKq+TVUqopAa/OphebTMJfRYY5CZefbUALqdQg1gCnYzopcWU1/slt1tD5mBl5Wqpxf3 oAUy5LSJGE64XuRPhRMw0lzfp2U+FHNGCX7o7TybDt3DZojV7S/2bfWwiG+aWcVCLvzbpsov V4FE/my0cHBLEAVEWKj86k3WV8ZmFBEm0Gc45rrTXDBZ0Fv/7hZr+iYdwM0NisJTJMqYL8fe 58mLlZc84q27bG6ns800WBEmMN79i5SmHQez+5Fe2yN3V6DGNGYQD/bDCEA/lbriRfinyZb4 GnGTnLBVUSTp7HzADIcOFskce3v0JmIwJaRp5ZO6gQAAAAAAAA== --------------ms020408010007060203020801-- From owner-freebsd-stable@freebsd.org Thu Feb 25 22:18:15 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 269DD54BB89 for ; Thu, 25 Feb 2021 22:18:15 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmnHB1qk5z3qvc for ; Thu, 25 Feb 2021 22:18:14 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.16.1/8.15.2) with ESMTPSA id 11PMI05Y061382 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 25 Feb 2021 17:18:06 -0500 (EST) (envelope-from george+freebsd@m5p.com) Subject: Re: How do I know if my 13-stable has security patches? To: freebsd-stable@freebsd.org References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> From: George Mitchell Message-ID: <51ba99aa-49eb-1207-041c-bc1f43b2e8fa@m5p.com> Date: Thu, 25 Feb 2021 17:18:00 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EuEZaagu0KriXSUbneomEBLe5WZtzYUkb" X-Spam-Status: No, score=0.0 required=10.0 tests=HELO_NO_DOMAIN,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mattapan.m5p.com X-Rspamd-Queue-Id: 4DmnHB1qk5z3qvc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george@m5p.com X-Spamd-Result: default: False [-4.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.104.188.4:from]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; TAGGED_FROM(0.00)[freebsd]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[m5p.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[74.104.188.4:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 22:18:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EuEZaagu0KriXSUbneomEBLe5WZtzYUkb Content-Type: multipart/mixed; boundary="XQk5pK5r7YPuCB5nFksW5eKiceLuUsR6t"; protected-headers="v1" From: George Mitchell To: freebsd-stable@freebsd.org Message-ID: <51ba99aa-49eb-1207-041c-bc1f43b2e8fa@m5p.com> Subject: Re: How do I know if my 13-stable has security patches? References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> In-Reply-To: --XQk5pK5r7YPuCB5nFksW5eKiceLuUsR6t Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2/25/21 3:56 PM, Warner Losh wrote: > [...] > We should likely just publish the 'v' number in the advisories. It's > basically a count back to the start of the project. We put that number = in > uname already. [....] +1 !!! -- George --XQk5pK5r7YPuCB5nFksW5eKiceLuUsR6t-- --EuEZaagu0KriXSUbneomEBLe5WZtzYUkb Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAmA4IhgFAwAAAAAACgkQwRES3m+p4fkb cg/+J1ovNPLYG/Iu45CHnewcv3RdKqFbWREWjdujq8FTlY6+PYJ93hLL3tqLT4hnqiIhF8ygXeBG MkMchrxXvwNqD6pwM+xB/7FGE8H0WnRcb8jmxKFoUsEyL/xqBeYvcRcRrL1Ekk2BHfgzDY8aYo9O pkUWVh7BzkjPIx4e2SEXoZUpQLBgT90FiaimAn4iL3vH8REzKdVnkGo60/986sYtISHAzyDYxlZg PTLzMiN7pSXH8t7KemNOLipWv7pP//Gy26lJ6BcvHM/brBvOX/7M3v9p6QjOF+VBKyKmW0tRkw2d IwQMonGmvDcvS7jOv9hou8b0hUIg25cMLmU4cW1aEmUVeCvQlEOmxmjxfQwCi5kgNOQw+SnTuQtX J/JyABxS0FBoGmQdsG1huy/7nWrkNEGrZxcuMEEIA/tnZrFytvXkOirgqys8FgCGkfiBfgSjFNj2 7CCRFNkkEvEi6rRy4wQD2t3lQGKiJoB68qlqoC5EDhDWWug1AITUtrkcZcMCz+27BgU8ZeUcJ2Fg q1GqxeDjtBlimWDcBfsxTudzyiM8/SXVmEYhCXWbnLYIRzG9aPxTKkdX3bSFfxeIfKRCUW4C/hUA 8GJYnFYn6DfOF8Zhgz4Y4JiZxtAk2XPObyLfaKmf65KG+UtXQODllaaLKcT7z0UiNJ8NeGvBJ//G vlA= =zcWB -----END PGP SIGNATURE----- --EuEZaagu0KriXSUbneomEBLe5WZtzYUkb-- From owner-freebsd-stable@freebsd.org Thu Feb 25 22:27:29 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F3E8654BF58 for ; Thu, 25 Feb 2021 22:27:28 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmnTr0Tpjz3rmq for ; Thu, 25 Feb 2021 22:27:27 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.16.1/8.16.1) with ESMTPSA id 11PMR7Ik084043 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 25 Feb 2021 16:27:07 -0600 (CST) (envelope-from tundra@tundraware.com) Subject: Re: How do I know if my 13-stable has security patches? References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> To: FreeBSD-STABLE Mailing List From: Tim Daneliuk Autocrypt: addr=tundra@tundraware.com; prefer-encrypt=mutual; keydata= xsFNBFlVgYoBEADIYD9W4mbKz5cEleX923hagDWkxyJl4kRiMJnz+dNAH71MItSdErMb0cFt CPxVncb4dR4R2ec0c0MjPcgVINNtbY1DMWsF7t31TKD8NG9ZjLqF6fZDFjgkRejqHytgjmCI UejrMSCf0UJsLtg+I3N1ZVVxd7ALj2bCvC/uc5S7j+YbNnhQvSoBbdFj/xOTjyOGGpk7WfB7 e42PGKq1NSgnI7tcY6HSaSH+LHeoc0yUpBb5A1ge+RhR1N9JTniEFe0qvOBi+HgUltEoxsk4 xb6IhpkDOTsxHvEg5h0ukfl8kG9cu+LrEBqwPaC8lPw3UmoTEAU+lXHanPE12JCF/54EtVCc rb4W0vqgGmLJzn5dRU/fWkar0FKPq4eoV0XMbGZKIC6pWQnMEsxEMpNvh7oefK6Kyn+LO+59 +sNYHbv1RImDJccmfHTOA6/jHdwOcnYy37U8UF7e+mGrwNs8GsMQx2AaQbR6VErakH3GBgft bMFOGQxiaRBkbzba7BZCQ060yhiC3/Mb/xHoVi7PBEmKig1SErTMA7Fh3CYPYIRDphNs6OSr tf9O4hbzUAsjbU3rxOfiWQjP3fSOM0KUBj4wpIWZlMrjAGnMIz2wHb211wsBiLqSaGiiO1LR 7RrcvbIFZvHQHiWe2tdRyuH3N/h7A316yoLfx+yy1gyP5weWsQARAQABzSRUaW0gRGFuZWxp dWsgPHR1bmRyYUB0dW5kcmF3YXJlLmNvbT7CwXcEEwEIACEFAllVgYoCGyMFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQdoOXo5EJFKntcA/9F9ags9Ik5C49N39iRq+yqBdn/Lr75rqv +Yg7JkjeVlwHpnQt1S6orTC7EaJc+AqY3szCEmhfuT0+E96Bw2k+G/XRnaedZ9SHSdImlmq0 RmOFpWLr67ScvlA9YG1tyR+QYraEFqK5EB6qhOWRJoz1BYtAAntK9b9gUTXt/277sT7lAWaj oPi4CDd4DofHc4E9VRsniMQNMLCWqc/ygAK07cWbK2Rh90tS2C4nK6OHFkNkK94zDilfxod1 NBFTUPPYfEU2CSa3eLlpfhYY3/2X7zNvmmCt+chHUnAhQLhldQ3WlqmTKP+ZK9LX002/bY1O M8Zk76WyA/A3EfsIUbnXBQvFyjwX6W4QEytlZWtp/yRIe64JOa3dZ8rkhragb2N4VgVLBVe3 jtZgfQ72pHrfNk/T0uT+hjFqInvIYiXkhxB2GiD7Ga28VuXojTmeoaW3GKcvoVxONSju7WzD XgyxWRmNpd5uifJcC3YU3tNNAosnQ0/5FW4wkducSEVwwqnAiSMQEMDDa/e6oP6GyOzes5SV LTNCRYdHWVKbxjetYU4SKm5RdLx9XuJo0qL9vO97mCNwdNkTM7gO2ycQ49qUiGbCZJOh2gpP ZRFrpJDxbloosAfOEB6IYjhb38u6jvbScJKK3bWA+a8TK4SrQpdRd1cAnW9sA8jCTV8ejZq0 CHnOwU0EWVWBigEQAJYuihAOOOe/kAn045Ayn+3is3S+6eV4IAgL6lJhoChkgUJJuFoRX9BY rd35z29+q2/UCoProzd4Mk66wXeWv6n4s5R79OUzjgMLCTVlVaMy4gjPL9NRDwMt7KYRF56g mnoKZwfPDi/oJ5toPPboW94FrMwonqbdqYM2Pyi/HPMe4e396WQ4TaA1CdhyzKHoFSpkGcjX zIQ5yQ5aaGS7wonRu/pg15dbu+8QOgxRNFa0bO+ntz/30u+VmxFqFVbExjuy3Or8fSBhJgx4 cfyrrunKLclpZ/52VeK3l53yWYpR8RaTZfzpu8Ih+ijAY4XLO5F8P1T6sEviMaTY2F0sbFRx ZJXsgFpiKeWPHUn7/LX7qcoFJYoFqG6b3n5km+qy39x6lMgJDuxKpeN6lYj//LB6xVzn0JI+ 4ZHPrEkFqxu8VkL7deCPTI67ZJik18jXjTH9sha1YBvgvxIPFMA7ZwXX2AwNu7PzdcCpWarS usOAHbjQBUsQ+ZPpI1oeFnsCPZ+8/mMcTjVRZyJxOPs3KnXZv2cXNuaa7lwkWS366gHzQI7O l6WdC8TyNjiOzR654cL8BgYQ/xNSW1vTXqPWSRU8/b/5IueY2tQJh0CKIvfoP0rk8976wa1R 8SRi08mwHX7+F5oSeXLRNHicQGpS1f0DywdRcQ0MFHyq/CV4dTltABEBAAHCwV8EGAEIAAkF AllVgYoCGwwACgkQdoOXo5EJFKkDNw//c8nailIVOV72l7Lze+2AuK9MYUCFb1i4qI1WTnG0 OHQlCAltPhdwZPAozJw/eNqIcuWQh8rZspve9ipj589wLSsVyaFRsuYXTiYZ9RlRsnJYa36h 2JML3ZGrRsSxaUEAggbiOKbwmw27JuOIPmC3Gln4tJuZ+nw6cfCgMI45bIzinVanxHwPLeLp BZKpaEYzAwtBykUfAXn3jDwrI95UlMJvhHDFuRgvb6uSyJIqmp5aR/BjnlSdEwICyWpRAVSt yqZeBMeHbCr1B97PIRzk/q0eHm9T+AoiZWwz1iVGGgkYdAaCfs2PBlNHmRm93cfgoEcaGvNb RbTXOe28niMJeYMQsnjOTy5AQIrhVKeP5E+qVs/oPK/inmLiTbjZcnrO2wR+uxpPGgmR6M/3 p8qyRdaOvT87HZXO+Wr+r9A4UnwhCPsfELwPlEo+TJQ/oE71Mlkx/ddQCWELcHjXrQF9YbzA Ml7g0zTkgHysh4DNkV5iYteOcmCwsWdOwn0H0yZfz6weyr8nEdPngyOjFNKMIpcTbeg8866c GxXAJj46dub4VdVwfvMRHfmmRJkjdId7YHWMgz2Kf7S7KPCROLis7WjlOdSS0q2m/7qy9WL/ ZW50YLS8ZZLMrnari5JxCyJX+8n6ZASo2AA93iTbKmYegK2LDwW1QLU1iAF3GyGOnSE= Message-ID: Date: Thu, 25 Feb 2021 16:27:02 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (oceanview.tundraware.com [45.55.60.57]); Thu, 25 Feb 2021 16:27:07 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: 11PMR7Ik084043 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.258, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, NICE_REPLY_A -0.43, TW_RX 0.08) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-Rspamd-Queue-Id: 4DmnTr0Tpjz3rmq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of tundra@tundraware.com designates 45.55.60.57 as permitted sender) smtp.mailfrom=tundra@tundraware.com X-Spamd-Result: default: False [-2.30 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.55.60.57:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[45.55.60.57:from:127.0.2.255]; DMARC_NA(0.00)[tundraware.com]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:14061, ipnet:45.55.32.0/19, country:US]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 22:27:29 -0000 On 2/25/21 3:56 PM, Karl Denninger wrote: > On 2/25/2021 15:56, Warner Losh wrote: >> > > Unless I've missed something that's what was lost and IMHO needs to be restored; a way to know that in seconds with nothing other than the operating OS on the box (e.g. via uname) and the advisory with its "greater than X is safe" from the mailing list.  Am I misunderstanding the current state of things in this regard? > One mechanism for doing this with git would be to use tags of some sort to indicate which commits address which CVEs. The problem with this is that you still need a source tree. I may be dense (I've certainly been told I am from time-to-time) but what's wrong with this algo: - FreeBSD security team sends out notification of CVE and patches that address them AND _what date the patches went into the source tree_. - I do a 'uname -a' to see if my running system was built before- or after that date (+- timezone variability, perhaps). This does assume that people are pulling latest source for their branch prior to building. This only addresses kernel fixes directly, however. A patch to, say, sshd would not be reflected in the kernel build date. But even there, it's kind of a hint. If your instance of sshd is older than the patch date in question, you are for sure not patched. The uncertainty remains whether or not a file timestamped after the patch date was build from the correct/new source. But I would argue that this particular problem also existed with kernel rxxxx notation. git does get many things right, but this is an area that is kind of clunky. I also hate that it has no equivalent to $RCSID for me to embed in code and docs. From owner-freebsd-stable@freebsd.org Thu Feb 25 23:44:10 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 259B054D988 for ; Thu, 25 Feb 2021 23:44:10 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2j.ore.mailhop.org (outbound2j.ore.mailhop.org [54.148.113.140]) (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 4DmqBK4fB9z3wNH for ; Thu, 25 Feb 2021 23:44:09 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1614296648; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=D5r2b7CwrpoxoOc/J6V9+Pl/XXUm7EumtbqkHyiEph0Ud0BCPJhCmfZNcOAemvauvc1lm3B9xLnmD p7UpjjeTTcrjOt28baZqDSpE0S/CmS/VBjGNtvhSwwu8XA894rGtGSmOgfXGuNCEtkyNe/KnU4XBqv SI5RMklfSLvZrejFXTuxWMP1IhpZbaYLObStqUtXtn07ntZnfLtPXy8LAKDY9I3s7pxyojI3TXY7Gp X+0fk2pCiNAj6ECRdEacHPejyslcrPUXNFYQDiPFDKyGhnnvzXfhiXTjm3l1Xgw3AmQ2RoCbqxNXtA Pcb5N/hqrpyIULarwiGrZZ8vGIwlsXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=D9vHdq4sHb35M0+M/+ql4r+S8aapkE/B53eJ4EQhcCg=; b=tGy02o3BhoYi7/NLZwC4tsngI8ojYjVyi6qN8hLU2ur6YfZLqRfWy95V8LNvnDZYKJEBc8rYJ1U3k VXkZ2+6uTqLKwNwxBrRE6ttEOf5avejxLE/SaC9d+CSJ2PhE8289j3lkgRnEDpa7BAeP7q/563dSbW l4QGDqgbzLwpfgVkTZ4PRi1QmdDDEtjoIE+7Rj6xYH12H0yW7mYr1wvmWOFsyQx0+Kc6O7MeBfaUQY DeMJisxq3YR4YHPvViQIRRt5xmEcs3PFs/+VdDOD7WgwJKX/mJxTSuVNvZEZjqb1vAiFvRCyOSjPIq OTnmBhIa8vFdeQFPAAyqNWbyayLrKgQ== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-low; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=D9vHdq4sHb35M0+M/+ql4r+S8aapkE/B53eJ4EQhcCg=; b=lTutW1Bko47A1m5hdjEUns0NYzDcZkqAsfxQDdHGbUD/iINDNA7i55hhteTovH9H4OemyQi7MrIOf bIBM7/AAaVueRrcyJ8jhPu/H/tiAM3jm573zZ0Qp862fqi944K7EmLlCt6/3uLyiAgaN553k++swvk 5XG9V+3vQi3hd4ue/ky9xpSzXVP7F9/qNJPFQp7GnyLanFhAB84v0jsW+NQcHCEbf08OA2SKCV1NA7 LRClx9rAuBTMH6Cr/Y70koLHpigEn+/eeDbi3KOdOrQV3Kn14qxf7DRun+gA6dBHA5eY6UBBMotO+s tt+cZTaoUjrEsSZ948sZ9vG4VoaBi9A== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 593f73b8-77c3-11eb-ad62-59765e228ffb X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 593f73b8-77c3-11eb-ad62-59765e228ffb; Thu, 25 Feb 2021 23:44:07 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 11PNi6C6033125; Thu, 25 Feb 2021 16:44:06 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Drastic slowdown for geli attach From: Ian Lepore To: Kevin Oberman , FreeBSD-STABLE Mailing List Date: Thu, 25 Feb 2021 16:44:06 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DmqBK4fB9z3wNH X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 23:44:10 -0000 On Wed, 2021-02-24 at 21:34 -0800, Kevin Oberman wrote: > Sometime around the first week of this month (February) the time to > do a > geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It > started > taking about 10 seconds. Prior to this, it took about 3-4 seconds. I > have > not seen any issues with the disc after it attaches, I am simply > concerned > that the longer time may be indicative of a deeper issue. > > The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate > ST2000LM007-1R8174 2T HDD. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to " > freebsd-stable-unsubscribe@freebsd.org" In my experience, the thing that takes the most time in a geli attach is the iterations of PKCS#5v2 it performs. When you setup geli on a partition it calculates how many iterations take about 2 seconds to perform (unless you provide a specific value with the -i flag). If you set up geli on a very fast machine then move the storage to a slower machine, it may take much longer than 2 seconds. (And if you have 10 drives to attach, 2 seconds each becomes annoying, so I tend to use -i with a small-ish number like 5000). Or, in your case, maybe something has changed like it used to use aesni accellerated instructions and now it doesn't for some reason, like different default flags got used on the build, or something changed in the crypto and/or driver framework. That's the kind of thing I'd be looking for. -- Ian From owner-freebsd-stable@freebsd.org Fri Feb 26 00:23:15 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AD1E954ED8C for ; Fri, 26 Feb 2021 00:23:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dmr3Q6x8Mz4SyQ for ; Fri, 26 Feb 2021 00:23:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72b.google.com with SMTP id h8so7571559qkk.6 for ; Thu, 25 Feb 2021 16:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wzcv+DQSih7RM2T55yDVrXlFV6yZqIT3UY9ecl5ezA0=; b=GRTPrHlxptMsZ7JLfKIPmm7GGuR+djJJ4WNgOT/gLE+VJto48IMe45lAgtvrtoiVIb HsRqzrtKYYt0JMpOcisidyhnNG7Y0QOevSwbUEz3ZuLDFaKWjuJZynNjzqpHSE4fDx5m xfNxeLRwSrPNHW0qbC/piVkfuH6wn3fARgrYI5+/p+EQvkJEDbDV4Lhww8AkyZyAy5l8 Q3ad7n9Mqvp/7xGw3tyxNa6okUFqmVV3MvFUW9AtqRly2AJIhae6EceYEgBmvQpo8v/F MjV0K30YrAbIZJgR9vODnYs4TAWF9UFqmbrWLchfDmUZaX8vngM653FV3kDRJ4ZwARHa Qz2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wzcv+DQSih7RM2T55yDVrXlFV6yZqIT3UY9ecl5ezA0=; b=hKDK6UYapcLfHRluAZX0QIUcnzwYlSL+YRHf60vRACluqdsUkaAmBvAJGMj7p2X1ko gqfbTWTZXtT3z+He7WW3Bo32gnlgZjMlLi/r008rJfscMU+8/J0EELA5PAqWeGQPOS+d uKuukgvBuegLjbexVmUWr8eNTL2HoD8SdEb/ChjvrkiDZO8RL9Nl852bG3puINiBBYZn b+UMii3YtrpVKEBKC1CQOx9NLgA4YH5qsraW72Uq6mu3ZfnDZqGwZpuUAODUYVp6cfdW hl1KCgf+8MlNE1NVkiXheVZ2dS7RYnoxgcbONNjGXBOT5GSoM/5kASUVMloaEsvMaKE4 ISyA== X-Gm-Message-State: AOAM5335HNLJI0TdpXeVepskYEstLiBWE28y4UdcoWt0sMzx8gtTCET4 G1PDuFP8qfgYq9rAcWFDUcN3U9eBDVaGaMTNwkPHLg== X-Google-Smtp-Source: ABdhPJyyG3jlnHX0Qz2hizoK+q7d+3jNf64UZMpk4f1k5tJtiBdBELy6YDK/pA+yoiZEhHKhTow5N5HMc43ykGX/K48= X-Received: by 2002:a37:a151:: with SMTP id k78mr304963qke.359.1614298993787; Thu, 25 Feb 2021 16:23:13 -0800 (PST) MIME-Version: 1.0 References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> In-Reply-To: <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> From: Warner Losh Date: Thu, 25 Feb 2021 17:22:59 -0700 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Karl Denninger Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4Dmr3Q6x8Mz4SyQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=GRTPrHlx; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::72b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72b:from]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72b:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 00:23:15 -0000 Before I get into the blow by blow (which can sound nit-picky, despite my best efforts), I would like to apologize. It wasn't completely appreciated how clearly the dependencies that the nXXXXX number being generated needed to be communicated. And for that I apologize. When they are met, we have all the pieces we need to at build time to generate the nXXXXX number and none of the fallback methods are needed. I'll work to update the docs to clearly communicate this since it is completely absent from my current docs. On Thu, Feb 25, 2021 at 2:56 PM Karl Denninger wrote: > On 2/25/2021 15:56, Warner Losh wrote: > > > On Thu, Feb 25, 2021 at 6:37 AM Karl Denninger wrote: > >> On 2/25/2021 04:30, Olivier Certner wrote: >> >> Neither command is what I'd call 'intuitive', so it would have taken >> me a >> >> long time to find either of them. I cut and pasted the 'git branch' >> command >> >> and it took me a moment to realize what that meant. Never ran "grep >> -l" on >> >> a pipe, I guess. >> > You made me laugh! Apart from relatively simple commands, git's >> interface is >> > far from intuitive. That's the reason why I regret that it became the >> hugely >> > dominant DVCS. >> >> Regression doesn't have to come to a project, but if the tools you >> choose do things like this then you have to work around them as a >> project to avoid the issue, and that might wind up being somewhat of a >> PITA. >> >> This specific issue is IMHO quite severe in terms of operational >> impact. I track -STABLE but don't load "new things" all the time. For >> security-related things it's more important to know if I've got >> something out there in a specific instance where it may apply (and not >> care in others where it doesn't; aka the recent Xen thing if you're not >> using Xen.) Otherwise if everything is running as it should do I wish >> to risk introducing bugs along with improvements? If not in a >> security-related context, frequently not. >> >> Well, this used to be easy. Is your "uname" r-number HIGHER than the >> "when fixed" revision? You're good. Now, nope. Now I have to go dig >> source to know because there is no longer a "revision number" that >> monotonically increments with each commit so there is no longer a way to >> have a "point in time" view of the source, as-committed, for a given >> checked-out version. >> >> IMHO that's a fairly serious regression for the person responsible for >> keeping security-related things up to date and something the project >> should find a way to fix before rolling the next -RELEASE. (Yeah, I know >> that's almost-certain to not happen but it's not like this issue wasn't >> known since moving things over to git.) >> > > We should likely just publish the 'v' number in the advisories. It's > basically a count back to the start of the project. We put that number in > uname already. > > You can also find out the 'v' number in the latest advisories by cloning > the repo and doing the same thing we do in newvers.sh: > % git rev-list --first-parent --count $HASH > and that will tell you. This needn't be on the target machine since the > hashes are stable across the world. > > (list of further "stuff") > > But that's my entire point Warner. > > The time (and present items) on a given machine to know whether it is > covered by a given advisory under the "svn view of the world" is one > command, and no sources. That is, if the advisory says "r123456" has the > fix, then if I do a "uname -v" and get something larger, it's safe. > > If I get something smaller it's not. > If you built from a full clone, then it's the same today. You can look at the nXXXXX that's in the kernel string along with the branch and know if you should upgrade or not. However, if you built from a shallow clone, that's no longer possible. If you need this functionality, you must build from sources that are from a tree that has access to the full git repo. This detail was poorly communicated, I'll be the first to admit. And to be fair, to get the rXXXXXX number, however, you also needed to have a subversion metadata around as well (it is much the same as having the full clone now). And there's also the date which is added to the uname, if you didn't do a reproducible build. If it is older than the security advisory, then you'll need to update. And most ways that update the kernel preserve the build time in the metadata for /boot/kernel/kernel if you did a reproducible build (though this may not be true if you use makefs) . If the dates are newer, though, you'll need to do the hash dance. > I don't need the source on the machine, I don't need svn on the target or, > for that matter, do I need to know if the source tree I have on a build > machine is coherent with whatever is on the running machine. > Still don't need these things, completely. You just need the hash that's reported. If you build from a pull of the full tree, you'll have the nXXXX number and you have what you want. If you didn't, you'll at least have the hash and can find out, via methods I've described. If you build before the git cutover w/o access to the subversion metadata, you won't have these numbers either. Building from a subsetted git tree is a convenience, and you are giving up functionality if you choose to do that (though the information is still recoverable should you need to know). It's unfortunate (and likely damn frustrating to people with currently deployed stable/13 systems) I didn't clearly document this dependency when I wrote up the user guide. The only time you'll need to change is if you build from a shallow cloned tree. > I simply need to know if the source that built the code that is running > was updated *after* the commit that fixes the problem. What if the source *isn't > on that machine *because you build on some system and then distribute? > Does every machine now have to be coherent with your source repository in > order to be able to figure out where you are or worse, it must keep the > source from which that specific installation, individually, was built? *What > if the source isn't there at all *because you run binary code and update > with freebsd-update? > Sources not there or not doesn't matter. It's all about where the binaries were built. I believe freebsd-update builds such that the nXXXX number will be in the kernel. And there's also always the ls -l /bin/ls method which can give you a date userland was built, and the 'file /bin/ls' which will give the revision level that it was built at (though freebsd-update spikes things a bit to defeat this method if you updated that way. file /bin/ls will tell you the _FreeBSD_version it was built with, which gives a good clue if you need to update. 'freebsd-update fetch' will download any new fixes without applying them. You can use 'freebsd-update updatessready' to see if that results in there being updates. freebsd-update generally pegs to a release, so some of the finer-points that would affect self-built systems on stable don't apply. > Unless I've missed something that's what was lost and IMHO needs to be > restored; a way to know that in seconds with nothing other than the > operating OS on the box (e.g. via uname) and the advisory with its "greater > than X is safe" from the mailing list. Am I misunderstanding the current > state of things in this regard? > Only in a subset of configurations. If you build from one of those, then you accept you'll need to do more than just mental math to know if you need to upgrade the system. However, you can know from just uname -a output: you have a hash. Somewhere there's a tree with all the latest revs. Between the two, you can determine if the system needs to be updated. If you really need to be able to do the mental math, you should build from a full clone. Finally, I'd like to reiterate that, until now, these requirements haven't been properly appreciated or documented. I also get that change is hard. Between the two of these, this issue is generating a lot of angst and concern.... Warner From owner-freebsd-stable@freebsd.org Fri Feb 26 05:31:54 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EE5B35559E3 for ; Fri, 26 Feb 2021 05:31:54 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x335.google.com (mail-ot1-x335.google.com [IPv6:2607:f8b0:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmyvZ0jXZz4nJb; Fri, 26 Feb 2021 05:31:54 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x335.google.com with SMTP id b8so8066938oti.7; Thu, 25 Feb 2021 21:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RUkX9MwxZ8n6YHdHUHurrbjb0hKK0ekr60jvejNJEx0=; b=HFnFLTH1nZrDpy2e/tVHvj3RDX0p03SoefZYUQ1ubUUyYpKaJR2ZbEZe7gkyNfOTyB 2BMA8+f+jhc3gnAd2046Nlf42l4HHORxwJqjTMuG4y5pQt3dk7nxhRlgqM28MGsGDBQf eBPQpLMddx5GtuRd931FtWaIr1T+s4q5r+Z4712l/AOTK3ACmITDTGt05lvKuK+Vgu/4 IrezDJk+E5m2saxUe+xW+RGwSn6WSS476OwGuxn2G8YA4nAEvsHex9qinFb+4zMy/aod 1Ni5rrgzCSxcKlZiqiEeruulO8gxZsLzKFlpYIz6SogJMCOVqR+w9erVLK+oyv7rRpif 38Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RUkX9MwxZ8n6YHdHUHurrbjb0hKK0ekr60jvejNJEx0=; b=Jy2vwpqJaBbmDOfbg2f4F6JhPeaLB3g5CzR+ob9SnKfYiWFk6z6LP7z7Uobl5TxoLO fIZlqphmT++enRbBZAY2/o5YBmbp2A5l/TpDVJ3gUnFb+tGQTlrY3lfkW/oQ5I29I00L bfHGsynCHvKo95wS7/v861pNd2roYf8LC01uZvt1F1I0QGGGfdlvAsQE5O8Cvbwwn1QG vn/RsIvDVkUVk8S0KbrdelksjtGQdRuPHSKxhFvEHZ1jBAIQBYpW+5xGjuYQF3Z8RXJy HaF0keHeavZlNIqDmIp4xDRc4gvc6YyOMXh4SItwDcgrb9VY9QglINDtP9QAUs7Gz5lx cfqQ== X-Gm-Message-State: AOAM531Xi2E2QrVs5+2t7th27gfgLvD0WsgbF10V7pRQlm5RwLuwbpZ/ JvHEr0TTCNtZNF1tZ73ACZiszoNhb8/H50Go4ok9HuGdVgGMAw== X-Google-Smtp-Source: ABdhPJxVI4Wf9qfVz/lATw+DZsLkqkf2QDeZYFjaD/KBzkAvVjiUDiZlHYGtkZ5tB50PIZCrnKZ7MAKgV9KRE9B+ShA= X-Received: by 2002:a9d:d51:: with SMTP id 75mr1081678oti.199.1614317512980; Thu, 25 Feb 2021 21:31:52 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Thu, 25 Feb 2021 21:31:34 -0800 Message-ID: Subject: Re: Drastic slowdown for geli attach To: Ian Lepore Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4DmyvZ0jXZz4nJb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HFnFLTH1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::335 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::335:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::335:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::335:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 05:31:55 -0000 On Thu, Feb 25, 2021 at 3:44 PM Ian Lepore wrote: > On Wed, 2021-02-24 at 21:34 -0800, Kevin Oberman wrote: > > Sometime around the first week of this month (February) the time to > > do a > > geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It > > started > > taking about 10 seconds. Prior to this, it took about 3-4 seconds. I > > have > > not seen any issues with the disc after it attaches, I am simply > > concerned > > that the longer time may be indicative of a deeper issue. > > > > The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate > > ST2000LM007-1R8174 2T HDD. > > -- > > Kevin Oberman, Part time kid herder and retired Network Engineer > > E-mail: rkoberman@gmail.com > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to " > > freebsd-stable-unsubscribe@freebsd.org" > > In my experience, the thing that takes the most time in a geli attach > is the iterations of PKCS#5v2 it performs. When you setup geli on a > partition it calculates how many iterations take about 2 seconds to > perform (unless you provide a specific value with the -i flag). > > If you set up geli on a very fast machine then move the storage to a > slower machine, it may take much longer than 2 seconds. (And if you > have 10 drives to attach, 2 seconds each becomes annoying, so I tend to > use -i with a small-ish number like 5000). > > Or, in your case, maybe something has changed like it used to use aesni > accellerated instructions and now it doesn't for some reason, like > different default flags got used on the build, or something changed in > the crypto and/or driver framework. That's the kind of thing I'd be > looking for. > > -- Ian > I think I see the cause. The filesystem was originally encrypted with geli several years ago... in fact I set it up shortly after geli went into FreeBSD. I suspect that defaults changed since then and, when I got my new system, instead of using DD to image the file system, I created a new encrypted system with current defaults and copied the data from my backup drive. I am embarrassed to admit that I didn't even think about this rather drastic change in the file system. Thanks so much for the help! Sorry to have wasted whatever time you spent thinking about my concern. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Fri Feb 26 07:21:41 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 67D03558702 for ; Fri, 26 Feb 2021 07:21:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dn1LD2H0jz4tLb for ; Fri, 26 Feb 2021 07:21:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614324098; bh=6rXwReLV0aiQ4gOtms/G1QpQmtSdome4AotfkzGbZDB=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=SrLDmwyTuvC/mjf3wUPgSazc8PRJEwqnmGbfbe4UIY9D5KI4Y/kawK1Oq01Mnp8ZnpoRRrLWyJSh3c4Qu8NtdaGHrjMsJYA9wcLMCDjvKWIjx2qWT84IF57JUWuorh+5TXaTMh+Qjym8dfDugjcMFYeM5tbOPvdsHKEova+n4EpmiLXOjPPqvPjMJItr/Fr9t8g82xRGioCoFsplrjJM3hIdRAVK6ZOlVnQOuvmzEerE77xJP7nsMrEPcw4B8J+qmlhym04brPkDFct4ir4hRnIUu9kVytUHvg9pMDauS5kAFcM0J6mSMcUva0JT6Km9IWaNtfA77tFLCTMEvT3qmg== X-YMail-OSG: tDnOsqoVM1lqfEIOjgd0rJTiu4G_8Zr8v6hC5_z2C25HxLJfrYNwOzy6Y7bgFOP Fm15bsaCniS7K1NlLerDcHChkrZl2tkhaMunSor53yBOvUWm7Btuvx2ewjZPPemES2l5lsvEGNiF PhMICLcPPUZdCw_lkeA5QC9mDX4BxQ_n0zAl6Nf45WxSxDEV4PNjdy3y5NIlOjHlMflVoW3fVKzr QQISnRWwN8K9N6XIty_VqurphgH0U1d7jLgjAqopVyA0662CzcO167y_Vww.cjuTdw1ynS.z0bHk eqTHtgj5VRDyyCdYHbwCBYEkWzjzqnm_IsAqmIBPYcoXiyvEB903PVACGZ9TBwNhWhM0AbInACWe YCC0QQ_8hYRf7gljl43mRa0ajDCWSW7HsIwj7esLSVBd1zLc8cDX3yhrqwQ9r2vvDL1_kab5iMqN miDJ0XBrXN5FtA_dxLQpjl_Qswzfa50CRC7vzaDbKo7o5FsPXGYdtX.aoVCD0zqvSRi9K6eP1SvF uE.A9jLNvNddOPkJiTZTOdpklj3QdHkFu.QyFDog12kWTLSU9tcs1o6EPe6AJtaHWaabzXbZ5eHi er1xizpoNNnWb6.AZ5sn7QTnwVsadx4lgJPF4HdVV6cLJnKen5NmwstjwivWjkLtC4LzJ_S3IiLP XpPO5SnKDgJT2SS_3xU3o5D11bIc9fJbXd0B.D1tjQ7K4XVpuxanHkw2zg11RLp13XtgAIXTxNTr 2ir7gFLBu4wZjJdyYjOUQi2sWaEOW80wmICdTj.Aw1c0ND7QQrFnhUeRMmzIyQq6N.dG9Km5C43U DQNh8FllcTtpeY_cyTOlPUB2t9.r..ctcwg69.w_6nFSDxONor2Bfa3CtivCUIMAQvwOj1RPSoTU 8N6cf1WyxW4Dmi3V9pGDXQKsB50Flohh7iMdoYYixZMsHvWyDTEI.4Q0qER4Sf79RV3NKcKDOFBp uKNKwGeOz7pfTehOz2ZUiZBuRfaz.qrcmmfBj0qpRe3wjqRF6nZBo87DEoycbbRCUsvjmIpDpPKg LfZw2Fhw_PPIJXR2JWcWjhFKRukZY.OGqCrTPVwwnwKrp9Oe4ZPyRq60emAz984TFOnTadp3YsKq bqEkvNnGxiZKL_PJ2LskSiXnvSW7Hap1ZmsLpgPWT93z7MbRIK_WxrS94gy4fqwRpk9bC.7B2mcM E5TfokN16utDMGaVAYGgXMVlJKHUVZntO2gsc39jzB.mie2_EKJKclWjjUw7.vvJonMxpUenCEgZ G.AhA8aBPk05gXP8bXLX2sGf0pL2miYH.3UWqT0oaxo.2bEzU88lmkbHkxCZaoaqeVAlrWMae9vn 8chxA89K3H7szUA2GRcl1VrRmt7vmbjJxPNNQHKfU_XQmZsB_EPFFqQ82nLMfLMDBOgooAkoSTMK GUkk9zjlkOAe4F9gst_u_jiJE6FWj.V7Tuf3BCmBIEbhj5Dm.2QSGsDg4bTj_OohuAWR4E3kMoYj pS2reVrKMxFWLm9khUYYHAFNzfJKIaySAvkmRxZ3X9ySI.Iaf7fPgbvZ2s42FnSn5seroiFmtEzi ssdsxtpqqJinliXrgKIdgeSWKwGOY0BRYVAsUkgm0ApSBa1QhuQpfTHof8iQZUdOUGkDts8uzq7n BB6P0.eIfz71eihU3GJ3_U1eFnTrjb8zpiF91x1TjyDLKoksCvve_fF9W21TjmNAQ76gt8F5M4vu fu.gUTb1Kpq4RWewrqtUy4TXX8KkP3nhDfYHQcyEZ564ZzRiviFB6B56JEl_KKazvWuB3bTT3JYD 2Qawuuf1Yx63bgK3m9H08xTK.KOXJykHs.3zupa4akrL8BkSlevL_11zlsAlR.PBCdCP61JzorH1 tcBKiQKzHeq83H.IXePtLxVZHznguYOyJ8Gi6pRKoXUnA0i7GgkMcumfk9UfZthhLUA9yXNWZSQf ADpAXxkk071BX.B_WVzqPd_O5pK47D0G_S0_WHENBNKocO5Xk02TRvYCFPPIbVYagIWoXjWUQUGR rzMDdicPHTwgW.m1f3U7IYQWJWWF3OChQe97hVNto.PVZ5ZqqNL5XKFK.iBiUX.9ak0BnNYc2la0 eR4q0VbjarLRgdTpMdeD2TNE7L1qTLeAWwBc5qVVGWposWIrssB4GAmL_To_dOgeCKmejvcqKpAY Y2FDKMQ64xtTzF.pXM4zfNydnxCSyv0WPiF24f3IlaRMNy582soVXQe285ea73sfQl5jVHJamqg3 4qcFwed0qAKmwlHjHkKvDrHEd7pdMabMdHRykjv2wKYaEsO7oChgJu9qc0ipXsdD60VoiFS5ZrWU pykKwS8XQjZ3aL_.uspsl6le3RFYNPH.Cq0clzr2MTlPsbbM4_E2mfBfuJFf5RSNzwl3.PljqxR8 6a9vRfaAZ4_JPjQSUBZwTn1iMu3UGfnM2By4UISfXsoOL.66KUJn6wgNEv92V3wndJkOyWJ.Z1kX VakAQgojiP0bmfdDGjBXrafpALZ7nsBpBRI6a.xFDnbcSxi9SJAzayfOpNm8rC7P1baQmKeqkTI8 xMP.unylWiJCs7_LHkAnsX2UYlktp1MhsEZHjXLyvUWjqvJFPTnAQywnXQ3j1q8Cncj_c1es7ZzD Z_YV4PLIrVFwmgmJmpz.36Zo65cbeogLblNR5fQzcprnVm28QKGHXeYQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Fri, 26 Feb 2021 07:21:38 +0000 Received: by smtp418.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a05ac80e3b51f4ce145d8ad960138b0f; Fri, 26 Feb 2021 07:21:35 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: How do I know if my 13-stable has security patches? Message-Id: Date: Thu, 25 Feb 2021 23:21:34 -0800 Cc: Kevin Oberman , karl@denninger.net, Ed Maste To: Warner Losh , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) References: X-Rspamd-Queue-Id: 4Dn1LD2H0jz4tLb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; SPAMHAUS_ZRD(0.00)[98.137.64.30:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; FREEMAIL_CC(0.00)[gmail.com,denninger.net,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 07:21:41 -0000 Warner Losh imp at bsdimp.com wrote on Fri Feb 26 00:23:15 UTC 2021 : > Before I get into the blow by blow (which can sound nit-picky, despite = my > best efforts), I would like to apologize. It wasn't completely = appreciated > how clearly the dependencies that the nXXXXX number being generated = needed > to be communicated. And for that I apologize. When they are met, we = have > all the pieces we need to at build time to generate the nXXXXX number = and > none of the fallback methods are needed. I'll work to update the docs = to > clearly communicate this since it is completely absent from my current = docs. . . . (lots more later and in earlier notices) . . . There is a fairly simple technique to figure out the relationships based on using https://cgit.freebsd.org instead of a local .git copy. I'll give examples based on the notice's: releng/13.0/ = ce9af53d0897a1cb926bd244f499fc09b1626b27 and examples of before (earlier date/time) and after (later date/time), presumably from some command like uname -apKU . The date/time-increasing order for the below is (for reference): 8305d6906fe983a . . . ce9af53d0897a1c . . . ba27dd8be821792 I'll follow the same steps with the before value vs. the after value substituted and report what results. I go to: https://cgit.freebsd.org/src/log/?h=3Dreleng/13.0 to match that part of the notice. (I'm not trying to specify which technique that one uses for this, just the result.) I select range and enter: 8305d6906fe983a~1..ce9af53d0897a1c (8305d6906fe983a happens to be a before ce9af53d0897a1c value): (Spacing in the ranges seems to be important to avoid.) The result is I see: Commit message (Expand) Author Age Files Lines (In other words an empty output/range meets the criteria for when uname -apKU reported an earlier date/time's commit.) By contrast . . . I again go to: https://cgit.freebsd.org/src/log/?h=3Dreleng/13.0 . I select range and enter: ba27dd8be821792~1..ce9af53d0897a1c (ba27dd8be821792 happens to be an after ce9af53d0897a1c value): Commit message (Expand) Author Age Files Lines * zfs: merge OpenZFS master-9312e0fd1 Martin Matuska 4 days = 40 -248/+724 |\ =09 | * Update vendor/openzfs to master-9312e0fd1vendor/openzfs Martin = Matuska 4 days 36 -247/+716 * | Fix build after 2c7dc6bae9fd. Alexander Motin 4 days 1 = -0/+4 * | Refactor CTL datamove KPI. Alexander Motin 4 days 12 = -162/+94 * | jail: Add pr_state to struct prison Jamie Gritton 4 days = 2 -51/+65 * | vfs: shrink struct vnode to 448 bytes on LP64 Mateusz Guzik = 4 days 1 -1/+12 * | jail: fix build after the previous commit Mateusz Guzik = 4 days 1 -1/+1 * | jail: Change the locking around pr_ref and pr_uref Jamie = Gritton 4 days 6 -235/+232 * | sctp: improve computation of an alternate net Michael Tuexen = 5 days 1 -36/+49 * | sctp: clear a pointer to a net which will be removed Michael = Tuexen 5 days 1 -0/+4 * | ext2fs: clear write cluster tracking on truncation = Konstantin Belousov 5 days 1 -0/+1 . . . (goes on indefinately) . . . In other words it starts to list everything at ba27dd8be821792 or before (in time) for the branch. (Listing ba27dd8be821792 itself is why I use the ~1 part of the notation on the left hand hash-id.) (In other words a non-empty output/range meets the criteria for when uname -apKU reported a no-earlier date/time's commit, normally a later date/time's commit.) So the empty vs. non-empty result indicates the time relationship of the hash-ids on the branch. No need for a local .git of any kind but access to https://cgit.freebsd.org is needed for the technique. Notes: The order of the range specifications is deliberate in order to make the output harder to misinterpret. This is because . . . Using: ce9af53d0897a1c~1..8305d6906fe983a gives: Commit message (Expand) Author Age Files Lines * loader: unload command should reset tg_kernel_supported in = gfx_state Toomas Soome 3 days 1 -0/+2 * Fix loader detection of vbefb support on !amd64 Dimitry Andric = 3 days 1 -2/+2 * loader: start kernel in text mode when there is no vbefb vt = driver Toomas Soome 3 days 4 -9/+74 * loader_lua: consider userboot console as serial Toomas Soome = 3 days 1 -1/+4 * Add UPDATING entries and bump version Mark Johnston 2 days = 2 -1/+8 * pam_login_access: Fix negative entry matching logic Mark = Johnston 2 days 1 -3/+3 * xen-blkback: fix leak of grant maps on ring setup failure = Roger Pau Monn=C3=A9 2 days 1 -0/+21 and using: ce9af53d0897a1c~1..ba27dd8be821792 gives: Commit message (Expand) Author Age Files Lines * zfs: merge OpenZFS master-9312e0fd1 Martin Matuska 4 days = 40 -248/+724 |\ =09 | * Update vendor/openzfs to master-9312e0fd1vendor/openzfs Martin = Matuska 4 days 36 -247/+716 * | Fix build after 2c7dc6bae9fd. Alexander Motin 4 days 1 = -0/+4 * | Refactor CTL datamove KPI. Alexander Motin 4 days 12 = -162/+94 * | jail: Add pr_state to struct prison Jamie Gritton 4 days = 2 -51/+65 * | vfs: shrink struct vnode to 448 bytes on LP64 Mateusz Guzik = 4 days 1 -1/+12 * | jail: fix build after the previous commit Mateusz Guzik = 4 days 1 -1/+1 * | jail: Change the locking around pr_ref and pr_uref Jamie = Gritton 4 days 6 -235/+232 * | sctp: improve computation of an alternate net Michael Tuexen = 5 days 1 -36/+49 * | sctp: clear a pointer to a net which will be removed . . . (all the prior history) . . . and an empty vs. non-empty status is easier to tell apart. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Fri Feb 26 15:23:14 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEE0F563F15 for ; Fri, 26 Feb 2021 15:23:14 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f44.google.com (mail-io1-f44.google.com [209.85.166.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnD1t0bn5z3vx6 for ; Fri, 26 Feb 2021 15:23:13 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f44.google.com with SMTP id s24so9980364iob.6 for ; Fri, 26 Feb 2021 07:23:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VLJe5VL1lui0rpNfiwJipWinENVfRv6GVR3cibtqDTs=; b=jjO+CTUFvE5Z2OX8hv7eunk6C+9lYEogg/r5GVOEZKV64/TGQSClhVkF82S+WD1ZHH l/EHuPpTDVmKm/LugAZp3KTt8AW0zY/pH3iJIl7pUGFrPXX8KWPnAjrOrOQMWU+NrvlD +EawN2jDpxwVj8j5ykuvl0WF6DP48Gu1Sqrz03kvVO54h4O120B3McOmXWGT8vECqh8l kRDPZAtL2ZVoNyY7UUt5jvF8j9VJWaOGtpPoGFMRXk4sABtgDqq8ejVAmSzJPOQcAVEU x+Y7G7IHsNA9609P9ynDfls7994SHQ6dXfA53e57+DhpZgVIn2wcF+V31EOmoY7Oguvx z2uQ== X-Gm-Message-State: AOAM530C2OHefMwTpZsbUFZle/yZRWAYBOoUqmSOHpsEgG8ZWViGepo4 fK4usdkVC10NKREN8UlMLewXLWjelntt+PrK9SFLfC2wRP1RvQ== X-Google-Smtp-Source: ABdhPJyMoakEcrsAZIAr+JTJ900ypTVeRkMz0qgP8yxTUQVTFeAlYLZI21mDD6CSGhcGUGWe39mDpzFkz4sUCH7XEUw= X-Received: by 2002:a6b:c041:: with SMTP id q62mr3198064iof.179.1614352992844; Fri, 26 Feb 2021 07:23:12 -0800 (PST) MIME-Version: 1.0 References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> In-Reply-To: <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> From: Ed Maste Date: Fri, 26 Feb 2021 10:22:51 -0500 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Karl Denninger Cc: Warner Losh , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DnD1t0bn5z3vx6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.44 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.85 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.44:from]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.85)[-0.849]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.44:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.44:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.44:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 15:23:14 -0000 On Thu, 25 Feb 2021 at 16:57, Karl Denninger wrote: > > The time (and present items) on a given machine to know whether it is > covered by a given advisory under the "svn view of the world" is one > command, and no sources. That is, if the advisory says "r123456" has > the fix, then if I do a "uname -v" and get something larger, it's safe. Yes, as previously stated the commit count will be included in future advisories. On stable/13 today uname will include: uname displays e.g. stable/13-n244688-66308a13dddc The advisory would report stabl/13-n244572 244688 is greater than 244572 so will have the fix. From owner-freebsd-stable@freebsd.org Fri Feb 26 15:27:03 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 259DA563FB5 for ; Fri, 26 Feb 2021 15:27:03 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4DnD6G3B7Fz3w7f; Fri, 26 Feb 2021 15:27:02 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (096-033-205-208.res.spectrum.com [96.33.205.208]) by colo1.denninger.net (Postfix) with ESMTP id 5BB132110C3; Fri, 26 Feb 2021 10:26:55 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 945852C5F42; Fri, 26 Feb 2021 10:26:55 -0500 (EST) Subject: Re: How do I know if my 13-stable has security patches? To: Ed Maste Cc: Warner Losh , FreeBSD-STABLE Mailing List References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> <7d4e7a1f-da3e-2860-62b1-7be88123bee9@denninger.net> From: Karl Denninger Message-ID: <091f9a66-4663-7235-528d-3bc0470962d5@denninger.net> Date: Fri, 26 Feb 2021 10:26:54 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090205020209040401020501" X-Rspamd-Queue-Id: 4DnD6G3B7Fz3w7f X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-4.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[104.236.120.189:from]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[karl]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; SIGNED_SMIME(-2.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[104.236.120.189:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 15:27:03 -0000 This is a cryptographically signed message in MIME format. --------------ms090205020209040401020501 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2/26/2021 10:22, Ed Maste wrote: > On Thu, 25 Feb 2021 at 16:57, Karl Denninger wrote= : >> The time (and present items) on a given machine to know whether it is >> covered by a given advisory under the "svn view of the world" is one >> command, and no sources. That is, if the advisory says "r123456" has >> the fix, then if I do a "uname -v" and get something larger, it's safe= =2E > Yes, as previously stated the commit count will be included in future > advisories. > > On stable/13 today uname will include: > uname displays e.g. stable/13-n244688-66308a13dddc > > The advisory would report stabl/13-n244572 > > 244688 is greater than 244572 so will have the fix. Sounds like the issue has been addressed -- thank you! --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090205020209040401020501 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMjI2MTUyNjU0 WjBPBgkqhkiG9w0BCQQxQgRAx5W55RZa6Iv8fRysp4qjr7F0fi+XmEUui+VApNUkX2TV/UQf TuP9ugpw5nyHqikNZpACYGCQzdRFnlJb0sFByDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBmDOUntxuDEUWj1cHnQq0aR5BXVslf0h5sWeOO0pklB38GQRcw5owONEJePtlwFWSI FHek8EmNjXGT3mh5bwbtjH4VhZza5xqJguQwOq5aXoNfMZRNgNrwJ/GGOdacuQ0K5Rd7qLn1 2So0nmerQ1rzsOoJaRaXNsVD8his6e6VSM3eSIHQFrr+382uF9J4/7YwkQgZ3duhms7Ukjw3 SVkrAmUD0pLUjNesh2G6/43ZwgKzlWMrYitWIFggzcP/7BsjJKaT+zszOUnlFyDbtMpDnx0j BVuimwKu8li3WcTt/BCubM8j1NFlxKlSRS4VottyC/iUeoTPzX8GZWARQ1c05f5Qz13hrrKu 2+LJlVZ4bXPwklOzDp3sz1jTimVz4F2tDDyM9Uiq3hjaPx1AQo813lOM2G79cej22mmR40ln JMuJ7U8qzqXCLWSo1FjG4VB5jQRFGmtlZQliyXVW1oR5XrcoeZOT2Dz2uhqOA+mNvc4Txw+z PreIsrN2qqfF8V1i37sSqppqd/iRyRYAI1Hs+B3fSSda49ep/b0WR6VyewFtyAGwOzIeB42+ e7lQNdPh5+CPBNYAsV5JVAFzKhjqnxDw/vquqjNZem/XAcXQetNZCoicpEe9wLsf4jurIT42 kzEkaQAYwwOLNquhiddyBLND9JX9joPp70SUXsveGQAAAAAAAA== --------------ms090205020209040401020501-- From owner-freebsd-stable@freebsd.org Fri Feb 26 16:02:46 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7E3985652A2 for ; Fri, 26 Feb 2021 16:02:46 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from sonic314-19.consmr.mail.ir2.yahoo.com (sonic314-19.consmr.mail.ir2.yahoo.com [77.238.177.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnDvT26Shz4TGW for ; Fri, 26 Feb 2021 16:02:44 +0000 (UTC) (envelope-from ardovm@yahoo.it) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614355363; bh=P6X9rcyqXsR1EVukAwwK4blCtx3rwoJJUoTzRuW3oGe=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=ezm9ubqf5qTT+cSn7ya9svLiI/97O4fsK++l6av+c0ESmPUOeUB/zP2Xj56X8GllazPuGC2SkQpHbq1q5GRC6AbrvgvjvPtdpVBqHOAWKlElcbDX/Qe3hjaRKw2moRsEc84NuRtsHzlBjBqIXIrDSITLe+YZ192iCrkQE0y23eoQds0cG7hAoFQM5N6eNYvzDXgYKBogQr7k6+/LUcIi4LW0jm9RKRVEs84tbMs7rHZFX/G8TYeRyj1P0QSNkk1ug1pp+BbVFk8pRmw9Vf034D5CaE3vJvU8IfX/YcF4dXrvGkrHiNMmlVbWA2CAG0Rx/WlLJFhN9rbNwOV0ZAePuw== X-YMail-OSG: 8n6oc1gVM1lFwG6Op1nMpBL1SkCCOdr8LP1stCzuSGt4LRj3QsugYFJ10FyvUBV .u0hwZTCKrhCHAK4aJC7q.4lUGdLwntHR6V8ybI4mWdZ5KmW4L4td_.RRNHCwg8TehnmrCVuSeXC qazGGJt1qo1gItYi3uUasDiYxnuqlZR0vJxyUjPQpC7azNM.8j8phhYQv9vOjiTIt3MDsDCPhDkm ZOZzHyoP5LCVvlnFXCpUX6PDC6OsOmewoWfePvAZrvNzy4XUmaW4b7X6TmTX.p_ZQ5rnPwxvxBUn sVSmL_BGmuuxA8FmCJYT9mCqioynyhqmPqtp7KEPwrIgDdlW02J5XGRwqirfcz5rE3ltHdX0efe7 GCPcvcNxGYtsUF9_3zvM9M1qakg129JdSSzlnMbquCgCzn4TdzAF5ohY6fNEB2bkeUeEi5qOB.fX r0zyFG9llB94SMPz_NSCkuA1x9InIffdVJJEGgsQPlvQr0X00a8pHdvwQeTb5a4MyPRh_aCNjpVa bM5wu_sRNuqJnFIrKT4Mj9VwpogQolNIlvI6DIZEA_VQn4gTYIlGwmSVeZPQAyZRjd_R7zT0.ix2 4yNXqaWk92hvKwChXZNW9LVy7hxoogXYoUeAsALFVEWN36DZSgW2sQdN54zneHsvWRICencYFW14 88Op_zxdxItHtNpWkR_au.ZPDGIdQWwHeLWVnFltR6LH7D96n8GN0TeQEMsaqqsUIylvJsSx5y3B rGpY_FLqGpRhifvgTFTQIblEdzTJ4iNtBnZSNCqDck09e4AhH9x1wr02TfZMknN7PdoB0NHl1z2A NHEx5wSBOVG4VJPX54IRUjiVFtGGN8B4sbnr7Fxk61ZL4ytrtCbE42YGm7hcgWMY9OT5Y1kFoqWY 7oJNoNTBN5Zq0zXaOscxHLQ1TAwClqBCcEHECoHdwU231YUZnYIF1sGn61V4ONh6_2hu3Tz4yu7V n7Jj9JWIF4hAlIkcW4pVddkdnz5YZcIsM0dr79NjL7GIzsyajFBB0.ZY04SWELvsU44bjI7IMzu7 DFR5hZUQQe1ReZkzoBYacfO4nVgclzxnYcINMjLxj_OqNaE3GExOYZQF1ehWjHr0B8uhyuY_PHLe xXE74U8nKtJdlU_gYWJmf8RrLNACJ8uKuVzB9ji9ajQL2LLGcYRlgb9UE0J8wBTdPde_HHxeVVni AB0tW5eXiB5CST.441QTejfHuRPVpdXLIOepcL6u_jfJDR3MxennEy16fbcvslcRWbnsd3Kpz7mP s1bzmTw_cFpIVZ8nXf_z6gaoi4ai5b1jlqUOKGgjZCxAKB76pPrL6ftGEs25CcNR6b8AlFq.HYDu un24souvll6KuTUhCJjIOQjM0fYKSqQVdIDgVmXQtic6CybqUy5U3f7zXJdkEp.uGKJyUS_9XMpH EevZTINdVxRzch8aX_.3TwuKlaFTycSliuGYgdv3eMl9GwiQqQnVZ9xqoA76bhRTQvhgMek2c.oB 9moAINzJss5t7XI_FcKUfKLxMbelWBaWKD1cPh7sHgOU2zAcoDqxsRL2seKx0S.ZbqkxH_Onqtg5 cThWwl.9ul1pmX13V5PUa2uuvD3xbSrXbDf55KcA42pCrETY_S9Xrne9OJNle5HXptp31n_fWAls OOf8PqDvXwESwiA1BX_qPVQ2jHLjPufwYFjA.BbvQ_6un0fQD2_HtkeJU3OKnmKGgqoytcoScvxV UipnIf6PBK_GGzW15shFCQZ5ytL9sYRR1PCMPpa66Me8hauX4wBsvc8DUemJ3MuO7BuTl2qE.dNA B5r5D8mECwgAPgdbF_.MhwzBPFy_akXmCKSoHElx9kZW1pTVVVgX_1pWfEArVmNrNyLkWOl.g00F _XfQ7wysMLa1V3Grk7QGbv9nuNcLGJ83A_SLZGBwZew0aPVoNBRvde5i0NoC9ArCOLprcCllYFag SotPgEQogbv03WeQJ6_5CFbVnwN0XlTLQvR7uCSOs5wL6nEFlbz1_LZU_jaV1lNbFofAQiktkKiw mwXTkrBp0pFgEivjeV5cGBYzCF3aVC.wRO0q22fNd4WDqspAwgfEg8GHqp8nve_q2s9i.2ORcm8n OQ79AAwqCnhatb6qkSnOaSE_nqPzsstK.YTbzHv_xPxEz75YPXNkjk7HcgI2UG2L_zFvCHN7_XlY b53eTVUsUTl4SouW1h_I5ZzhEXxcYWRid292IxkjPmOBzyIo2rmyuLZIr5oe65QOsVk1JO6UGHWT NJs5p99TjxeiqGGVzepf1oAyXGQhr0mK4qDJyBHLEz0KU6VScUVRJRfKk9kMLQ0_WN07DBVKde76 nW0sqz7Ds9GglEx5Y_rouTXk46Fq5I9OhS2q4bCFzwbltEV290K0iZOI4P6LASCZ78RRLQJzExy6 LiZ_D7b6uNNCcJdx14WUmKqDY1XwBHZK0iWXAQ5UbeIJp.Rb8g5A3PN4sixuHZjaOeB6V6cGnNTo 8OAbA2JFy.xBNqf1BHoo_g9c- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ir2.yahoo.com with HTTP; Fri, 26 Feb 2021 16:02:43 +0000 Received: by smtp422.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4b8af30728a659956d002b7be0b99b78; Fri, 26 Feb 2021 16:02:38 +0000 (UTC) Received: by nuvolo.localdomain (Postfix, from userid 1001) id B0CCD126815; Fri, 26 Feb 2021 17:02:35 +0100 (CET) Date: Fri, 26 Feb 2021 17:02:35 +0100 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Subject: Trying do mount a slice containing a mounted partition makes the filesystem unreadable Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline References: X-Mailer: WebService/1.1.17828 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.9.1) X-Rspamd-Queue-Id: 4DnDvT26Shz4TGW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.it]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[yahoo.it:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.it,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.it]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RBL_DBL_DONT_QUERY_IPS(0.00)[77.238.177.145:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.it:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[77.238.177.145:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[77.238.177.145:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.177.145:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:02:46 -0000 Dear All, I think I found a bug that is similar to an already reported one, but I am not sure. Description: when a BSD partition is mounted to / (suppose /dev/da0s2a), if I try to mount its containing slice (/dev/da0s2) I receive a ``strange'' error message, and from that moment the mounted filesystem becomes unreadable. This problem appears: - on a memstick built from 11.4-STABLE r369279, - on the ``official'' 12.2-RELEASE memstick, both tested on amd64. Fun fact: the problem does _not_ appear if the already-mounted filesystem is mounted from /dev/ufs/label instead of /dev/da0s2a. Steps to reproduce on 12.2-RELEASE ================================== 1- download the official memstick image for 12.2-RELEASE-amd64 and flash it into a USB pen drive 2- edit /boot/loader.conf on the memstick adding the following lines (needed to boot successfully on my test system): kern.vty=sc kern.cam.boot_delay=10000 kern.cam.scsi_delay=10000 3- edit /etc/fstab on the memstick and change the root device from /dev/ufs/FreeBSD_Install to /dev/da0s2a 4- boot the memstick and open a shell 5- # mount /dev/da0s2 /mnt mount: /dev/da0s2: No such file or directory <--- strange message! 6- the filesystem is now unreadable! For example, trying to run some binaries not yet in the cache: # man /usr/bin/man: Device not configured If I try to reboot, the console is flooded by: > vm_fault: pager read error, pid 1 (init) This problem also appears on a memstick built from 11.4-STABLE r369279. The error messages are different, but the outcome is the same. Expected behavior ================= If the root partition is mounted from /dev/ufs/label (i.e. you skip step 3 above) the culprit mount command (step 5 above) gives the following error message: > mount: /dev/da0s2: Operation not permitted and the system remains healty and stable. Am I seeing PR 222948: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222948 or is it something else? Thank you in advance and best regards, -- Arrigo http://rigo.altervista.org From owner-freebsd-stable@freebsd.org Fri Feb 26 16:35:47 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC5F956649D for ; Fri, 26 Feb 2021 16:35:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f43.google.com (mail-io1-f43.google.com [209.85.166.43]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnFdb0t8Wz4Wfm for ; Fri, 26 Feb 2021 16:35:46 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f43.google.com with SMTP id n14so10239758iog.3 for ; Fri, 26 Feb 2021 08:35:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=B9WpI9ZvCDZRH/R3zT661xCL9LzsVunl/NJq5lc2dog=; b=atwZtjVEzQijWXjoBZbnfKEo/r6oEbbrpQqQrMfByQO7HLyi55CJYaVrDmwFQ98vO0 EpenjOTHQ0NBZ03mbJo7MiJrGCZXaQGJ+mOEiJX/Kqs08grnCIU7+8UdVl0aJiaCC0D2 I/M3byCvT2aVGbZwlb5jt6IzuGgDTHPCk0T2rWJEqvdGIOCMQtp4v1AcDmNEhuz7J2Yy PQ3hPetie1FPuh60L5bNZ5p19s2C1ypkqndFoAF1Ve2XS8xuIAmMue+tDiMNPREqbxDs xaYJD4e0Nm2lc81CoqwyubCOM6rihHqFgWr/Kk+NAgvHQovRQDk4goP95OzM0m2Atyvx ZiDw== X-Gm-Message-State: AOAM531wHBYq9kpdoZn1tHnE9Wq5QmHOgI1muwTOuM+mR4mTocP7VhPO BCiQcRhwUW14FQ9HCE7VtXmt1JTVrW4rFGtzuQk= X-Google-Smtp-Source: ABdhPJz9oYwJJYN+XctLOcMzK3OKyCTCYozxV+DFusmOBQfsmhwUdh3xsfyjdd94utlUZcRS/VO4BCa9+uP9gw8T9do= X-Received: by 2002:a6b:fc16:: with SMTP id r22mr3297375ioh.102.1614357346011; Fri, 26 Feb 2021 08:35:46 -0800 (PST) MIME-Version: 1.0 References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> In-Reply-To: From: Ed Maste Date: Fri, 26 Feb 2021 11:35:24 -0500 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Warner Losh Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DnFdb0t8Wz4Wfm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.43 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.43:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.43:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.43:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.43:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:35:47 -0000 On Thu, 25 Feb 2021 at 15:58, Warner Losh wrote: > > The problem, though, can happen when you run a shallow clone or gitup to > get the sources and build from that. In that case the v number is bogus > (hmmm, we should omit it when we have a shallow clone maybe). I want to clarify one point here - the commit count is already omitted from uname in the case of shallow clones (as Kevin Oberman discovered). Shallow clones certainly have the benefit of limiting the amount of disk space used by the clone. Does that outweigh the loss of the commit count? I had a look at the size of the .git directory with different --depth settings: 262M stable-13-shallow-1/.git 262M stable-13-shallow-10/.git 262M stable-13-shallow-100/.git 281M stable-13-shallow-1000/.git 807M stable-13-shallow-10000/.git I think we can provide a way to include the commit count as long as we're willing to require some minimum clone depth, and will pursue this in the next while. If this works out it will make it into stable/13, but probably not releng/13.0. From owner-freebsd-stable@freebsd.org Fri Feb 26 17:46:56 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC9585485CB for ; Fri, 26 Feb 2021 17:46:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnHCg5nYQz4cm5 for ; Fri, 26 Feb 2021 17:46:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72d.google.com with SMTP id l132so8677813qke.7 for ; Fri, 26 Feb 2021 09:46:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GFnlpR3R/5oDr6PwAyABA9uS30juPMEoMsguUjV2VJ0=; b=iWCIVG0QW6cZMiPYjGNEvgKa3wwIAIutMR8bLFa1g/13z9998moreDFS5YGWnAkQ4c AT/MDpdYWqW7XEL8x/4fwQy/DMix6tjMUQQOW4f8YLKxmYe5dDQarHRamtAkVUAUbD9Q MI9H0VW+aFmy0ve2g3Sf07Ssok5eAcGdpbe9XW4xnIK3zKzZSvMQbA7GtVDUlzCBCL+P uJP5GqqRJ/q0+RWj9ZJHcGEGsCu2bmv53tHB3+mR1PxQHbRgAInrZgnq491XxCAuEXPH 98xKG9SHF3KDedcodtHC0Vh7jlIKq9Y0vHkax46P+xfe1O1AiAv+hJGZgqXI3EbdfxYV yqRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GFnlpR3R/5oDr6PwAyABA9uS30juPMEoMsguUjV2VJ0=; b=oroAInTiwlO76dqi8RJQHqTmxZ4g0XFhXHaHG3DujAwvi7vF77J7P++wOIcZhlLqTX ecSX0iXTbOET73aKN2IO42ly7F2646q142uyGWk2IzIE/6ptXskBgWZjYWvVDx+aXnEy YC2EJHDX7z9tXvIfg9Sbws8qXpcBlFPN0qMTjd/6CXeGbbVq9I/EHCjgCnQOAGTZyoIH og5Xpy9QJpp4GqyfGNObgLNz3bDEWtt0yRL2CnuuKqDsgdt0rk6jF+fCE9WRD4ui267Z ym9l/wYd6PXcF+5rS/eaCSFHNuhAlkSyFPwlNEiUxPki0AXvPd5M0r8gLa4OH8Mlb9or /qmg== X-Gm-Message-State: AOAM530y01u9LhJCSm6vimliJriHma6B9vut2RyvzixyE2Q+LNRnydin da5PcpPdAPziGbsIq9wrT09PznbswsGbXp/gmD25fMWQ2T/8jw== X-Google-Smtp-Source: ABdhPJz1Ny6QQX3xjZBzdfdVBbIZ/NW2YZosRPe9cE7xX5ROGB+13NxyoM+3zkRV7AMx+eCxWGHMwusYgejxNtobU8M= X-Received: by 2002:a37:a085:: with SMTP id j127mr3614934qke.206.1614361614689; Fri, 26 Feb 2021 09:46:54 -0800 (PST) MIME-Version: 1.0 References: <1748076.jFELhIj8lM@ravel> <3308997.ajJYar8FF2@ravel> <001a5401-c334-5937-4ce3-315ff89e34be@denninger.net> In-Reply-To: From: Warner Losh Date: Fri, 26 Feb 2021 10:46:43 -0700 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Ed Maste Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4DnHCg5nYQz4cm5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=iWCIVG0Q; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::72d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72d:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72d:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 17:46:56 -0000 On Fri, Feb 26, 2021 at 9:35 AM Ed Maste wrote: > On Thu, 25 Feb 2021 at 15:58, Warner Losh wrote: > > > > The problem, though, can happen when you run a shallow clone or gitup to > > get the sources and build from that. In that case the v number is bogus > > (hmmm, we should omit it when we have a shallow clone maybe). > > I want to clarify one point here - the commit count is already omitted > from uname in the case of shallow clones (as Kevin Oberman > discovered). > > Shallow clones certainly have the benefit of limiting the amount of > disk space used by the clone. Does that outweigh the loss of the > commit count? > > I had a look at the size of the .git directory with different --depth > settings: > > 262M stable-13-shallow-1/.git > 262M stable-13-shallow-10/.git > 262M stable-13-shallow-100/.git > 281M stable-13-shallow-1000/.git > 807M stable-13-shallow-10000/.git > > I think we can provide a way to include the commit count as long as > we're willing to require some minimum clone depth, and will pursue > this in the next while. If this works out it will make it into > stable/13, but probably not releng/13.0. > The count is a count back to the first commit in the repo. There's not even a clear design for how to accomplish that with a subset of the repo that's been floated. It might be possible, but until we have a clearly articulated plan, it may be a bit premature to set expectations that it might happen. I'm happy to be proven wrong, of course, and once there's a clear way to accomplish this that's not fragile or a large maintenance burden on the project, I'll happily support it... Warner From owner-freebsd-stable@freebsd.org Fri Feb 26 18:55:20 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA56E54AEF3 for ; Fri, 26 Feb 2021 18:55:20 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f46.google.com (mail-io1-f46.google.com [209.85.166.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnJkc5NgTz4kGK for ; Fri, 26 Feb 2021 18:55:20 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f46.google.com with SMTP id f20so10680321ioo.10 for ; Fri, 26 Feb 2021 10:55:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gV3hQig0Fpqh80rTvcHnnIt6B3Kbk1UCBBw5i1CwaYg=; b=MWgbqGw7QBe9L9lTRiOHTpDgmeA95e6c+3msTY7hWVC0a8t/pq8z79QJzWDnlg/Sdv gwJx0AOKN6DsB1iiinNO7SSNFDhGwWjWfrz/328unHFZANZxeBfYRBpOSU7CpLjDN7kD cKzxuy4/KTdqa8ruKq8Yk040om4coFhNbmZmbzDTv3PQ2lKjpQO1MBonG47L0HIoYqWp HNerqU3bsk82rB4zLsMqu9hhn3l1r2ULALKjkmHwjL+Iy1pgwshSqza0Fz0t7/KUyKTl IZ+OZ5O313WAG26GrS2Y650j10IjWOKHP3FqkpYx55BdgKi3iLwEQ7CI8TbzmfP+PW5o uF4A== X-Gm-Message-State: AOAM533Xx06Ct21MGgD1GH4azfAyu3QXl8nBmwdMytKkrwDA7H8yLdOg 29iTd9gkzhhGiFDi0YkiYSkHkp4nqZEC//D+xA8= X-Google-Smtp-Source: ABdhPJxOQVYX5pzvjFSmt0xef5weKVyrWktcXj/E8layTzeMTnMV/ZcbZG0KfmBvXs6BnO1C+KQYMPArXmD4VEGFx9E= X-Received: by 2002:a5d:93cc:: with SMTP id j12mr3911088ioo.15.1614365719693; Fri, 26 Feb 2021 10:55:19 -0800 (PST) MIME-Version: 1.0 References: <202102261710.11QHAVLY062611@nuc.oldach.net> In-Reply-To: <202102261710.11QHAVLY062611@nuc.oldach.net> From: Ed Maste Date: Fri, 26 Feb 2021 13:54:58 -0500 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Helge Oldach Cc: freebsd-stable stable , Warner Losh Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DnJkc5NgTz4kGK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 18:55:20 -0000 On Fri, 26 Feb 2021 at 12:10, Helge Oldach wrote: > > A shallow tree is about 1.6G. If you want to patch source (say, from > a SA or EN) you certainly also need space for an object tree which is > about 4.5G. The total is >6G. > > I'd say relative to the total required to build, the 1.1G "savings" from > using a shallow versus a full tree (which is about 2.7G) isn't really > worth the effort. Plus, you get the a few benefits like full commit > history including comments. Indeed, this is a good point. We can update docs to state: At present a full clone is required to include the commit count in uname. An existing shallow clone can be converted into a full clone by running % git fetch --unshallow From owner-freebsd-stable@freebsd.org Sat Feb 27 07:15:43 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 877B355E089 for ; Sat, 27 Feb 2021 07:15:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dnd8t2nshz4W9Y; Sat, 27 Feb 2021 07:15:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x22b.google.com with SMTP id q186so12276989oig.12; Fri, 26 Feb 2021 23:15:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=byw8i7o96tWSM2L5J6yO5paINgvrVfOhGjG48bvjU+U=; b=D7NJJfgH5JT+LoBT961bEpLPJyB0PLN4i5hTOjOuV3A0BaH0nSvph8jSqftxit5I3s u7qFCfLwrAdD8RxsisqAkTBRISpd6qa5SBT6pxM7Eada83BxJvMouCKYnYKOyjHoKyki RN38Voa7xns8aoJ0o4C+lCUnWl/k6Yjm6Mic/XBTnFUKfXYjCzmWTJcsL1D5ea6dSpai IERoGtajdAltaN6fU/gtun3tWMOgSoV32uXdm2t0qGjAYDG/DVoT8U9IT7tF9NRDi7Fp I3yZYv/HzblitRth7obBlp5Wh5fuwJypRCQwGN3qM4tEV2nh4cwC1y50uPFH8F6y5lac mTqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=byw8i7o96tWSM2L5J6yO5paINgvrVfOhGjG48bvjU+U=; b=oNxPfj6MJY5PHDgEuA/dv8y37ShVQhWT61btVq+x/iyYKBbj7/1NUdosRxrfSOaBxn YegbAsl8VPInxIlen4IH8AYxeRfuFUVpoKM/fl5CcFMxV5hVbj8KyQlEGlz8DG7nmDAw DdnaR+vfontbearVin6eY/j5KglCx4GT7vl/hKAMJ2rPyfEIPIQwyVze+8jzOvs7TKWW NI1prwQxpP9fqZLSR2c2wfh7JxdWUzQyMe1m+8Gb53nnIMAAPvg0EVPVBoIzvenUqlpY nD1UynWoEqV7TC9wHXAqtS7Qm36WhP1rha6/ktTEMAu/yyRofSgrhtur1yEJwKS8Ou7N eJTQ== X-Gm-Message-State: AOAM531H96UXvBjmkh2GMiQKl1CL47u87+ysYq10ngMmqLoOAhHpsZrZ 9BSTF3cz4I5xYCvJlCN2sOpFarDu+CL0EeiCHQTFoZwWlWE= X-Google-Smtp-Source: ABdhPJx4PmX85z2vix/Bs3LyaInvCNfvxUVjUXn7EAnfjqmPDjXWtc4E6p5LUm2gMHNZah+s1p4wyXt1BGKG32NjR+U= X-Received: by 2002:aca:c6c8:: with SMTP id w191mr4779002oif.133.1614410141070; Fri, 26 Feb 2021 23:15:41 -0800 (PST) MIME-Version: 1.0 References: <202102261710.11QHAVLY062611@nuc.oldach.net> In-Reply-To: From: Kevin Oberman Date: Fri, 26 Feb 2021 23:15:25 -0800 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Ed Maste Cc: Helge Oldach , freebsd-stable stable X-Rspamd-Queue-Id: 4Dnd8t2nshz4W9Y X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=D7NJJfgH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::22b as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::22b:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::22b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22b:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 07:15:43 -0000 Well, back to a full clone. Thanks for the "--unshallow" argument, but so far it has failed twice. I suspect that it's my urtwn interface is bad. I'll swap it out tomorrow and see it that fixes it. I am a bit surprised at how little more space the full clone takes. I was really expecting it to be much worse. Of course, it will only grow... as will the sources, themselves. Warner, I suggest an immediate update to your mini-git primer. It was already a bit out of date, but this fix is more urgent with RC on the horizon. In particular, the "Repositories" at least look old to me. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Fri, Feb 26, 2021 at 10:55 AM Ed Maste wrote: > On Fri, 26 Feb 2021 at 12:10, Helge Oldach wrote: > > > > A shallow tree is about 1.6G. If you want to patch source (say, from > > a SA or EN) you certainly also need space for an object tree which is > > about 4.5G. The total is >6G. > > > > I'd say relative to the total required to build, the 1.1G "savings" from > > using a shallow versus a full tree (which is about 2.7G) isn't really > > worth the effort. Plus, you get the a few benefits like full commit > > history including comments. > > Indeed, this is a good point. We can update docs to state: > > At present a full clone is required to include the commit count in > uname. An existing shallow clone can be converted into a full clone by > running > > % git fetch --unshallow > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Sat Feb 27 07:28:26 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B3F6555E161 for ; Sat, 27 Feb 2021 07:28:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2c.google.com (mail-qv1-xf2c.google.com [IPv6:2607:f8b0:4864:20::f2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DndRZ4Rg6z4XGV for ; Sat, 27 Feb 2021 07:28:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2c.google.com with SMTP id gi9so5699118qvb.10 for ; Fri, 26 Feb 2021 23:28:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PjzPxC4NVRtP1o1ePurNdk0nPJcQYJDdqJqqGuG7Yq8=; b=bhEv2kG9FOtUBf+bE967gZ7uqmnCg+N7j4kcPqhAVWF2DiL84HL+fcdVG0fQPqj1Zc bTSiIxWVmX6wcIhrxLiX9lwW1jhKJMljocAbH6sh8G+VJdbpzEH55pGey77coFeWaW31 nEB63S2c48URSE4HD4gx9jSJ85Fiav7wCyA1gEbCqg8cDvrLV5bXZdW3dC47znDQGir2 DSF06G99OZdjiiW/prWMc8Z/Wwr8Tnd7wNlNls1pu5JgMUUlgRNu1tLBKXDrOXzJ9+W1 ISPapIRwoigWqhJ9O/4jhh+6uiI9X4hKY6NDC4+jgnfjlg0QBzNvhlpFpoYJygrApyKi 1hZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PjzPxC4NVRtP1o1ePurNdk0nPJcQYJDdqJqqGuG7Yq8=; b=m9DLQ1eWMkBME6wi9lIXmLvlEs+tIJRy09PkyuJEQoPZQ+1Qdj/Y/Aul1Z7Fm+lgNZ JP9P3b6zW3fXGhV78yu2lCl+YTuvAtDVq/QO7dU7agSg+dESrqEiKdO5rrKljVmh0QBe QN/wH3+SXQYJuNR7JYQqBL3VdyyEO8JxmmnCTFtrc3w+zr0Jh2cmDHZZYvEsP/MyvVuI Uy9LhEsuLhwkjLy+1UhlP9d8vlhoxhn7u458lfjk0hZQc9Qvqhl95HBITCCYzWgD/2J8 vYVrYvDVIJc3m4Sias9ExtQcxyOJe0bLJmzjIwuNazljymucYbnMlZD/3UIrciUjzpRY LcHA== X-Gm-Message-State: AOAM533ynBtngxafsxqMF0ngLSI8/Uc/2j91jm3gYuva9KH/CB5uABXr shH3W3FmyKExXCJWwOT8wKrFq/iusYXjZcSN+AaZSg== X-Google-Smtp-Source: ABdhPJyEd/AVEWbJrkKp//mdYvfV18TwVrnynU8dNZdRRCETGgFtMR8yNq3G85X69umym6GbSDBHxlCBAu+OV60qjdg= X-Received: by 2002:a05:6214:174d:: with SMTP id dc13mr5941570qvb.62.1614410905892; Fri, 26 Feb 2021 23:28:25 -0800 (PST) MIME-Version: 1.0 References: <202102261710.11QHAVLY062611@nuc.oldach.net> In-Reply-To: From: Warner Losh Date: Sat, 27 Feb 2021 00:28:14 -0700 Message-ID: Subject: Re: How do I know if my 13-stable has security patches? To: Kevin Oberman Cc: Ed Maste , Helge Oldach , freebsd-stable stable X-Rspamd-Queue-Id: 4DndRZ4Rg6z4XGV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 07:28:26 -0000 On Sat, Feb 27, 2021 at 12:15 AM Kevin Oberman wrote: > Well, back to a full clone. Thanks for the "--unshallow" argument, but so > far it has failed twice. I suspect that it's my urtwn interface is bad. > I'll swap it out tomorrow and see it that fixes it. > > I am a bit surprised at how little more space the full clone takes. I was > really expecting it to be much worse. Of course, it will only grow... as > will the sources, themselves. > > Warner, I suggest an immediate update to your mini-git primer. It was > already a bit out of date, but this fix is more urgent with RC on the > horizon. In particular, the "Repositories" at least look old to me. > First quick pass done. Please let me know what you think. You can suggest edits right on the github site (they turn into pull requests) or you can send me suggestions directly. Warner > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > On Fri, Feb 26, 2021 at 10:55 AM Ed Maste wrote: > > > On Fri, 26 Feb 2021 at 12:10, Helge Oldach wrote: > > > > > > A shallow tree is about 1.6G. If you want to patch source (say, from > > > a SA or EN) you certainly also need space for an object tree which is > > > about 4.5G. The total is >6G. > > > > > > I'd say relative to the total required to build, the 1.1G "savings" > from > > > using a shallow versus a full tree (which is about 2.7G) isn't really > > > worth the effort. Plus, you get the a few benefits like full commit > > > history including comments. > > > > Indeed, this is a good point. We can update docs to state: > > > > At present a full clone is required to include the commit count in > > uname. An existing shallow clone can be converted into a full clone by > > running > > > > % git fetch --unshallow > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Sat Feb 27 13:00:38 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B3D6566687 for ; Sat, 27 Feb 2021 13:00:38 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from sonic310-57.consmr.mail.ir2.yahoo.com (sonic310-57.consmr.mail.ir2.yahoo.com [77.238.177.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dnmps17dKz4qVN for ; Sat, 27 Feb 2021 13:00:36 +0000 (UTC) (envelope-from ardovm@yahoo.it) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614430834; bh=RH1CfOnq6CuKbRiMHnZaYiIh6/uwYjmObVBWwjKqO7D=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=mENrcEYomE7iJHWmdzX99xv0KV3w/Ju/D+e7eC28twNA8AuHasnqGdFuxCc1IVpbfS815aGVBFOcrYOIvu73GjAybdiUQEQprOqg10qAX67EfYuVfFtQ5thLhZwpz4K14rEd4IGH9UhXib/UXW5z+7xAakB14IjjSm22rgGFuEjxUhQFDI0VEOj7uVi8iocMwo2KsJKtgKQHwrFVq/f24ZwoFr+5uSXuhq9RZCG+dTNqOBhWSjKskSgsiTB9C50OToh5GK8kC8CSCUR2C+iU27ia2ESsUsEgWa5WfyFriOgejauTnJ2Kn5YeX27TbyTnW90TBEMkQzWkMx8Waevwpw== X-YMail-OSG: wEAeHhAVM1mj7udNBxPeLdvcq2uVoY4sxgwocPpeqDTysZJAgo0YPL_P1TlMpZT IalNxUT0HtX8IAbHJQ_5EpZ1cvEfAd4hefbRF.U73NLr1vIU9cguwyE2d4H5l3MxRwhKwruJ6i1a 4h9J4lx.1YKroymTysXuUKifrhuYHCxnEZB76yjlvZNcfP6M_PvCdYfTnS8hN.5IXrF0DdtgHEdE 5svS96BCnS1P7YWoaE_vIIxPQ_36WSLTXn2c0Ir66pkigCyBWts5DJgI_JLQS1B7Vb9s0CcunEs_ x2BOdZBwh8LGxWSZSya_5SOS3cxuXQSMIvYIlaw_lyqlnpOEw7bDPSjgMWGFY5njBAY5308mCsDY SAqmR8Bx.Vrxt_1dPOPC5mIQRGqGKPt1atPo9vRkIWBc3icXUgxlLWiqt_Kil3mcvcBFdwEGRq_R 3t6v850uU3X_6xr_zgR6W0jGv_N7qYCIgmu8ciGwVJ3331vDhvVKmh8dLlmR0yha38fF4IYTZU.Q nuw1FmqDnD4lLnyLcJ9WJ1HFzF4e5yjKS2BJRa6yOwvFrU3vPutVVAYOdbPFrJ61qYT23DZEL2Dw Sl3ymyEFhNKBHIq4a3icqnUKkB_M.oRSP217Sw5n7mB4c0SDxLvxRqOJfKY_7cew1yEXzKP6iDDd h3aPJ.3ZmZCvSdkV6tsS2CxY_zxLOQ7mzPsgvZYl57mAKazHMS.yotMjLfmhVFdmACAP3KWlSGhc XsOBLUoKZodgjk7cbGp_PUNo.3n97pYVKvn4F5.vZUU15.WNg54qbrUtdggbgAJ9mjusnSvmz7eR .5H0rP.lsB831.7bATk6vTZNZc4n3QIHLXnMe7o.jF9mp9VhHQYq09g5awCjDUYSTXybbhvJc.Xg upVhWnhCPgTR9A93zAp1kCBrPnV4aocBD0LR0V343L4IJVp4I_TTZYODdvY0DJHBSZbpCMcQAVoC pYtwIk3yap3Edj5ZkngYw9rH4I6btZDMw_0QIUw3mu3huDUvujTTxt8FWuG6KvxzVUdxFsv3CQsK tLwBIJO1t1egoPOQAPkZu.IzZzzrGLVSvLVMEhEye_xWOs6nn2Y2zKttIBN_KqXtRVcmevNObd1a rejNtLJx5xY.ZoRPO4RsAI3HrDHNv3FY5Kc0TOx1z0bxFJdGDMN5sl_LqTDexJ7loOrBKysCcLMV t.6ANQ64b2SMmd5Cb5ehIjwPsarneKzk68E6jH_K3apQGP.yRTz7CPD9ZnQmQgDPU.5E6kDdS4PP Fz6eyrEsk.vHj_or1dGH029Ce4Y2yppIeqL7P1IXosn.iGxaAnSSjeNMDpAxvM2vSAXnYK88Tpnr 54ADTl69j8SxTwJZNTVhIyNsNxD_2Ns9zf17ye_qlgAdZWgw.zrHfWFOSJ8njcb1D8HOki6ZcBJp Wd7iPSPB4oEt9G09Du23L.MOelID0MbeSC5vXkKENwRSdixvalCRJaMSl_DgLPntJSCpBWXNZwke PIhQf89QVywP_7AmGjsW4F6X929oOKm4Z2T1BpsH88E.2HDF4Cms6S4XBwL7K0joecpVd905JJyl rGhlB579Ofh4uFItWu0xb1o4dQIw4d0X6JhzmH.Uj9ibbICny0O8cqz5ibSMCkPRGebxNLEHppjV 3MkzlK0WH0rWg0fzpzjd9xl_p__ye7O2j2OhskQDcAy_t3yP7s9IJeJA4R7BbbxJXP1CywsuK2bj 3EHz569UZ1cZr6fFgm.j3NN.zDCIyWr1Q6pf2y7Jz0wK1UvDwODOFvhA2fl9xK0raY52_Abz4MVF E1tq1Cu0kkQzxvH4TglOsou1z06TqmtUyPj_6OEYS6gOQnQrr75bUJozXMtuNSd86fiftM1MQHZY UT5IWVEu9f9QD3o1RGgs7OO2wmacWmGtXKPyLOTV8SENoeK3eEFXEv_8IIukB46imue5sh_fwH_F d4weHYVpwXT1xM5gDQrIX5f5wHjjW0.6C78A_20nQD_pdwPVt3mtkAFHpZwqKdI2t0cz9b9u837Y txiV8HWK5_XVa4W2_BmljS0CiBTMRtZXXEXasCvOue6n5tVI4KwQ5pGGt2efMu4dXIinaLg7UiGv Jp5GdlyGNgIc09JRSwCb39sSN7P7WNSEN0WP.diaIsAfixXKnfgDvfv7CCYgQ8D_2A9Hut39qToY TSrCBGIGcA9DYDLe4bYKSwD7g7Zdfrr8kjkR_QB5Tz5OC0K9sw_Z5e91IBbMutQ9YfdoYk4fdTCA ir0mJ2km2eGlCiN4yh0ugRdEwVEZIVppi9fRHoZvW0pOK6baRYVhKVrUa_sCM29AxkihjYboAmMm yladi7GzzW6Bs0JUEDI3rM6N6C07KzKsvxE4WPG3GQy3.eUR.YzfQop4IFK6zLthmObtHozb5LxC A3ZwYhvi4cILOqUSNXI3SUNVNdYauAxlzDFHq_PGHf_hCfyQIrH08T3ej0_jnaULwBCVfVkjxYJH BkX0Yhvzw0lN0EvGA5XIrsquG40zmijs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ir2.yahoo.com with HTTP; Sat, 27 Feb 2021 13:00:34 +0000 Received: by smtp410.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 63fb02245e7c928525a8ac7456af5ea6; Sat, 27 Feb 2021 13:00:27 +0000 (UTC) Received: by nuvolo.localdomain (Postfix, from userid 1001) id D787F126815; Sat, 27 Feb 2021 14:00:24 +0100 (CET) Date: Sat, 27 Feb 2021 14:00:24 +0100 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Subject: Re: Trying do mount a slice containing a mounted partition makes the filesystem unreadable Message-ID: References: <202102270821.11R8LerL005602@nuc.oldach.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <202102270821.11R8LerL005602@nuc.oldach.net> X-Mailer: WebService/1.1.17828 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.9.1) X-Rspamd-Queue-Id: 4Dnmps17dKz4qVN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.it]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[yahoo.it:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.it,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.it]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RBL_DBL_DONT_QUERY_IPS(0.00)[77.238.177.30:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.it:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[77.238.177.30:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[77.238.177.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.177.30:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 13:00:38 -0000 Hello Helge, Kevin, and thank you for replying. On Sat, Feb 27, 2021 at 09:21:39AM +0100, Helge Oldach wrote: > Kevin P. Neal wrote on Sat, 27 Feb 2021 03:04:35 +0100 (CET): > > On Fri, Feb 26, 2021 at 06:25:05PM +0100, Helge Oldach wrote: > > > Arrigo Marchiori via freebsd-stable wrote on Fri, 26 Feb 2021 17:02:35 +0100 (CET): > > > > Description: when a BSD partition is mounted to / (suppose > > > > /dev/da0s2a), if I try to mount its containing slice (/dev/da0s2) I > > > > receive a ``strange'' error message, and from that moment the mounted > > > > filesystem becomes unreadable. > > > > > > Actually you are mounting the same location on disk twice under > > > different file systems which is a bad idea. > > > > > > For example: > > > > > > # gpart show -p ada0s2 > > > => 0 250064341 ada0s2 BSD (119G) > > > 0 241172480 ada0s2a freebsd-ufs (115G) > > > 241172480 8891861 ada0s2b freebsd-swap (4.2G) > > > > > > Note the "0" offset for both ada0s2 and ada0s2a. When you mount, both > > > "look" like a proper, distinct UFS but actually it's the same location > > > on disk so UFS will get confused if you have both mounted rw. It should > > > go well however if only one is mounted rw and the other(s) ro. I believe that the memstick images may not organized as you pointed out. The standard behavior of mkimg(1) is to leave a small gap between the beginning of the slice and the beginning of the first partition. But I will be able to confirm on Monday, when I will be back to the office. > > Wait, really? It seems like the ro mount wouldn't see any blocks (or other > > unit of data) cached by the rw mount. So the ro mount would see an > > inconsistent filesystem and I personally would expect a crash or other > > misbehavior. > > Of course the ro "view" will show inconistencies. That's actually what > one asks for if doing such bad things as mounting volumes twice. However > it shouldn't crash as the rw mount of / maintains consistency. On the memstick, the root filesystem is mounted read-only. I apologize, I should have told it explicitly. The ``invalid'' attempt is to mount it read-write (no mode is indicated on the command line). I did not try the mount command in read-only mode. I can try this on Monday as well. IMHO it is important to note that everything works as expected when the partition is mounted from /dev/ufs/label: the mount attempt is not permitted and nothing else happens. Even if mounting an already-mounted partition is an invalid action, I do not think that it should render a system unstable. I understand that ``the root user should be allowed to do anything'', even shoot themselves in the foot. But on the other hand, there are features such as kern.geom.debugflags that explicitly avoid it. I hope I could explain myself clearly. Best regards, -- Arrigo http://rigo.altervista.org From owner-freebsd-stable@freebsd.org Sat Feb 27 14:59:51 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCB48548EB3; Sat, 27 Feb 2021 14:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnqSR5wqFz3DVS; Sat, 27 Feb 2021 14:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1614437991; 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; bh=Mz2WZ0dZekaXyU+38BGmpHvJrtz9JZq6EGOenrCUP6c=; b=fyasYFkR/dJa621AfuJcNkhSLon2m6QhA759cv2UMpRDfArfqP2QdN5avDPFofIBcAgWa8 jLLZoGl+yv9Krk/xrZFXeMxT+H2BCDXO4map11/n/5Mpt7YtPI6mZVGbwtniZkq1yZh034 ugHn0Op2OvWqaHM88z1bWFAKsp9yF4StHtz3ZuBuAeOGqLY1waWBCXjtY0IaTBTD7Xatcj uFSOpMfqU2LihskkedzddicHNAhDPN8vuRxmDy2c+1xK3MuxnliEuNarQR1/dFrMRfBx+0 LCPifXYiPD4zgMmyCmhLZa8Y+dSI6Z7orW18HPIZ6QHWG6Jte9nYK0PWAGeOLw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 51E831F14; Sat, 27 Feb 2021 14:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 27 Feb 2021 14:59:48 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.0-BETA4 Now Available Message-ID: <20210227145948.GK48055@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1614437991; 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; bh=Mz2WZ0dZekaXyU+38BGmpHvJrtz9JZq6EGOenrCUP6c=; b=HodjLlX9ff0Ufk6ugrML+8LOsO5JKUVJu7Vls9rSAIfzDYO4Pak0QfVnnYHir+XWXnIIWy jHMlZSN4VzLDTp3UxuvqPK9WqXnPImDmWOGMrE2Ga5aEur/LC0F7jAarwtCVf1Dhv+8xTn 6gV0c5LY8fbg2eb6EmEo5pVyj2ZiG6CL+usChJmtCB1VMo3ZHcYIbKBCMp2lc7jXCEvkLJ Hf3xoCXWAIE+C4Z+hlOrGrQfioihhQPNMTf8ZIh1rqIcfQ3lbTPmxMmszt8ePp5eNw5bX3 XZpKR+QvpiYdX4U+sHITobZTEdqzvFgwiYD2iIV7XI1XuFckWqloA8BQ3MSHoQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1614437991; a=rsa-sha256; cv=none; b=Gv0NUmUlzgfvNCesIW4X00+HLOMhbcH7mvrMMuo7UgtLJC6YQuKK9fHU9MU8CE2eFbBAQf hTScEuqOie0Fi6OFSJ3d5heZeVYrZsS70d1W3EujWHRXbiWC2HQgBY4N5qvo0WTI3cGHC+ GR/eQi0jmS0kh2CQgIOyDYGaEEnlfRg0BiY5Ump/pV1PXSWkYCj+Im3j57Lk0GOg2qbSlN zmtG7KaR6EMqXtIX9PzwmzJKqnPPB9Hs0Zp0xnuJ/8n4UpR9ac9bW7gvCpgumj4Jl+/Q1f HUQiWvAe1gD9crhvmWqR+yA55Vq23mldW8HlaAAnBRvoJy59qhzxNoyb1KLdbw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 14:59:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The fourth BETA build of the 13.0-RELEASE release cycle is now available. Installation images are available for: o 13.0-BETA4 amd64 GENERIC o 13.0-BETA4 i386 GENERIC o 13.0-BETA4 powerpc GENERIC o 13.0-BETA4 powerpc64 GENERIC64 o 13.0-BETA4 powerpc64le GENERIC64LE o 13.0-BETA4 powerpcspe MPC85XXSPE o 13.0-BETA4 armv6 RPI-B o 13.0-BETA4 armv7 GENERICSD o 13.0-BETA4 aarch64 GENERIC o 13.0-BETA4 aarch64 RPI o 13.0-BETA4 aarch64 PINE64 o 13.0-BETA4 aarch64 PINE64-LTS o 13.0-BETA4 aarch64 PINEBOOK o 13.0-BETA4 aarch64 ROCK64 o 13.0-BETA4 aarch64 ROCKPRO64 o 13.0-BETA4 riscv64 GENERIC o 13.0-BETA4 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.0" branch. A summary of changes since 13.0-BETA3 includes: o A possible race between jail_remove(2) and fork(2) had been fixed. o An issue with the pf(4) osfp configuration had been fixed. o An update to the ena(4) driver had been added. o A bug fix to flex(1) had been addressed. o Fixes for FreeBSD-SA-21:06.xen and FreeBSD-SA-21:03.pam_login_access had been addressed. o A fix to ZFS to address a potential system crash if scrubbing after removing a slog device had been addressed. o And other miscellaneous fixes. A list of changes since 12.2-RELEASE is available in the releng/13.0 release notes: https://www.freebsd.org/releases/13.0R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-BETA4/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. BASIC-CI images can be found at: https://download.freebsd.org/ftp/snapshots/CI-IMAGES/ === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-018ff0bbb489cc147 eu-north-1 region: ami-0d254e869c98cee4c ap-south-1 region: ami-0fbf06953c56b6f0d eu-west-3 region: ami-052a22f0481d6b334 eu-west-2 region: ami-015353db614403879 eu-south-1 region: ami-00846500ffe1975b8 eu-west-1 region: ami-0b515b56fa3b7332b ap-northeast-2 region: ami-06803a95877671551 me-south-1 region: ami-08de3623ff267603a ap-northeast-1 region: ami-05161601758e32a63 sa-east-1 region: ami-0d06cd4055c68ba45 ca-central-1 region: ami-0d0388a8a169d558f ap-east-1 region: ami-0451191bad1ef9693 ap-southeast-1 region: ami-0ebd0fd4279e33ec8 ap-southeast-2 region: ami-05ade971900f558c0 eu-central-1 region: ami-0ad78f12e0a41a4b0 us-east-1 region: ami-0d05110d430079833 us-east-2 region: ami-02da8e14277738938 us-west-1 region: ami-01f37e43b49871d73 us-west-2 region: ami-0f07edd632e38b962 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0967dd10e7b2b5dff eu-north-1 region: ami-09fb93f6c2c7109e5 ap-south-1 region: ami-0034cc6c0c95e6f1c eu-west-3 region: ami-01b1667281c168197 eu-west-2 region: ami-02ecf0f64094a745c eu-south-1 region: ami-07481931ee179e035 eu-west-1 region: ami-07b117d18ce82445e ap-northeast-2 region: ami-0fe53007cad4e0126 me-south-1 region: ami-0edf8b794587f5eb1 ap-northeast-1 region: ami-018bbcb291610cba7 sa-east-1 region: ami-09280ae90d5f2df1f ca-central-1 region: ami-02e44b65eb0e4e88b ap-east-1 region: ami-01a41c8540edf87dd ap-southeast-1 region: ami-0b1aa4beb112c3767 ap-southeast-2 region: ami-085a1039c67631873 eu-central-1 region: ami-0009146e1e50f15e5 us-east-1 region: ami-0e22d39850e1a1afd us-east-2 region: ami-0b14d8a4cd8819124 us-west-1 region: ami-05ece71f325f2200f us-west-2 region: ami-044e74dc5f386b446 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.0-BETA4 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.0-BETA4 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.0-BETA4 amd64 GENERIC: SHA512 (FreeBSD-13.0-BETA4-amd64-bootonly.iso) = 4c9789e45b4ea598756a2abacebbba91448f91080f498b409555cd627744907921ac1fe9fa4e8a28ed3396fbbede476ed196d4ddd0c07e84f2321be14cdf0e54 SHA512 (FreeBSD-13.0-BETA4-amd64-bootonly.iso.xz) = b9f87907c6b4391d985aab71ace7670644f9d2f3ae2500805496e7ec7548385b1788353f73bb2921e43a8d8dfaa8468049bfd5576dbcd0612c3313a8ac8f3bd2 SHA512 (FreeBSD-13.0-BETA4-amd64-disc1.iso) = b5cd1504af62e4ce566f89111959669ca670c697e7099bef55db1dcab9a7eb58323c5573a041c67568074e5024db2a24478442e1d417b1f3ff7bf4cdace2c9ab SHA512 (FreeBSD-13.0-BETA4-amd64-disc1.iso.xz) = 8294aa66443ddf8eb545ee7deb1cb5a4676c17be8c60e8e7423679206f781f2c656f724ad984fa3430b421769caf0a54660b28ba1c5f0f088340adc3fa9eebe8 SHA512 (FreeBSD-13.0-BETA4-amd64-dvd1.iso) = 59f33219e0ed67908b4272c7d7c394fe36295dcf3d58e359fbb666eb7dad4a94340603ddcb25bfde92fb983e4ef939cc699cb165793faa2cb98564485285065f SHA512 (FreeBSD-13.0-BETA4-amd64-dvd1.iso.xz) = 3099b503bc5635c97238e5ce7246c5627340463c599c28224191b39664e2d2e1d53114e6b64e4633017709816222755cf64d75c8c00ee229a71c24f858aee08b SHA512 (FreeBSD-13.0-BETA4-amd64-memstick.img) = 5d83b59128ca124edc6aeae22fd6f385cf8645a0a19c6d4d1dd4ad746f0a16a255f92ca4f217bc6bd987069333b9a31416d5bdc6388b47bc43011766c5d2a25f SHA512 (FreeBSD-13.0-BETA4-amd64-memstick.img.xz) = 5b547c9738582f1ca7876f06c4440bcb79efc1955e78869b062d9ae8777d6a740717ca6178d12242140c0b26d93bee70b3156d3202e9f0478014ba06e5f505f7 SHA512 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img) = 1bcda4e516d6f661086cf719af320ad4599e1c707d42b273743a1aba86c0a086e24dee88de18e5e474aa93adf97d39835ef1681a71ed31db5dd8c456235d9d78 SHA512 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img.xz) = 77e5b96fa6cb1cf989cab164ba92b87b37dd0b374a7b53f8967b56dbeb0cb734d46c10f92591b43b488193c3e772648c422ab57b8558433112353170f85c7dbb SHA256 (FreeBSD-13.0-BETA4-amd64-bootonly.iso) = 34ef2ec4bb1308d74822bf53f845cd16c53644792492bef9f0f89ea26cc6c6f2 SHA256 (FreeBSD-13.0-BETA4-amd64-bootonly.iso.xz) = cea8ca06e7d6e3c80f07a54ef36b6bf435ae7341e9cf7e4b081549ce6689e34a SHA256 (FreeBSD-13.0-BETA4-amd64-disc1.iso) = 99261858e73aa7f401871cd6ef4e8aaf483caaf792201e99639d66c0e1885bfd SHA256 (FreeBSD-13.0-BETA4-amd64-disc1.iso.xz) = 0aa137fac5d3f530a0959ec22c46d48cc2b9cd75071336884af79d3bb20fbbff SHA256 (FreeBSD-13.0-BETA4-amd64-dvd1.iso) = e67dda3e3d9644a0b980fa1bc9cafb047f56678ef3a86befe947283daa70590d SHA256 (FreeBSD-13.0-BETA4-amd64-dvd1.iso.xz) = 84011747f39700f0450ac57f2769a6fc30da211e4300dbb81a335c16cd430768 SHA256 (FreeBSD-13.0-BETA4-amd64-memstick.img) = a2bdb6315f38f1a79a82a31d4de9098ee9122624cce8e5155b750eb099473a61 SHA256 (FreeBSD-13.0-BETA4-amd64-memstick.img.xz) = d1309cc53b29bac79dc885dec04b53bba97cf33a40b3306f2ca85036040b96f5 SHA256 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img) = 95672732c6a16ae5397b7f943d70649e27cccc1f853449cc01f66e787c2af758 SHA256 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img.xz) = 096f4fabafc6e748a29811f8a6a5c0efe38f48dd0b611a5e6fb286afd0adaeba o 13.0-BETA4 i386 GENERIC: SHA512 (FreeBSD-13.0-BETA4-i386-bootonly.iso) = c93c17381c76d8ea9a7f79930c696212dda06e4f80c2320c372447d3b79640687d2238ff99fd8390ebd5e9a287e508e22561fb329b5592fba454bdca958ff762 SHA512 (FreeBSD-13.0-BETA4-i386-bootonly.iso.xz) = c0527e5883d76d0bd3233f354dbd1ef48433407236d4f3229f9a5ca287c32973ef2ca7562a1a87157d1c502e7da9eade611acf7dbb028e1b4b645597ed624804 SHA512 (FreeBSD-13.0-BETA4-i386-disc1.iso) = 0698baf8b42b92951b41e094af1b1b4d62a6965bb5cc694d473b913f1a2753e5d5f3601837f79a4b32999b56bba870156d8565c7ae2e6de03ff35da2b7cb76f9 SHA512 (FreeBSD-13.0-BETA4-i386-disc1.iso.xz) = 6a58c2891f293c80b20f4ec2ed1cb3ace9e363efce2527561c158e920979be29acacdc393c8fee7e78a8314322eb978fcdd16b51ba3443a3cbe838d494ab2222 SHA512 (FreeBSD-13.0-BETA4-i386-dvd1.iso) = 077c1bf8a11ba7bd7329dbea923bdc2732bb9334a28b12953ad439d2dabdb67ac6b7a3aea9e8f63047ae9ff33cdd6cb9dcca1713dafca8e894a458eb622b2058 SHA512 (FreeBSD-13.0-BETA4-i386-dvd1.iso.xz) = 2f9ea87d73b1cc0c7e66dc195ce61f7bb0bd88bb9329e9fc206049d2e87ea5d397dedde9a7e4eacc483a630893e9785bf469652462a0de50d8630a841c7ca540 SHA512 (FreeBSD-13.0-BETA4-i386-memstick.img) = 951b1dc507429c587c750d3770d6f49c3032ea70c9e32e0f929c857a52cde8448d3b8c2a2b5436bad70a119cc168bb63cbe9d34ab135b2c8bfdd60574bc17a4d SHA512 (FreeBSD-13.0-BETA4-i386-memstick.img.xz) = 20b0676d4eb62064fdfe990c9efacc7704839a31441d76e6eb173b1719d4a6b31b33d66d08d26174ec9116c3c179e3691656993bf2f6c21c022b1d38f04be144 SHA512 (FreeBSD-13.0-BETA4-i386-mini-memstick.img) = c207b7df67d97b8aed8ce964eab15f837ac19eac289c61b615a7951ec48b9ca0e02019f8e6fa396cb62aaeebfe2c271f551ed5133d2671accf42a4ade9ac89cd SHA512 (FreeBSD-13.0-BETA4-i386-mini-memstick.img.xz) = a29dec493dbdc85969912f908da23727aa3568736501bad9ccf834115e2f9c9d4eaf4035492e06d8954ae22ea2b1506a4993a96d70f484e091a8f46b197b95d7 SHA256 (FreeBSD-13.0-BETA4-i386-bootonly.iso) = dce5ae78aa5152bd35a75169cd6a1d55252bf7291867e6d25137a3f8c7c162c8 SHA256 (FreeBSD-13.0-BETA4-i386-bootonly.iso.xz) = ca91b72f4d1ce19400611948c99147e8f436bcfbb97e0ca307ad3fb90257f148 SHA256 (FreeBSD-13.0-BETA4-i386-disc1.iso) = 4824c2c836b7f364ed55051505239390abe1e025caf617ff866fc9d457e69827 SHA256 (FreeBSD-13.0-BETA4-i386-disc1.iso.xz) = b39ac81f741cf4b34328a3f7eafb94eef0480ddb69f390dc45e002062d392752 SHA256 (FreeBSD-13.0-BETA4-i386-dvd1.iso) = 8572697b0d4dd69f00f18405147113fd6102b9ffeeb9675a6699c44f37a375e0 SHA256 (FreeBSD-13.0-BETA4-i386-dvd1.iso.xz) = fe83bda72fe8c527ebcefb7df2cd8e138c81f6ca5970a3902e821056199a0c3c SHA256 (FreeBSD-13.0-BETA4-i386-memstick.img) = ebd32608ec8bce02dc111f28b13d10e8859c41c2b1d69c0106bfd951364003dc SHA256 (FreeBSD-13.0-BETA4-i386-memstick.img.xz) = 37fe485bcbfc29ba4b87b5cdca3245ba490810c8a5b68be8ad3be159a08c5177 SHA256 (FreeBSD-13.0-BETA4-i386-mini-memstick.img) = 167b620aced2a47bb474507fc3b523b7ddea00da1965dfb7e17b07a0c91b0dac SHA256 (FreeBSD-13.0-BETA4-i386-mini-memstick.img.xz) = dbdcc0caac8811db03a7ffa329684ccb27b61838309060c4aeba9d78cc88538f o 13.0-BETA4 powerpc GENERIC: SHA512 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso) = 2013081d948246b16466169d94fc51d7e2781fbc20bdc27d180adbf940f8db8708632809c45356dae30ccdeb2aa78f631276072c89caa2d46f4dfa064ca090fa SHA512 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso.xz) = 93c7ca8807edbfa9d1463711af1f5064caa1bc808e054b4c67622e5b5c0b9c0c426212ca3f3e8149983fc0a8f3c6c7835801d9589cccacdd209967ba60efc3b0 SHA512 (FreeBSD-13.0-BETA4-powerpc-disc1.iso) = ef5342c0ff482c3255a87e67f4c5be83c2bccd2ed6a0abfde6aca7fe6fc5ee1b720339d7577ccdc711ade0641ceb07a6876276597f7aa6a0d12e69c4fbf8987f SHA512 (FreeBSD-13.0-BETA4-powerpc-disc1.iso.xz) = 9c27fb2778e16c97f9f65d53874f82318e66ae97ab52f2a8b7d6c9512f2e2edc80f01afb199e94bd277641b2c97800e3c31e5e9bbf59526e7d9b58191fbe2160 SHA512 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso) = 184d8314c52c62e1f750d9139722d48c0c409f4dcede1e496b1921712b95c35efbdc1d628c4202dbc9abd10940b029b67a33aac404a54d0fd069c371395c47a5 SHA512 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso.xz) = 9ba2aad51daacdc77c3fca5be6ca84fe8915a61050504b7ae4edefbb1be134e219295fdf4e59e83fcb76f71e0498aae9ef45eb038cd5e28069015fc538883b57 SHA512 (FreeBSD-13.0-BETA4-powerpc-memstick.img) = e5d6a1c4ddea676984f4da025c3ac52b3b3c8e1307944e4e11359545c86359dd04ee66941a4999b98c64e9e6aaaa17f18eb5ad73dc5350bb9f8f81a65384671c SHA512 (FreeBSD-13.0-BETA4-powerpc-memstick.img.xz) = a7f74fd583508bd25a5a4f69309aa493cf0eec879a3f2ab5e34e633daa53f2bc2fefa3eb85d51b487061a8c84f53beb922ff1167c12e88174facf44e066bc318 SHA512 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img) = 2ae508dd5e2be14ba5ea67bef953c490bb2a4c39fb19f22ebd5ce5ff828a169f3e70f6b00f5046862dbfc435f1f262946968ce1b75b0ffb8f7f79f3f950b9a10 SHA512 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img.xz) = 74cf9b77b7fe6f0b8f9530929cee5d62388462d3aa6f9072602ce5eb75dd483930600fd90e39b8f6366d92a7b6997af5c1c98b374d1a024d8ab01f8b7225f683 SHA256 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso) = 374ca9526862285ba0f59a2197d995e51436870cd752ac619ccd4e0f6e8445ae SHA256 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso.xz) = 30e180dd8e04cebf7e9bdbf4083c47e36d3303641ec9b876bed48155c797ecfc SHA256 (FreeBSD-13.0-BETA4-powerpc-disc1.iso) = 71c4f68de6450b722783675f7159db9cea20eee242a09e7438c3e948c288edab SHA256 (FreeBSD-13.0-BETA4-powerpc-disc1.iso.xz) = 9d0ad52aa9b9ea42b660072b5f9892125ef5945ec04fd5befd4a6532a15c7ac9 SHA256 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso) = dc452c57c765ebf93ad32a78ea6b18b0bb99a4a0f2a26598a08408e6bbadae56 SHA256 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso.xz) = 1715da1f51e04b914189927d1088b00eaadb48d5204ffc4f9ceb78c587a70584 SHA256 (FreeBSD-13.0-BETA4-powerpc-memstick.img) = 91bde3311ff57bc7d2fea22af48eec0501a5f6995cba270a20befad244649d88 SHA256 (FreeBSD-13.0-BETA4-powerpc-memstick.img.xz) = d769845aa45377949849b1a4671358b9d6ee775dbe01c7e54754b5a9f19517e1 SHA256 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img) = faaf08948e86dd4e60c426fffc50a4a5169083e96ca2dd39f144e994e8b02c00 SHA256 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img.xz) = 8698cc75bf03d8a5dfdef1987ac57b926075b83120626e904782b6d0578d6510 o 13.0-BETA4 powerpc64 GENERIC64: SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso) = 38e5e27e0bd119cbd9c8e4151573c4182df3266923a3389b2956e6330c8f23ddc97f6b3951c91ff01c77d7a186996690de5964f8a9e3076228bbc87058847850 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso.xz) = b56fc3da3ca22fbd92096c3979f1f55c5a5bd71278abba6db4bef64cf782ea35b819f516522e8b5dee0deba7e4389f21d75870cc0a48ab44e9fc15c8132840dd SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso) = 059bf84f9a27dfdd86d34173c69fa02d0074a25c60d8699a6972e5c985b9257772a06ff275861681a94a56b1240feb88dc58765667738e25010a1aa6760450d8 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso.xz) = 3b4e5be487c3f312910a2211af33e249be9a806934775b1a1047adb6cd68692bb0fe164fe5a6b4e6a47f1e4bef4af096d45c585114e5f568d3b86f6875b443c7 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso) = 4d80624def99d04c6a1bfff77c7cf8ba8a364dd5249dc6b26fd185865d41013214a071ac858d449c7c80402afe517da2b56fb22f9a36c13cb3ef0ffa3675cf08 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso.xz) = 0097e04a66568dc5ea53f9bb89a576bc1c2ab6a795be88d53ea840bc1007a702292fe1c43fbe384ec147b9d1919325da3d61082e0cb8b99518bb20ae7420dde7 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img) = b43d86402d76f1fc0ccf3c0e345dbc76d278ff4325f4c215be2caf22c5770be57f51b751c53e629f79a1c9b71c5358194642c6464122392ce32da3f6e88b8548 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img.xz) = 9d6f1d0d8535880ffa74c76be6ce3e2e0e7be2b48ec52f9392fc9235e5dc50a56a7618b25348feef010a416c6db097b385b215415b75f283f61d107d85831d74 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img) = b436e1583cfb46c53532b6926cdd8d9636306e645ca5a95ec41182420a1930785a3deae6d865b36c459c8540d0802fac80d8917b75f3055aa62e8506a6034c4f SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img.xz) = 98c21fa39b2b65fb0e51c6c71186ece6c56260217f3b19ee52d9d28d276bd69e30979b9bb0cb172aef233f818ed67233f8cee7487f143aeee768b80c46ef5cf9 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso) = 6d28856e6e8b01bf5d66952a8a7880a07a64b3d7518645551a8f5d2ce35de352 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso.xz) = 43d74a9581431e169225e8984b55c28f820a14ee43fc4be89c58423d8344728f SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso) = 100df8f11d810ef7d85df1c178c0419bc9096c612cba64f06e2b5fe17cd5f002 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso.xz) = 2bc80cfcbf88793e832febd38af666ec90d71248d31f2ccdb0c21216ca47f5b3 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso) = c45c7b000234c1552e1c75ca86ed51ef4a8ad43036c698d2ed721be189c22fda SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso.xz) = 347bb9b018bce00b770ca873fc55a749ba7af96a56477e39d8c74c67eff1ac27 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img) = d9eaad23e4f7ea92feb7eca0ef042b2d61749a56230e23280e3ab9ba69c3c634 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img.xz) = c65b0ab1f37d83e2553e963be39d573abc428a5b8714aa2437ef4d06069c62c0 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img) = 2acfcba5db245012038c768b0e26bfd1116fb75800c4c32279123f930d05f43c SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img.xz) = 3d050e72995fd7050316683463791e33153d4725e404ab6573db3915935bfc73 o 13.0-BETA4 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso) = 52ef0b1466308212566d44e2e852fc8ef7c6798a2b7fddd75cc3df76826e512941ebc7227c9cae8a4d341d5479e3c7c5eaf8560458d8fae6f2ec462aeb52a9c0 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso.xz) = a7d5c708eb37f20a07b7ebf228390210ae0fc55aac3d5934edd023533972273b57f7625be783d2918f2601670b8217d6e71a871b2b83635f0def10227cf8c092 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso) = 1c3b0b920df0824149f5ed994d0f5635c3a3e3331fd1d95d0b328eebe48982f0371f89d1e59f179f2b03c9cffadf14180cc86419844a4c54663ae481c51fdbb6 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso.xz) = 49ea24fa4f6c5fc39ac7bcd9093dcd22b6ea569bed08f79a64823406d98fa4f246620e0e3ecb488c024415a529946de4eca7460121bb2d7d4370ff2f047fe90c SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso) = 11c522ef914aee045c9d094e7b31d01d9713c3c1da6c433a3c716f92af60d1ad02537d6e08831c3c131026adc0df8f7399f2af0f208c8a8ef0d2c8432878a846 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso.xz) = 6e0dbf0947c3ec2de550d5f8e7bd25965bac32c063b64f8f7c4296cdcccd175a55a6627d85c10d9728523b81e9b9aeb44d3727c1648b84d02618a80b25e200c4 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img) = 07bec62cc4788769f7055ff9ad237c5510453584a2d32818e4da86f9f79ab3b80f270f86063abb202a3216a30a3a58cb79c1017383c80ac1e89f5ef7fb5d9735 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img.xz) = be895a51bf3dee73349b2bb1a5ab26235c302e67b51a4ab804b359d4c8964e16a0d9fed160b8d977dade83599d555217d6a0d085dba56dfa7475ece45c566be6 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img) = cef833123b6428db05492f00d8b9c77e4f5dde4e0aef8912305da7ffa232fdcd9cc3987da991a5956585b519831ac6a1ee826effbab4e2f07e1ad644b76bf641 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img.xz) = 1590f1a3aee806203439a2019b878fb16ca319dc118b2756a32e1d2d5b5992372fb0c941e00d240644580518e833ae0e27c011cace2626c40ffbfb963bb8a52e SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso) = ffc7fb2397fbbdea23613a4b1ed6d80ae6b528fecb03dd68dbf646ab51221f46 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso.xz) = 32c26db1f1a6e35bbf3d37176441247660fb250dbdc60e86472a5285f6fe4462 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso) = 85aec1f3373d79ad3abf925fa4d271f664eb9c8a71c4e1560b83f3995b7fc1fa SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso.xz) = 9a8ec61f5a737d0d058372ea8bf388f700b4f3b62609b2714eb99aa110eedc64 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso) = 4198b8f86ebc3fc057469bb576a78f667c54d254e240d3b32972f1c83b4f82ab SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso.xz) = 0cd1d62d84fc714fe2573af90a6cd4827ec41396f656ef96c665676e045fb891 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img) = f642b6a5bd165b3a754db792d69fb16cf46167ba1eba470495d4f229011ced90 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img.xz) = 74a47dc8f15463f8f3855c0129330c081887a1194599f52f895e132413c2a8d2 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img) = e86aaf36009467d08431e6f55443b74673f6dc10c03107e40955597005ef896f SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img.xz) = 4a9c52a9df2064dfb680a1d3a04cadd21d9d85f8f3a265c689346d72fe3b1e16 o 13.0-BETA4 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso) = 68f420e6de3e1f55eff845ebbe8fda9bf48dab9cf9c97b2e7635342279a56243cca0dca4a8dc5aadfcc2dce5950ee3d4c09b7d466a4db019592add83ec456135 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso.xz) = b85ab0ecfbe3ef931f6f1552b3626a13994372d8859c6c2b718adc4515a00cb0974185caecbb403348975f3cf6af13ef75be6a6ab1fb020c2ad457e0cc266e57 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso) = 58d07e2122c77306df6222224a694e7e0d31716aaeb70d23b6640c3fb5126f28fb0af9ef46cb5a1ef887ef8c6f194b8f3147ba6c338c5d3ea433ba97b27ba7ac SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso.xz) = 700c4b1a9697e1b3f29235eb67f1dab5569e365375cc6071cff7948ea4b1f58343446327850f647d2d6cdeb92b1564f4f1605f97895975494abe7514254aefdd SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso) = 2dfce7eb44da5aff95eb2dd5b5d8471e1e03d44f45974b83125aa1f5c0e043419a3dc173a838e356ff3f55345141950fa56a2ebb2f5661b6369161f2920b7add SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso.xz) = 37cd5784de4ed635f4fc0671df6f02cb97196508178cb34a96fc2ae459532ac7ebbbbb108b4d6bf66ce84f14a64da1b2750674a1f8d4c086c3992599c30875d7 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img) = 3cfad6a9e1c5e2cf030609b3871d375200b1bdc334c27c98d76da5b2d4c546c9ffb9f00ceb27340d96c8211c9cf0a6b2dedc54196ed3a7e12287470eb3715743 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img.xz) = a3a1c825a724dcea81d235d616562e2cdf20b7e9b3567d83d119a084c3df0fd9a3a6216c1af2181604c78b21157abd261f0f7c901bb29da46a8f5ced6c9d9422 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img) = fe98bfbf18bf08d0f32c4941bf0dc8bd5abc988b9ec169b8fbaaab2a0f1f86c8dffb48adde686440b0813fbce1aeec11bbc2f6d645f78099548b3b9ce54e751a SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img.xz) = b1bfeac71a2872af1328207a643b7ccb76e40e38aa2e81935f04e73a083443c6dba0a3378cf009d190f22e21180d26bf5361e67f09819aab25a2cf193bcfbf5d SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso) = 77b0bea642b852d61d7d0d4b2998a3f282ea194109430db9c5d333f2c7d3e8b9 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso.xz) = dcd4a875755d006561789153c18d8c3566e14e16b5898e9710f051077e63f8c4 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso) = 33ec21a6c20be8b6ace309ea901fbc7f80fc9028bd3ecf4234e7d56d05df6179 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso.xz) = 275b69ddd447215322e6b95163e147bd750e587efc40c38c782535cdbd4683d9 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso) = bb13b110eebf0ea5cb0395e5dea15580f199707446375035e3a83ac37ce2f742 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso.xz) = dba9295076864db75065b7e41ce432b328429e8b86c8f77409bf32aa4b40832e SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img) = 6b9baf754786621f8ac3000572c26a5afe880086b6b7100409fad97a304a7282 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img.xz) = 596415fbfc07a505bbe45f43ef13ab261342fd9876d69cf5180fb2463f473b0c SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img) = 511cfccd4d10e0db29a9adedf8d28b5a710fde7ea968c5f7b20fabf21d48faf2 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img.xz) = abc22d28be0a2c155995796e760c2d3d46a0c11ec61d421dcabe98276a52dd77 o 13.0-BETA4 armv6 RPI-B: SHA512 (FreeBSD-13.0-BETA4-arm-armv6-RPI-B.img.xz) = 7f2979efa084da6f5d6355658d3f2bc3800ff47d4ea135894d83324b89637a8e46a67a1abc9e7318f3c6c17a28c7d969f43255b875e77ae2a82ace54ee9b548a SHA256 (FreeBSD-13.0-BETA4-arm-armv6-RPI-B.img.xz) = 241dfc07efe61b412bc8d0b5dbb2646816c90c2c348a15844d41a4b7c3525eda o 13.0-BETA4 armv7 GENERICSD: SHA512 (FreeBSD-13.0-BETA4-arm-armv7-GENERICSD.img.xz) = 6ad6b50c6abf9f184fb14d13b30af52cb735d5de14196e0635ba3858215b4dd02ab94cba3d18be23d190d667217ad799194f5d8d673e0044e35488bfca248e80 SHA256 (FreeBSD-13.0-BETA4-arm-armv7-GENERICSD.img.xz) = 995f8746f422337b7c485ddbe3e1aea4ce336540a6ff15fa2db27431a0d47baf o 13.0-BETA4 aarch64 GENERIC: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso) = e6fa07a3bbd87d38ed93a0af06598f6a6a5063f9cd7a89d8331ca835e1f12684a5748042d449720319f58602ba222d24e6190b34caef904213862eb7d7f79bd3 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso.xz) = 9acd367c3b5dad09411fb21feeacfe657f023be785a1eac575c8a8c52340ce5b6fcf5dded2154fb7a2c65a9111813af80f48f4c5eb329fef4a7014cda89f2140 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso) = 3eba9b7ef598dcee2baa80e0931b4b1c28cd1fc620595f16c41d6ce4cb7ec37970cd85c0c0393e7a70b86e741ea1133288bb5c4f15cb25cbaa12562494e7e188 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso.xz) = 5ae3ee5a8dce9207c5e1878ccf59fe8400f2ad2af62e54a06a981ae6966016e5b29bbb6af7b7fbc2ee38077ffb99ca708feb05529d675073b453cdbf15a3b854 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso) = 4683759ed7beb5e88171917350de443ebfcc2eef15d92938b26d0412b0f2456cd494b39ca485f79c23cf8a1f021f2201b1edeefe90af11aafde33d5c3114f802 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso.xz) = 7d62a182afcbc90598e0099d3e632e410a439b842d6a432fcf1ffe49646a9fd9d80d7aeff18da13873565e5f904d0e8e67a6958861f5ef3e796887ceb37c0ef4 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img) = cfd95797ff19bdcfeca21254262e580c6f134bd69c94fe8d57168b560075660cccc14f07457a31d7b311aad3dab026cfed07ec2156e64a8e0fa9a4228fed7602 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img.xz) = ceb810704d7518d43c52a4f9f3e68062e27e76929675edf91e554a291d49da861a30f11140acd1df277bd8e791763887f19a445f79ec2ef995590bef89968e69 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img) = b70b02c25795c563f9fc284f381cf7e3d7ca95b60707eeb5e7d9e6e5ca9d0ddd45d5cf82f9be978f99c9ce86decea2e9bfc93914723e524d72cdbab249f01782 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img.xz) = ad35f38f3faba0f5c04a9b885cd0477d5ea511605382b89ac65be2815c7889a6b1304e1735d385ce679d6709165b700b6b6aa6719523f683e821de9efb6f8b0e SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso) = 7e281fc1e833e5098cbe41bec3daee183af27c49f030e3267ade9b8af644e190 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso.xz) = 4eb242d3ae8bd40fa61b89da2f4e7ab76f1c46713ca0d12fc608641a1078e247 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso) = 4f786d86a6ae3167d498e131c77aa15524742cb3cab3393221783ad4a42c03e0 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso.xz) = be444894be52cce4cd52ca3586cc4c376017692619610d8c6d6e0b4df7c26137 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso) = c5fed13995b1e759d79ad7ad6b2ad4f2e2b33e83179953aeb908a95ff3fa158d SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso.xz) = 1c1aaaafe5524e18d6c3e52b618933690c05c5cea85ea373ee5329ee21365cef SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img) = d1dcbbad9ed8f499caa0a7243e06c04d3e76a1b3f86ad12001aecaa5215bbdb7 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img.xz) = dcc56d02fde7314a7b251db5ea7ed0ec79f9a193cf0ff195dbb27676c16ebd63 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img) = 5eab6032dd194cd9c85d14a84b69150e22259ceb95dbdbb5f5b222e7810e78e4 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img.xz) = abe73e600a47b5c38bf7d452d885c5eb2fde89723745ddc9e6fdcf0ee83f4137 o 13.0-BETA4 aarch64 RPI: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-RPI.img.xz) = b53afaac71fa5d8a1550447d1c58b8ac91e31c891de61d0ffb74699499a6fd50df2480bef5f0d5573e24c493028eddc7070c2d9e70355ccce4be2a527450680a SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-RPI.img.xz) = ca680d1f81f46b5b4478b1bdb5fa785a9c5a7d2dbff30e29b56992922ca18017 o 13.0-BETA4 aarch64 PINE64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64.img.xz) = c66b1a888a5ff3db00fce90496ca956b79cbb6355b9dd173edca4ae46e12d8507cb9e63e96074974de71ed500d2d4ee8bb3b9a3c944a0630f02c116f23d43db7 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64.img.xz) = 62a3fa5d919ef11924a3681f960676bc1ce678d8d2fb646ae4b5afc57dffacec o 13.0-BETA4 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64-LTS.img.xz) = 91ac6804744077603765d289e5bd15212732d4da560e85b25310da68227b2d59696538c1239af1bf4b25ea71509c5a7aa2bcc1b4c46b2b01dfe31142aa0c83b0 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64-LTS.img.xz) = e488888649bba3c29a64efa38891cde1ea7ea04c8d5a3c652fab2004a0fa4208 o 13.0-BETA4 aarch64 PINEBOOK: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-PINEBOOK.img.xz) = 43ab5e2e99f64bcf1b4912608190d25cc3891d17ca6589c630829a7709cb0085f379ccbae192064f611b734a52ac06f5ff99f7ab8eef23d6e986dae306f299cd SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-PINEBOOK.img.xz) = 7d059d0f80c90cdd506e99e2b346eda668d992377b06468891bed4aac5004a3e o 13.0-BETA4 aarch64 ROCK64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCK64.img.xz) = df36ebac797ea92772c6ac783947e3b98cd4f450485c2fba48fba1f2a7857f7edb993858f4ae22ff39e3735ba54422a8ed78a5ea93743e6b9814af3059ff91b2 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCK64.img.xz) = 6647cbc4a191f5b0ae4ca8c88db9922e9656acfcfd35b8935496ae7cdb25935d o 13.0-BETA4 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCKPRO64.img.xz) = 0103e22ca9fb1264c97e61e1c11f3b949b8cc3eb809ff8ffeb96e3ebb8992eb148ec81a93f3467f7876a02417c78669aed6e46f3a7cadeb1b53fac7019da18b1 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCKPRO64.img.xz) = 60549907595b27a0d7e8ecb84533f5169085426ae7732fa50a27f98cf70e7b4f o 13.0-BETA4 riscv64 GENERIC: SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso) = 68975a0fbca3635770eb286e24dbee0c23491f7fdd884c84703c7da73cc3a54c7883b111457f6768cbcb0335b22683b1240b688681781174667a16f5d0393240 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso.xz) = 7481de04f9c73cf02f619accf0b7b0cc4ebddb2e46e44f356f80e0ed83022e5a5a54ac48f41b03f0e8b9376cf1780b8c3dc39e7bdeccdd786ff77f9b00882d6b SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso) = 08a898e872a0d21ff4fb3b859e13031532c20899318c4d7961e3c632ded5ff06ba7735dd342e336c485c506267acd3348713fff805f083e7363cbcceb69ae455 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso.xz) = 22f2fcc75b0ef4776f63cbd99dfa9d3b3ca6dc58eb19102af796fb3bb6791550ccb7ac3a171c3c691d24744426bb99dc5339963c402dcc5b8fc071643760dd3e SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso) = 312031ccb3bb35f663c22e9ec66728b4c6d03dc9fa36ac9765d32e69b446bbe53e4bc3306984dff6d7f1640b3015ac8c39bb4fa74c68df2809ce336bea6ab073 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso.xz) = 2a79946e034a1527706b93dab08a59a3eff3c803a5794f6eb3ed1f8baa0634d4a0e616e82e90d6035fedb5f8854f6868b722eec4d91977a6521b64ceececebb6 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img) = 4626f7bd27b6c70a34f3bec083161ab7a5b8f4ba4ce1ba0e9cc7f649dd14c51fb92e15458e28d9efd40ad3536be81354e16a51a86b311bd03cf527edd09b2ee1 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img.xz) = e3d3e4c393e629ca19630fb77e2f08d1e9473afbec8a9f866ed1def87d84bdaa8b001454e54410054c411f3990a29dbbe3bbeb6127d12b2be1b3aaa814542c56 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img) = 47c5a6830552049ecef674ac2a1a697094ffec29d918a88566ef9aa482b618bc7f34da70fa24b46446aae81a0d3f8cbb485d7a348c3e92a0ad2a0ed86ad3230c SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img.xz) = 2179a567bcd0a58f7c1e7514dd7ca82c68a0de7b7050fc042ca431e3e2722e674e0264994b846ae995a3e349ad9b1284f8c2afde683b6c16e76e6b43075fcaa8 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso) = ed574d7d825176b188726faa992562f1f5c98c099beaa8501c66cbcf5228c321 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso.xz) = 34db3a8ccb1477363eced8f4edd7f775cd670417e8e8c4f3e31919809184a948 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso) = 850dc34229aaf141bc716674fabe88e1fa1bad56c2830a9f8fdb4df6e350df46 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso.xz) = da128358b1cce336fedcf491618a233e7c3266f5c9406a51173e402e3416933e SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso) = 9d5f459f5a35565dead899a804df5ecfdfccb2684d43c5e6729acf275f7e2dec SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso.xz) = 79f5490e6ee64723f13e72070515baa12ec1e9e8c1df8240074f2f3e3f368a95 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img) = 96f04d69fab914b4fd5f49c51736c4dfbd2ce52c7a52cd2b6637d2f63f56708e SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img.xz) = e0cdb0e7394f47899b2f3a72b617347ba624c3a695ecfbc4754f4fc64ca68322 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img) = b28ec4e724989463b4c370a7c06076241567007bd6d75c5ca3a9a8d1efc0205d SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img.xz) = 16f02d252fd3fab08a85568625e73633c36d7b9b3d4eca6bd55bc2423f236fe0 o 13.0-BETA4 riscv64 GENERICSD: SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-GENERICSD.img.xz) = 2c5fc9d9aec52d65372d1c28dd3c80f57d5ba9fc43d387b66abb71b9c0051e7a132505c3744a36d6c298218e9af9d2262f4cb6b27af716d32ca30dd98c47fab1 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-GENERICSD.img.xz) = 60cd2218ccec4d39cd27022309d6db30cb27195a25646953e3040c7f6e46904f == VM IMAGE CHECKSUMS == o 13.0-BETA4 amd64: SHA512 (FreeBSD-13.0-BETA4-amd64.qcow2.xz) = c0150c3259ce36e85bb656086cda04a6bae6a0a4b7c16367a85ad8c3588493ac00d52ca2ff742e62d469a66e59739618f87e34b2c2b78aef0ed29634f8e444b2 SHA512 (FreeBSD-13.0-BETA4-amd64.raw.xz) = ba910ebe01f8b62eb477299a0dc6ef24c24f0b451d4181d6324cd0fbbb0de5218287ab592722fdf436e90cb847bf10a14982e3014d67eebe7672463b9510f306 SHA512 (FreeBSD-13.0-BETA4-amd64.vhd.xz) = 35303a86fbcfc8c3c6f82076e1f567269b047c28b8b8b29c43dd49e31b6d602be106f058caf2a1957bd17523be801009e662451a783afaa50070a087380cdb94 SHA512 (FreeBSD-13.0-BETA4-amd64.vmdk.xz) = 5d1c3129f6754eec1e8974dfe9f11f4cbf182271eddce916000131dc8e8f6ad93d4d7094ca5e8d5e1646c474d2648e588acbbfa75b27d5931b74feba3b1f29ca SHA256 (FreeBSD-13.0-BETA4-amd64.qcow2.xz) = 0a6119aa326c2df79c934b55704a193f553bd51fc3b3ffdd934d0996f8a49f3e SHA256 (FreeBSD-13.0-BETA4-amd64.raw.xz) = ebf17269b4e098d8cbf532331d9f963c01d660576ac8e9257c15570ec067e7b5 SHA256 (FreeBSD-13.0-BETA4-amd64.vhd.xz) = 26bb10c109a76fa028aff4fc6a1765136b055d2af20d976a9b4be7ef4bb68e42 SHA256 (FreeBSD-13.0-BETA4-amd64.vmdk.xz) = 8763f280bddfa9639f7315ba1f746e60886ba6b1ffbdb65cc651d1b5e12aa077 o 13.0-BETA4 i386: SHA512 (FreeBSD-13.0-BETA4-i386.qcow2.xz) = 803f3e0e245e022a6cabc55284092a15fb0a8e6a2fbe8ef207dff3793febe9a874104fc28d85e40d2e2b116573b36353e2eef582901fa3c41717b024116f394f SHA512 (FreeBSD-13.0-BETA4-i386.raw.xz) = 7a31b29342d688b45527131f2276dd66b70e96f8055f3b8c3543142aee266741bc316ac5fd459fa71beb9606f9aad57a42cd550e5325f3bcdf96824bd641ea77 SHA512 (FreeBSD-13.0-BETA4-i386.vhd.xz) = 2cabef73d89a31fc86c0525e30b61bc362b7567438de82f7441c2535beb7525544134cf1f4989e07d6d01519cc3d0813b7dce323b62a1e0fc9f5ef127017e17a SHA512 (FreeBSD-13.0-BETA4-i386.vmdk.xz) = 6ba3bd748e4e0538b25e12252a628e7aa700ce94ef8c4c7326062ed4593fbb6e0c53ebaff223e97665fd5d5f9f2d01b8fac41f3589e434d3b88d21a2b9b613ed SHA256 (FreeBSD-13.0-BETA4-i386.qcow2.xz) = 2eb6f661952f5c326c5ac88b683588915cc68ca5b7bdc9b23110ef2fb766954b SHA256 (FreeBSD-13.0-BETA4-i386.raw.xz) = 0f656ba6a3c5cbe10169fa6dc69a3b0ef3a9ea58df38470e047104bc85cc6ed2 SHA256 (FreeBSD-13.0-BETA4-i386.vhd.xz) = 4df580e53cd590e243fde28df191d33e0af36e556506ae8d6a20fa30d000b484 SHA256 (FreeBSD-13.0-BETA4-i386.vmdk.xz) = 1535cf51e69c09ee2dd98e1511a3c336b1f1941e13dde89f35fec47bf27e1eae o 13.0-BETA4 aarch64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.qcow2.xz) = 6be3cff3cfb8be1d5ba569ec888e95e4da9759d80c94fb235b3975ed24d20fb10abf77b9c60de3a45fa60f1dd15d00bfaf59ec007c195d3711a979c8260139f5 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.raw.xz) = 60382304c1bc0cc6dd0b6fa3a8463ac6cc4a43f9c2b521f8bd724c1d4652a3c00c8e1c3ef00e55f74364fd2c1d76d77ad016cf1e7370661b0c9ff3b6339ab7f0 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.vhd.xz) = 3370ec526faa7fbbd721ac96f817c47ae49c7bd4493ebc6be7621167ccb13e0695b40aece2309f6b391bef48a9140335f565277af2c9d5851e8d302060cb83f9 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.vmdk.xz) = 88420b7e93c7e3607b35ec8b8a1cf8f04ab5111cb5934bfe7d678a237f4b5dbdd3b00a2bd7bbe75b59afce14764c1e5cf35a9cfeedafc6a38e244521fe5173da SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.qcow2.xz) = 4a5e66eea08eda152f8a8b26df29bdfc9a1a9776d85b71a4a56e701ea87e65a5 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.raw.xz) = 37712081e64c384d19dd93721e87b9ab84bb5c98ed3e863cd8c1e381a6a07764 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.vhd.xz) = 579d75675ee99b1dd9c3b68007db583294eaa77d29e251e1540714e125881e82 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.vmdk.xz) = b430019a9be12762148b8a2c3cf45e0c23d0d3c755e18b2e77d10d12f8574a16 o 13.0-BETA4 riscv64: SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.qcow2.xz) = 8ac26193bf8bca083719c99792423dbde2304ce0dd9eb323b67fad68bd917668d53c60fa2e183768b6c59f854b61f8aa548237242279d34ce051b78985991c74 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.raw.xz) = 5b9cdffcdad1e092cee3da5d8d92a0e7665966b53e682d6f30dd6a326fca80a493e70ea6b4a39dd39c7ef9453e362a8c1981842c101553bc83924b6e4f7c5e4f SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.vhd.xz) = aab7ba57152fcb28521c2e6806eda1e61a284ce5079b45f98f0ea7123469dd8a30a189dad1b3a11f19c06968a0d22e33101798b323b327512c95fbba45ea6008 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.vmdk.xz) = 966b4582f09a81b02d8dbdc59beccdf7272c23a4d4ddda1c80b2fef1a6463dd8fa1ac11d90eec5215edd2344d519147f6b1b56aba54717dc8380f685e581596d SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.qcow2.xz) = f84dedbfda5e12ff2c330acc080966d9259bf453923b1f64d32cf4d2cbd5485f SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.raw.xz) = bf7c2e73b0885a35d17c5857b610adb7f2cec88487ae959c65d0107e65608233 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.vhd.xz) = 944088f7841b08d2a70a045184d054bd73b2fc8b93f3697ca3dbe6515f8b16fb SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.vmdk.xz) = 3fbb8889a25b01fc3f11fa056510eb8c08f4bbc870de212974b4a9ae9eacaa3a o 13.0-BETA4 amd64 BASIC-CI: SHA512 (FreeBSD-13.0-BETA4-amd64-BASIC-CI.raw.xz) = 31db9d1452414175a87e84401b0af750cbc241c66a946d22146ffcec359b07f3505ae5920f6a9bde8193dd169ba15bfb46675595b875fdce2d91de3a00f5280b SHA256 (FreeBSD-13.0-BETA4-amd64-BASIC-CI.raw.xz) = 3c6e3d77af566150d25b0d516d141eb7f3b9af1cba8ca1c8e00f338288056d97 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmA6XmQACgkQAxRYpUeP 4pM5WQ//ZMhemWn/955h9tyfAyNGbcBXIp4pQqQDbDfBlTT8/JYbXETOjea9uVQB 8Yg/9nUJ9a7uYh5gdHRHKKi023AOfNAeJ7PL0Czk3vjfs+oC0E8EsVQzIdAqTtvK H9fhyp6AZm9MBdwasZi0qz3BuYo7sfwS6cykvFhBMxAhQbVo8BeEkR/ECIQKm2si Ap2DDieXn3Gh0IYdp52K5sEOgAnsbEBpur8eIUDwUImitLCs7FMV5B/mPY7HMhXY 6kiPFY+XjYh3mmlCSJjuN8g3OjIKFZTiMc1VQ2JGG5C/Pyf3aqDOngEy8TG/2PaY 7fIUdnolml+voNeclERuhiSCvWporo7bk7t6WzgA8VfxWcdnSsqwj8snv+iwUN4H UNxD6ZpUwOeypIv4yu3bYyVlfcDog0vvO/qAY+mHX2uf/O9V7SirxZ3pDrzZw686 LrBNtlCysTJrasHBMijeOEN1LNCJf7KLgaAjY/xNUwUY9Icsj50qXFITLS1eq/xi EYMbQuPgh+/83co86XImWdab/BXYEGmanumM9yOJgDdrs+PwCdOJeih6Dj+B7KpK +PxHgBS44POFxlh/2qj8W+nmHurjr/C8NgPX2HY2ZuzBSsSvxRxq8pUIbNt8gIWh JJ18+oTwEuJrYXgYOnFApofy27C4mIm6NOBoOUcwYJck9Bm3rOw= =yNzs -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Sat Feb 27 15:35:02 2021 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 522ED54A3DE for ; Sat, 27 Feb 2021 15:35:02 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from sonic305-20.consmr.mail.ir2.yahoo.com (sonic305-20.consmr.mail.ir2.yahoo.com [77.238.177.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnrF10DKfz3GSp for ; Sat, 27 Feb 2021 15:35:00 +0000 (UTC) (envelope-from ardovm@yahoo.it) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614440098; bh=mIRRTNpW5KsXgdrGUPEJpMl0/p9UzNbte11UYKraQP9=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=NVzwOo387s0mmJ7K/dFplQXIPwQ5GYB6Sf13/3dB9RS59P3jV/HRUTSDO0YPtwMJOffwwGKhzUkM7vgN695xhvDSkKh6zjcxmBIs8WxdIYl1QRCVm1wk6QIBqq3TTnH77gLzgEK6bf2ZmypZCpzVCqSIuHF+2unNF+s41vR7DqCIkNex7OW51zgRW3sgeDvoLW9o4p/tEK4v+SX55zRx+EicmIyrEZ5XO1B6cyoyoxvMopCOxjiYdA+B/z+l45ph2UrPXRzfn9Rj6Ujjr3jTmbwc0xWVrFNrKebdeskGAXs6AyG8wK68flDMqcfe/dKvpXVihcyIXdXPT2M/1MnMLA== X-YMail-OSG: 0OPTq6MVM1lwsSsB0OVDD2Sqt0pEzndKZmhFVjGv3vdDm1E1LgOGZqwORbnfgyQ jMX0_DG4E3Y0L0xdb2CtRe2YhvTw6Ia6Rq1VnBbZlwdtjlWUhjRIvEQuiKJXGRPdVvEUKl7L0KC5 CKYct0CQ6hHJDQRJ5QKjizivce14I8iK2iJ5vYh.OLZgP1xUvZt4pjFMjWNftJeygD8BKHrpE6ti 3BpRkO0aqLEY3cvdOuCANbIVzeE1RVEtYRPL9PbEyjVkStSNAZCvSyjpxIF4mpntvNxptV3sbzZN vI6nxMm06_Ja.zOoZ_6koSQEdHh4rpe7iD1P2pTfhd5kaeK1v.zSriRK77TdMjD6vqp_YIMnEUQ8 LdbhAJMHg4XpEMVKLri7r0f_iJ4Epecys_W4LJ_FnAk90LiwAzYHHTci.8gBmxCbwcdW3rls..j7 3nB2GXUQEirZvmAldJvttA_bqfthBfFdHBNuKsJRICaIQ3fqnj2MSVbhL_tMoYR6HshuUmaodKXi TIWIeXLHuiMnSUBdizrnB3kuwZYnu77IAS16PyrHBXrXpEW25VJcRQCulnAMSPf7mzucfU67Q0wE oRP9r0IfAbf0pq13Sg3lyqxyOz8vIPxI9s7EDRkS9vKCPWrUTTR64swG1ALb.w.YxjQIGAK2l0AE Qj0lrXk_yk6XQ9s8Wmq_3G3A9sGenPrEd_wFh1m8mYQpxrJa0TecepXNd4.fibUun2u_MKY6CNhb qt4tkCoviHAGyX6AXBPuXosGfoED94zor0wZdZSY9wYZS9GhT9O_k4Nugh00b1KTmYCP7IaWeEAI ngI06hlYNlQAmsUElCaMRPupwot5CPrzLDVSYNwbPdBN.cLoe4Eh4HlD7kNP3kXnL_uxGrbnIOdh ZMss3QluUGz9a3Yr_LuiKdz3vUwJ558YjdLYwECSYlwALZR4UQGCbMkeZ0SRDRBhPGi_7NnmJalj FJdELvF9K3zED_HUFlJqbBl11GCP2yU8cFvNkYHpaflDP0bVSyAjlPihB9_L80KZh9oBSaCT8X0q 7FioeFLmyxIQhJYfZgC1e5sNcrnXo6cESRO4SKkrchKdG_YLLRUqEF9NdqNUlGLpoFQBrV_pu3Ph aeHLR_4U47UYPxHhqHJSHW0GqNIyuZAnQdhPj.8sFlm0vfklonH6hChUflk5_VNVnFyiKrSvIVXd yQhDV7IYtDyTabS_tHsohGHTkDuCk0mQyPamSh_zUAM6w4O9Oqm_XVo0b9ajgoMHqWcbbvyL.9TU B9gjtI3fwJ5LJ77cPsZyqnbnhUnrSOuWhGb1OUSE8v72xH5RRMU3nZ9j9C_uRloVGOfOMgdguiOQ LTq0I6dzf2UJKCUaEqxEr6dF5rmk8mEA92fcteYMs0e3OUEcBO4mF0Cu_PbwphJSmSeWNMTD2ub9 SYhRHwTTkCuFyMh00qMf9ZMwpohVApccl.jjovT_lDTtq5tHZi4Ls2skZDuTXwynSk900zEATluW qUL1XcZcBoSU7ZUhxooE9BtgLXwLUp3iFPrJVSmKwA8hazVDyPTBSRcQ7BGBEGZl89W6COITzVL8 J9s6PjxpSky3ezEOvDiW4g5kSWzbUGbzUKNegkKtFJ4M_k8K9WBJ0lOYFbB0PCdlkDTROFTgxVnk gKJrFkFq4ieZbqX1y21rGZKXFn0Gd.2XpzgPotoYzmNYFuKqlaySIBXjZcavi4_hws.EaVKy54Y_ CrqUUO_Qb9FxCITGfFCtYkTUZJITtHvjGMZfilR4XUTSAyOFEDpmOWjn3MkK.9xicXWppGM5C7Si dRyOQ_9XUagMHJFrcHSCHQiljMMB3wrX8_IxiDvw0idwUeGDmQ_y2Prj7WAIH7ZnScrttQRhZ.z8 3NYH6GBoFi1Poyz.IBsE1IMQpkfAmRS5EsYsqQLrcdSg1Cy.s9OqQm3rXngQ1nsIWYwbByxa0JAL 0CvYheeFhUvRM7V1UMEbfAjdv3LOo6LjpXA29RssY3sA.8KRJJh1WtlQ2DhYLAJzwwuHdH35sNtI TJ2Vk3w7ocN8RTXCN0QvfVrqErDcOG7dxu13LXNyIDN2GUyIjI4o9kchQMCPqqhgUxPy.wvKCzFm ozkSuW3jcC2Ekdfa86mBBlMc3SHxdRBT6j_uSWk8LaMmnmVGnwhb4vB7qGbKeyqVONFo81MzZ5b6 4D5pLFnKd9sHWFAa5S7gd8yUbolUEIXo1NiFUKnAgikrVU3YSFGv13txSfmZMtjxB.9_DyaJzOpQ 6lISwUa4skedsTLl7wsVBj_CWMMEHiUbAHEr7DEZA.S6EuPValvR2p7LMS.GwLA263HkDWcFTxC2 RXqgFnnzwFcDQes_3rfSD.mIJ4_aNGDariZQyAWC6FMSv8YWsBZpMV7JFVzqLcgII8XrhFssEviF MqT_Ix.qyj5jXZfYUiPgbWEnsSpnoVmcNp290j4_SHqJWYcFFJEZiTXx0aL2h2o6s3wLnYOp5cHI ew09QkOIcm7gr5YkeLv9rSBgAtedonIU- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ir2.yahoo.com with HTTP; Sat, 27 Feb 2021 15:34:58 +0000 Received: by smtp411.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 67f60b6dc2855de0215f574c47df6bf2; Sat, 27 Feb 2021 15:34:54 +0000 (UTC) Received: by nuvolo.localdomain (Postfix, from userid 1001) id 14BE4126815; Sat, 27 Feb 2021 16:34:52 +0100 (CET) Date: Sat, 27 Feb 2021 16:34:52 +0100 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Subject: Re: Trying do mount a slice containing a mounted partition makes the filesystem unreadable Message-ID: References: <202102271443.11REhqps070102@nuc.oldach.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <202102271443.11REhqps070102@nuc.oldach.net> X-Mailer: WebService/1.1.17828 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.9.1) X-Rspamd-Queue-Id: 4DnrF10DKfz3GSp X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[77.238.177.82:from]; FREEMAIL_FROM(0.00)[yahoo.it]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[yahoo.it:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.it,reject]; NEURAL_HAM_SHORT(-0.58)[-0.581]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.it]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RBL_DBL_DONT_QUERY_IPS(0.00)[77.238.177.82:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.it:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[77.238.177.82:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[77.238.177.82:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 15:35:02 -0000 Hello Helge, and thank you for replying again. On Sat, Feb 27, 2021 at 03:43:52PM +0100, Helge Oldach wrote: > Arrigo Marchiori via freebsd-stable wrote on Sat, 27 Feb 2021 14:00:24 +0100 (CET): > > On the memstick, the root filesystem is mounted read-only. I > > apologize, I should have told it explicitly. The ``invalid'' attempt > > is to mount it read-write (no mode is indicated on the command line). > > Try to make it r/w mounted (which I suspect you are attempting to > achieve): > > mount -uw / Ok, I will try this. But just for the record: I am not try to achieve anything. I gave the ``invalid'' mount command by mistake (I wanted to mount a partition from another disk and wrote "da0" instead of "da1") and I saw that the system became unstable. I thought that this should not happen and I reported it here. Best regards, -- Arrigo http://rigo.altervista.org