From nobody Mon Jun 21 06:56:17 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E44E611D20D8 for ; Mon, 21 Jun 2021 06:56:21 +0000 (UTC) (envelope-from mat@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 4G7gKx68kcz4WV8; Mon, 21 Jun 2021 06:56:21 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from mail.j.mat.cc (owncloud.cube.mat.cc [IPv6:2a01:678:4:1::228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9E1EC2BF26; Mon, 21 Jun 2021 06:56:21 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (aching.in.absolight.net [79.143.241.230]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: mat@mat.cc) by mail.j.mat.cc (Postfix) with ESMTPSA id F1225942D80; Mon, 21 Jun 2021 06:56:18 +0000 (UTC) Date: Mon, 21 Jun 2021 08:56:17 +0200 From: Mathieu Arnold To: Simon Wright Cc: freebsd-ports@freebsd.org Subject: Re: Bind 9.16.17 update built for packages? Message-ID: <20210621065617.yzpsleojz3kjqfq7@aching.in.mat.cc> References: <9b4206ff-a028-1b40-ac25-7b966d1f30d4@gmx.net> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="k3za2fy5hou43do3" Content-Disposition: inline In-Reply-To: <9b4206ff-a028-1b40-ac25-7b966d1f30d4@gmx.net> X-ThisMailContainsUnwantedMimeParts: N --k3za2fy5hou43do3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 21, 2021 at 07:46:50AM +0800, Simon Wright wrote: > Hi Mat and all, >=20 > ISC released a warning not to upgrade to versions 9.16.17 or 9.17.14 > which Xavier Humbert forwarded to ports@ on 18 June due a bug in the > code (mail attached): >=20 > This morning I saw that the package build servers have completed a build > using ports tree hash 7e413d93a62 and poudriere has built bind-9.16.17 > and bind-tools-9.16.17 for distribution which is the version warned about. >=20 > This bug has been corrected in 9.16.18 > https://bind9.readthedocs.io/en/v9_16/notes.html#notes-for-bind-9-16-18. > Shouldn't 9.16.17 have been skipped and these ports moved straight to > 9.16.18? Well, if I had been able to see into the future and know that, when I updated to 9.16.17, it was a bad idea, I would probably not have done it. Hindsight is great, but, well... --=20 Mathieu Arnold --k3za2fy5hou43do3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEVhwchfRfuV0unqO5KesJApEdfgIFAmDQOA1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU2 MUMxQzg1RjQ1RkI5NUQyRTlFQTNCOTI5RUIwOTAyOTExRDdFMDIACgkQKesJApEd fgIeBw/9E81+PQAnpqqiBBCGI874akhzXqRmy8t/UsgwXvhJuPwtdq57SJrvJU+T rGp/DwfP/b0v2YEf3rt0LWbzWXUPFTqvPsrBEHNVpZFdusnMYYA9iC6jiL+PiZny cdYbVcHkeiGsJr9lmjsbC6MEB6DThSBcRKYzj4tmzpHb3BKeXDYH5euEDIsxiZ7I T1CyNl1mYYViSOMOxAIzpnGCe8OwfWSwDVRpJDb2HBVYHImbV1cW8jtePhU+SS5H /BVmDy+wn1K3Mhx0LADEg3ATK2O/92xIA5yrj7KOHDouOz59x53yXenhKVhxlaOB D525Rq3uYx4UehNKrgy+xQsw70MA99byKHeF/wKNFX9oPcybYzUoMIN0GEHtLJyo Y1dAef+m4i2KPK4t0hPZ5y1Gzugh3VXzsjmj6Q7Mp7OrpCsF3Bz0j7x4qV2IqWqE /ALd0c+3lc+qHmQ05KlqEFji+qiJVZ6+6TQkdWyQ+v4vtNnvf8nXnZHsVlGXM0Zd tnJl/qYg0T0sq0LC+D6Kn7cyZo5En9fPXpGfnFckA2z1QY7whSERErHUynjxwyJ3 J7uTyt+QCe3+CB4yEDtiPNj6s4zW0/gmO5g8AwGTPGo55Cfbu3AMaNRiAILnhhsZ CXPz+jMGURvuFke4HXBEkHfw0m3uo18ucOo+k1ry2roalTV8HVQ= =hUCG -----END PGP SIGNATURE----- --k3za2fy5hou43do3-- From nobody Mon Jun 21 07:49:41 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BB9CF11D517F for ; Mon, 21 Jun 2021 07:49:47 +0000 (UTC) (envelope-from simon.wright@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7hWb39p2z4bMR; Mon, 21 Jun 2021 07:49:46 +0000 (UTC) (envelope-from simon.wright@gmx.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1624261785; bh=jjnpHUPpabZiHvgh4g+saLh/cjiOXaWZCpmFiqTM9kY=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Hwbi0lnslsQAgKCu1ql0qhOOBdTV+vGgY/mGXPVFSTD1n4y/uzxhU9TZfscr8ZdGN fCUPGPBtaSh5Wh4Gj7mRXa9lJ2gdS7vbeE9dQqt7rWEsc5KTfuIlLEw/yrGoeGftA3 aM2Z1QuQNvB2khoukXn7o9h+WWqpb/j1j8pVqXKY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.79.199] ([131.226.66.143]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MTiPl-1lpyz74BUT-00U6na; Mon, 21 Jun 2021 09:49:45 +0200 Subject: Re: Bind 9.16.17 update built for packages? To: Mathieu Arnold Cc: freebsd-ports@freebsd.org References: <9b4206ff-a028-1b40-ac25-7b966d1f30d4@gmx.net> <20210621065617.yzpsleojz3kjqfq7@aching.in.mat.cc> From: Simon Wright Message-ID: <97f1658b-0fc5-4bdb-22af-3bb4d6672b86@gmx.net> Date: Mon, 21 Jun 2021 15:49:41 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210621065617.yzpsleojz3kjqfq7@aching.in.mat.cc> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:zWpqJawGuejzM+NEHtfkz70oXiW6zuHf1uOu1LMMAaGbsT/xc82 W3JJN626+/ouz6MbXn8zeHB2AtDFYAgZSeQxlDkpo52GJCrbxPBg8PAXWcDvz4IZh471LpM wggzcZPZy4+UOXXzig3ezet+QYTiJ70SZMJbdaM54BH+J2yQus+rq5UWcxDRP7rlbUJ8Pbf 9Fcc8SbG9MVbTqnGjw3gw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:6VAHVRIzV84=:FHAu7C90xYUYIcPap0wL0Z GCmGKqe3QaBC2OO4u4MY7XDRjhIQNUTtnUPZObp+lCSis3Lm5ud32hqDF1NbjAlXC74IRN+G8 5usm2+lZOVpdKZvjZsKeVQJjJAXVsWLvySeQ5Q2haYcODlW8lZieM0qoXhW/4tUoi3AqEbxRj wYPQYVXl0xA95O2drtANABijPfm5e5PhUNgExSHXTw/D0YE7wN7t6RLHvmktIyAaAQYT6YLCh FN9XFE0jE0506tiyI1L8js6XJ2Dx9I1QKmer7XOBniaTumkaUZRZQgKnxul7Isry3jjSPzMM4 /zg4XF/hFscO/sKOOs2eP7w+Ghgmt4wEh1mYBjStrAvJtyQGhx/C+P7gPu9Ee+kGKoZgXU6kj N71DgHStoSaCzfaLjxAk1gN4ZEZ8Xhq3d0VB0n2Ls6n7gvOBkvnBrq8Iy+MNR+Oz0n3fuErYo g5YMNBXLdnwbrk2oqrrfCaiZc3Z7uF1AyrXS6ddKZ57Lje+qR/s5NTe4NGtb0lWBPqlS9IQ0M MZJoYVRxwN0JWQJn1Wn+n3JKuRIFmP/m2ml0uqCvFoly0r0okRg6YtzeQj5kacxYxx6sfta9D skKZJ3rWw2UJpyQVSvqjD/r8Bpj8cNWVJyNKVIa4qMOwjncAik+/uYeJHaN5ZIp1y/4tHydtj Gl0u1iLamBmN0j1pPIIAhT8UmiuzRh+X+rIPmv/5gpHykJ5Mk7jiHmra8LimSzITGiXZCkbT3 SQYOZnbgJMGqv6fVBhU6BGVTmqZVhC4lsMEa0q2JZUQxlLvpFuJ1xfDWrufzYPEwpOE5YYC4e A5rmUv7VVEipgQohfB0VPXhWkdci6euBT+vZ8uKjGoo6DPxPOIzJ7SCYVXpgr0RR1swcmzGUy DL/3GWVViEYbpK+IXByBZWslIq+7uBOFB4/qqnFA6gF8r7jCjzr8IOXneHo24axSlYGU/T3SI WbMpD7a6i1NyEszprDFJsKodnsOYYSewIx04ktyODpoyNUMua9XRgGevZyxbuxCnDBm27xJYd 5ImDuPBYAT6izh/zmhuiOluvGy5yjNtk1G1Ia17IueJV3VUDkDQbQLomaqvpPCkGDvxvht089 C4GwlwtwjwXA6S3uJX4beHd5cloUIhBW7sg X-Rspamd-Queue-Id: 4G7hWb39p2z4bMR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Indeed "these things they do 'appen!" :) Is it possible/worth adding a note to UPDATING to not upgrade to 9.16.17? Something like this: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 20210621: AFFECTS: users of bind916 9.16.17 ISC have issued a warning to users to not upgrade to this version of bind916 due to bug in the lookup tables which is likely to cause operational errors for most users. https://gitlab.isc.org/isc-projects/bind9/-/issues/2779 The issue does not exist in 9.16.16 and is fixed in 9.16.18, please wait for that package to be released before upgrading. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Or probably better, roll changes back to remove the faulty package? Regards, Simon. On 21/06/2021 2:56 pm, Mathieu Arnold wrote: > On Mon, Jun 21, 2021 at 07:46:50AM +0800, Simon Wright wrote: >> Hi Mat and all, >> >> ISC released a warning not to upgrade to versions 9.16.17 or 9.17.14 >> which Xavier Humbert forwarded to ports@ on 18 June due a bug in the >> code (mail attached): >> >> This morning I saw that the package build servers have completed a buil= d >> using ports tree hash 7e413d93a62 and poudriere has built bind-9.16.17 >> and bind-tools-9.16.17 for distribution which is the version warned abo= ut. >> >> This bug has been corrected in 9.16.18 >> https://bind9.readthedocs.io/en/v9_16/notes.html#notes-for-bind-9-16-18= . >> Shouldn't 9.16.17 have been skipped and these ports moved straight to >> 9.16.18? > > Well, if I had been able to see into the future and know that, when I > updated to 9.16.17, it was a bad idea, I would probably not have done it= . > > Hindsight is great, but, well... > From nobody Mon Jun 21 09:09:21 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C6AF45D2441 for ; Mon, 21 Jun 2021 09:09:21 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7kHP5DKnz4jB0 for ; Mon, 21 Jun 2021 09:09:21 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9BEDB1A908 for ; Mon, 21 Jun 2021 09:09:21 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15L99LPq011475 for ; Mon, 21 Jun 2021 09:09:21 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15L99Lmp011465; Mon, 21 Jun 2021 09:09:21 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202106210909.15L99Lmp011465@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Mon, 21 Jun 2021 09:09:21 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-ThisMailContainsUnwantedMimeParts: N Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/hbase | 1.2.1 | 2.4.4 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Mon Jun 21 11:24:51 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4A0497CB3CD for ; Mon, 21 Jun 2021 11:24:56 +0000 (UTC) (envelope-from se@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 4G7nHr1ZmVz4sjv; Mon, 21 Jun 2021 11:24:56 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300cd5f101600e12cbbe42001b707.dip0.t-ipconnect.de [IPv6:2003:cd:5f10:1600:e12c:bbe4:2001:b707]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 98DB62DD71; Mon, 21 Jun 2021 11:24:55 +0000 (UTC) (envelope-from se@freebsd.org) To: freebsd-ports@freebsd.org Cc: Mathieu Arnold , Simon Wright References: <9b4206ff-a028-1b40-ac25-7b966d1f30d4@gmx.net> <20210621065617.yzpsleojz3kjqfq7@aching.in.mat.cc> <97f1658b-0fc5-4bdb-22af-3bb4d6672b86@gmx.net> From: Stefan Esser Subject: Re: Bind 9.16.17 update built for packages? Message-ID: Date: Mon, 21 Jun 2021 13:24:51 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <97f1658b-0fc5-4bdb-22af-3bb4d6672b86@gmx.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xEG6fxwPWAXVDT3M0jyT1Cmzzy7IFGaXn" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xEG6fxwPWAXVDT3M0jyT1Cmzzy7IFGaXn Content-Type: multipart/mixed; boundary="fUpDBedn06Bjw3wiPhVnEeSrbQeu0Xr8X"; protected-headers="v1" From: Stefan Esser To: freebsd-ports@freebsd.org Cc: Mathieu Arnold , Simon Wright Message-ID: Subject: Re: Bind 9.16.17 update built for packages? References: <9b4206ff-a028-1b40-ac25-7b966d1f30d4@gmx.net> <20210621065617.yzpsleojz3kjqfq7@aching.in.mat.cc> <97f1658b-0fc5-4bdb-22af-3bb4d6672b86@gmx.net> In-Reply-To: <97f1658b-0fc5-4bdb-22af-3bb4d6672b86@gmx.net> --fUpDBedn06Bjw3wiPhVnEeSrbQeu0Xr8X Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Am 21.06.21 um 09:49 schrieb Simon Wright: > Indeed "these things they do 'appen!" :) Is it possible/worth adding a > note to UPDATING to not upgrade to 9.16.17? >=20 > Something like this: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 20210621: > AFFECTS: users of bind916 9.16.17 >=20 > ISC have issued a warning to users to not upgrade to this version of > bind916 due to bug in the lookup tables which is likely to cause > operational errors for most users. >=20 > https://gitlab.isc.org/isc-projects/bind9/-/issues/2779 >=20 > The issue does not exist in 9.16.16 and is fixed in 9.16.18, please wai= t > for that package to be released before upgrading. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Or probably better, roll changes back to remove the faulty package? I'd think a mechanisms that allows to purge packages with known vulnerabilites should be provided. But there is the issue of dependent packages that will not install or update unless the dependency is resolved. Those packages need to be quickly rebuilt, and together with the updated repository catalogue pushed to the mirrors. I do not know whether emergency pushes to mirrors can be performed, but IMHO we should not distribute packages with significant security issues via the servers under our direct control and the mirrors. The deletion of vulnerable packages even if dependencies and the repository catalogue cannot be updated at the same time might be appropriate as an emergency measure in highly critical cases. Anyway, AFAIK such an mechanism is not currently implemented and IMHO it should be designed and rolled out in coordination with mirror operators (if they need to be involved). Regards, STefan --fUpDBedn06Bjw3wiPhVnEeSrbQeu0Xr8X-- --xEG6fxwPWAXVDT3M0jyT1Cmzzy7IFGaXn Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEo3HqZZwL7MgrcVMTR+u171r99UQFAmDQdwMFAwAAAAAACgkQR+u171r99URZ Vgf+Pk3EwBwFKpUyECVJSlUl2b9zMeE/sjWZy2Rpy+X/Yz2UcLjwVYFIR9CQvaPbBOwzHKRgh/LD 0RlDko3XXjjegoEyqcbtIJ1p2lLSXXT8+gwQeR2JRjLif7rzlFxjOh67zxeTYxIlPqV1gOZHWfgA YfYgU91TktUmuyZ2Q7sMFdvxS3F+RO3Y8Kc79Tbklw4in2SfchhEOm7GSHKSlyYTX1gygBkWZ30W rTnkPYNtq8/4hkOXkRdXyTZgFSfEVmbQqxqQ/vUmT14xTNvbfqMzDSpRtydXAHM9SLjxFO1LS8Ci bxDlN4thlwwS9prZoalVBQbTTDBELN5Pz7ZGQ4QnEA== =GQgM -----END PGP SIGNATURE----- --xEG6fxwPWAXVDT3M0jyT1Cmzzy7IFGaXn-- From nobody Mon Jun 21 11:39:12 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 160AB7CCF0D for ; Mon, 21 Jun 2021 11:39:24 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (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 "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7ncW3W3vz4tnJ; Mon, 21 Jun 2021 11:39:23 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id dfe69380; Mon, 21 Jun 2021 11:39:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=CTz9+IPx7yE5BE 25rkH68gJCIOw=; b=UaMrt41x4BA6BHC4R0qYDOYZy5RcebhmOzQpQjUkf6SZEL VgCT+KFcBxs0CG7Q/pJuMXSW0q31R/s8UXZtFNXYpJftKUx8A6KiTnqivqCoIBdX CNnll/JlvBdPeMEXZRMTSvLDs5Egi7EjUXUSx/AzPslfNwFSv2eSRxTRDxvqWDQ+ 9xJvs+z9jI47p8npi47YyhBg60Ig3X2GWe3QsaL0igCmzWY/ghHDDAPT0iqrJWiA m6Rm2El2tUcFxE0ibnA4hD4lFUsLcKb6C5TDrqI2RRfmdYtjHzBxAsyZ5yNVEMOo sO22pGRwGfZfMmpu33Tw38vXQqFeyNKWyXzfz3yA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=Xu0traZi jY+6uMDxrvgIcEi4idbNwku3B7UzVkDYLaZiuJSobOblLGeO1ZUotpVjV7lnaAus d0dq22XIhBo2nZU2khj0SBSkJn2Zoz6nCUrI0KNZiP7mZ9FLiaXaRrmtsVaae8Fu dMPlKIiHVXCGudiT+KtQcwiZ4t+r71A59OBP41mcFgOYwdSbEt/ZKOCX3JFK0EgD 7r9OCfUZBuqvWL0/su6OYq6hdomnG2SXco1pejNfnOkhuJn387dPAlya0M07zbdH 6qWj/6sp5KBFIm+CkRqFRnbxjKsQ2xqcKFGZ57sfUsAei073MrCZI2w2vh/UU6kF tWwX1iePbHJLDA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 8dbdb1b8 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Mon, 21 Jun 2021 11:39:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Bind 9.16.17 update built for packages? From: Michael Gmelin In-Reply-To: Date: Mon, 21 Jun 2021 13:39:12 +0200 Cc: freebsd-ports@freebsd.org, Mathieu Arnold , Simon Wright Message-Id: <0C62DFCC-EBB5-4915-9023-51343C24A44E@grem.de> References: To: Stefan Esser X-Mailer: iPhone Mail (18F72) X-Rspamd-Queue-Id: 4G7ncW3W3vz4tnJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 21. Jun 2021, at 13:26, Stefan Esser wrote: >=20 > =EF=BB=BFAm 21.06.21 um 09:49 schrieb Simon Wright: >> Indeed "these things they do 'appen!" :) Is it possible/worth adding a >> note to UPDATING to not upgrade to 9.16.17? >>=20 >> Something like this: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> 20210621: >> AFFECTS: users of bind916 9.16.17 >>=20 >> ISC have issued a warning to users to not upgrade to this version of >> bind916 due to bug in the lookup tables which is likely to cause >> operational errors for most users. >>=20 >> https://gitlab.isc.org/isc-projects/bind9/-/issues/2779 >>=20 >> The issue does not exist in 9.16.16 and is fixed in 9.16.18, please wait >> for that package to be released before upgrading. >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> Or probably better, roll changes back to remove the faulty package? > I'd think a mechanisms that allows to purge packages with known > vulnerabilites should be provided. >=20 > But there is the issue of dependent packages that will not install > or update unless the dependency is resolved. Those packages need > to be quickly rebuilt, and together with the updated repository > catalogue pushed to the mirrors. >=20 > I do not know whether emergency pushes to mirrors can be performed, > but IMHO we should not distribute packages with significant security > issues via the servers under our direct control and the mirrors. >=20 > The deletion of vulnerable packages even if dependencies and the > repository catalogue cannot be updated at the same time might be > appropriate as an emergency measure in highly critical cases. >=20 > Anyway, AFAIK such an mechanism is not currently implemented and IMHO > it should be designed and rolled out in coordination with mirror > operators (if they need to be involved). >=20 Couldn=E2=80=99t this be implemented in pkg at the client side (which alread= y has =E2=80=98pkg audit=E2=80=99) to use the vulnerability database to prev= ent installation of vulnerable packages (which then would also allow overrid= ing with a flag, as sometimes one really needs to install a package anyway)?= This would basically mirror what we already do in the ports tree. Best, Michael > Regards, STefan >=20 From nobody Mon Jun 21 19:19:12 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ADE3E5D27C4 for ; Mon, 21 Jun 2021 19:19:14 +0000 (UTC) (envelope-from pfg@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 4G7zq64L8Vz4dx0 for ; Mon, 21 Jun 2021 19:19:14 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from [192.168.0.12] (unknown [181.51.107.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: pfg) by smtp.freebsd.org (Postfix) with ESMTPSA id 4D8511F71 for ; Mon, 21 Jun 2021 19:19:14 +0000 (UTC) (envelope-from pfg@FreeBSD.org) To: FreeBSD Ports From: Pedro Giffuni Subject: databases/cockroach: any PPC64|arm64 tester? Organization: FreeBSD Message-ID: <3c478ab1-3a2d-9c1d-916d-be5d37655c26@FreeBSD.org> Date: Mon, 21 Jun 2021 14:19:12 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-ThisMailContainsUnwantedMimeParts: N Hello; The cockroach port Makefile reads: ONLY_FOR_ARCHS= amd64 ONLY_FOR_ARCHS_REASON=  "A 64-bit system is strongly recommended" FWIW, It is very likely the port works on other systems but nobody has tried building on them. I know some people test regularly arm64 and ppc64 so it would be nice to see JIC it builds and perhaps enable it for 64 bit platforms. Cheers, Pedro. From nobody Mon Jun 21 22:31:25 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 39F8F11CE287 for ; Mon, 21 Jun 2021 22:32:24 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (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 4G845y5cQlz4tJ3 for ; Mon, 21 Jun 2021 22:32:22 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id E2289345A0 for ; Tue, 22 Jun 2021 07:32:17 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1624314737; bh=FclJgHVdQHmVA1V2SpDg8RhvPHFK2l3Oo/EzvDSHVCE=; h=Date:To:Subject:From; b=wvGSA3LaQ2fQcONlcTd4Ig0Wqq8SXcHzZQwwGiCr1a9cgB304jymujAh4Uiottplm JBeuiewtajXelOL90yx6YFf3bK5lYVesBA5ISY2jSOcj0MoQtHDKIDien9tS5wdEej Ssv++gszDWk+85UDAEsIJYBztx86Ja6gXuy8vK9pMYkn1vd6RwYb5oskgeCvyjY806 x4+rRQH6CUIHwoTH1A1IFSiIbSe4iB7tg12Zh18nzDX0ktVTAnlJVBcRPdACUxbxa4 IX1aaXSs6gqsTzfWDem5c/e7YS7RGO6ST2eq/ujkAacCR9JTm6RoMbdUU77XN3avVD 4XCp/zjQxOnuw== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 4685253486; Tue, 22 Jun 2021 07:32:17 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Tue, 22 Jun 2021 07:31:25 +0900 (JST) Message-Id: <20210622.073125.1916677173767749168.yasu@utahime.org> To: freebsd-ports@freebsd.org Subject: Please commit bug 256133 and bug 256763 From: Yasuhiro Kimura X-Mailer: Mew version 6.8 on Emacs 27.2 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G845y5cQlz4tJ3 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=wvGSA3La; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.71)[-0.710]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; 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)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports] X-ThisMailContainsUnwantedMimeParts: N Hello, Would someone please commit following bug reports? Bug 256133 security/vuxml: Document excessive memory consumption vulnerability in binutils https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256133 Bug 256763 security/vuxml: Document multiple vulnerabilities in Dovecot https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256763 Best Regards. --- Yasuhiro Kimura From nobody Tue Jun 22 07:55:14 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 80A2411D7115 for ; Tue, 22 Jun 2021 07:55:16 +0000 (UTC) (envelope-from SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4G8JbS2knlz3KGb; Tue, 22 Jun 2021 07:55:15 +0000 (UTC) (envelope-from SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl) Date: Tue, 22 Jun 2021 09:55:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1624348514; 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: in-reply-to:in-reply-to:references:references; bh=zL+CvOtITLaSJ0bzIyp1Nw2v573jUZ/aO+2Lt0lgfAQ=; b=TtDFo8LlCQ+ivtqvi/xcupB4bDsebZqFovnGGGZYI/4vskKsaYMTsW0xJ9j0hmQeLUrtnv 0R4Kq9YfxFgKGDzowjx6Zam7aA4WaRCNVN0e36B676XpqfT8mUvPg2TCXKmGL2+HhyiIpE 30DUKzgQ313hPLQ5oj0K6n/6R0qzUFpR1vNUXi8NwrguqEHRxNtwyloqKU+vLQx05bzTQn K4fe8F5B/GTAx1d3AgMa7u6Q//aTPVSiBXZjU3nq0K/OUPgl8A71iqx3KoWsdxEieMwakM Z1ppUQICM0Qa0zs08BlsQVdGWnfQRQkpetPSe+LXLrPLm7ylgKIyYNm8O5+OPw== From: Ronald Klop To: Pedro Giffuni Cc: FreeBSD Ports Message-ID: <1369919313.3.1624348514026@localhost> In-Reply-To: <3c478ab1-3a2d-9c1d-916d-be5d37655c26@FreeBSD.org> References: <3c478ab1-3a2d-9c1d-916d-be5d37655c26@FreeBSD.org> Subject: Re: databases/cockroach: any PPC64|arm64 tester? List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2_1140858480.1624348513919" X-Mailer: Realworks (565.1228.854240a9c62) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4G8JbS2knlz3KGb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y ------=_Part_2_1140858480.1624348513919 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I started a build in poudriere on RPI4 aarch64/13-RELEASE. 62 pkgs to go. So we'll see where this ends and I will post the result. Regards, Ronald. Van: Pedro Giffuni Datum: maandag, 21 juni 2021 21:19 Aan: FreeBSD Ports Onderwerp: databases/cockroach: any PPC64|arm64 tester? > > Hello; > > The cockroach port Makefile reads: > > ONLY_FOR_ARCHS= amd64 > ONLY_FOR_ARCHS_REASON= "A 64-bit system is strongly recommended" > > FWIW, It is very likely the port works on other systems but nobody has tried building on them. > > I know some people test regularly arm64 and ppc64 so it would be nice to see JIC it builds and perhaps enable it for 64 bit platforms. > > Cheers, > > Pedro. > > > > > ------=_Part_2_1140858480.1624348513919-- From nobody Tue Jun 22 17:12:00 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E0E2811E0480 for ; Tue, 22 Jun 2021 17:12:03 +0000 (UTC) (envelope-from SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4G8Xxt5CC9z3GNv; Tue, 22 Jun 2021 17:12:02 +0000 (UTC) (envelope-from SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl) Date: Tue, 22 Jun 2021 19:12:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1624381920; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=tCPjX5vFDskATVv6jagKCPI7jfiqNG93kYF6dTtFUFw=; b=AQY25uTPfvPOreaz7IrNpWQQt+nJp7VH9BXbTcKayhwtjrzT0j2IysstkDXcrzXkM/Sx29 fjLnIOfzVQgTPp3sUG7lKVMRDTuo3xNp209/a5vsDHqD8zglU0k4UMM6Gb+iKn/efh5ljl Sngn/0VphhXYb8dIAZvGfgphchX8dwiarZjlpW2JSytCLBxeoUiXt1LrCSQoiD+rDCwxuS /wm7eaa7ZvWySbygcJ+9o/mAotDmMqn+bgH6Epnddq0cJc3rL1quNk0MmYpeuKlN8CFKwz zuZtJsCCHM5yngIB//kzI1bo9iP02pBgYNssl9fDIdelAoEIYzik3+0qX7appg== From: Ronald Klop To: Pedro Giffuni , FreeBSD Ports Message-ID: <315527219.8119.1624381920546@localhost> In-Reply-To: <1369919313.3.1624348514026@localhost> Subject: Re: databases/cockroach: any PPC64|arm64 tester? List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8118_1617196838.1624381920544" X-Mailer: Realworks (563.28.481a590a650) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4G8Xxt5CC9z3GNv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=AQY25uTP; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl designates 194.109.157.24 as permitted sender) smtp.mailfrom=SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl X-Spamd-Result: default: False [-2.20 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl]; MAILMAN_DEST(0.00)[freebsd-ports] X-ThisMailContainsUnwantedMimeParts: Y ------=_Part_8118_1617196838.1624381920544 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Ronald Klop Datum: 22 juni 2021 09:56 Aan: Pedro Giffuni CC: FreeBSD Ports Onderwerp: Re: databases/cockroach: any PPC64|arm64 tester? > > > > Hi, > > I started a build in poudriere on RPI4 aarch64/13-RELEASE. > 62 pkgs to go. So we'll see where this ends and I will post the result. > > Regards, > Ronald. > > > Van: Pedro Giffuni > Datum: maandag, 21 juni 2021 21:19 > Aan: FreeBSD Ports > Onderwerp: databases/cockroach: any PPC64|arm64 tester? > > > > Hello; > > > > The cockroach port Makefile reads: > > > > ONLY_FOR_ARCHS= amd64 > > ONLY_FOR_ARCHS_REASON= "A 64-bit system is strongly recommended" > > > > FWIW, It is very likely the port works on other systems but nobody has tried building on them. > > > > I know some people test regularly arm64 and ppc64 so it would be nice to see JIC it builds and perhaps enable it for 64 bit platforms. > > > > Cheers, > > > > Pedro. > > > > > > > > > > > > > > > No luck so far. [00:01:42] Running make with -j4 [00:01:42] GOPATH set to /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11 [00:01:42] Cleaning old generated files. [00:01:43] cd /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11/src/github.com/cockroachdb/cockroach/c-deps/jemalloc && autoconf [00:01:43] mkdir -p bin [00:01:43] go install -v ./pkg/cmd/prereqs [00:01:43] touch bin/.submodules-initialized [00:01:43] regenerating pkg/cli/zcgo_flags.go [00:01:43] regenerating pkg/server/status/zcgo_flags.go [00:01:43] regenerating pkg/storage/engine/zcgo_flags.go [00:01:43] regenerating pkg/ccl/storageccl/engineccl/zcgo_flags.go [00:01:43] regenerating pkg/cli/zcgo_flags_aarch64_portbld_freebsd13.0.go [00:01:43] regenerating pkg/ccl/gssapiccl/zcgo_flags.go [00:01:43] go tool compile: signal: illegal instruction (core dumped) [00:01:43] gmake[1]: *** [Makefile:1553: bin/prereqs] Error 1 I've seen before that go compiled on rpi4+poudriere core dumps. But the go pkg downloaded from the pkg builders works fine. I will investigate further when time permits and nobody beats me to it. Regards, Ronald. ------=_Part_8118_1617196838.1624381920544-- From nobody Tue Jun 22 18:06:04 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0888F11E3A08 for ; Tue, 22 Jun 2021 18:06:05 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8Z8D6tnjz3MHM for ; Tue, 22 Jun 2021 18:06:04 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org (portsindexbuild.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:115c]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id D13251546D for ; Tue, 22 Jun 2021 18:06:04 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org ([127.0.1.8]) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15MI64je084208 for ; Tue, 22 Jun 2021 18:06:04 GMT (envelope-from indexbuild@portsindexbuild.nyi.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15MI64Oh084207 for ports@FreeBSD.org; Tue, 22 Jun 2021 18:06:04 GMT (envelope-from indexbuild) Date: Tue, 22 Jun 2021 18:06:04 GMT From: Ports Index build Message-Id: <202106221806.15MI64Oh084207@portsindexbuild.nyi.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-ThisMailContainsUnwantedMimeParts: N List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org INDEX build failed with errors: Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/devel/py-qt5: no entry for /home/indexbuild/tindex/ports/py38-qt5-positioning>=5.15.4:@py38 Committers on the hook: 0mp@FreeBSD.org garga@FreeBSD.org jwb@FreeBSD.org otis@FreeBSD.org rhurlin@FreeBSD.org Most recent Git update was: Mk/Uses/pyqt.mk biology/Makefile biology/sra-tools/Makefile biology/sra-tools/distinfo biology/sra-tools/files/Makefile.bsd biology/sra-tools/files/byteswap.h biology/sra-tools/files/ld.bsd.clang.sh biology/sra-tools/files/ld.bsd.cmn.sh biology/sra-tools/files/ld.bsd.dlib.sh biology/sra-tools/files/ld.bsd.exe.sh biology/sra-tools/files/ld.bsd.gcc.sh biology/sra-tools/files/ld.bsd.ln.sh biology/sra-tools/files/ld.bsd.slib.sh biology/sra-tools/files/patch-build_ld.linux.exe.sh biology/sra-tools/files/patch-ncbi-vdb_build_Makefile.clang biology/sra-tools/files/patch-ncbi-vdb_build_Makefile.env biology/sra-tools/files/patch-ncbi-vdb_build_Makefile.gcc biology/sra-tools/files/patch-ncbi-vdb_build_Makefile.install biology/sra-tools/files/patch-ncbi-vdb_build_Makefile.shell biology/sra-tools/files/patch-ncbi-vdb_interfaces_os_sun_atomic32.h biology/sra-tools/files/patch-ncbi-vdb_libs_ext_Makefile biology/sra-tools/files/patch-ncbi-vdb_libs_kfg_config.c biology/sra-tools/files/patch-ncbi-vdb_libs_klib_unix_systime.c biology/sra-tools/files/patch-ncbi-vdb_libs_kns_unix_syssock.c biology/sra-tools/files/patch-ncbi-vdb_libs_ncbi-vdb_Makefile biology/sra-tools/files/patch-ncbi-vdb_libs_search_Makefile biology/sra-tools/files/patch-ncbi-vdb_setup_konfigure.perl biology/sra-tools/files/patch-ncbi-vdb_setup_os-arch.prl biology/sra-tools/files/patch-ncbi-vdb_test_kapp_run-sig-core.sh biology/sra-tools/files/patch-ncbi-vdb_test_kfg_kfgtest.cpp biology/sra-tools/files/patch-ncbi-vdb_test_klib_printf-test.c biology/sra-tools/files/patch-ncbi-vdb_test_kns_Makefile biology/sra-tools/files/patch-ncbi-vdb_test_vdb_test-dependencies.cpp biology/sra-tools/files/patch-ncbi-vdb_test_vfs_redirect-rejected-names-cgi-http-to-https.cpp biology/sra-tools/files/patch-setup_install.perl biology/sra-tools/files/patch-setup_konfigure.perl biology/sra-tools/files/patch-tools_bam-loader_loader-imp.c biology/sra-tools/files/patch-tools_copycat_Makefile biology/sra-tools/files/patch-tools_driver-tool_Makefile biology/sra-tools/files/patch-tools_driver-tool_cmdline.cpp biology/sra-tools/files/patch-tools_driver-tool_utf8proc_Makefile biology/sra-tools/files/patch-tools_fastq-loader_spot-assembler.c biology/sra-tools/files/patch-tools_sra-sort_Makefile biology/sra-tools/files/patch-tools_util_validate-names4.c biology/sra-tools/pkg-descr biology/sra-tools/pkg-plist devel/Makefile devel/git/Makefile devel/git/distinfo devel/git/pkg-plist devel/py-qt5-positioning/Makefile devel/py-qt5-positioning/pkg-descr devel/py-qt5-positioning/pkg-plist devel/py-qt5/Makefile net-im/libsignal-client/Makefile net-im/libsignal-client/distinfo net-im/libsignal-client/files/patch-cargo-crates_jni-0.17.0_build.rs net-im/scli/Makefile net-im/scli/distinfo net-im/signal-cli/Makefile net-im/signal-cli/distinfo net-im/signal-cli/pkg-plist security/openconnect-freebsd-daemon/Makefile security/openconnect-freebsd-daemon/distinfo security/vuxml/vuln.xml From nobody Tue Jun 22 20:21:11 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 047E111C8BDA for ; Tue, 22 Jun 2021 20:21:14 +0000 (UTC) (envelope-from pfg@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 4G8d896qZrz3vV3; Tue, 22 Jun 2021 20:21:13 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from [192.168.0.12] (unknown [181.51.107.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: pfg) by smtp.freebsd.org (Postfix) with ESMTPSA id 8AFDCE901; Tue, 22 Jun 2021 20:21:13 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Subject: Re: databases/cockroach: any PPC64|arm64 tester? To: Ronald Klop , FreeBSD Ports References: <315527219.8119.1624381920546@localhost> From: Pedro Giffuni Organization: FreeBSD Message-ID: Date: Tue, 22 Jun 2021 15:21:11 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <315527219.8119.1624381920546@localhost> Content-Type: multipart/alternative; boundary="------------A73A0EF958DB82D3C834CC3F" Content-Language: en-US X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------A73A0EF958DB82D3C834CC3F Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 22/06/2021 12:12, Ronald Klop wrote: > > *Van:* Ronald Klop > *Datum:* 22 juni 2021 09:56 > *Aan:* Pedro Giffuni > *CC:* FreeBSD Ports > *Onderwerp:* Re: databases/cockroach: any PPC64|arm64 tester? > > Hi, > > I started a build in poudriere on RPI4 aarch64/13-RELEASE. > 62 pkgs to go. So we'll see where this ends and I will post the > result. > > Regards, > Ronald. > > > Van: Pedro Giffuni > Datum: maandag, 21 juni 2021 21:19 > Aan: FreeBSD Ports > Onderwerp: databases/cockroach: any PPC64|arm64 tester? > > > > Hello; > > > > The cockroach port Makefile reads: > > > > ONLY_FOR_ARCHS= amd64 > > ONLY_FOR_ARCHS_REASON=  "A 64-bit system is strongly recommended" > > > > FWIW, It is very likely the port works on other systems but > nobody has tried building on them. > > > > I know some people test regularly arm64 and ppc64 so it would be > nice to see JIC it builds and perhaps enable it for 64 bit platforms. > > > > Cheers, > > > > Pedro. > > > > > > > > > > > ------------------------------------------------------------------------ > > > No luck so far. > > [00:01:42] Running make with -j4 > [00:01:42] GOPATH set to /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11 > [00:01:42] Cleaning old generated files. > [00:01:43] cd /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11/src/github.com/cockroachdb/cockroach/c-deps/jemalloc && autoconf > [00:01:43] mkdir -p bin > [00:01:43] go install -v ./pkg/cmd/prereqs > [00:01:43] touch bin/.submodules-initialized > [00:01:43] regenerating pkg/cli/zcgo_flags.go > [00:01:43] regenerating pkg/server/status/zcgo_flags.go > [00:01:43] regenerating pkg/storage/engine/zcgo_flags.go > [00:01:43] regenerating pkg/ccl/storageccl/engineccl/zcgo_flags.go > [00:01:43] regenerating pkg/cli/zcgo_flags_aarch64_portbld_freebsd13.0.go > [00:01:43] regenerating pkg/ccl/gssapiccl/zcgo_flags.go > [00:01:43] go tool compile: signal: illegal instruction (core dumped) > [00:01:43] gmake[1]: *** [Makefile:1553: bin/prereqs] Error 1 > I've seen before that go compiled on rpi4+poudriere core dumps. But the go pkg downloaded from the pkg builders works fine. > I will investigate further when time permits and nobody beats me to it. > Regards, > Ronald. > Thanks for looking! Hmm.. so the issue seems to be go ... I guess we should update ONLY_FOR_ARCHS_REASON  :( Pedro. --------------A73A0EF958DB82D3C834CC3F-- From nobody Tue Jun 22 21:06:10 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A091211CC5BC for ; Tue, 22 Jun 2021 21:06:10 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8f824DPFz4Tk0 for ; Tue, 22 Jun 2021 21:06:10 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org (portsindexbuild.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:115c]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 6F7501810F for ; Tue, 22 Jun 2021 21:06:10 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org ([127.0.1.8]) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15ML6Aja070554 for ; Tue, 22 Jun 2021 21:06:10 GMT (envelope-from indexbuild@portsindexbuild.nyi.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15ML6Atn070552 for ports@FreeBSD.org; Tue, 22 Jun 2021 21:06:10 GMT (envelope-from indexbuild) Date: Tue, 22 Jun 2021 21:06:10 GMT From: Ports Index build Message-Id: <202106222106.15ML6Atn070552@portsindexbuild.nyi.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 11.x X-ThisMailContainsUnwantedMimeParts: N List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org From nobody Wed Jun 23 05:09:58 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B9F175D30F9; Wed, 23 Jun 2021 05:10:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8rtM4sPsz3GBq; Wed, 23 Jun 2021 05:10:03 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15N59wxU080357 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 22 Jun 2021 22:09:59 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15N59wPD080356; Tue, 22 Jun 2021 22:09:58 -0700 (PDT) (envelope-from fbsd) Date: Tue, 22 Jun 2021 22:09:58 -0700 From: bob prohaska To: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: llvm10 build failure on Rpi3 Message-ID: <20210623050958.GA79888@www.zefox.net> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4G8rtM4sPsz3GBq X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-arm]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N Attempts to compile devel/llvm10 on a RPi3 under poudriere using poudriere bulk -J 2 -j main devel/llvm10 > bulk.log & are failing with: In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUInstructionSelector.cpp:45: lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:50: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:118: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:48: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:116: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, ^ 4 errors generated. Not sure if this is an ARM problem, a poudriere problem or an llvm10 problem. It looks like an llvm10 problem to my eye. The logfile is visible at http://www.zefox.org/~bob/poudriere/data/logs/bulk/latest-per-pkg/llvm10/10.0.1_5/main-default.log and the rest of the /usr/local/poudriere tree can be browsed as well. The config files have links at the top directory. The ports tree has been updated between attempts, if I'm reading the poudriere-ports man page correctly those updates should be in effect. If I'm not a hint how to update would be much appreciated. Ports live in /usr/ports, owned by root. The goal of the enterprise is to compile www/chromium, which has worked in the (distant) past using make. Thanks for reading, bob prohaska From nobody Wed Jun 23 06:11:51 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9A52611C86B8 for ; Wed, 23 Jun 2021 06:12:00 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (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 "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8tFq2kCBz3MmT; Wed, 23 Jun 2021 06:11:58 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.16.1/8.16.1) with ESMTPSA id 15N6Boxv082358 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 23 Jun 2021 08:11:50 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu To: koobs@FreeBSD.org, freebsd-ports@freebsd.org From: Andrea Venturoli Subject: www/py-aiohttp vulnerabilities Message-ID: <3c438d98-6c84-caf1-cfe9-45bf2b0527bf@netfence.it> Date: Wed, 23 Jun 2021 08:11:51 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G8tFq2kCBz3MmT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=netfence.it; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-3.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[78.134.96.152:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; SPAMHAUS_ZRD(0.00)[78.134.96.152:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hello. pkg audit complains that > py37-aiohttp-3.7.4.p0 (www/py-aiohttp) is vulnerable: > aiohttp -- open redirect vulnerability > CVE: CVE-2021-21330 > WWW: https://vuxml.FreeBSD.org/freebsd/3000acee-c45d-11eb-904f-14dae9d5a9d2.html > > 1 problem(s) found. However, AFAICT following the link, this CVE was fixed in 3.7.4. Is this version vulnerable or not? Reading https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256219, IIUIC, looks like answer is no. Is then something wrong with my audit database? bye & Thanks av. From nobody Wed Jun 23 07:28:24 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 12E9A11CBEBB for ; Wed, 23 Jun 2021 07:28:34 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8vy97090z3R2w; Wed, 23 Jun 2021 07:28:33 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1lvxJA-000A8r-JY; Wed, 23 Jun 2021 09:28:24 +0200 Date: Wed, 23 Jun 2021 09:28:24 +0200 From: Kurt Jaeger To: Andrea Venturoli Cc: koobs@freebsd.org, freebsd-ports@freebsd.org Subject: Re: www/py-aiohttp vulnerabilities Message-ID: References: <3c438d98-6c84-caf1-cfe9-45bf2b0527bf@netfence.it> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c438d98-6c84-caf1-cfe9-45bf2b0527bf@netfence.it> X-Rspamd-Queue-Id: 4G8vy97090z3R2w X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi! > pkg audit complains that > > py37-aiohttp-3.7.4.p0 (www/py-aiohttp) is vulnerable: > > aiohttp -- open redirect vulnerability > > CVE: CVE-2021-21330 > > WWW: https://vuxml.FreeBSD.org/freebsd/3000acee-c45d-11eb-904f-14dae9d5a9d2.html > > > > 1 problem(s) found. > > However, AFAICT following the link, this CVE was fixed in 3.7.4. > Is this version vulnerable or not? > > Reading https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256219, IIUIC, > looks like answer is no. > Is then something wrong with my audit database? >From reading the ticket it's probably a problem of the PORTVERSION -- there's some ordering assumption, which causes 3.7.4 to be newer than 3.7.4.post0. -- pi@opsec.eu +49 171 3101372 Now what ? From nobody Wed Jun 23 08:11:58 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C900411CEE74 for ; Wed, 23 Jun 2021 08:11:58 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8wwG5Jj0z3lcC for ; Wed, 23 Jun 2021 08:11:58 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9EEAE20E75 for ; Wed, 23 Jun 2021 08:11:58 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15N8BwMY094848 for ; Wed, 23 Jun 2021 08:11:58 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15N8BwIh094847; Wed, 23 Jun 2021 08:11:58 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202106230811.15N8BwIh094847@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Wed, 23 Jun 2021 08:11:58 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-ThisMailContainsUnwantedMimeParts: N Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/phpunit8 | 8.5.15 | 8.5.17 ------------------------------------------------+-----------------+------------ games/exult | 1.7.0.20210603 | snapshot-v1.7.0.20210623 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Wed Jun 23 08:20:37 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 78AF811D0380 for ; Wed, 23 Jun 2021 08:20:41 +0000 (UTC) (envelope-from SRS0=MIg5=LR=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4G8x6K2KdWz3n2y; Wed, 23 Jun 2021 08:20:40 +0000 (UTC) (envelope-from SRS0=MIg5=LR=klop.ws=ronald-lists@realworks.nl) Date: Wed, 23 Jun 2021 10:20:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1624436439; 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: in-reply-to:in-reply-to:references:references; bh=LznpKDdpluIkzWunctLWqEuHr6H6Q5iUfkia0qCyY0o=; b=KRxtEZkOzfV6adqM7DGdypnxVwvp5+izSW7iwsNuVGoqNU9m8QUcIaAvmlUB2Be5CzTn/X dyEik5TBsaJgnuHXPwdFiGpyYiOx676mzhoEF0pmbPDpigbvOEAIBLAX3i2W5+ab7mH8Ka vWgIqUhUuBFE5/ac1JfrlbqgOUIvXoFZJcf4fYSdtyq4klIMbaOnMlIjZs6NEk6gEwWuv3 qTWGvcaRWbKMkPTH0nirWxFnyHNr5iMZYYU2cYKUS5dWWDpkHWnHXchNnDXUfqxGTEla0g eSqDtRvI2xtaj97l39xJ698jJucM/qnWXsqnPsa1BWK4hHaNGgcs9u1R3XWPIA== From: Ronald Klop To: Pedro Giffuni Cc: FreeBSD Ports Message-ID: <1364825180.3.1624436437600@localhost> In-Reply-To: References: <315527219.8119.1624381920546@localhost> Subject: Re: databases/cockroach: any PPC64|arm64 tester? List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2_1135196948.1624436437551" X-Mailer: Realworks (565.1236.4de7b43f0aa) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4G8x6K2KdWz3n2y X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y ------=_Part_2_1135196948.1624436437551 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Pedro Giffuni Datum: dinsdag, 22 juni 2021 22:21 Aan: Ronald Klop , FreeBSD Ports Onderwerp: Re: databases/cockroach: any PPC64|arm64 tester? > > On 22/06/2021 12:12, Ronald Klop wrote: >> >> Van: Ronald Klop >> Datum: 22 juni 2021 09:56 >> Aan: Pedro Giffuni >> CC: FreeBSD Ports >> Onderwerp: Re: databases/cockroach: any PPC64|arm64 tester? >>> >>> Hi, >>> >>> I started a build in poudriere on RPI4 aarch64/13-RELEASE. >>> 62 pkgs to go. So we'll see where this ends and I will post the result. >>> >>> Regards, >>> Ronald. >>> >>> >>> Van: Pedro Giffuni >>> Datum: maandag, 21 juni 2021 21:19 >>> Aan: FreeBSD Ports >>> Onderwerp: databases/cockroach: any PPC64|arm64 tester? >>> > >>> > Hello; >>> > >>> > The cockroach port Makefile reads: >>> > >>> > ONLY_FOR_ARCHS= amd64 >>> > ONLY_FOR_ARCHS_REASON= "A 64-bit system is strongly recommended" >>> > >>> > FWIW, It is very likely the port works on other systems but nobody has tried building on them. >>> > >>> > I know some people test regularly arm64 and ppc64 so it would be nice to see JIC it builds and perhaps enable it for 64 bit platforms. >>> > >>> > Cheers, >>> > >>> > Pedro. >>> > >>> > >>> > >>> > >>> > >>> >>> >>> >> >> No luck so far. >> >> [00:01:42] Running make with -j4 >> [00:01:42] GOPATH set to /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11 >> [00:01:42] Cleaning old generated files. >> [00:01:43] cd /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11/src/github.com/cockroachdb/cockroach/c-deps/jemalloc && autoconf >> [00:01:43] mkdir -p bin >> [00:01:43] go install -v ./pkg/cmd/prereqs >> [00:01:43] touch bin/.submodules-initialized >> [00:01:43] regenerating pkg/cli/zcgo_flags.go >> [00:01:43] regenerating pkg/server/status/zcgo_flags.go >> [00:01:43] regenerating pkg/storage/engine/zcgo_flags.go >> [00:01:43] regenerating pkg/ccl/storageccl/engineccl/zcgo_flags.go >> [00:01:43] regenerating pkg/cli/zcgo_flags_aarch64_portbld_freebsd13.0.go >> [00:01:43] regenerating pkg/ccl/gssapiccl/zcgo_flags.go >> [00:01:43] go tool compile: signal: illegal instruction (core dumped) >> [00:01:43] gmake[1]: *** [Makefile:1553: bin/prereqs] Error 1 >> >> >> I've seen before that go compiled on rpi4+poudriere core dumps. But the go pkg downloaded from the pkg builders works fine. >> I will investigate further when time permits and nobody beats me to it. >> Regards, >> Ronald. > > Thanks for looking! > > Hmm.. so the issue seems to be go ... I guess we should update ONLY_FOR_ARCHS_REASON :( > > Pedro. > Hi, I build a custom go which does not error out for unknown reasons to me. The build does not fail on go now, but it fails here: https://www.klop.ws/logs/cockroach-19.1.11.log Regards, Ronald. ------=_Part_2_1135196948.1624436437551-- From nobody Wed Jun 23 08:34:55 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 73C5811D16D6 for ; Wed, 23 Jun 2021 08:35:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4G8xQv1NnXz3pj9 for ; Wed, 23 Jun 2021 08:35:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624437301; bh=jbX+M0Ok38rD4vh+GmgqTW4tSvL5hgPwZKg7Gg3G2Kg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hrr/PXKY1pSYIWr2eqNlzxCF3xvosIvtnO/Va9LRGMaV+vC6mlVUBts5rbxZZupFHwOeWrZwkM+u8V3jJVhhK2JTE1Fj1EVXKqtUhHQgjocLRcHBwb2iffv01n4x7fi4tC8HXsO7kg/2qkG3+Ys8b59+K1GpQhydtQiFOVnxa+STmFHpVNYk7hr3HIsVBWvdIRLdNLlOEd9W8dvIw63keyDi+vFTw37FiJk7vmKdKkdBH8UDrMI7w5MsMHFvBdUpytNeEKfsSdR1IfeFb6YQcB+nawdTk35OCvvRd4r9huMsVpBvAAB19Uinsi95rZ6NUxT0Sm+bYF2nBsrt3tOUsw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624437301; bh=FcH3JzEGKy4hDXFaf3M8ooEf9eGGWPQrgsCF73X7HT7=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PFnANVCSdqKzk6UhIX5BkvER8JN1FLp2kcblw3ypcaOWDBHCpkp/JT1U3M+Kvz416IXT5NuO6bRqHXEZQowFQwYFTxeBQVLYm0Btcd278JZcWx4P2ELU4qtlbY7r2Zei3W66mPvjyAerxEC+m6H/qjHlwoJvw3DHdeyUujtJFDXbIqtI8I4+YMBHzAAcuk3S81b1PaBAsy62QsZQT1DED1Y9lAogbA0MnRLfAOyV5oR2LuAsBSYfpGrQnS/uTFBJ5VIKedRPrNnIoSWydsxWIpO9U5QWBr9hWRG82qDJTt2BC6uIkFHnVB+pdeSbA9Qe142OjQRKJBXW8U5B1O95YA== X-YMail-OSG: .E8AtssVM1lyhWYDg.U8H4a6W2wX2I2US5_tbvzSpp3BiQtwymPCVuyFj1H7NdM ESnzfxGetnTMICvxVNh4qjqN2M2vyfpNB4.PgkyaRe4Q91RnfBSWH.U12UE6WdJQE_pS28G97jOD 9.rORc26CtoZB2Q4pMMfZNsh5R._1wxqH2rJtBT.0DvHgy5iPjsVCqDEKOa.b8G.Gs3LA4An3qDF udlj7esc6uU2cChwmfbFV453Q3yRwDxS0.Uwf9BW7X8v9MuT6dQI5z532zef33CequyN99f.7TUP RLLY.oFAl93FCJhUpNsOJnmNh.ZfaC81qzOmG4XZRlip5fGovTNcMuzHCLzOPmlju8YIpDGVvSIa ARLgBWf29OHp5Y0My5FqiM5mE6l_cUWFJshwmm5HFq2_uU.OgmFrIMNnQTO6bHfiN0IGUywrlZRO RK5Cuvqy1USbla7drnAlOEIq3e5GjS4OEwgGnZe0XdszXSgAE98FJjCllagqjfZSrx_8Z69sx5Hy PK9y0CgM71uYsWJQ3R3ibzUSBnoO6CvNMkw8crvjUgj0kuMH3Vv6FE6nQ8JJECDoEHrVugzjV02E jXk6y2Dx_mo95ou74nA4iGqLsWklT77VE1Rncswgr5pjmETNs9kkeNhFiajv7vmQcfUUqPZi0SLH 1aUbjLJEWsolGbGGn.DtEXsYSNZZRKxSc2VC_5fMvqYSsf0QqKLlzmdW5eWZBLI5qYUkd3ugqbsJ zEnt_g48Pa7v3mPrN.i4oqgFLNlDljeFHPtK6YwKk4jkZmtTZf_KXNZsWvFIHIn7Nz56x4s0r4VU juwRugEpQtDaf1XG9wA4BFTXOXkUXyKh15AQ28GkThGG46nV8CVKQgnilLoYv_oPorMCZseOyjIn GCg5Mi2J0DgWHyWKW_bDMdNGk0Da_fcWdpk_.upYHFWoD9jbUrdlkONaQ6o7Pgg_RXdeF98HW6p1 iE21KukjX0b1hdMBTvhCyhiWjE.278vm59.L..iyH.3hXI68X1QHq7tBfgCuwD7FInKiu6IyK_Dx KYC_wXA2pJh5mG6f6cdKZvETGzlJ.HTNkkoDIWo2sva93ZiT.DFApSl5sC6aX7_GFM.19RZoZ8Da sQ1cJI2fdWPdk6.R5i1PuORig5CX1Nsmmxp4W47mbvWGiFiVVmB4RIRviznjy.JQOMz5eKTRscbD Py6IHHDKRxrUWBIobGrFeXghSttPsdeMl9PE6NdlEa5s80M45392GuqiqzMd81rwXv3YBBvNUUKe uhLbl8WJk.6oYWf65Lqb6tzEMBqwDo0xPCFsiM97e8G.n0rAUgOGw_LrxB6BtNpT0gnrvjueL03O MGMXMWxoj_3lTdWYn0jIrHirCuEwho16kKY4IbhrmLWYs0_xqg08a8WA8EKheq9aReY6OdNUM7XP ZWUzJu1KnfA6BH3vNtO5TZBCwL2z2CCBr6zxhCV1g5FKGTMxEBGFDOzl2KPQmzy7QzHNEHBubGGn kf7AdYwLNPzLeObHNsUA2hhvtqBC5dZCpGEsLC1hPKtJ2s2LOekzlXUr1vHsV6lFy_qN.5J74YAd Sk206F83zEO7hYbwMBwLm1EzcOGj0oELrZePM.aaYfBAqhy31mwGAA3COIktnDPjIQDaDeOdPa7M F_hm_urXwUpGsJLaoFJYMYKpXEOOAqVDF3FGA929pc_tOBIpPpjEQ2f6lQ3V9tXrzFsBWsGYV0R_ JvPRfrLvMmbFEYXtYfhCOXI7rBXCow_gHHrIw2491PwqyOZtK2NWiw7R1iEfjslS0usP8No8JNkM pTeRo960rG.dbf7wY9jsyuh1ave4mu1OsQQd7PmtAEgvaJpSGD_H0pSNN._huMb_iScyMUo6.C4i CS8GJi5qIuRTuW8PKMHaHXezbJ1qkPkBkwDdB.a0VVcIOiF231klwDS2zz8vMg_u7Z1fnhZBt78o 0s_eo9.aqbWbtxkXGeEe6Rf4rhv.0SlkjRRXjTfsh06Ui4HwNd4hQQwRsLXNBrbV.fjBxplkrjGa KiVWzNRnMRkcssL1sYZuzlZWJFuXloCpfCeIdF.IdjtoNZ2Zfo.6TRQ5iTeSkG6jq3wBcbq4_0wD F.PFhQIwvNOnKi1li.8.R9x8C2Vki_BgRbbl0QjY8emBESIDNGWUjrts8_BjLjkiBebx5bx.L2nG 2LId3pkJqEs_Jpvda6IkqE.j5jBKVH83haY0k6VhkDCW4aDX7jun462pLGnPkIzmSZAFwEUSs1Fd doUiv7iNcqhXaDMFfxmVy29Yc5Nr88VvbQwv.RO0F3whf_mw0g51C6wK.n8aA34BeNweRSYXwQCG X5AQXbJSYCERWCgVU9YG.cYxsOn4YWflYi0dpCTEb6994Q8t_zX0PmNB4ZD7PV.gHucu_tdPxLjR XnTZNCW.MkQD3_3Ol9tQRkNdlyFoJjGY9O.DnoIyyUEiwXn95SembpOhrc_GUnVhjjYyNxGqc6cr K42bOtM56RZSuv8oJUuEd5Z5GT7F4GRPo2KchN6q6q_Q8gErkP.PjSXYGad8ftH_6d5rK3Xo4Wqf HbWwbI9sudRNcAPA3hdNd6uMGFqJazC5fHlWEe67P7x3M7am2ckogllbJRJo5OXYcyhXLWv11cWq nqlQ7jon3MknpWgknKaJCs4bYeozwA1teqkOe2MSxCaUsy2vt4VlDx3.bx89dNxuERSAoQEL1noJ NTZBgRTkWMk8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 08:35:01 +0000 Received: by kubenode546.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 814e4ea526fa63b39abf154736296fb0; Wed, 23 Jun 2021 08:34:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210623050958.GA79888@www.zefox.net> Date: Wed, 23 Jun 2021 01:34:55 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210623050958.GA79888@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8xQv1NnXz3pj9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-22, at 22:09, bob prohaska wrote: > Attempts to compile devel/llvm10 on a RPi3 under poudriere using > poudriere bulk -J 2 -j main devel/llvm10 > bulk.log & > are failing with: >=20 > In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUInstructionSelector.cpp:45: > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:50: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, > ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:118: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, > = ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:48: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:116: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > = ^ > 4 errors generated. >=20 > Not sure if this is an ARM problem, a poudriere problem or an llvm10 = problem. > It looks like an llvm10 problem to my eye. >=20 > The logfile is visible at > = http://www.zefox.org/~bob/poudriere/data/logs/bulk/latest-per-pkg/llvm10/1= 0.0.1_5/main-default.log > and the rest of the /usr/local/poudriere tree can be browsed as well. = The > config files have links at the top directory. >=20 > The ports tree has been updated between attempts, if I'm reading the > poudriere-ports man page correctly those updates should be in effect. > If I'm not a hint how to update would be much appreciated. Ports live > in /usr/ports, owned by root.=20 >=20 > The goal of the enterprise is to compile www/chromium, which has = worked > in the (distant) past using make.=20 >=20 Not that it helps much, but: 2779096485 =3D=3D 0xA5A5A5A5 It appears that such somehow was involved-in/generated by: [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d and that lead to the commented out notation in the output, with the = "@2779096485" listed in the comment as well. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Jun 23 10:05:37 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1563A11D64CF for ; Wed, 23 Jun 2021 10:05:49 +0000 (UTC) (envelope-from lwhsu@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 4G8zRd0455z3vkg; Wed, 23 Jun 2021 10:05:49 +0000 (UTC) (envelope-from lwhsu@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: lwhsu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id D6CFC2520D; Wed, 23 Jun 2021 10:05:48 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by mail-qk1-f176.google.com with SMTP id g4so3743089qkl.1; Wed, 23 Jun 2021 03:05:48 -0700 (PDT) X-Gm-Message-State: AOAM533/WmDSudxfKplO7kz960w8p7sra1B/2XIAIEiVzLUbpc102EE2 eocDtydZLxTeXbJA/CoHu6aNKAc3scfZLXH1rg8= X-Google-Smtp-Source: ABdhPJyuvnKAie+jTfHCN7UUMS52vTwDZnKzvD+IFNke/MqPWCU+rMtSExLhY6RMAUwkikN+Z9fUWFIE0dxAO86T9yg= X-Received: by 2002:a25:580a:: with SMTP id m10mr3101538ybb.127.1624442748377; Wed, 23 Jun 2021 03:05:48 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <3c438d98-6c84-caf1-cfe9-45bf2b0527bf@netfence.it> In-Reply-To: From: Li-Wen Hsu Date: Wed, 23 Jun 2021 18:05:37 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: www/py-aiohttp vulnerabilities To: Kurt Jaeger Cc: Andrea Venturoli , Kubilay Kocak , FreeBSD ports Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 3:29 PM Kurt Jaeger wrote: > > Hi! > > > pkg audit complains that > > > py37-aiohttp-3.7.4.p0 (www/py-aiohttp) is vulnerable: > > > aiohttp -- open redirect vulnerability > > > CVE: CVE-2021-21330 > > > WWW: https://vuxml.FreeBSD.org/freebsd/3000acee-c45d-11eb-904f-14dae9d5a9d2.html > > > > > > 1 problem(s) found. > > > > However, AFAICT following the link, this CVE was fixed in 3.7.4. > > Is this version vulnerable or not? > > > > Reading https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256219, IIUIC, > > looks like answer is no. > > Is then something wrong with my audit database? > > From reading the ticket it's probably a problem of the > PORTVERSION -- there's some ordering assumption, which causes > 3.7.4 to be newer than 3.7.4.post0. I think this fies/workaround the issue: https://cgit.freebsd.org/ports/commit/?id=f3e4dbcb5ff2fe2a018f78f396a4247f1dd32cc9 I changed the affected version from < 3.7.4 to <= 3.7.3. Now both 3.7.4 and 3.7.4.p0 (3.7.4.post0) are not affected. Although in ports' version 3.7.4 is newer than 3.7.4.p0, we don't have 3.7.4 in the history of www/py-aiohttp so no PORTEPOCH is needed. Best, Li-Wen From nobody Wed Jun 23 12:48:32 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B51AB11DEE7F for ; Wed, 23 Jun 2021 12:48:32 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G933N4nsNz4cJ6; Wed, 23 Jun 2021 12:48:32 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org (portsindexbuild.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:115c]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8CDB7246AE; Wed, 23 Jun 2021 12:48:32 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org ([127.0.1.8]) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15NCmWFY006776; Wed, 23 Jun 2021 12:48:32 GMT (envelope-from erwin@FreeBSD.org) Received: (from indexbuild@localhost) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15NCmWjr006771; Wed, 23 Jun 2021 12:48:32 GMT (envelope-from erwin@FreeBSD.org) Date: Wed, 23 Jun 2021 12:48:32 GMT Message-Id: <202106231248.15NCmWjr006771@portsindexbuild.nyi.freebsd.org> X-Authentication-Warning: portsindexbuild.nyi.freebsd.org: indexbuild set sender to erwin@FreeBSD.org using -f From: erwin@FreeBSD.org To: erwin@FreeBSD.org CC: ports@FreeBSD.org Reply-To: erwin@FreeBSD.org Subject: Ports with version numbers going backwards: games/openarena, games/openarena... X-FreeBSD-Chkversion: backwards X-ThisMailContainsUnwantedMimeParts: N List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Wed Jun 23 2021 12:30:00 UTC. - *games/openarena* : openarena-0.8.8.s1910_1,2 < openarena-0.8.8.s1910_16,2 (master: games/ioquake3) - *games/openarena-server* : openarena-server-0.8.8.s1910_1,2 < openarena-server-0.8.8.s1910_16,2 (master: games/ioquake3) From eugen@grosbein.net Wed Jun 23 12:55:19 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7BFD111DF9C1 for ; Wed, 23 Jun 2021 12:55:38 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G93CZ1sRPz4d1d; Wed, 23 Jun 2021 12:55:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@[62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 15NCtSWp021140 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 23 Jun 2021 12:55:29 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: erwin@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 15NCtR8P064390 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 23 Jun 2021 19:55:27 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Ports with version numbers going backwards: games/openarena, games/openarena... To: erwin@FreeBSD.org References: <202106231248.15NCmWjr006771@portsindexbuild.nyi.freebsd.org> Cc: ports@FreeBSD.org From: Eugene Grosbein Message-ID: Date: Wed, 23 Jun 2021 19:55:19 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <202106231248.15NCmWjr006771@portsindexbuild.nyi.freebsd.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-102.3 required=5.0 tests=BAYES_00,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -100 SHORTCIRCUIT No description available. * [score: 0.0006] * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4G93CZ1sRPz4d1d X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 23.06.2021 19:48, erwin@FreeBSD.org wrote: > ** The following ports have a version number that sorts before a previous one ** > > For many package tools to work correctly, it is of utmost importance that > version numbers of a port form a monotonic increasing sequence over time. > Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for > more information. Tools that won't work include pkg_version, portupgrade > and portaudit. A common error is an accidental deletion of PORTEPOCH. I think it is time to update this: pkg_version is no more. From eugen@grosbein.net Wed Jun 23 12:56:23 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 699FB11DFF2C for ; Wed, 23 Jun 2021 12:56:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G93Dd6r7nz4dq6; Wed, 23 Jun 2021 12:56:33 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 15NCuVvb021154 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 23 Jun 2021 12:56:32 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: erwin@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 15NCuVBF064426 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 23 Jun 2021 19:56:31 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Ports with version numbers going backwards: games/openarena, games/openarena... To: erwin@FreeBSD.org References: <202106231248.15NCmWjr006771@portsindexbuild.nyi.freebsd.org> Cc: ports@FreeBSD.org From: Eugene Grosbein Message-ID: <7608ab2e-9885-0679-de98-348965df6b66@grosbein.net> Date: Wed, 23 Jun 2021 19:56:23 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-102.3 required=5.0 tests=BAYES_00,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -100 SHORTCIRCUIT No description available. * [score: 0.0057] * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4G93Dd6r7nz4dq6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c2c:26d8::2:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[grosbein.net]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c2c:26d8::2:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[ports] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 23.06.2021 19:55, Eugene Grosbein wrote: > 23.06.2021 19:48, erwin@FreeBSD.org wrote: > >> ** The following ports have a version number that sorts before a previous one ** >> >> For many package tools to work correctly, it is of utmost importance that >> version numbers of a port form a monotonic increasing sequence over time. >> Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for >> more information. Tools that won't work include pkg_version, portupgrade >> and portaudit. A common error is an accidental deletion of PORTEPOCH. > > I think it is time to update this: pkg_version is no more. As well as portaudit. From nobody Wed Jun 23 17:43:38 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7E3A511CB775; Wed, 23 Jun 2021 17:43:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G99bt1hXHz3MHx; Wed, 23 Jun 2021 17:43:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15NHhc5j085057 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 23 Jun 2021 10:43:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15NHhcjP085056; Wed, 23 Jun 2021 10:43:38 -0700 (PDT) (envelope-from fbsd) Date: Wed, 23 Jun 2021 10:43:38 -0700 From: bob prohaska To: FreeBSD ports Cc: freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210623174338.GA84853@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4G99bt1hXHz3MHx X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.11 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; 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]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.21)[0.208]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-arm,freebsd-toolchain]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: > > Not that it helps much, but: 2779096485 == 0xA5A5A5A5 > > It appears that such somehow was involved-in/generated by: > > [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d > > and that lead to the commented out notation in the output, with the "@2779096485" listed in the comment as well. > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far past that point building llvm10, suggesting the fault lies somewhere in my setup. The instructions you gave for setting up poudriere seemed to work perfectly initially, but since that time both world and kernel have been updated along with ports. Is it necessary or advisable to alter /usr/local/poudriere, either by update commands or complete replacement? Thanks for reading, and all your help! bob prohaska From nobody Wed Jun 23 21:03:42 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EE35D11D7A0B for ; Wed, 23 Jun 2021 21:03:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4G9G2v4PSqz3trq for ; Wed, 23 Jun 2021 21:03:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624482229; bh=NILNLtxClpNfwhrTl7+Xnux66VUE+BGumvU0XviLHGY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QfZiSnWt8YRFNbT9MEt+w+lCJJNd5iEAzINKFUv2mjLCZvhum/96SSs2WelzXg48Xr5URueFublqduWAu+00eYz4VIm27e3W9IQhIsyPLyvy79Ngm9whPVOda+RC0rCNO/zYWfYJEUxCWG1QG3TzrK7ZuPSUUccEaZU97N3qgvhWRDjsLJOK2ZP9o8UTVcBeqWcIZ9YoLEY3Yt4P08XId7IMexZwOVBy16/SCzpWWrUoMX/Nt3N2YiM/sZtQFI+9wvDL1ablLEE154ze10l6KgoOEjEymQ0Nq41uuFSQwsUetCx6o2y7fX78musg/aGT871MuOCtgrp+ls4ucosypw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624482229; bh=AM3bYhpNnjE4S3hvOWAbK2lC+n1VgM8JZphyn0V2wuf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R3mT2mw/0Pi0/jA+lSR4GtsCWUPeak3enN4QUDDZbKZb/x3K0OqBcX1YaHV5uBFvKFUtabHuK4QbR9jz7gYeUu718gOjmb454RnN612bye8Z7dxmoqeCFVoDFmuypRAp33UswHtRUY6J05YiTP8EBVT2Dv63MnvCiWvvgq2ERvMEqw+i+0CMEj9VsM/EUFdR3nAPM5qN+lAWt86M5HqG8OxZ1hsJ1tQEaBjYmN78LBVn2NQL4ccYrvnFz9DjFk4u+Up38wp5BSlWYqck894Lqvc5dxs8DL3mtUiht1wG2OnAEEsJcSDQrYgrljLAuSmuHWSSMI6Ax3Qrpw4AkfKxxQ== X-YMail-OSG: cu9FBsoVM1lgNR_0pKtOpH5m8JbVIvH0Od18vSTJyiBlWUkJeydGe2Umv2Yv6JX k6QZlwjaMMqqp5r2IAnXqvYIjhQcFsZkLOX4KpZTvKunWbkCBhylV6.kXuryc3kE698ar1_JHVji IAs091s26yqb.J5FPpK1SkwZSMifrZEF27C6zxNyszNwBz0FqWoC_qUUM2pFopovWHvPaKWiym7n mNtoH.Fy7gDfWXD3IIdWvR07tTinZuTwBRoqdqCuElPEkuvZftfhRDU7yRCWUA2oGn3mW.Yw7MlY RhtVEzSIwEKjgCs9vp6w3N2LLfk6RmiD2CHSZeYj0.vIbkOuR.RXTNln835YbjMI3KZ5Tg7CJMrt u2CWmhtuVtsws_BZVdEneKx8gQw8MTUtI8J1HtSETgyKM_c9wqzKseEEgohnEIB0Q4urWho87NBd TbHXg_68VoxxWWyUeF3saR7QkXKBuAk8AL1w07f1WkYjKN3QFWuvPGAnbWxBTILUZDOQzsi1N8qp egj1nYxCoLbMtLC_4kbQaIJpj1q6WHYNGwmjZQ3UbUUvFS7flyDWG63u.xku8mHYSMsMG7k345RK HrceKfug6HvpySnMBk.cLzLhmOFvHgZT.cCmdGJ6iW1m6i3o1XechpTasdYiYNrAF43u2F1K43rM gAEUoX68XyAm31G9g637bnyiGSUJJwxY6IMIpd2UOTdr2GbbcjKL5Qd2jHRYba3J7xmMTaAt.gRu UtHdypDyD6T4S.gOabhEeX9mwDwSC2QpgSeVZMjA9fRa8XOVqqlW369DJ9YTRH24p.de4kKIjcLX Eh613nZodTDUsrI95_nxb.DAXZawOQbcHqCPozezavdm9Ip8AkOsttTqBSDlN53ppkRDEhGJddUu VwYp_MOHiNatJz3sbTNqD3MVMdYOb3CvRKDE58L.pQJR2DWNiJ9t4HKlCemgOFpWClZzoAN2dVZl hL4Ag5NbSDUBa2WbD.VfXbv0lItPtCun9SCqFpE3W.vWl1F21aOBfnoMoBifSYdzAsDu_4we8Jiv _bcgIdPCc952Ihuf0j6C89e2EHj7HuLOZtbTvJoPUBtDBVYX3vamD6Ed4S9OWp2S3_KH3NpnUtq4 mJcwKbCWSsdtnpV4kwfaKi0oFqB5Zz46cM7JS9v7Du0AbxUZGEL2E8v8f.OWNtGzdIPrqBjPHwTm cqz3OMxoJVPj_3E77qPIkFbfbVJQWg.3WOsEoy7HcZA2UqIUZxeb2dmlXMjXIQmSvuYzQfBwOMcQ sTaLQ0K3UqI0mpngvR326UHCftgDkRyvD_BxfN2zf42TvNvA65ty47ustkqyV4lqXvYRn3kcIxhB uH8ynQOtxGEM8BnAlvhwYF0w8W0SFqMA5Bi5L5LRii5Ld9qbFFF69L697U3mCl0oP6HUVybhDwCO hXGZFtq0V74_mau3plICzIvpFxMtaAnvTGFREWVdDT6XtJ9wsOwDqmQwwoh9z0sxXqWqVgIcfrC5 lsiL4dX2w40Uu0djpxRqb70DjLGN4.jQ8mmVQxIYY3Tp.DX7jcQBbyOqzSIPTjBIPQDYFsFjEt_d 1Oad759LhQ70zvfOWnsdH1qHIjIGY.GLJxTA8wsFrRsZvJHvVf8RGbl7xtTlsfxqf3l0zRJsJ31V PDtuy8.V2ysBOitFLtSQ_v9Vd_R.uOSsKzw00p8pv0yJmds9PjpvnhsBuL3MMjC4SBT.hMMWSkT8 mPZ_odcCvicN4VkGrllkBz6fuLsCNMlR9EMbXTewJX7ZrS8wFjC.L6xiemqJ8x3ZtcnB_3V4DQyn na_iFmCKCycFO_618R9tqhce59X8QRzA6V2S8PPBcS8QjG7ZRHaVhOgD7J31_1eLqcrREs9Wq4Mk hB8XOC2H4KloO8J3ZykHWaQbcV2qPTfrvJ.DXdUQ6fgpDmUXvPNkeDM_9vmXMvb.r2X2WZDuGHze nzahdZfGyJDRU9e5wQhmaaocjodHYQnxVMbvbJ_aGFRFneAvfvGMQmBxMOZjsrF0uU85A3yZPudY DrwF_.AdCU4nGKdKMqQm1YpQDJ5buecFmo2p4erjpvZXR2eUOTDgORBBn83zcnbyGltYq_uQlwHw h.kvB3RxfJMDY_wHI.FWHTJevJSO6O5ew.JqjcA9_BDMxG_WUE93pdoe49zYHh5ZyoSDnyt02RnT lLEiyDt.i.H2JXwmqewkeHHswcxDBHsa.35hMAh3_1ZALIu1R3k36seEfdN7ncIIW0g3okBZ_Z31 z_2OnuWLceeAMrPqiRUgHwEA6iyWKnKaNbISC51NgIQtqnkgt3CZPig6vt2jCPIORF7fNaFgMRlE 9KrAlNQXecOywI6Wr3vzZpPXIfv1ady6qzflXiZVoqK8osjIdhsnmrFIEh8eP1SzEv4ISav8ByiD csTRLFOmaz9NsEowiJ6QRq5l2VdrKfaIUBKM6h7hvq7DYaJDTcyTHjR3R05Bvt2S65CGAV5Qy9dC g2gd55_5aHZEfQvOMelEnQZ_Ns_W3fri22EHhCLk6t7WnoNvwpwMcCqXmU6wSAasmURJmT1AI85M jjhvz2VbX3Srkh9tH2xoykY.l6ibqZ5Bu2UGJjWvdBHNAPtyPz9nSWdf4VllbBPIE_AcDjwIOySN _fxMgRcg5MSnzF7FmG2kvi3xo6_DtWpCUSRS15uGfX1Ku7hTyhGKHWpqqcm9o2lawVYTeHV3NIXz 5JfjB4s04q_UUP5R2vXo7RVOVorp.Idm_cpbvDk0I8LUoLQJNbNdtieheXD72RYpY9I0p X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 21:03:49 +0000 Received: by kubenode537.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 319162b11ff0b3ea1d2c9ebd79a66386; Wed, 23 Jun 2021 21:03:45 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210623174338.GA84853@www.zefox.net> Date: Wed, 23 Jun 2021 14:03:42 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9G2v4PSqz3trq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 10:43, bob prohaska wrote: > On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: >>=20 >> Not that it helps much, but: 2779096485 =3D=3D 0xA5A5A5A5 >>=20 >> It appears that such somehow was involved-in/generated by: >>=20 >> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >>=20 >> and that lead to the commented out notation in the output, with the = "@2779096485" listed in the comment as well. >>=20 >=20 > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far = past that > point building llvm10, suggesting the fault lies somewhere in my = setup. I'm not so sure of that for the 0xA5A5A5A5u value. You run main [so: 14 at this point]. Is it a debug build? Or a non-debug build? I expect that 0xA5A5A5A5u has some specific debug-build potential meaning. For example, 0xA5u byte values might be the value that newly allocated memory is initialized to. Looking . . . man jemalloc (the memory allocator implementation used by FreeBSD) reports: opt.junk (const char *) r- [--enable-fill] Junk filling. If set to =E2=80=9Calloc=E2=80=9D, each byte of = uninitialized allocated memory will be initialized to 0xa5. If set to = =E2=80=9Cfree=E2=80=9D, all deallocated memory will be initialized to 0x5a. If set to = =E2=80=9Ctrue=E2=80=9D, both allocated and deallocated memory will be initialized, = and if set to =E2=80=9Cfalse=E2=80=9D, junk filling be disabled = entirely. This is intended for debugging and will impact performance negatively. This = option is =E2=80=9Cfalse=E2=80=9D by default unless --enable-debug = is specified during configuration, in which case it is =E2=80=9Ctrue=E2=80=9D by = default. So, if you have junk filling enabled, I expect that you ran into a legitimate defect in the llvm-tblgen in use. Having Junk Filling disabled might be a workaround. There is /etc/malloc.conf as a way of controlling the behavior: ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf I suggest you retry building after getting the above in place. If it does not get the 0xA5A5A5A5u value, that would be more evidence of a uninitialized-memory defect in the llvm-tblgen involved. I do not normally run debug builds and so would not have run into 0xA5A5A5A5u from Junk Filling of memory allocations. I'm not sure when I can setup and do a junk filling experiment (in a debug main build?). But it looks like some independent compare/contrast activity might be appropriate. > The instructions you gave for setting up poudriere seemed to work = perfectly > initially, but since that time both world and kernel have been updated > along with ports. Is it necessary or advisable to alter = /usr/local/poudriere, > either by update commands or complete replacement?=20 I will note that your log file reports: Host OSVERSION: 1400023 Jail OSVERSION: 1400019 So your jail's OSVERSION is older than the environment that it is running in. (Unlikely to contribute to the 0xA5A5A5A5u as far as I can tell.) In other words, you have not updated your: /usr/local/poudriere/poudriere-system/ to 1400023 as far as I can tell. Separately from that, for poudriere itself: I do not know if you are using ports-mgmt/poudriere-devel vs. ports-mgmt/poudriere . But, whichever, it is a port and is one of the ports that should be built when it has updated when you update /usr/ports content and should then have its install be updated via pkg like the other ports. I list ports-mgmt/poudriere-devel in the file with the other ports that I list in ~/origins/CA72-origins.txt and I use that file via -f in the bulk command. But nothing about these is likely to avoid the 0xA5A5A5A5u issue that you ran into. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Jun 23 21:38:52 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 055DD11DB897 for ; Wed, 23 Jun 2021 21:38:56 +0000 (UTC) (envelope-from pfg@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 4G9GqM6nJmz4V1w; Wed, 23 Jun 2021 21:38:55 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from [192.168.0.12] (unknown [181.51.107.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: pfg) by smtp.freebsd.org (Postfix) with ESMTPSA id 70C342A846; Wed, 23 Jun 2021 21:38:55 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Subject: Re: databases/cockroach: any PPC64|arm64 tester? To: Ronald Klop Cc: FreeBSD Ports References: <315527219.8119.1624381920546@localhost> <1364825180.3.1624436437600@localhost> From: Pedro Giffuni Organization: FreeBSD Message-ID: <15c212ff-6eb4-4464-6f06-d49971a2e0bc@FreeBSD.org> Date: Wed, 23 Jun 2021 16:38:52 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <1364825180.3.1624436437600@localhost> Content-Type: multipart/alternative; boundary="------------58734226391F9B330256C6C2" Content-Language: en-US X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------58734226391F9B330256C6C2 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 23/06/2021 03:20, Ronald Klop wrote: > > *Van:* Pedro Giffuni > *Datum:* dinsdag, 22 juni 2021 22:21 > *Aan:* Ronald Klop , FreeBSD Ports > > *Onderwerp:* Re: databases/cockroach: any PPC64|arm64 tester? > > On 22/06/2021 12:12, Ronald Klop wrote: > > *Van:* Ronald Klop > *Datum:* 22 juni 2021 09:56 > *Aan:* Pedro Giffuni > *CC:* FreeBSD Ports > *Onderwerp:* Re: databases/cockroach: any PPC64|arm64 tester? > > Hi, > > I started a build in poudriere on RPI4 aarch64/13-RELEASE. > 62 pkgs to go. So we'll see where this ends and I will > post the result. > > Regards, > Ronald. > > > Van: Pedro Giffuni > Datum: maandag, 21 juni 2021 21:19 > Aan: FreeBSD Ports > Onderwerp: databases/cockroach: any PPC64|arm64 tester? > > > > Hello; > > > > The cockroach port Makefile reads: > > > > ONLY_FOR_ARCHS= amd64 > > ONLY_FOR_ARCHS_REASON=  "A 64-bit system is strongly > recommended" > > > > FWIW, It is very likely the port works on other systems > but nobody has tried building on them. > > > > I know some people test regularly arm64 and ppc64 so it > would be nice to see JIC it builds and perhaps enable it > for 64 bit platforms. > > > > Cheers, > > > > Pedro. > > > > > > > > > > > ------------------------------------------------------------------------ > > > No luck so far. > > [00:01:42] Running make with -j4 > [00:01:42] GOPATH set to /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11 > [00:01:42] Cleaning old generated files. > [00:01:43] cd /wrkdirs/usr/ports/databases/cockroach/work/cockroach-v19.1.11/src/github.com/cockroachdb/cockroach/c-deps/jemalloc && autoconf > [00:01:43] mkdir -p bin > [00:01:43] go install -v ./pkg/cmd/prereqs > [00:01:43] touch bin/.submodules-initialized > [00:01:43] regenerating pkg/cli/zcgo_flags.go > [00:01:43] regenerating pkg/server/status/zcgo_flags.go > [00:01:43] regenerating pkg/storage/engine/zcgo_flags.go > [00:01:43] regenerating pkg/ccl/storageccl/engineccl/zcgo_flags.go > [00:01:43] regenerating pkg/cli/zcgo_flags_aarch64_portbld_freebsd13.0.go > [00:01:43] regenerating pkg/ccl/gssapiccl/zcgo_flags.go > [00:01:43] go tool compile: signal: illegal instruction (core dumped) > [00:01:43] gmake[1]: *** [Makefile:1553: bin/prereqs] Error 1 > > > > I've seen before that go compiled on rpi4+poudriere core dumps. But the go pkg downloaded from the pkg builders works fine. > > I will investigate further when time permits and nobody beats me to it. > > Regards, > > Ronald. > > Thanks for looking! > > Hmm.. so the issue seems to be go ... I guess we should update > ONLY_FOR_ARCHS_REASON  :( > > Pedro. > > > > Hi, > > I build a custom go which does not error out for unknown reasons to me. > The build does not fail on go now, but it fails here: > https://www.klop.ws/logs/cockroach-19.1.11.log > Still looks like a go issue: ... [00:28:59] # github.com/cockroachdb/cockroach/vendor/github.com/shirou/gopsutil/disk [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:26:36: undefined: MNT_WAIT [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:31:15: undefined: Statfs [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:32:28: undefined: MNT_WAIT [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:38:17: undefined: MNT_RDONLY [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:41:17: undefined: MNT_SYNCHRONOUS [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:44:17: undefined: MNT_NOEXEC [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:154:9: undefined: Bintime [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:163:22: undefined: Statfs [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:167:54: undefined: Statfs [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:182:32: undefined: Devstat [00:28:59] vendor/github.com/shirou/gopsutil/disk/disk_freebsd.go:44:17: too many errors [00:28:59] github.com/cockroachdb/cockroach/vendor/github.com/shirou/gopsutil/net [00:28:59] github.com/cockroachdb/cockroach/pkg/sql/exec/coldata Thanks so much, for the report! Pedro. --------------58734226391F9B330256C6C2-- From nobody Wed Jun 23 22:28:38 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 46BDF11DDB92; Wed, 23 Jun 2021 22:28:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9Hwj6ft1z4Xb1; Wed, 23 Jun 2021 22:28:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15NMScoQ085710 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 23 Jun 2021 15:28:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15NMScgO085709; Wed, 23 Jun 2021 15:28:38 -0700 (PDT) (envelope-from fbsd) Date: Wed, 23 Jun 2021 15:28:38 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210623222838.GA85566@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> X-Rspamd-Queue-Id: 4G9Hwj6ft1z4Xb1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 02:03:42PM -0700, Mark Millard wrote: > On 2021-Jun-23, at 10:43, bob prohaska wrote: > > > On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: > >> > >> Not that it helps much, but: 2779096485 == 0xA5A5A5A5 > >> > >> It appears that such somehow was involved-in/generated by: > >> > >> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d > >> > >> and that lead to the commented out notation in the output, with the "@2779096485" listed in the comment as well. > >> > > > > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far past that > > point building llvm10, suggesting the fault lies somewhere in my setup. > > I'm not so sure of that for the 0xA5A5A5A5u value. You run > main [so: 14 at this point]. Is it a debug build? Or a > non-debug build? I expect that 0xA5A5A5A5u has some specific > debug-build potential meaning. > The kernel in use is FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1 main-n247405-8fa5c577de3: Fri Jun 18 17:03:19 PDT 2021 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 and it can invoke the debugger using [enter]-tilda-control-b. > For example, 0xA5u byte values might be the value that newly > allocated memory is initialized to. Looking . . . man jemalloc > (the memory allocator implementation used by FreeBSD) reports: > > opt.junk (const char *) r- [--enable-fill] > Junk filling. If set to ???alloc???, each byte of uninitialized > allocated memory will be initialized to 0xa5. If set to ???free???, all > deallocated memory will be initialized to 0x5a. If set to ???true???, > both allocated and deallocated memory will be initialized, and if > set to ???false???, junk filling be disabled entirely. This is intended > for debugging and will impact performance negatively. This option > is ???false??? by default unless --enable-debug is specified during > configuration, in which case it is ???true??? by default. > > So, if you have junk filling enabled, I expect that you ran > into a legitimate defect in the llvm-tblgen in use. Having > Junk Filling disabled might be a workaround. > > There is /etc/malloc.conf as a way of controlling the behavior: > > ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf > > I suggest you retry building after getting the above in place. > If it does not get the 0xA5A5A5A5u value, that would be > more evidence of a uninitialized-memory defect in the llvm-tblgen > involved. > Done and running now. In the interim I tried building llvm10 using make in /usr/ports, but it failed with another python conflict. > I do not normally run debug builds and so would not have > run into 0xA5A5A5A5u from Junk Filling of memory allocations. > > I'm not sure when I can setup and do a junk filling experiment > (in a debug main build?). But it looks like some independent > compare/contrast activity might be appropriate. > > > The instructions you gave for setting up poudriere seemed to work perfectly > > initially, but since that time both world and kernel have been updated > > along with ports. Is it necessary or advisable to alter /usr/local/poudriere, > > either by update commands or complete replacement? > > I will note that your log file reports: > > Host OSVERSION: 1400023 > Jail OSVERSION: 1400019 > > So your jail's OSVERSION is older than the environment > that it is running in. (Unlikely to contribute to the > 0xA5A5A5A5u as far as I can tell.) In other words, you > have not updated your: > > /usr/local/poudriere/poudriere-system/ > > to 1400023 as far as I can tell. > After one of the world/kernel rebuilds I attempted to repeat your poudriere setup instructions, thinking it would update the setup. IIRC both commands were refused, not with an error, but more like a "don't do that" sort of message. I fumbled for a while with poudriere ports -u, but couldn't get the syntax right. Then I noticed a reference to null-mounting /usr/ports, which strongly suggested any updates to ports would be picked up by default. > Separately from that, for poudriere itself: > > I do not know if you are using ports-mgmt/poudriere-devel vs. > ports-mgmt/poudriere . Poudriere version reports 3.3.6. I believe it's _not_ the -devel version. > But, whichever, it is a port and is > one of the ports that should be built when it has updated > when you update /usr/ports content and should then have its > install be updated via pkg like the other ports. > I've yet to master getting pkg to actually work from a local repository. The handbook says to create /usr/local/poudriere % more /usr/local/etc/pkg/repos/FreeBSD.conf containing FreeBSD: { enabled: no } Hopefully, using pkg install -r /usr/local/poudriere/data/packages/main-default/All [pkgname] will do the trick. Any cautionary tales would be much appreciated. > I list ports-mgmt/poudriere-devel in the file with the other > ports that I list in ~/origins/CA72-origins.txt and I use > that file via -f in the bulk command. > If there's a guide to using poudriere/pkg in a self-hosting situation it would be very useful. The existing docs have a very different focus. Thanks again for reading and replying! bob prohaska From nobody Wed Jun 23 23:22:35 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C39F05D0D30 for ; Wed, 23 Jun 2021 23:22:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 4G9K772sKpz4cnY for ; Wed, 23 Jun 2021 23:22:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624490561; bh=EgPVagRXb9V2mkrcE1TOCWW5Qx3LDHWqsK31s87+eEU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ePXEA0OekYD6BtL8nVFmzIZUtSvMhiiu78qSPr5tIRrhU9qqkXxmqvQ5YoBaPA2Ef829WIaJKXJvfsvGdpTaenoc3bABcY6OdIi4/McoxBhFhY7yotmK2u4X7594TJCY4SawUa6Ck2wjvHQGkdZOXhkOE5jQ1BpktW2N+yms4bY5g1xNHwmgOmNxDCVsjfp0+yRhTVEmcrKPFJORFBwtitx/tG1J7wqc7c2inZhfXXnE5ELY08duq+oy6LH/mA43jZFuVLqQL2soWcx42S7clYjBjUAjYp42z8rAP3LXipUBfAJDCL80jtlt+ZMUVX+JXxVPTLyPAl7LqVLygdGPrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624490561; bh=gi2Tzl2StBpWdVxziw/BD4I5u43uAcVNTxzRIT9Gfk+=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=B/Pvar4BioYiRFec+JTcqwmHBQ/ztN6xOYStwXFPKPgICp9zrM7z+t/FjdtBZibco0zWh/0btjlWnxTLp5IMzj+z/7bhR/l/lLntu8/c+4VI2ORpCKemsP583tu2zjxq8vxMzoCXgop7iycC0JXC42Bo6SlYOyCIViWBH1/iUfX4pG29j5ViqFE/SphtOPEf5j0TCrYPHG5BCCMvOdKq5Ho0bTPdZ9wEYqErqGPP+TLMjV4Bqe2R7SUuZwgswDZewUc6ePLfTfaJ6zKdSVC2OyhB4C4Nt/fwFGLARZhh7kyVxmf5EEwUbr4clZd3LuR2bbJeCeKAkZZ8Rtu53pQKQw== X-YMail-OSG: e2fobP0VM1mfQkByvmlxNjFk9ACQV1hnI6gIa4nxAPtZbmp.V4W.ralhK2QBeyJ 1j.OAiELYcN8Kyu_DKmfjWjl5lUQezeZCmRZH4Edib1WEPPZh2K9Q8uf97UcZjEW6AH0TDDP2pS0 8I4M3jOXi.ajadhc3WihvWeyt6kiIlygMiWaMWbAQ9mxVotOZTill8dV5SkA7oVOyNtd_IR0Gpig .Vvj6OQQyxaKWedTMgS69299.ZtmkxnZACK9i595IN3ZLvqYDoyGkxUloQwJdknu.ytnPAXkn.SE f2k8VJXB5Yf6.uAABBDErU.3GeZY3DjjOvjgoSRbdkQgwsuSfiznI6IfFi6vKLo2cS516FHVOPoM 51gOaZ0HoKuA66Ol_NEYfhgcT1.IT7ytYkyFlmz9J.YWI.tCq0Y7Xpz1a5pyMBsu9XerxemT.Osm 8SNFduGmTuXZv8AGNOkiM5nEHja6KZ_X3O_Lf.7cw9R3lf8dQ09TvYMkGxtQwZUJCQXUWLlk52It _U9a2VG5vble.Ty5PedVP_hLM4R.JECxwnF1Z9ts2CGTGInfDlcw.wbPP21u0NxINCiYGnTwYH3_ 9W.zOxueFo0ue4azsmc6MeOfEeo5BcNMPGLrRgWbzj1JJAMvrofXmLD4tATVDfRphtMrgV2.BAVh IZYd81nY1avxY1lXmWtpSCKVqCeototgZppTpFN0K0EdIq67lzHuqb.mMSQC5tjr0GnwQeH_AwYM jP3nHVSYv1FcjnCrx5br8beth_f.sBDByTRqKMitSfYlfns.VrjcrgWGnYo3VlSsGmW2mpsMqhpe VwvaZoT2JuOTs7gVw7YB53ojtZPDteqmfxXcA.bliQ9juiah_AByHjsDyJw94gNPmQASaMmbJcBN pv7XVWkPYYaZ4T8TRuOL_Rnq3CZPalgAN9_Q1hIbRPNLoYMFos49BiH71gAd6OgSB6frxktIH9sn NlZwQLYO6bU6E9nFgO_yWjocl5RZY9.cg3ct6xbHrMk9bS7wSVc5ZZurT9PLk.zKoa1nlg6dk3Hy pDenyXNhUmeoetoQfbBwe5FQeaz..ig4zKRhX.4WiFKZ0N5rJWcbg3oDZGWC2NyuzdFkDQVNu2OS Fri4v9rIjXaGzANN0az8I92D3LS695MLm1JDN6lmernoh6suVTZNVsaPq5H4GjGJYv6atBIX7sfy xk7ZdA.wZdKDwZe713ZqnLBhOeXDofCuAPcA7Iy93rWsOEioNIh2TrBOlJjaT6uZoLUhAEmPwSjI LdmsegNU2KB5wgrg1oorgPWbc6ixBsF9dcfAqFl7oeNhFCD7AgC3E_AUtsaHaTaP3fdN5TjFqxol tPeSFe._7D58oAUrjEsjl42IBo9JbIFGBW2SRu7KsUOta9LTnvpT_nJTvXIOA4lOCu0EWPhQZ8Q6 5LWGgJQEkM25UKNV15_FdOHZC0dKfdSljIu3vKGUHr71BU5VlCsh5xWQRNP0.XXgq6gCaEz97Jq_ AR2TQIIpjh9e1oBE0vL_GI3tAwau__fWG.jm4k34nYzeSFVBnFqgM5U1enLZZkQP.leQjfdSQACm BlPoJVr7beo5fJHi6PQJITGDLlJr6Ep2ilwMAsw1aCeE0s72ztZhengZIEi9ayE5ZHSPunGW9A33 LQjRIeJ0Mv5ZJaenD9hS0vfyOjUviygYa0YI7daYFamI1.uOhW8s65amy2pr0DTIYWx7FF6W6lG1 HFFvC1JDSZFgXzKXDEH7jsWBUxhhq8qXkDQFeas5BX3wfeMRKc2sGkENSs3wWWb5Be8K05FMToUY gwoAHbrR5mgK1wIF3pC9wEC7HRtiSqKofsQTIbtQvXZwzn1JxPTziDAbZJMpYrkJLb9_ZnIZ7SRH WUGZ1ueOHC4plRybCQKSHVzEejiaZY3wg4xFl5BJAr6.xZfZcetXePCr5ODs65.CHK2rmR9qKtO0 LQ3arSg2GHZLlXjXoCiK.0ethw4pw.ds.dFx6ZinLz4288tpGVgY0Y_9rqgcUy9s63Fjd1jTMBI4 3wJMSTo8OamQdcZlttj.bjwxnN5vKtSMntzPecZ5Z9IGbkF8RDuHS3X.yOniUt5MjizKKRjZHJFP zaG1HZDy4f_.idtX4wBlX1QZN.cg06hFlMisUosNJUWGSrnKwyBF2Uu4n_SgDQ0GDQTWcjKPC8vh RIH4UyyWjsFvdvYzVaCUqATUNmP0Kk5Mej.V51wEzKeoHbPVBY839k3j50ErJ4clRwdyPlD8T02l Z61nl5VyPvpsX0MVQRRFQaZnS_ur_67Gz9RMPh188NL6qXEUx1Gs6BKrdnoTIZaPC3X7K.E.hQln Yj4qrj0dtfSV6yeeJhsxdEv4QjyZBQt5uXyyZ2zQvoPd.GGHLKgig96uwIIouUohpH7ubCUxO.Pb caDb.mu5n.aIWl2dyDvAOQ6jXQ7z.hjY9q9fyRfz2j05ycKprXTQ0NJNHkqkQd7jA40iQAJR82PE vc6QvU4K2TxY.fnKE.wo8zm5T4P5a6ewHMemtMRjVm9a73CnaQPyYLzeK31RSuk3yaITdo9_qgMK AOkSrPaBNi.5v.b6iqwtEWR4Eq2.qUCkH57fkzUxO6JWrwynEQeyxc..9hk4cMqWA888p44ZvDyX sYQkPrXULOFEJwoZtSeJgaegQxKlyO3YR66DBNtMwe8avkxRpGCAD96Wvw0XpnqIsHn8Emr8iE6v B9RHxKlDuQgKrus6xhRltlbPvL8DsxFSWvjbDSr_4FxgIsvfV6WaYQnwYCwGi_SIPXyUovg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 23:22:41 +0000 Received: by kubenode541.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8134c30be8b3f4dfd81031bfe68c4232; Wed, 23 Jun 2021 23:22:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210623222838.GA85566@www.zefox.net> Date: Wed, 23 Jun 2021 16:22:35 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9K772sKpz4cnY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 15:28, bob prohaska wrote: > On Wed, Jun 23, 2021 at 02:03:42PM -0700, Mark Millard wrote: >> On 2021-Jun-23, at 10:43, bob prohaska wrote: >>=20 >>> On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: >>>>=20 >>>> Not that it helps much, but: 2779096485 =3D=3D 0xA5A5A5A5 >>>>=20 >>>> It appears that such somehow was involved-in/generated by: >>>>=20 >>>> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >>>>=20 >>>> and that lead to the commented out notation in the output, with the = "@2779096485" listed in the comment as well. >>>>=20 >>>=20 >>> A Pi4 doing a bulk build of chromium, lxqt and apache has gone far = past that >>> point building llvm10, suggesting the fault lies somewhere in my = setup. >>=20 >> I'm not so sure of that for the 0xA5A5A5A5u value. You run >> main [so: 14 at this point]. Is it a debug build? Or a >> non-debug build? I expect that 0xA5A5A5A5u has some specific >> debug-build potential meaning. >>=20 > The kernel in use is=20 > FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247405-8fa5c577de3: Fri Jun 18 17:03:19 PDT 2021 = bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM = arm64 > and it can invoke the debugger using [enter]-tilda-control-b. If it was a normal style build of main-n247405-8fa5c577de3 then both the kernel and world would be debug builds. But it is possible to explicitly control if MALLOC_PRODUCTION is used instead and the like, based on how doing the build was configured. (Lots more can be controlled for the builds.) I still can not tell if it was a debug (normal) main build or not. I would guess it was a normal debug build, no extra disabling or enabling of such. Side Note: Going in a separate direction: do you also run main on faster aarch64 systems (RPi4B's)? Do you also build there? If so, it is possible to make a copy of the poudriere/data/packages/main-default/ tree from the fast system on the slower system and then use pkg on the slower system without doing builds there. It is also possible to set up to have the fast system be used as a remote source of the packages, much like FreeBSD servers. But I've never done such. Based on what you have done to publish for folks to look at when they are helping, you might (mostly?) already have that set up, other than pointing package to the right URL on the slower machine. End Side Note. >> For example, 0xA5u byte values might be the value that newly >> allocated memory is initialized to. Looking . . . man jemalloc >> (the memory allocator implementation used by FreeBSD) reports: >>=20 >> opt.junk (const char *) r- [--enable-fill] >> Junk filling. If set to ???alloc???, each byte of = uninitialized >> allocated memory will be initialized to 0xa5. If set to = ???free???, all >> deallocated memory will be initialized to 0x5a. If set to = ???true???, >> both allocated and deallocated memory will be initialized, = and if >> set to ???false???, junk filling be disabled entirely. This = is intended >> for debugging and will impact performance negatively. This = option >> is ???false??? by default unless --enable-debug is = specified during >> configuration, in which case it is ???true??? by default. >>=20 >> So, if you have junk filling enabled, I expect that you ran >> into a legitimate defect in the llvm-tblgen in use. Having >> Junk Filling disabled might be a workaround. >>=20 >> There is /etc/malloc.conf as a way of controlling the behavior: >>=20 >> ln -s 'junk:false' = /usr/local/poudriere/poudriere-system/etc/malloc.conf >>=20 >> I suggest you retry building after getting the above in place. >> If it does not get the 0xA5A5A5A5u value, that would be >> more evidence of a uninitialized-memory defect in the llvm-tblgen >> involved. >>=20 > Done and running now. In the interim I tried building llvm10 using > make in /usr/ports, but it failed with another python conflict. Intersting. I'm unable to see a: /usr/local/poudriere/poudriere-system/etc/malloc.conf via what you have published. But I've no clue if such an odd symbolic link would be expected to show up. >> I do not normally run debug builds and so would not have >> run into 0xA5A5A5A5u from Junk Filling of memory allocations. >>=20 >> I'm not sure when I can setup and do a junk filling experiment >> (in a debug main build?). But it looks like some independent >> compare/contrast activity might be appropriate. >>=20 >>> The instructions you gave for setting up poudriere seemed to work = perfectly >>> initially, but since that time both world and kernel have been = updated >>> along with ports. Is it necessary or advisable to alter = /usr/local/poudriere, >>> either by update commands or complete replacement?=20 >>=20 >> I will note that your log file reports: >>=20 >> Host OSVERSION: 1400023 >> Jail OSVERSION: 1400019 >>=20 >> So your jail's OSVERSION is older than the environment >> that it is running in. (Unlikely to contribute to the >> 0xA5A5A5A5u as far as I can tell.) In other words, you >> have not updated your: >>=20 >> /usr/local/poudriere/poudriere-system/ >>=20 >> to 1400023 as far as I can tell. >>=20 >=20 > After one of the world/kernel rebuilds I attempted to repeat your > poudriere setup instructions, thinking it would update the setup. > IIRC both commands were refused, not with an error, but more like > a "don't do that" sort of message. I fumbled for a while with > poudriere ports -u, but couldn't get the syntax right. Then I > noticed a reference to null-mounting /usr/ports, which strongly > suggested any updates to ports would be picked up by default.=20 The steps in question for my point are (from your http://www.zefox.org/~bob/readme ): # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 Your: cd /usr/local/poudriere # poudriere ports -c -m null -M /usr/ports # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT leaves /usr/ports/ and /usr/src/ automatically bound to the most recent content from the system. But the installworld related material is not automatic. (And poudriere should not point at the live system's own materials for such: during operation it temporarily changes some things in the system it is pointed at.) >> Separately from that, for poudriere itself: >>=20 >=20 >> I do not know if you are using ports-mgmt/poudriere-devel vs. >> ports-mgmt/poudriere .=20 >=20 > Poudriere version reports 3.3.6. I believe it's _not_ the -devel = version. Okay. I've always used poudriere-devel . No reason that you should but now I know that we can have some distinctions for poudriere itself for recent functionality. >> But, whichever, it is a port and is >> one of the ports that should be built when it has updated >> when you update /usr/ports content and should then have its >> install be updated via pkg like the other ports. >>=20 >=20 > I've yet to master getting pkg to actually work from a local = repository. > The handbook says to create=20 > /usr/local/poudriere % more /usr/local/etc/pkg/repos/FreeBSD.conf > containing > FreeBSD: { > enabled: no > } That is part of it. I have: # find /usr/local/etc/pkg/repos/ -print /usr/local/etc/pkg/repos/ /usr/local/etc/pkg/repos/FreeBSD.conf /usr/local/etc/pkg/repos/custom.conf # more /usr/local/etc/pkg/repos/custom.conf=20 custom: { url: = "file:///usr/local/poudriere/data/packages/13_0R-CA72-default", enabled: yes, } The file:// prefix is URL notation and the rest is the directory path, including its leading / . So, for your context: custom: { url: "file:///usr/local/poudriere/data/packages/main-default", enabled: yes, } I'll note that the default for remote use of the FreeBSD servers looks like: # more /etc/pkg/FreeBSD.conf=20 # $FreeBSD$ # # To disable this repository, instead of modifying or removing this = file, # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: # # mkdir -p /usr/local/etc/pkg/repos # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf # FreeBSD: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } So something somewhat similar likely could be used in /usr/local/etc/pkg/repos/custom.conf to use a faster machine's packages via a slower machine's pkg, without coying over the directory tree that contains the respository. > Hopefully, using=20 > pkg install -r /usr/local/poudriere/data/packages/main-default/All = [pkgname] > will do the trick. Any cautionary tales would be much appreciated.=20 With an appropriate /usr/local/etc/pkg/repos/custom.conf you should be able to use pkg normally. The pkg install -r installs more than needed and not in a way that pkg autoremove would clean up. When you get pkg working with /usr/local/poudriere/data/packages/main-default/ material, you might want to do a round of deleting the installs and then only explicitly installing the things that you directly want to use. The rest needed at run-time should automatically install, but in a way that would allow for a later autoremove to work for things that are no longer being used after an update. >> I list ports-mgmt/poudriere-devel in the file with the other >> ports that I list in ~/origins/CA72-origins.txt and I use >> that file via -f in the bulk command. >>=20 >=20 > If there's a guide to using poudriere/pkg in a self-hosting situation > it would be very useful. The existing docs have a very different = focus. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 00:58:56 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 078D65D6204 for ; Thu, 24 Jun 2021 00:59:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 4G9MGH40pfz4jSN for ; Thu, 24 Jun 2021 00:59:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624496341; bh=mBShoWOxpueXdIDIjNrLUGo1y2DM6nNl2UtZrdqPUNk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UIC5B/ty72EAApNt71RfjvL/LEMOEc4AiDCyNSKghhAuhBCboqFJn0kO6VLRvmbrKBcZkPvUSIjaQBB4/YdPc+2NLFM1avDlO3RZjdeLb2k8n3Omhg1eTxrBS7iBeHeZvVmXFua2PS4zSO60Vr2D0GNIK/Vn8DwKe1yuz+J+0oth+haWsOEkfiYRrLRUsxz3UuWKDIyY53Z6yqr/20S9WjW6Tx2MmALVYmVJRhAC4lyjmdsWqtYHo4jE2sArNoncicDwx5AkzpPo9fPtzkZu4sRsiJYJ36yMXgaIIF64sq6aiS2dVFXKj7frjDffJLlYj8AWA7xhuD8qBYlYj4ld4w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624496341; bh=qIYrBfCQaqPucRZsy3HyYYOD3mRz3I40APMRPWcGmUv=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iVXYTYLa7E5G3Ozzo/Y4si2asZDSnNTUU05thYXSUPkOGFxppTl5YaNaEy7c93tiCF+DQl7f69NfNCFFL+TvZNlJhs6rh55LJcgmwMkn2yQ15d5ecBIC3NmwDojmumSbE5aQhfnrwNdi/8/tgyr0FHEFyp5nb2oQCiaTrKcinP1JqkuBPj9XcuwparKj6u0MHzYTcxnmY2nBChuGXRODpawqGnivjf7jg8Aos1KitEHWFq/2b0hVdx2eeY2xlOXippyHaopxzw7Vx9PtAOlA1oNDxN+0XWPgKu7CiIrg8Gr2vN/iavWHajt8ZGhuwILmVb5jqCJzWf6XiS0FqQ/j8Q== X-YMail-OSG: fuYsLdsVM1khnoeL1xS_tyapHmEDMtKqQKNtFPx0xzLSjBNGAbvJBqjOCDiizq0 J2qCZl4ao_NpgH_rWUP2kZWrWP8EmwNqt7qBgHRfK0_CyOiCP2w9CnRgZSgAWsk_fNINNL_q4oj. Nm7NGX1K3nnamJIxaBNSP4uuE1gVDtGUo0M6Dn.2dsYQ4sZ_lcDUwQ3r3QKfEndHAdkCILxJkyuJ RcPFSuNr._e2t.AiIavoHBcXNLJMpYdtAHmhPF4dS1.3KH9UFoI2fU4wsQj8nobQr8B.rh1A_0uu t0pEqFyI4kSfaQMhXc3xc9djAxdgPCasl5uxsBuPSTTS8fH9Vc0G2P5VtnTj_NM6YGPGdm3KCPce h.JfOK6kP1NOnTm_9ODQj.Nov0G2C8TSzIhNbTXahNhhdW2xyO_PwL._u7A48_6czvrULKa60ifs slo0jBanjGdhoHmlR39vcerWHblmZlbbpsgGoyH2hk7_kDojx5jHo3Pu.6SdXgyvTU6gN652DqAH voyG.JORgEaknF2Te6PXHfAIULeYrK_rN_LwDpeuQflgVlhBpfkN0v3WB8qJPsEgpH49Rjq.0xK9 Vwq56Ks4EuSr8qGmcniaXMqUs1DOOUy.faD6UscteFnJ7toCSANtaeLzlWSBySpYgS0hqODhaAip mm2mtJTFUaXzaTNhjRPWkAggx7ClBqhvRhYTxmaJS56ERqkbc4t4kwSngUefh5PEVSVD7_YVhUnq ZdIS0_NhC_SL9ms1J6vA_GlVc4xDKxc_Ej3lPyMi4.oBCJsV._CKurpnduA1AyIFVc6pDZgFcfmX cZ4DPQjU._YjTKOV.vfL6ocnkItT94bZ5pYj6HMIBVnxMmnkoMQSujDSpyyxDU9E_atFYfqxISX3 4U4uUt6v3Hu8Itz_VV_Du3y0ffc1Nbk5DcUfPGZgTu6LaUP1ny5RHsUwsJMBHLIbDjPbxjWz.Vew dS6KDtLC8i3awXf1KL0wb1kPOGoc..1cEFn3RJLpmuPe.7d2628TdYqPmpPwmf.KeEkNdd2AtBuJ h9MDUNXa4xLAmBQrjhDZTIQ1olddcnEEhLFSMG0.vgA0Ce5CgAjcbDopBS5tzPnBHNqVGzps7aso _GOiw_Rk38CeGxamq8YSZiLOEbv3NOLIWEWllwIxyZpT8IEiQNnPQzO8f.2D1yCgXyIPiUv_YOfJ qmd9EMjzw.F69nDKN6i4A_9xQjZFu7ovXWK4.WRG_GOclngK7vGAlMalZk7rqNv1_mrnw8tmBtD6 zcZXxIyy.Q.hUNHYldfjsHEcXSHsPqaHwydmVSceGIclOhL9Aee9T6CciKKwm6OG4pPdhcC3FL9l q0BqSOsVV9hK_rgHNoKIaDcjxZfBNeslvjypk.y5TCwja1lwk4jDW7e_L08.e05pcqhnH07B5ek. eZIUDHleT_63HwDELgg_C3zbpauvwKI4tU793Y5IFI.6jv7qKBUXu.3XypugjrL4_kLr5QKz9sUl eQ8DhQmYN.8SvmlHrhm9d7LNw.YWF8BaOVTe.ZNcTqTLsgGuj8eG.hNZxJSQLGH6DWzDns.YshfY Fe2hxrbcqVMg7NO9c4rbB.v4VsHZu3UKGyY7b7Jy4bc1OVD5r8NmfUTrTkMbi1xCJchn9fqQnRYM bTW82xxUWa2uSFqKyDpH0xx8dspgaab59icmjcEv6w3Z7PBbPLwTWcWKi4tl2_T5Ge6YsILpw0oE .NMWS6AfSN4LpFdXBGO7HEopT_WkcMfdEVhw5f8zhBomjfxoLyvqgTnqR.A.HXA13GJTKTEPSCfG KF3tOFExghoKkmnLmdQVXDK.fS87djmUR98_kubIcyMBvliKdf7ylQGpKKZ7RTZYzH2PTqkFL0Gh CX398ctCotuUU3quVGgdu2ZgC_GiloD0NLIhFMMECh_mOO2JMPp0sthXu.fhS5yOMPv0sGI0E_SV 3jhQk.uOBUT5mr40qLkUyCrgvRlKkpiT2Pti4EcGcYss08SR6Uxe5q2sn8DoqxbKOJRS7iWGZGCB 1OEMpUPVX3HboGlJRCH.qw6DZe69rNkgrpwcTIIDD0kCJRQabbk_RP.LzEOORobodqyjGL1zjZGl zCfHlnpW.2bgILIyZ7nO9rjYAEmUsDz32AukocvoGFGoyqqC1Yp7XHWPPOZ5RwaJR07CifjDMjaT aLteNTVnmN789PeDupAW.eMlUgKzEjO1WDPXoP34BD2MC8FazUsrlm_3t1YlrSHvS6Qlce7xxyEC lGWOc.YUjGsRvZgK25dDpakdWTgHcIjanXNSYS6BMBksVNU03jiOUbGcyTADo1Taa6oOTjFPRP6x LPrgtyOPHkLy44rREUIcSVT.pmcekFQHyhp7gPSASqOs1XANoYg2Pr1pocq2rj5D8WyThNN_EG2Z Pt7PeTNrWy4i7Q.eKN5IFj3UhlBxWmKpFtzvMr3TGrJbkR5igYZq2b4B1JXCvyDzymDeTWDlJWhZ asGzQOQSGz2_mZHy4MY3THMrIuagns8UjcYJvOUXbOBQUl5Uwpb_8fRWtl_d45dsFFCMpIJkP9CV A6Fvji66tABWhyN93KnouD6xIaNID5Rqd4UyZO8MuCGqwUQxlDPV5ZlL.Hn6rJH8lbbpacwrOQ0m 8JaFfAQFIp4AaEP.YirBxlYB2lPLJ32VVmqd5LuDgDq5Ly5.eg8k5i.rMRGB9JQ0ds1_DUc_5gGA R4q8hXzUtANLZw3W1Wur8uGdbC9cY3BO2oY8xD6gvZRP_QimBGXrjh16YFQbY3LqXUbXGnQY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 00:59:01 +0000 Received: by kubenode537.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 85cdfcc6563d62b9b66b21641ea58be7; Thu, 24 Jun 2021 00:58:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> Date: Wed, 23 Jun 2021 17:58:56 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9MGH40pfz4jSN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UIC5B/ty; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.32:from]; 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)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N Misc notes . . . Looking at your logs, I expect trying to build both llvm10 and rust in parallel is likely to run into resource issues on teh RPi3B+. For builds in that context, it may be better to do something like: # poudriere buld -j main devel/llvm10 # poudriere buld -j main lang/rust # poudriere buld -j main -f SOMEFILE-LISTING-OTHER-ORIGINS based on using ALLOW_MAKE_JOBS=3Dyes . Part of this I based on your on-going llvm10-10.0.1_5 build shows load averages (example): 4.53 4.49 4.40 so all 4 cores are busy with a little backlogged work already. It is also part of the explanation for: bad_C++_code 24:30:53 for both building at the same time vs. bad_C++_code 06:59:12 for only llvm10 building. (I'm not making claims for overall elapsed time.) You wrote in http://www.zefox.org/~bob/readme : MAX_EXECUTION_TIME_PACKAGE=3D432000 (since increased to 1724000, builds = still stop at 24 hours)=20 I think you may have guessed wrong about what MAX_EXECUTION_TIME_PACKAGE covers: it is for after staging the build, just creating the package from the staged material. It is not for the overall time turning the port into a package. The time to build (through staging?) is controlled by something you have left commented out and have not adjusted: # This defines the max time (in seconds) that a command may run for a = build # before it is killed for taking too long. Default: 86400 #MAX_EXECUTION_TIME=3D86400 My prior notes had listed: # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: MAX_EXECUTION_TIME=3D432000 But the figures that I'd used never dealt with something like rust on something like an RPi3B+. So the figure may well be too small even if rust is never built in parallel with anything else. (A similar point goes for all my example MAX_EXECUTION_TIME* figures.) I did do various llvm* builds, but rust is bigger than any one of those by a long shot. Parallel builds of things like llvm10 and rust in significantly overlapping time frames put the load average well over 4 and likely cause periods if significant paging/swapping. This can greatly expand the elapsed-time for the individual jobs (builders). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 01:15:39 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 21E0711C8D29 for ; Thu, 24 Jun 2021 01:15:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4G9Mdg34LKz4mkB for ; Thu, 24 Jun 2021 01:15:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624497348; bh=bSmlhP/suG3rs9BbhVeB/P1k5zejGnmisLiIWCqg0fg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Y7mqtBr65D+ieZ6JlHNy4dEqA+2cyVGJmhEo4RQMUsMhboRQIzP8FSIKPQ07HZGh17MAY7o3m6bBp5KZkixljzpc0vEXkMF+nKaNLXDdpiniqJ+CAMnKZbMZgKUN+/A980vRUruPc0mF+aN5JYbKaZuKdhBfP8+sQ2h0/9ODn9XliZ0kgQd3vX8HPEyrm1rOCvBtNkdlyNyLkKlv+P8RQeRXXIZECWn0f/6KsKS710yshZXIYIwkBxy0LeQlWxZJIWqsO7wOXOFLdk/qRXxvCv2/J1nwFW5iwDXX+ORdVSGoXXIoalwgmC4T016DrtU/SmaIYbzDQzVig2njgYt7KA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624497348; bh=pjWR/bPNutuwKLGXKmTS+P16zaEEH5mEkg1p658yt1B=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=p1uGxhGBxXB1jXpNK2Q29L3sebAAxto6/paIAJlMf6veIq8hdF+Z7jBdSCHT0E2Axe11poErORogSQluOPc8w4zgKqdv9SQ+PFmcbv42rGlxq0znLyu0uGBhKnrDtF5YV7x9ISuDtLtB/7YuAy+8Ttc6dZxZNL3NiftUXAe2nC2kIH0w9mloGz3160KeBuSfeN0CYAQjY5BLVG3TSqKDInMuOPf9iS5JB2nWpYHWbtlJ6TtIsxD2godmCKSt4Y7Df8ft/A8qlWWboxywWjEVmXgnhQbxlSlgubjfn0P9xmbJYBblMA0vLbGZ8GfP6sRX+W2D54Syt3PHIAc44lLlaQ== X-YMail-OSG: KnafbQUVM1nxw_oo0sLfemtKwyEmHy1pVkdUeujhoJE2ecBavgb0FYj4iTV5LuF k6aXswJkwFWf2cs.i7oT2D6.sP_yCIoCWMFVJQgnOpAEBdPvN.OBs5077IPXa5Ek2ZF9geJdByvO FdIMXLq922h6ByFePUdb26CnpkA36E6ruA_nqWyhzEdMq3h5NA8pp6Zwsr8X6FI1RYlAtB65GVTO su890b9iIt24HLZyCxuYLFUsX6vGGnDf9.RgZM4dg9UyIuvCgBcXq6YC4gczxG54fqzgc50tZwQd QhqeeRA6f8JiJxWm4Z_JaM8gltnTFTcC.wY2wSL_fLn9CKrYMqRPasAAj1QsKHqdns5Qic9cVUwK wFKguTkVfWiE0uH8WfUDcFdwo5Fr9b3DBQ1fjEWL0ao6vxkOtK2QQp2uqQ5xAzM0ql29Bmg14PIV LOHM16fA4gaqk5Qg4xtbskMOOQcT.Ty0IZIbCsoXewmFoTSXS5goKw_ElrvWfHIVTgyQS7yWF__f 9Yv6fPGZOunwgjZw7emr4r6m4xAHQ1ir_wpwi6NQ1iescE_YSyXHQ2C5cjmmM2kQzQWSbKdRBG3p IlSWTRMwzghgIl6dfwRaVrm4VbCllyQVY4WyJFvBaDjiY1Dnjaz.z9WNYRr7a_etmc_112LUNn.. bg43HA7FjKYWJdziz_gvhVv3cJWPY5LCBbtc39ebjWj5YKIIets5jS3L0dl9X8KsKSQHop9NTAYy 02t0qF1XZ31cJPMZOGRZ4J4P6uaUQpFEcLeCjZ6Chux8bHTIooHvhdGTEdNR2MDOaIKe2ipObYyD jU53R8glsSz4U5E_WThXT_NFep9oZa1ECpUOK_UCxsaqAjGXkEw._VHvlGiYtduBHKPKYoys2hZz 5mpZcNN8iOLBznqJ9SfUuVq4H.JPsSVy6WEXJpM8EALFyYrhx66ynZcI2RchrcW3B0UWMUnTq_ke dpKFnH.gXs2.wyacLxLKD7K.e8y4Zjxn4qBAE0s35GJ8rU2Jn2ZfGpSjXhqTfE12q568gAGxDBKq Cd8Uqk08pZK3thSPoIg2XCHi9RCql.rZelCGGUPAha1nwEo6ACQcwYJKGzlFflBlv9dKEcMcQIw4 evo.WMtkBNQrGeUDts6_OC8_c2vrhcTNqJicJzz4r3DZOu.s_5R_Jzg.DDr2FGe19hm_XRay9sQN bxEVG488Mgn1LDXqMZF_MPbE1h.aAvhYYofdr80ovnwMAeG0tCPL_5cDYS6dA_t58_qrDT3FZIhb kJFgIFbpKiNF1CXDy1EnKhG1Aj9NW.TjIRBzERstbeBVsQkhwlPfND2CU_heBEKMBgN9BolzX3YH U748o8HYEIvizonzQFMzUAX.dx0kG5_gQ.C1EMeGO2eceEv1bw41kE7tsTTu0PlUncr8fypgDb9U cSiPdpDZuBS2CfJR6uFZusHQ2bR1VU9u_F2jgxfVPoQGk87MHaSVh7oxiQCP9Yp3J7Z_wvHp3mWh BRZDaazsDLhDgJ0F1xaPELA2SgvvA3WZ2SrdbQGaJttN8sIu8G05A8VMaWhU.NKLROkX9Qyrc2Sl lOnK.Ie_AAjtCTktcbgrRfbhnwyVMtz0EusyEltTTsvOhNlBFhjUK17sv01CgDko5TP5yjWEGn2J Zfh50LYQy2AG3HET5Rxn4ENo9Ts085A.HLownanMiqX5RkIU_PJmxMwoKfJpN0uCmBIGAEd0BUi3 6zOQNdzkWi7E9Yo6hC.nMAQ8XWR2W5igj1hLpIo_a.ltk2JxGXo4tzBFhZizcv.QOQ1zZ8NPhK_c 3fd4vmgJOgzHwKeiDfqUGrx6hhAmBjF5j2KTn_yaemL5RdMdkAfx5rzP5u8.J2SuNHd3ClaXcPqx sp9wlipc2IMeQzDVN2L0QFV8lgO.1Ua6z4rT1a2EpgS8k.HeTrHURwXbXSEyEbLGNtuxKeTD8SKb TyXgImJAnlNmC4fzZUFh8xg5pwJ.67oZFhAmYQ9k1rTrDJBeMLIZQDG.3l1LXoq8.fC0YVhhduKE sJl77IBunCF9xNGtWPXJvr8fRtQls4eGLqo9DPPimG0TE2yGwJ6JjFLEezg6P.Dax_41CY3GYfxe UPsgoOrTtq_CO63WIq3ZUNOfip148wWVZf3I90ClXl.s_64OqR.w9NUy84XzLSI6oS1h2XVRJ7i8 z.X7bCTbbdGqLWgkNKMz0TL2S3icJDsEJFYmt873jq7xaOErTQ.HJ7VfqkhryzgEdtOefsBqPHHp Us7XYBXWY1r9ZA3Nb40RyiGk5YEY1nE6H5zxtbW3W098S3uLjyPdQTBKKIPMie9KbMKARQvxuDqv SrObLjHf7IifijT03yZYgXHoaiOLalg70gVSqem2F2.dcKLLJFIPo7fUEREEhIJvA4Ng0eXN1hCi Yq0D526q_UwRHtnts.QsprBd9kbRPpzQ9XFZCB7lw1D54xte4kBXZdXvcQ4Ax8smE7S33S7HM2M4 y_Q3FtmF3jgHcV6mNEnXlh4g0w.JetNPYjsYJ0OxlYC28CHEp8a5da4dd8Y9I1N175qsKC37ND3V Voi8t8xK.BIVYE9xBq25BVHG.N99LiHAiW41N7WnsQfKmJxEGmVcq8PODhXyHfPIMROKlPCxa5LU 5xCMqaoXP.K4YJudCU4aoKM0Q4OyfOfMv9hEcz7GUoW_ZVAkq1MpgHw20nCF3jdFQ4KSMSmGtOv7 BOVwcy3VQsn9RfK6TFzA0y1deXwvwXayypm1UU8N1J.9kGyyfnTRDJyxBI2rUoy2wIpk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 01:15:48 +0000 Received: by kubenode565.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 03f35d8b0d230afa16500d8b1e713352; Thu, 24 Jun 2021 01:15:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> Date: Wed, 23 Jun 2021 18:15:39 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9Mdg34LKz4mkB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Y7mqtBr6; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.146:from]; 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)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 17:58, Mark Millard wrote: > Misc notes . . . >=20 > Looking at your logs, I expect trying to build both > llvm10 and rust in parallel is likely to run into > resource issues on teh RPi3B+. For builds in that > context, it may be better to do something like: >=20 > # poudriere buld -j main devel/llvm10 > # poudriere buld -j main lang/rust > # poudriere buld -j main -f SOMEFILE-LISTING-OTHER-ORIGINS >=20 > based on using ALLOW_MAKE_JOBS=3Dyes . >=20 > Part of this I based on your on-going llvm10-10.0.1_5 > build shows load averages (example): >=20 > 4.53 4.49 4.40 >=20 > so all 4 cores are busy with a little backlogged work > already. It is also part of the explanation for: >=20 > bad_C++_code 24:30:53 for both building at the same time > vs. > bad_C++_code 06:59:12 for only llvm10 building. >=20 > (I'm not making claims for overall elapsed time.) >=20 > You wrote in http://www.zefox.org/~bob/readme : >=20 > MAX_EXECUTION_TIME_PACKAGE=3D432000 (since increased to 1724000, = builds still stop at 24 hours)=20 >=20 > I think you may have guessed wrong about what > MAX_EXECUTION_TIME_PACKAGE covers: it is for > after staging the build, just creating the package > from the staged material. It is not for the > overall time turning the port into a package. >=20 > The time to build (through staging?) is controlled > by something you have left commented out and have > not adjusted: >=20 > # This defines the max time (in seconds) that a command may run for a = build > # before it is killed for taking too long. Default: 86400 > #MAX_EXECUTION_TIME=3D86400 >=20 > My prior notes had listed: >=20 > # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: > MAX_EXECUTION_TIME=3D432000 >=20 > But the figures that I'd used never dealt with something like > rust on something like an RPi3B+. So the figure may well be > too small even if rust is never built in parallel with anything > else. (A similar point goes for all my example MAX_EXECUTION_TIME* > figures.) I did do various llvm* builds, but rust is bigger than > any one of those by a long shot. >=20 > Parallel builds of things like llvm10 and rust in significantly > overlapping time frames put the load average well over 4 and > likely cause periods if significant paging/swapping. This can > greatly expand the elapsed-time for the individual jobs (builders). >=20 >=20 Just adding another note. QUOTE /usr/src contains a finished buildworld. /usr/ports contains a recently-updated ports tree.=20 # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 END QUOTE In the above, /usr/local/poudriere/poudriere-system/ ends up containing a finished buildworld, instead of /usr/src/ containing such. ( /usr/src/ was put to use to do the build. ) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 01:29:30 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B5F4A11CA8E1 for ; Thu, 24 Jun 2021 01:29:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4G9MxT4d9Qz4pxS for ; Thu, 24 Jun 2021 01:29:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624498172; bh=rltkW/mQDzlvKND7LVnv/bl8j4IU/2Yjov+0G9rC8Iw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Wia9OA6g9lQFqAZ+fwT88YeShYi7PNkS0Sj428+oSy97LFutDHvDaynLSO5Guyssbf8luJaGm4YLJyVHYH1gOqdcRgvPx9xhOmiMT//oSK+xmueMG7qOgt8yLrIEx9p+iIurCAQMRqVllMA0E9FmjpnUYqxLA3HAl/EkMmZbXvwIjXliiY+e84HamOic2O6IdBpahxJkQ7JxUf9+26XTxiTWNAMgaU2MgJ0G+Agm4jOaYttSJ1jhkM7LdEPIKldIFVpJ2IZEkni+dfRb8TYknriFjVtf02XMhKc1VPH4zDPU3OiO03e1WmFxPz3U760dtlCZntx8ohrkQsQx1lmwAQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624498172; bh=/EZcbWw4MJSf0grk7mj2xhgUN+WHTSAihRafseoBRqU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rAeksUYH0CjZtw9EtsO8WThZIqzz2T4fnNcbZOFwytrJUqy/KryPn/kuJn/+QTlzwIezmf4h+ma55uzSimLnwSjHOwVJYD1S5KyPejrjgEttTmi3T5BTMNIvh6Jm3qpn7b/DaM+VjxZSNdTsom+Lo7enYR9Khw0s9xO+f2tdUdGHJ4eKjxvu9wXfKd//doGRfS1HwhDWgIlf2ME7MO6Od4XNhvEj/G4D9KNt2rcG9EgerbicF6Wa+lnsGxr/711zSxhJC2vhaP6yBR8hw1FvQ8PduywKzvxEA/L4QpNIWjNww+Lx1CAHEnT22TcMAUcikrX1tq8oA2RSBEoY1HV4BQ== X-YMail-OSG: xHm6.tEVM1nN0xv7QZLMjCjnp9LtqAyyYjSWvPg2d9KXOFd3ylZN.m2rocvhNZX BgEUAfeVucv_7o7oFP8ciSdj7d5DHAxM371BmEt.ZPyXvT4NXAOMJfFRmAfEOSmWTKPIQ3LXok0i gHReG6IQn28oFUWtf5xrqJYSgIbTXC3o.9ti2GPYARZgJdJww5hbkRVb5yCgms3VAo1jDCCMf_ta cRC53KTzPhM5mj8V777rmena95Uv_r9pZv.TMtvfwzuILBVeN7gjLiVXd8m.D9QH7xaAx_lOSGmx PSRUzMH3HIDlHxARw1Q3ESGrEJUNyknAPpSRX5OXhUugVn1igKlRid6qkl2XfUbwifuuA.EYbXf9 J.dXDJ1d7PJf4y8pfGRJtPMtXE0of9j5G15hY4NSX17WWm79nQhBJ8vgEwDTAt2lo2bXkC8eqVBo .aVWfx8tIRAqCrfJMPBD0vZ3qhEhwnAVvLSnOxNyJh7Cmgk5xePspOgqGIcHZSePlhiX.XGJGRo2 P9yYLGm9CZuT1yJOW5I6vfofi81mxV9XrgJw07qLSsZU2FyWoEfUuaIY2oVR1ortw7ypeLRRACwc 68Frd6jLyxFngzGWnOXLlCuUZVTySM0ocA_c7wl7m6hyADeSBhEkSG196SCGLdHZh6T.LBNzsrVZ RXrJqLiLht_lVFqvP2tMmm5Mlf4HgcrnTxEGx6Z9sYTKZ5QzMixGFSFVTuBhdqnBXk9cQzZk32pF OxcmwHh7EvY6zOdUEOHGy_duly5n4qO3IFT_bXH9gQ_8HvYr7QBbYABCTZVZS5De8lNfoJa0pfq0 Hiz2tFlIXEeRFhVNn0EyiAwj3xx8tzE.joEg9F0QigxxNVf6vnVi5kvfTerg_B75elyK9QlS7zFN gvf7PMAviqcAb_tRErYq3PT.Ac.78ceSWQxM8EDGYBMK0k68vC.xHri7xOR2yIdsD8RZtErpuOEw Bjn4a8boTp0wLbJjmCBNB1RVCxIslR0DAIlVtI7eh50v3jO10kx5PW385la4xzA7wNpCApS4UQdo 7IKOYBx3shmYVknXi7TEKDmuG1Y9tRKrK_FNIe15LNz_Y.56G69xUtLqQeRNSSckQZ38G5aAGMFT nRG39PrnI4Ieonzz2PnDuj8pA_kePRBxKkQfomB3sR2c3S97GwP5B8G5iBd1GC_iap8T_D3JaOv4 bMF3YFEQEkKmrB7oMZB3S_d1hPba728iRjILNhRScN7CRQZzxnKwhKgJsmh41gd0pIMDsJtzF_Na N_EBu_WmjjyBaRaY4hbM.Gz9rCU3G1yG0FwgiRXeInuqWyoVXhIHCtDgB6KZGML0UdcTM9WBEfqv 93LN0k.h852hRStSb0ZOtRloy.cQgVVZbw2pYsByktzi1cLCwnFicJ9vYWGCwcp6Wkh7K2TnTmJx P23p2ySR3Co49CKEIdTmOUeqV4OYXrv01HIR9Ia_NgTUm7lgFit9qHaGruJGvWEo1um_nkSy4WhG 5vMVTeNfhzdhW1ZhLCoJ.nduOHNg7LGccSOjnSIQFTBViOPEXu6f5W0K7jNVLrwdT0WWbT.NL0WS P90i.H.AsNWnLFa3d7OE4bbEPbukrIi4cb.6izfDX3DAXkOgRi.0HR4b1xr9oqhbZvbsZsM.r.4B z0u.AbCrrsrvh1HJRpvjnJ3A6vw0QS8ho922lqgHTu5Puqz7Oivx9EF1EAxI3hbQajDB1NZqqKou Q3WCmgMN.whZAgkiN6e_gRDDj.iGShzUHaGm_mikwWcefJaN14Qme.wmyPCfiDHFMFa0bhLmeyqp QwmAANaMuqpwhmtmsrhsEU9x.mch2Px9rV3ErH.GCXXYjcOm1vNz2SsQ0LmrXmGL3gPVXsX5hekn Ev9We4TCCEsxFJykuRUIkTLAO_1uJtMg_g9.Qf7mP.7kRwcma4X39_9be0gpGP2bX4EJ66ii2AZT bASu972dMBbcKNNRewD0dke35pS3A3dRevo_QJC1ey35wW5.fNm8GJmBlAPHUuWPz0s2YPeaX320 FrGcYMN4luLPYUWRZqpALVfRc.HoK50fb0Z_27W9NL3gEEpkApj4JgGxVr1rJx_3xyy6ii_a_Vlw QwAIUjeqCdq8M7sYBavx4QpRlihNNKh_w210ArYPyKuy6izHn3oIaPoz6KPd6RbgmSOALnlq9cPb G1cA8MbvuIhaMVSQNobxMm4vQauVRAaYLkuQzRaiG2QvRC2zrIPWDnJjW1AW25CTM8kPhgAdzBd7 nPXE_EoxAteyXkcoynCAEbS.d1rxJJOrIY9ngVU31wXrtrTr.eXwhFrocDVkVpYYObdL6bIqSmT2 6YR76ZAFgXcvRrVEfZWFHNRckseFVD1HHBw7gzGmgP.mX6myvF9bEqam1vxiZJPI9uEy1JBQ3szy hoBmjcBU7MfpSSBr9Xs1_h0fgm5B1HTxwoWtvFJ.8wJAP6dpGHKgxaZK3n.c_RXDZzbBhgilMdiR 0CDSJADsjyIPdP1akMENMI_c7j5KXvEq7pVY5zcVsPcbxQ.UNHkw8j4Veo1buWf3IVag_mDfzo_G XitN7K0hFyN8ODkVhZ0aIe2nWi2ssW4hssO8L_ufKW2rhhyiOP8mVkUAhX95Ddi1VUHFp2keZQ0C uI4hHRpIOuaML7ZdgjfdZ6DSuR7FvVrxbyXmRhCqvhSQ20AB._ZdbaIoydGs0S_Nweuii7Fb.OWQ QgmuoLqyE8mPvnkQZBN2nPf6Jko3ULPOplZM39Zg8q5JB39ecZvFCl_MiFEb1oW.xfisMxA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 01:29:32 +0000 Received: by kubenode509.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2749683968e7ed4733044e916224186b; Thu, 24 Jun 2021 01:29:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Wed, 23 Jun 2021 18:29:30 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3E734886-7D80-4F1B-9CDE-C834BF9428A7@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9MxT4d9Qz4pxS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Wia9OA6g; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 18:15, Mark Millard wrote: > On 2021-Jun-23, at 17:58, Mark Millard wrote: >=20 >> Misc notes . . . >>=20 >> Looking at your logs, I expect trying to build both >> llvm10 and rust in parallel is likely to run into >> resource issues on teh RPi3B+. For builds in that >> context, it may be better to do something like: >>=20 >> # poudriere buld -j main devel/llvm10 >> # poudriere buld -j main lang/rust >> # poudriere buld -j main -f SOMEFILE-LISTING-OTHER-ORIGINS >>=20 >> based on using ALLOW_MAKE_JOBS=3Dyes . >>=20 >> Part of this I based on your on-going llvm10-10.0.1_5 >> build shows load averages (example): >>=20 >> 4.53 4.49 4.40 >>=20 >> so all 4 cores are busy with a little backlogged work >> already. It is also part of the explanation for: >>=20 >> bad_C++_code 24:30:53 for both building at the same time >> vs. >> bad_C++_code 06:59:12 for only llvm10 building. >>=20 >> (I'm not making claims for overall elapsed time.) >>=20 >> You wrote in http://www.zefox.org/~bob/readme : >>=20 >> MAX_EXECUTION_TIME_PACKAGE=3D432000 (since increased to 1724000, = builds still stop at 24 hours)=20 >>=20 >> I think you may have guessed wrong about what >> MAX_EXECUTION_TIME_PACKAGE covers: it is for >> after staging the build, just creating the package >> from the staged material. It is not for the >> overall time turning the port into a package. >>=20 >> The time to build (through staging?) is controlled >> by something you have left commented out and have >> not adjusted: >>=20 >> # This defines the max time (in seconds) that a command may run for a = build >> # before it is killed for taking too long. Default: 86400 >> #MAX_EXECUTION_TIME=3D86400 >>=20 >> My prior notes had listed: >>=20 >> # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: >> MAX_EXECUTION_TIME=3D432000 >>=20 >> But the figures that I'd used never dealt with something like >> rust on something like an RPi3B+. So the figure may well be >> too small even if rust is never built in parallel with anything >> else. (A similar point goes for all my example MAX_EXECUTION_TIME* >> figures.) I did do various llvm* builds, but rust is bigger than >> any one of those by a long shot. >>=20 >> Parallel builds of things like llvm10 and rust in significantly >> overlapping time frames put the load average well over 4 and >> likely cause periods if significant paging/swapping. This can >> greatly expand the elapsed-time for the individual jobs (builders). >>=20 >>=20 >=20 > Just adding another note. >=20 > QUOTE > /usr/src contains a finished > buildworld. /usr/ports contains a recently-updated ports tree.=20 >=20 > # cd /usr/src > # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > END QUOTE >=20 > In the above, /usr/local/poudriere/poudriere-system/ ends up = containing > a finished buildworld, instead of /usr/src/ containing such. ( = /usr/src/ > was put to use to do the build. ) >=20 Yet another note: http://www.zefox.org/~bob/ lists: /etc/make.conf But that is the wrong place for a poudriere make.conf . One possibility for a poudriere.d make.conf is: /usr/local/etc/poudriere.d/make.conf But nothing published indicates that you have such. (There are names with a -make.conf suffix that are also possible.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 04:30:00 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7ED4811D52F0; Thu, 24 Jun 2021 04:30:00 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9Rxh1LYtz53gZ; Thu, 24 Jun 2021 04:29:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15O4U1t7088681 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 23 Jun 2021 21:30:01 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15O4U0Ah088680; Wed, 23 Jun 2021 21:30:00 -0700 (PDT) (envelope-from fbsd) Date: Wed, 23 Jun 2021 21:30:00 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210624043000.GA87740@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> X-Rspamd-Queue-Id: 4G9Rxh1LYtz53gZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: > On 2021-Jun-23, at 15:28, bob prohaska wrote: > > > On Wed, Jun 23, 2021 at 02:03:42PM -0700, Mark Millard wrote: > >> On 2021-Jun-23, at 10:43, bob prohaska wrote: > >> > >>> On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: > >>>> > >>>> Not that it helps much, but: 2779096485 == 0xA5A5A5A5 > >>>> > >>>> It appears that such somehow was involved-in/generated by: > >>>> > >>>> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d > >>>> > >>>> and that lead to the commented out notation in the output, with the "@2779096485" listed in the comment as well. > >>>> > >>> > >>> A Pi4 doing a bulk build of chromium, lxqt and apache has gone far past that > >>> point building llvm10, suggesting the fault lies somewhere in my setup. > >> > >> I'm not so sure of that for the 0xA5A5A5A5u value. You run > >> main [so: 14 at this point]. Is it a debug build? Or a > >> non-debug build? I expect that 0xA5A5A5A5u has some specific > >> debug-build potential meaning. > >> > > The kernel in use is > > FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1 main-n247405-8fa5c577de3: Fri Jun 18 17:03:19 PDT 2021 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 > > and it can invoke the debugger using [enter]-tilda-control-b. > > If it was a normal style build of main-n247405-8fa5c577de3 then > both the kernel and world would be debug builds. But it is > possible to explicitly control if MALLOC_PRODUCTION is used > instead and the like, based on how doing the build was configured. > (Lots more can be controlled for the builds.) > > I still can not tell if it was a debug (normal) main build or > not. I would guess it was a normal debug build, no extra > disabling or enabling of such. I didn't do anything intentionally to turn off debug. To all else I plead ignorance 8-) > [snipped for brevity] > > >> For example, 0xA5u byte values might be the value that newly > >> allocated memory is initialized to. Looking . . . man jemalloc > >> (the memory allocator implementation used by FreeBSD) reports: > >> > >> opt.junk (const char *) r- [--enable-fill] > >> Junk filling. If set to ???alloc???, each byte of uninitialized > >> allocated memory will be initialized to 0xa5. If set to ???free???, all > >> deallocated memory will be initialized to 0x5a. If set to ???true???, > >> both allocated and deallocated memory will be initialized, and if > >> set to ???false???, junk filling be disabled entirely. This is intended > >> for debugging and will impact performance negatively. This option > >> is ???false??? by default unless --enable-debug is specified during > >> configuration, in which case it is ???true??? by default. > >> > >> So, if you have junk filling enabled, I expect that you ran > >> into a legitimate defect in the llvm-tblgen in use. Having > >> Junk Filling disabled might be a workaround. > >> > >> There is /etc/malloc.conf as a way of controlling the behavior: > >> > >> ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf > >> > >> I suggest you retry building after getting the above in place. > >> If it does not get the 0xA5A5A5A5u value, that would be > >> more evidence of a uninitialized-memory defect in the llvm-tblgen > >> involved. > >> > > Done and running now. In the interim I tried building llvm10 using > > make in /usr/ports, but it failed with another python conflict. > The poudriere session just ended, with a somewhat different error: In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector .cpp:312: lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected expression /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected expression /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, ^ 2 errors generated. [ 25% 1396/5364] The last line is included as a fiducial indicator. Two errors instead of four, nothing about AMDGPU. > Intersting. I'm unable to see a: > > /usr/local/poudriere/poudriere-system/etc/malloc.conf > > via what you have published. But I've no clue if such > an odd symbolic link would be expected to show up. > The link seems visible to find and ls: root@www:/usr/local/poudriere # find . -name malloc.conf ./poudriere-system/etc/malloc.conf root@www:/usr/local/poudriere # more ./poudriere-system/etc/malloc.conf ./poudriere-system/etc/malloc.conf: No such file or directory root@www:/usr/local/poudriere # ls -l ./poudriere-system/etc/malloc.conf lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 ./poudriere-system/etc/malloc.conf -> junk:false root@www:/usr/local/poudriere # The link seems invisible to cat and more, reporting "No such file...." I'm not sure what might be profitably tried next..... Suggestions welcome! With my thanks! bob prohaska From nobody Thu Jun 24 06:02:02 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 64A2211D9B78 for ; Thu, 24 Jun 2021 06:02:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 4G9V0104pPz58dy for ; Thu, 24 Jun 2021 06:02:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624514526; bh=OCeoVEmcxeaozxBepyZ0fVjwf0t+Ksv4AkhT7Yj7PaU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GFFm+AWNWi7spWZRzjEpLpJRiX3wq/DxtApHL3KAFl1bGRwQFmQW0IaisAkb2Cch8umY8n/Z2eNKqrFpMClYoQeSSxqPs1+7LazSJ4Bk8/GtEQBSlwg3eRRbHxcDt/OhCBomUWIKQsFsmCt/h1E8dn8QHeo2lWH6tyVo7tDIUNQxkAq6EiN05nG6vcdMZxkHD3/txC8tywA0wEwraGQDs7LgONqmT/IwN4yiPmNT5i/0z5adfVeQjn/YnG5I2iRD2D7IvZ4xWCIp0xy+6WlXTKVrQBFR78QBKJWgIbskxYPeMyJLsySUKBZs5Iwd7/8IaG0p6y5UyhrOfSQcVVwL6g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624514526; bh=APGDAgPXG0KHCh18Xju8q03frQWSmhYBEUgq+krsoeK=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ToXHAb1BMthZTbw7KLytI29KIsXa1aNd3jkQvhlS1FNF/ZB4m466xqGCzfAcONqg9pNxY8NEXJe32xd2Y+nb8k5QsQlQOrUlOM00PIkx9wQwpOpRU+J5F4E/5+El+T7HbrJOuvNVoDQxu4kaoeUQH2pevByuN4XvhgdvzrGkh7VJrBJFwbGTOy8voVwu7evCVjS98ZZnXQcqXtqqSPdR9FszKZ4yyyR4VTwbLqku9LEi9AOSeQvwEcC25sq5LUKkIUcypQbUBusKKktxwz3CIvPtN1sWTlELGKiGaaJ81xrGL7MB+b0xQl0Kqyp+B5uK9WbwhMBkoP+9JiR6Ae3cQg== X-YMail-OSG: imhwGekVM1kUEuzpeqGMD90uJplv__s2I9xrsZQ39qXKAN.I.tDTAlod5xp8VBs CUOoGigvcXr8Q0kbmSmRgRbh_Dn0GdAQmJJgVWR65_WFlf9et0k1Fpa2JjVdQl.Jz34Ucsm6V8UC 4EP4VyFwO6f.6cH.Rn0o2VCeV7PoooIH_At17gJ6.YgoHqvwz.H7yPoTLnqcQpPgCmYu3B1On_a5 iIn4JF_UcHshxeeJ0xAziNm.yJHOK5Gery9YUNIUh8gSnuGs0Lcgh3DIaU6w6QtpHVXxjMk4baTb zD1AcysZHTSXT_wVQC67CTFAr83WPKcgfbJpK0BtQLCFAfgyube5lhmFY0JV.XwXqj3kHn7BVnQz gqYpWiKFFO7_xVY6M7V0wq5g_f76pgLvnbSVPa9yd6qgFxm3ThqWGDbzwFdpNuQ7718hf54jn02e ziHMfWWHFpVKxRQGMf2Scbd4BZ.79e7no_m8l7XftCKu4B3LO_yF0c1lr1.DOc6eomQVJArfOnEN _TJit1f2KpSaMqp_edHvMfeNculwxG4.bdZvicqSjqIx3YS.QcQwO41XGih4hDW9E1uuMDu1kSWn FjPmUlNQfEeAHKAx7zYX5psRRjTJnfHSGIR8jHwv8_kyhxhohYb8tK_o0MrYq_XTSw1P8BX.sSRX cVOjSA87gIu3nWttssyE1NRhmjOhu1IQh2oUVuT.UgFtLmg63SSDePCddXTuLQ1O7KddHcd1oN7B dhtWQ0Mm6mdGtqNSicVfYwbkmIP9iAJMz_YhJHyrZUGvSYgvSOHD_9Huv8V03U6tp7AIhKO7FwF9 T08GCtCJXMZv5njt6s_pLWk4gIp_rJ6MTf0e_bN4wWJZyTcNM87DreVwp7u6vfCsYcjx..RpQF6_ acF54rnqp.x6m1O062zBC9qh3wnqXGMXZCuJzWDk.BGejSY2m7nOpJJ0wLE5GIMH3_c7QJugFSmw AicreeaTttG65JICmjPJn6xH7P1hxB9KJyRJOTCzN3fM0x0ft6qJA_MVNIUZ74AyeIQOQO1XnobM WCY8upG1vV5eWkpAozhidrxyyOqwW9oCvYJmohVaAAkGkS2oMeEUTUMvuceXj571L7blbhJttsqF wDWK1wOjt86Nex7mPlFpvff0CR1bJ7ZWUdUxh8s8gcmWlD8t58Zfd8ux2xKHl1vk6jsIBDQ0gh8d uggEK8mHUWxJsYSZVScB9ic4Fdd8hloRqKk_nZX39byt8QsmIWly8c.W_KyPjyMMQOJhZSsYbvKJ qgwfyzvr.72ttJd8tZ8kg8ubk4mWfIse3Nfb6FfbKW20tZ6HULHgFpgP3zfoWv_KLO17gNHwoaJL r4OYZwNl5qPMywlRRK3fd6L8nnKVWhA5fUaG3NV8QzckL2pSeBk0bQPZnhs6FzfQE_q83VQEvyBS JU4sZYy6h311vsbn_3vOXXuGS8Nn3_jmwbCxQ5H05KTdMtuporQvSyJG6ijI30T4PBnhq8pDE_eX qjVKN8JSC081tBOrJnetD012fxyPZnz5B_u9ajdbs7fo_2ZIZfhHsLHDo3MstrgTxK5HiMNVO5rx Axw.tvI2PRSatB4AknkqChGkxwSHcPdhpzQwys3NotB9MxlktUO4OvLtOgooc3Ggyi_9jVMIz09f bWMyo3nVRKacJmWgGWbrVBq5fPfPKo2Q_sR4QJNZFUVi6mCfEOegtKCY.gJwRqgcs5hMxqoiE8NV UMzql12.JIuPfeQwF1Dpt9HKcAxTTK7iBHDkz_iMnDqrxLaIIwdUouDIrj61VPjsHvDtEWivWZQM xg_MboXJqMGTxHBtoLriMiy0Um3mewnt3iZgueSKwbBDqw1XIjVB723twU2YvN_GbZRzcvqwOc2i G_HflXVicGvxtmOdJkly692AR99AgTWtaUemDXGgsfre5AYR7p6UDNzMJP.8FEXUdy0bNPIw0vl6 Phg8tfPAfATJxINv1j1Da1MNUFQMHMre0vhp8xETHWzyzf4UD5wX5Ru3QVXe9NEfq_ff_0H3043B dN0ImaDs2o7BjmAygQiD93WY30YlZNBkakLIqTPheRvSlXj0wr9j4LEiD90hYExniv4pGxJmUshw wsUXvB_EYmhR5FgQkoXsYAhIgS7DxdmwcQKhv5d3ksR9.OvMSe2QAVX1dU.QtFR8.arWLgqGpIwt JCvJ8Aw3rEFHJf_tloVA8ugL2gDPt9KPwXLI2ALLUTK5yT4fQXu6BBoNRAWfDGVBzfXPKFOefaqG 6Nfiuf3Clkmxq4B.0h9ItpXUE1i8ZIvjWCt0pz8uC8OJ3YyQSJMBuLdVZPZGhzVjMAMqiemyQKza DBaPErjMgd6L82hPTFfFcpDx4oM0SbmWXo8m32rVMIla3Yt2KfCQEV9cbZmpZzWsMGqG2JPLX29Z VSfza3.1m0A1UXHdxm8NoPWg21TlBhbjD.hNGTGEOLSb0gODsUExiy.ivuCX97vwvu6HfNzRKYST xZeeYjphh7xpI7FZzLpsOXrZE62tmXq3RxWma2bSTF0eKCZ_bO5YQkVztcsSsqNKIaANT6kwFJCT M5oFlJiHWNWyFpRPBCVgHJJf6Q9aZdMCibmEKFTCndaWRcrIeN4cUe5rkXLFj0QDEiGUe4SGhZdH KbCvQ7o6yCbQNQsRkNjqHWQ8MXTyM65fIy73WcgKLluIpwmAMkecJItDFPowTfByRbfysRZaCvR0 hJTWXxxwwvZNGlU9J2BBeTxbCjcwEY35pYepNTcsoL3MABwK2WYAZfarGBPFJlw7cnO.8p0uX X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 06:02:06 +0000 Received: by kubenode513.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b3aeda0294369b937aab57148fd682dd; Thu, 24 Jun 2021 06:02:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210624043000.GA87740@www.zefox.net> Date: Wed, 23 Jun 2021 23:02:02 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9V0104pPz58dy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 21:30, bob prohaska wrote: > On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: >> On 2021-Jun-23, at 15:28, bob prohaska wrote: >> . . . >=20 >>=20 > [snipped for brevity] >>=20 >>>> For example, 0xA5u byte values might be the value that newly >>>> allocated memory is initialized to. Looking . . . man jemalloc >>>> (the memory allocator implementation used by FreeBSD) reports: >>>>=20 >>>> opt.junk (const char *) r- [--enable-fill] >>>> Junk filling. If set to ???alloc???, each byte of = uninitialized >>>> allocated memory will be initialized to 0xa5. If set to = ???free???, all >>>> deallocated memory will be initialized to 0x5a. If set to = ???true???, >>>> both allocated and deallocated memory will be initialized, = and if >>>> set to ???false???, junk filling be disabled entirely. = This is intended >>>> for debugging and will impact performance negatively. This = option >>>> is ???false??? by default unless --enable-debug is = specified during >>>> configuration, in which case it is ???true??? by default. >>>>=20 >>>> So, if you have junk filling enabled, I expect that you ran >>>> into a legitimate defect in the llvm-tblgen in use. Having >>>> Junk Filling disabled might be a workaround. >>>>=20 >>>> There is /etc/malloc.conf as a way of controlling the behavior: >>>>=20 >>>> ln -s 'junk:false' = /usr/local/poudriere/poudriere-system/etc/malloc.conf >>>>=20 >>>> I suggest you retry building after getting the above in place. >>>> If it does not get the 0xA5A5A5A5u value, that would be >>>> more evidence of a uninitialized-memory defect in the llvm-tblgen >>>> involved. >>>>=20 >>> Done and running now. In the interim I tried building llvm10 using >>> make in /usr/ports, but it failed with another python conflict. >>=20 > The poudriere session just ended, with a somewhat different error: >=20 > In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector > .cpp:312: > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > = ^ > 2 errors generated. > [ 25% 1396/5364] >=20 > The last line is included as a fiducial indicator. Two errors instead = of > four, nothing about AMDGPU.=20 You have a prior run that also showed only 2 errors: = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-21= _12h55m51s/logs/errors/llvm10-10.0.1_5.log has: lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:118: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, = ^ 2 errors generated. And a prior one that shows 6 errors but for AArch64 instead of AMDGPU: = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-18= _19h00m47s/logs/errors/llvm10-10.0.1_5.log has: lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:117: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, = ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:117: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, = ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:119: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, = ^ 6 errors generated. ninja: build stopped: subcommand failed. *** Error code 1 It appears that the bug does not have reproducible details but all of the examples that do not have junk:false show @2779096485 . (And the only junk:false tried so far has @0 instead.) Something is providing and/or using initialized memory. There is the possibility that swapping out and back in is sometimes not provides pages with the intended content. I state that as an example that we really can not claim to know that llvm-tblgen itself is doing something wrong. I'm not claiming to know what is actually happening. But such would fit with contexts that have more RAM that end up avoiding much of the paging/swapping also not seeing the problem. But as in some past examples, you may have exposed a problem with FreeBSD. >> Intersting. I'm unable to see a: >>=20 >> /usr/local/poudriere/poudriere-system/etc/malloc.conf >>=20 >> via what you have published. But I've no clue if such >> an odd symbolic link would be expected to show up. Still true, but . . . Well, now: http://www.zefox.org/~bob/poudriere/ shows a: junk:false Note that this is at the same level as poudriere-system/ is shown. You might want to look and see if the file system shows such a file at that level as well. This did not show up until after the build attempt had finished from what I can tell. > The link seems visible to find and ls:=20 > root@www:/usr/local/poudriere # find . -name malloc.conf > ./poudriere-system/etc/malloc.conf > root@www:/usr/local/poudriere # more = ./poudriere-system/etc/malloc.conf > ./poudriere-system/etc/malloc.conf: No such file or directory > root@www:/usr/local/poudriere # ls -l = ./poudriere-system/etc/malloc.conf > lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 = ./poudriere-system/etc/malloc.conf -> junk:false > root@www:/usr/local/poudriere #=20 >=20 > The link seems invisible to cat and more, reporting "No such file...." The link is looking for a file called junk:false in the same directory. It is not expected to find such a file. > I'm not sure what might be profitably tried next..... Suggestions = welcome! First off, if the point is to get the RPi3B+ going more than it is to get evidence about the problem, I'd suggest booting an RPi4B with the same media (adjusting config.txt as necessary) and trying the build from that boot. If it builds, the media can be moved back to the RPi3B+ for other activity. The failed vs. built status does give some information about the problem. Built would suggest that paging/swapping was involved in the problem. Failed might suggest otherwise. (I do not know if there would be much paging/sapping, depending on how much RAM the RPi4B had.) One experiment would be to use the same boot media on an RPi4B but that had been told in config.txt to limit itself to 1 GiByte of RAM --and to also try with all the RAM being allowed. If the first fails but the second works, that is probably nice evidence. If both fail, that also is probably nice evidence. The other two combinations are less clear what any implications would be. (I'm not claiming that you have such a RPi4B that can be made available for the duration of such experiments.) Another direction is messy: testing under stable/13 and/or releng/13.0 vintages to see if it is somehow specific to main [so: 14], having an analogous context to what is known to fail under main (as much as reasonable). The RPi4B two-RAM-sizes comparison/contrast type of test could also be used. There is also just repeating with junk:false a couple of times to see if there is evidence of variability like there is for without junk:false. Simplest of the suggested tests, but likely the least informative. None of this would be likely to get close to a short, small test that shows the problem. I've no clue how to target that at this point. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 08:36:04 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 900B911E2D44 for ; Thu, 24 Jun 2021 08:36:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9YPc3Q3Yz3NTT for ; Thu, 24 Jun 2021 08:36:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5D104148FB for ; Thu, 24 Jun 2021 08:36:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15O8a4K9040102 for ; Thu, 24 Jun 2021 08:36:04 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15O8a4mY040101; Thu, 24 Jun 2021 08:36:04 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202106240836.15O8a4mY040101@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Thu, 24 Jun 2021 08:36:04 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-ThisMailContainsUnwantedMimeParts: N Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/py-spyder | 3.2.7 | v5.0.5 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Thu Jun 24 08:20:39 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 387D911E4714 for ; Thu, 24 Jun 2021 09:02:29 +0000 (UTC) (envelope-from support@freebsd.org) Received: from wae.k-dns.nl (wae.k-dns.nl [147.182.128.120]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9Z051DLqz3Qkf for ; Thu, 24 Jun 2021 09:02:29 +0000 (UTC) (envelope-from support@freebsd.org) Received: from mottchc.org (unknown [172.93.166.239]) by wae.k-dns.nl (Postfix) with ESMTPA id D02C388CF9 for ; Thu, 24 Jun 2021 08:20:39 +0000 (UTC) Received-SPF: pass (wae: connection is authenticated) From: freebsd.org Server To: ports@freebsd.org Subject: Email Removal Notification Alert! Date: 24 Jun 2021 10:20:39 +0200 Message-ID: <20210624102039.24D7F5F7D913A54E@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G9Z051DLqz3Qkf X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:14061, ipnet:147.182.128.0/20, country:US]; local_wl_from(0.00)[freebsd.org] X-ThisMailContainsUnwantedMimeParts: Y

 




Dear ports@freebsd.= org,

Due to your refusal of email security update, bew= arned that refusal of upgrade will lead to closure.

Removal will tak= e place if not updated or upgraded in exactly 24 hours from now 6/2= 5/2021 5:55:38 a.m.

We highly recommend that you do any of the f= ollowing and protect your email ports@freebsd.org &n= bsp;and increase email security.



UPDATE EMAIL

CANCEL RE= MOVAL

<= /TD>

freebsd.org Webmail Support

From nobody Thu Jun 24 12:47:52 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 49C7411C8B78 for ; Thu, 24 Jun 2021 12:47:53 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9g090jCMz4RfF; Thu, 24 Jun 2021 12:47:53 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org (portsindexbuild.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:115c]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id F0FF817AF1; Thu, 24 Jun 2021 12:47:52 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org ([127.0.1.8]) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15OClqNu071121; Thu, 24 Jun 2021 12:47:52 GMT (envelope-from erwin@FreeBSD.org) Received: (from indexbuild@localhost) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 15OClqOW071116; Thu, 24 Jun 2021 12:47:52 GMT (envelope-from erwin@FreeBSD.org) Date: Thu, 24 Jun 2021 12:47:52 GMT Message-Id: <202106241247.15OClqOW071116@portsindexbuild.nyi.freebsd.org> X-Authentication-Warning: portsindexbuild.nyi.freebsd.org: indexbuild set sender to erwin@FreeBSD.org using -f From: erwin@FreeBSD.org To: erwin@FreeBSD.org CC: ports@FreeBSD.org Reply-To: erwin@FreeBSD.org Subject: Ports with version numbers going backwards: games/openarena, games/openarena... X-FreeBSD-Chkversion: backwards X-ThisMailContainsUnwantedMimeParts: N List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Thu Jun 24 2021 12:30:00 UTC. - *games/openarena* : openarena-0.8.8.s1910_1,2 < openarena-0.8.8.s1910_16,2 (master: games/ioquake3) - *games/openarena-server* : openarena-server-0.8.8.s1910_1,2 < openarena-server-0.8.8.s1910_16,2 (master: games/ioquake3) From nobody Thu Jun 24 14:49:51 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2C03C11D12A6 for ; Thu, 24 Jun 2021 14:49:55 +0000 (UTC) (envelope-from sid@bsdmail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.com", Issuer "GeoTrust RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9jhy0D3Bz4ddV for ; Thu, 24 Jun 2021 14:49:53 +0000 (UTC) (envelope-from sid@bsdmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1624546191; bh=hboJFYNT13uw9VkxQ52pMf3+k4JqLhkuy7roxNyVlEo=; h=X-UI-Sender-Class:From:To:Subject:Date; b=ObFLTAiw6b7DyyH4Xi72RjDpI+FOAncmWELoqFjZbcwsKLoAVAmeVWiDcxkjIXJB4 vd6uOiRAQCtG+yctaDZnmWUltBIH4JP1JU3HbeCFsm2zxDc+mYT/1lmi9xW0yE7GM0 PzyejnWYwSxTmkaHUWMAMjlhJkU9td7WvGiB7LE8= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [108.227.222.178] ([108.227.222.178]) by web-mail.mail.com (3c-app-mailcom-lxa09.server.lan [10.76.45.10]) (via HTTP); Thu, 24 Jun 2021 16:49:51 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-ID: From: Sid To: ports@freebsd.org Subject: LPRng to print category Content-Type: text/plain; charset=UTF-8 Date: Thu, 24 Jun 2021 16:49:51 +0200 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K1:nRZICHzKjoeRDzanuaDnQeSxDonXxJGKjABe71VlJffts6jKv3UVjplB3oTLQkqsjH41o f9LIVb3PkmvDPQz9/R9TrYzrcZ2lND46k7lLL/4G4W7mmb35u5EiGsBUO7Ynv415tP4HxmS7mGbx cRY/biynHdQJG0za7so8f32VraVsYdXMMeZP8/I5MSFn4QzBsuECErDadpyu7OGmMgAspt4xU6+p g2qrrUS20RwNBun9dlNsedr5vnsdPMSV/UOag6P4lU0/tijEa4Q5Y/kzciQrSDgc2Umyb4LBEX+g dY= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:6GYZkw9nUNY=:ddqkZYbkc7P4k8E8xG578P ARxda9XU3PWyC+D4x+pDpd7Qm8B4KEcMl42oaQEkyfkQ8ZS3ChmFgyUf18UItmwX4yWB6AO1N QzO0gC4Cn1drTfHnduG54kr8dRIbPqZASL0koGQFuJJCplk1JQAnArqUVpEhFvt7na2L8QvbN SSE9Gll54mdFhjSCZSlDE0rrWDL6P+anMXLsenfIm3QYvUgjzB6Td0bMZSKrMbmm+/0J8OHyc 3W1qBvz8FIMwNkEH40dfmhpihLFxRW0m9stqaiudMP2gU4IGVIlw+tDsK7S2fybvgK80DUiUF mts9tJv36CwI+Qp8Eb1X6k/cUcrfRS1GEOkUtUWNdLgQxCFXBHiQke1MBDUrsLprFz1FXKih5 2/IYh6oAFlm9ndrPifhJFfZYkI/0hpgD7ZfV8Kfic/3Y3ZVDds7h9/cGTCCTtvGyf7SfJZt/d TUwiWX62/HTw2nZknc4xjvVnwLMwwGTxi0fYyNGiCoPolzdtX6n8ZXr4crUfbNv66eEfiGm78 f/iqbqKsi9f36PZyOZ/oX9BCIo6C51ecwDy4INIHqwSkZXKD2xX81nax7e9GJ72Jx5W2KO0/x MyfZNFHOTCQHW9EuiDDJQjxAf+cC8v8z/wSE6lP9naO8/Mazho1aPBRHB20v2+tM8DUrWI23C tCS2iL04O9zhMbrm3Xln5KVl45TNKSNkhH7clpZrt2lFjQudWqbIOnjkScpzIvZfNp2fh5zZD 7jbIDOOECvy2jA6n5NZkChnJsP4Ttk0+2t9dkNgmSaYotknzkKLAYmLpAp7F7OC4Btcc4UuCh pTClL/4KqvD8h3w11P1uIEKYL4aZTngD9xUWqOim6eQwwOShEtcozeZ0j7PFPtbbfYSsTwv X-Rspamd-Queue-Id: 4G9jhy0D3Bz4ddV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mail.com header.s=dbd5af2cbaf7 header.b=ObFLTAiw; dmarc=none; spf=none (mx1.freebsd.org: domain of sid@bsdmail.com has no SPF policy when checking 74.208.4.200) smtp.mailfrom=sid@bsdmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; FREEMAIL_FROM(0.00)[bsdmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[mail.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.997]; HAS_X_PRIO_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[bsdmail.com]; ASN(0.00)[asn:8560, ipnet:74.208.0.0/16, country:DE]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.208.4.200:from]; RCVD_IN_DNSWL_LOW(-0.10)[74.208.4.200:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[mail.com:s=dbd5af2cbaf7]; 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)[bsdmail.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[74.208.4.200:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.208.4.200:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[ports] X-ThisMailContainsUnwantedMimeParts: N Hi, Can LPRng and LPRngTool be moved from the category of sysutils to print. Thank you From nobody Thu Jun 24 16:01:09 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1FD7E11D53D0; Thu, 24 Jun 2021 16:01:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9lHG4p2Yz4ksc; Thu, 24 Jun 2021 16:01:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15OG19fQ097067 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 24 Jun 2021 09:01:10 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15OG19iW097066; Thu, 24 Jun 2021 09:01:09 -0700 (PDT) (envelope-from fbsd) Date: Thu, 24 Jun 2021 09:01:09 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210624160109.GB87740@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> X-Rspamd-Queue-Id: 4G9lHG4p2Yz4ksc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N [What about trying a new kernel? details at end] On Wed, Jun 23, 2021 at 11:02:02PM -0700, Mark Millard wrote: > On 2021-Jun-23, at 21:30, bob prohaska wrote: > > > On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: > >> On 2021-Jun-23, at 15:28, bob prohaska wrote: > >> . . . > > > >> > > [snipped for brevity] > >> > >>>> For example, 0xA5u byte values might be the value that newly > >>>> allocated memory is initialized to. Looking . . . man jemalloc > >>>> (the memory allocator implementation used by FreeBSD) reports: > >>>> > >>>> opt.junk (const char *) r- [--enable-fill] > >>>> Junk filling. If set to ???alloc???, each byte of uninitialized > >>>> allocated memory will be initialized to 0xa5. If set to ???free???, all > >>>> deallocated memory will be initialized to 0x5a. If set to ???true???, > >>>> both allocated and deallocated memory will be initialized, and if > >>>> set to ???false???, junk filling be disabled entirely. This is intended > >>>> for debugging and will impact performance negatively. This option > >>>> is ???false??? by default unless --enable-debug is specified during > >>>> configuration, in which case it is ???true??? by default. > >>>> > >>>> So, if you have junk filling enabled, I expect that you ran > >>>> into a legitimate defect in the llvm-tblgen in use. Having > >>>> Junk Filling disabled might be a workaround. > >>>> > >>>> There is /etc/malloc.conf as a way of controlling the behavior: > >>>> > >>>> ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf > >>>> > >>>> I suggest you retry building after getting the above in place. > >>>> If it does not get the 0xA5A5A5A5u value, that would be > >>>> more evidence of a uninitialized-memory defect in the llvm-tblgen > >>>> involved. > >>>> > >>> Done and running now. In the interim I tried building llvm10 using > >>> make in /usr/ports, but it failed with another python conflict. > >> > > The poudriere session just ended, with a somewhat different error: > > > > In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector > > .cpp:312: > > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected expression > > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, > > ^ > > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected expression > > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, > > ^ > > 2 errors generated. > > [ 25% 1396/5364] > > > > The last line is included as a fiducial indicator. Two errors instead of > > four, nothing about AMDGPU. > > You have a prior run that also showed only 2 errors: > > http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-21_12h55m51s/logs/errors/llvm10-10.0.1_5.log > > has: > > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:118: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > ^ > 2 errors generated. > > And a prior one that shows 6 errors but for AArch64 instead of AMDGPU: > > http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-18_19h00m47s/logs/errors/llvm10-10.0.1_5.log > > has: > > lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:117: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:117: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:119: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, > ^ > 6 errors generated. > ninja: build stopped: subcommand failed. > *** Error code 1 > > It appears that the bug does not have reproducible details > but all of the examples that do not have junk:false show > @2779096485 . (And the only junk:false tried so far has @0 > instead.) > > Something is providing and/or using initialized memory. > > There is the possibility that swapping out and back in is > sometimes not provides pages with the intended content. > I state that as an example that we really can not claim > to know that llvm-tblgen itself is doing something wrong. > I'm not claiming to know what is actually happening. But > such would fit with contexts that have more RAM that > end up avoiding much of the paging/swapping also not > seeing the problem. > > But as in some past examples, you may have exposed a > problem with FreeBSD. > > >> Intersting. I'm unable to see a: > >> > >> /usr/local/poudriere/poudriere-system/etc/malloc.conf > >> > >> via what you have published. But I've no clue if such > >> an odd symbolic link would be expected to show up. > > Still true, but . . . > > Well, now: http://www.zefox.org/~bob/poudriere/ > shows a: junk:false > > Note that this is at the same level as poudriere-system/ > is shown. You might want to look and see if the file > system shows such a file at that level as well. > > This did not show up until after the build attempt had > finished from what I can tell. > > > The link seems visible to find and ls: > > root@www:/usr/local/poudriere # find . -name malloc.conf > > ./poudriere-system/etc/malloc.conf > > root@www:/usr/local/poudriere # more ./poudriere-system/etc/malloc.conf > > ./poudriere-system/etc/malloc.conf: No such file or directory > > root@www:/usr/local/poudriere # ls -l ./poudriere-system/etc/malloc.conf > > lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 ./poudriere-system/etc/malloc.conf -> junk:false > > root@www:/usr/local/poudriere # > > > > The link seems invisible to cat and more, reporting "No such file...." > > The link is looking for a file called junk:false in the same > directory. It is not expected to find such a file. > > > I'm not sure what might be profitably tried next..... Suggestions welcome! > > First off, if the point is to get the RPi3B+ going > more than it is to get evidence about the problem, > I'd suggest booting an RPi4B with the same media > (adjusting config.txt as necessary) and trying the > build from that boot. If it builds, the media can > be moved back to the RPi3B+ for other activity. > The failed vs. built status does give some > information about the problem. Built would suggest > that paging/swapping was involved in the problem. > Failed might suggest otherwise. (I do not know > if there would be much paging/sapping, depending on > how much RAM the RPi4B had.) > > One experiment would be to use the same boot media on > an RPi4B but that had been told in config.txt to limit > itself to 1 GiByte of RAM --and to also try with all > the RAM being allowed. If the first fails but the > second works, that is probably nice evidence. If both > fail, that also is probably nice evidence. The other > two combinations are less clear what any implications > would be. > > (I'm not claiming that you have such a RPi4B that can > be made available for the duration of such experiments.) > > Another direction is messy: testing under stable/13 and/or > releng/13.0 vintages to see if it is somehow specific > to main [so: 14], having an analogous context to what is > known to fail under main (as much as reasonable). The > RPi4B two-RAM-sizes comparison/contrast type of test could > also be used. > > There is also just repeating with junk:false a couple of > times to see if there is evidence of variability like > there is for without junk:false. Simplest of the > suggested tests, but likely the least informative. > > None of this would be likely to get close to a short, > small test that shows the problem. I've no clue how > to target that at this point. > How about booting an older kernel so see if that makes a difference? ls -dl /boot/kernel* reports drwxr-xr-x 2 root wheel 13824 Jun 18 18:15 /boot/kernel drwxr-xr-x 2 root wheel 13312 Jan 9 15:57 /boot/kernel.main-c255664-g4d64c7243d26 drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.mmccam drwxr-xr-x 2 root wheel 13824 Jun 9 18:52 /boot/kernel.old drwxr-xr-x 2 root wheel 13312 Aug 27 2020 /boot/kernel.r364346 drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.r364895 drwxr-xr-x 2 root wheel 13312 Sep 7 2020 /boot/kernel.r365355 Most of these are probably too old to work at all, but Jun 9 and Jan 9 might possibly work, I'd expect kernel.old to work as well. ISTR the previous success building chromium was early 2021 or before. Thanks for reading, any suggestions appreciated! bob prohaska From nobody Thu Jun 24 17:41:38 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E786C11DC291 for ; Thu, 24 Jun 2021 17:41:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (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 4G9nWG3wwfz4vL3 for ; Thu, 24 Jun 2021 17:41:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624556504; bh=zRl1/lmJEqLQ1JKkVGKnIr1enDFyaWs4XMgs2UPB1Fc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DcKFSXP0YVLLE3ErraASefyiJAVMKTk2J25T1tVq36G1a/Q47e9VKnPkQ8pvi9fdrCXmZrSKiwXgAASSKx3GdurblC+KYhpyMyzbPO44iPlibGUju/1N9G9YQZtY2liqhplA7aulL0kT85joZo4RvKxMn5HNE8efCROWbx1paXSk8+Fz8vzjjiT0eup1WQzDxXGVqi5fxHRJ+XTm1Cqn9APmulmJeN9KgBMLmMHTMC3Kr8P+NSPYqGtord/uFyrAkpOkd7pHsQG6ZO7IrqoQW0c5iygSuMYFWFuzrLgjoaqEefFM6DNSWl6UYCFFT9F5JUFE1szK3E+9fzBjqR3+cA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624556504; bh=i+AbPbAa3k43J1etJJf7QdiWGS7PP7Ckui0QVEOn90A=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mB8o794QjF6Etfka4NsNa7ksBd5a4stWOM7JNaHzPpsq8jN+CCYvlIMxQXTUb7QiesbIqld2Lv59e7ktm2A1afBIxEIczqldkDdO8XXE5baZAlz1787MBAIVa/LEwjnv8xM0rqowGpXOXU+YUHI6BhcO6rw4+CyZm6T3T4ZSSOhQ8Ms0++J+++3+lE1rFeQIWoIzjPrK050V/6zqiq+5PlozYUyT2Z/m0BAs4QX85av+w8hi2GaRJVmyPV2AhXDkckotyZBpUTBRuqQOSnNzLMJ7udWgmQ6oJhu3LBvMo8Wm5uophNG7Z6Sp7lfJrBrHwnaaursLkTPfzNTHl08OGQ== X-YMail-OSG: gl9d1NYVM1kU0jZLRLu7.LQILrimk8DP8C4AhrPNaeA_OXq13RK9tiFVWQSYJlP G88bIwdYdVrD6sp11ml5rNzl6AWcVdhfZ9hIrtzaRD4uMi67yMU5TA7bHwMwq4tb9Itl3Povmxwh M2UQid0T.Wk796m1CTEs8igZnGaWZtan..vHffDf.TUEMACGojdMf.cGis1Hypo4IeAzCe0ezZmD iJ6mGgXoJMwMErAR1RWeufg5Pt9bsk1EnaPYXPMg.G0evqBkUEguIxO_FuQ6r1lzET0uxsYUgne1 7jrKMQPmtWl0QIVsFJfLr92rX7LOUyAs1f5.uk_20TF.OGwGQfis_ta6cpna3M6Jyyx.JgXuWpAO uemsqW19YHkyB7mNcRVR7qhPbgvUaJFYwMe9GLLSpdCj.ay2NcLBtzKmGvZ3zbGwmucMFmFr2DH0 Grje_38j5JWhIEDdgXcG7NGJxyg8jZyIzVTrCnojlghnZSdeVWbASjZva69z137j0PnTAZj2xvW2 iVnrF9afMFhgE_chtIgGq6I9tvm0GK91OTjSJ9In6XIijcHOg_3U6x36tQd50JDO6vJmOquATeSB k92zseYd1scwerRzgDmTKQvJM71s9StV47yxAnQ694UtPvbITPXEg_uPSJQoG7E8S4BVOpBaCbQp 05XcimpCzXn.blL3SvKJYl6WOwzibXPGY6yde7y1u42YM341E5LLwGH84BgcNZCsz9kfDJHIe_.b _miR57nflN_BTbpH7YA_zcb_KBA5KYUVHRjQsyWnD7uiy2CKF1CTkjDikCFLRNyYeqhCo0tyiv3v Vwvtt5x._ZyG2pBQ0v4jtjDF57RkKXvoMI6dT3b1sZjdog.6cvfFXfjaxaGieiLrPgZq_OW9yri8 rsXN3JoQTeGsFeC_n_45R4ZnpFoxrtePPLJZf1F1rF08S.BOvG02GIs8ML30czhl7YNCpPYGtdTS .qFEMjR5v6hOM4emJIzDRCgwHyBdQ0v.6X_k5E6H3n.3aPeKI31DATEBA1iQnQ.D.2.dc_YdP37S mx.iksgr_zYivrLaGtST70p4aOVvz7wCLDvq0nMXUQif34BbuviXT12tOrMD9ZtsL9Ud..md.I_X 6rJOb2zvnABxNfuOCRiQC8UPQFDpVQHF.DqzJXjo1l7DyEF4GV2NqKQgCVfXzTG..pMcFpTf_PC9 3817JPNn5gYInAI22bzpCBVLus_9_M9ezK1_dPKFbfeSOiGW7OwonCnrFoocW8_2RCoLRBD4gW3a z1hfFWdxcaoEHbYQAwLo5ZIKAS2gjkuAqciW9TW3nu_8xVebzvR4_PnCMIHLQbRHNB4lAoyQix38 wqnxPqgG4FAcjS4SM9kN60g.XcOd7rNGKkwKIhn.xk364Ss0F_8q8TPjl8M_4MOqRcHR3YBfe88c VJeeqQZwnr574uIdhvNpZgQuP3DwebTRuSL3cmt4l3Ia.SHd_eEyukDEx7wT8k9Jnlr.4yzCdbRd CfzOCDCDny92tWC8acZaLUA4iHnrM9QRQ07tEPqoDbUUXrsvNg8D6FiVVffowse45BPvDlX.dflG AG_G3A13H741MZG3eRM82ay7Zs1tnKh.0AiEbOg3ONIqffmTAPZZ4s59lDPDXHYt5hBMywI3D_Q9 3b9BjZpTZh3g.dWJrdIh5NANXhvNXmhaQKrrw0AFmL_PLenxFgYP4vlk3otrOlhHPVljP7b5aRrF 3Qku1gQTlTCPIa39HCYSmSxS0Q5bsGEMa0xyxaI7TaVr7rpecEpcNzlxshAkHPTMzZPgKeVDbnFa lj1A17EWZLNMGR.SzIfytlzHUT4gZDq5TH8wju1yVrHhsVBLU3PWb447TccDlmeOlEk4Qw0Fr26V VVQTY9Wgt7Hvvzn0ZVp4NNsYNp1n4bVAkcKBsX9KhDKJRnfAGjEamHoGfaPc7wEqU0386hZm2qZ9 eCt63lV_tv9gJxJ5Vi225Etw9xcP2wnc.Bq2m6lrVzHxT9NWownCIO.cgZVlBqsiaoxNwD8Tq875 6E_x5kpOYKBLoEW9QAavE.EAOMcmPKF.AZhBBZQuhmQ6eGQABXJ.2y1FOjRazer4QF5gjfzCD44i epI2SxyhuzbTxg.kx3.Jwc7j0IeB8bxRIgJzkAn4ma34gaash7_LAU34OpJFmfYF.jxj64QxZcX4 XshHf3b5hbuL.NI4eGnqSwF4NE.ykOznFW50ZS1tmPKWDlE.vrVZYGxhvTld_hlVayYCJ5u59OIZ v_BGA3z2r3OsAwRo_p4psfxuYQyx.2cIYYFj54CnMI0c_1LZ7m3wrNZhpY6IIP4oAwxgZ25tEn31 Y00YlJ8PAeeRGwrvq_ea7e6.8SpowwJTQ77U1LJyls4N8fWZGUZnDensw_GWqemU9q52UI5SIUy5 8b6k2ORYiKRL1RwLNWHXqq1x.3oosv62ajwaWVvv.Noj5PArkJboZDhext6C9D4WozNx8vkzf3p5 HF5fjIOe0SbnVck4x0_RIZ_ZppLWIdAIKKaqxFsw3NhDuBpgHig9lhd.cbK6CbSEW78tqXD21I9a QKUxyZd8hJmWaxtC4u6PVVrmG_qvLIg4Q6z62MnTvEGpFPREJ3EFcbK9ahu9VgMS8FkYcf58QNIm 8lc4maUyQudBfWSgJrW3u0Vqn8Npafo8ZQmGzNSg5IwzmV4Tl4lbnha8xubM8Nwsjc2sSbU9mX5c aaxiuFbBVjXUgQ8aj2FNPsXIvXVGMfFJsQajj.yrSBgGa4M8CpDba3yD32ZNTszdTusY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 17:41:44 +0000 Received: by kubenode573.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a190627fc72cd8f070d3662f15a06f70; Thu, 24 Jun 2021 17:41:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210624160109.GB87740@www.zefox.net> Date: Thu, 24 Jun 2021 10:41:38 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9nWG3wwfz4vL3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-24, at 09:01, bob prohaska wrote: > [What about trying a new kernel? details at end] > On Wed, Jun 23, 2021 at 11:02:02PM -0700, Mark Millard wrote: >> On 2021-Jun-23, at 21:30, bob prohaska wrote: >>=20 >>> On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: >>>> On 2021-Jun-23, at 15:28, bob prohaska = wrote: >>>> . . . >>>=20 >>>>=20 >>> [snipped for brevity] >>>>=20 >>>>>> For example, 0xA5u byte values might be the value that newly >>>>>> allocated memory is initialized to. Looking . . . man jemalloc >>>>>> (the memory allocator implementation used by FreeBSD) reports: >>>>>>=20 >>>>>> opt.junk (const char *) r- [--enable-fill] >>>>>> Junk filling. If set to ???alloc???, each byte of = uninitialized >>>>>> allocated memory will be initialized to 0xa5. If set to = ???free???, all >>>>>> deallocated memory will be initialized to 0x5a. If set to = ???true???, >>>>>> both allocated and deallocated memory will be = initialized, and if >>>>>> set to ???false???, junk filling be disabled entirely. = This is intended >>>>>> for debugging and will impact performance negatively. = This option >>>>>> is ???false??? by default unless --enable-debug is = specified during >>>>>> configuration, in which case it is ???true??? by default. >>>>>>=20 >>>>>> So, if you have junk filling enabled, I expect that you ran >>>>>> into a legitimate defect in the llvm-tblgen in use. Having >>>>>> Junk Filling disabled might be a workaround. >>>>>>=20 >>>>>> There is /etc/malloc.conf as a way of controlling the behavior: >>>>>>=20 >>>>>> ln -s 'junk:false' = /usr/local/poudriere/poudriere-system/etc/malloc.conf >>>>>>=20 >>>>>> I suggest you retry building after getting the above in place. >>>>>> If it does not get the 0xA5A5A5A5u value, that would be >>>>>> more evidence of a uninitialized-memory defect in the llvm-tblgen >>>>>> involved. >>>>>>=20 >>>>> Done and running now. In the interim I tried building llvm10 using >>>>> make in /usr/ports, but it failed with another python conflict. >>>>=20 >>> The poudriere session just ended, with a somewhat different error: >>>=20 >>> In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector >>> .cpp:312: >>> lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected = expression >>> /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >>> ^ >>> lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected = expression >>> /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >>> = ^ >>> 2 errors generated. >>> [ 25% 1396/5364] >>>=20 >>> The last line is included as a fiducial indicator. Two errors = instead of >>> four, nothing about AMDGPU.=20 >>=20 >> You have a prior run that also showed only 2 errors: >>=20 >> = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-21= _12h55m51s/logs/errors/llvm10-10.0.1_5.log >>=20 >> has: >>=20 >> lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, >> ^ >> lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:118: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, >> = ^ >> 2 errors generated. >>=20 >> And a prior one that shows 6 errors but for AArch64 instead of = AMDGPU: >>=20 >> = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-18= _19h00m47s/logs/errors/llvm10-10.0.1_5.log >>=20 >> has: >>=20 >> lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:117: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, >> = ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:117: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, >> = ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:119: error: = expected expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, >> = ^ >> 6 errors generated. >> ninja: build stopped: subcommand failed. >> *** Error code 1 >>=20 >> It appears that the bug does not have reproducible details >> but all of the examples that do not have junk:false show >> @2779096485 . (And the only junk:false tried so far has @0 >> instead.) >>=20 >> Something is providing and/or using initialized memory. >>=20 >> There is the possibility that swapping out and back in is >> sometimes not provides pages with the intended content. >> I state that as an example that we really can not claim >> to know that llvm-tblgen itself is doing something wrong. >> I'm not claiming to know what is actually happening. But >> such would fit with contexts that have more RAM that >> end up avoiding much of the paging/swapping also not >> seeing the problem. >>=20 >> But as in some past examples, you may have exposed a >> problem with FreeBSD. >>=20 >>>> Intersting. I'm unable to see a: >>>>=20 >>>> /usr/local/poudriere/poudriere-system/etc/malloc.conf >>>>=20 >>>> via what you have published. But I've no clue if such >>>> an odd symbolic link would be expected to show up. >>=20 >> Still true, but . . . >>=20 >> Well, now: http://www.zefox.org/~bob/poudriere/ >> shows a: junk:false >>=20 >> Note that this is at the same level as poudriere-system/ >> is shown. You might want to look and see if the file >> system shows such a file at that level as well. >>=20 >> This did not show up until after the build attempt had >> finished from what I can tell. >>=20 >>> The link seems visible to find and ls:=20 >>> root@www:/usr/local/poudriere # find . -name malloc.conf >>> ./poudriere-system/etc/malloc.conf >>> root@www:/usr/local/poudriere # more = ./poudriere-system/etc/malloc.conf >>> ./poudriere-system/etc/malloc.conf: No such file or directory >>> root@www:/usr/local/poudriere # ls -l = ./poudriere-system/etc/malloc.conf >>> lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 = ./poudriere-system/etc/malloc.conf -> junk:false >>> root@www:/usr/local/poudriere #=20 >>>=20 >>> The link seems invisible to cat and more, reporting "No such = file...." >>=20 >> The link is looking for a file called junk:false in the same >> directory. It is not expected to find such a file. >>=20 >>> I'm not sure what might be profitably tried next..... Suggestions = welcome! >>=20 >> First off, if the point is to get the RPi3B+ going >> more than it is to get evidence about the problem, >> I'd suggest booting an RPi4B with the same media >> (adjusting config.txt as necessary) and trying the >> build from that boot. If it builds, the media can >> be moved back to the RPi3B+ for other activity. >> The failed vs. built status does give some >> information about the problem. Built would suggest >> that paging/swapping was involved in the problem. >> Failed might suggest otherwise. (I do not know >> if there would be much paging/sapping, depending on >> how much RAM the RPi4B had.) >>=20 >> One experiment would be to use the same boot media on >> an RPi4B but that had been told in config.txt to limit >> itself to 1 GiByte of RAM --and to also try with all >> the RAM being allowed. If the first fails but the >> second works, that is probably nice evidence. If both >> fail, that also is probably nice evidence. The other >> two combinations are less clear what any implications >> would be. >>=20 >> (I'm not claiming that you have such a RPi4B that can >> be made available for the duration of such experiments.) >>=20 >> Another direction is messy: testing under stable/13 and/or >> releng/13.0 vintages to see if it is somehow specific >> to main [so: 14], having an analogous context to what is >> known to fail under main (as much as reasonable). The >> RPi4B two-RAM-sizes comparison/contrast type of test could >> also be used. >>=20 >> There is also just repeating with junk:false a couple of >> times to see if there is evidence of variability like >> there is for without junk:false. Simplest of the >> suggested tests, but likely the least informative. >>=20 >> None of this would be likely to get close to a short, >> small test that shows the problem. I've no clue how >> to target that at this point. >>=20 > How about booting an older kernel so see if that makes a difference? An interesting point that I'd not thought about was that if paging/swapping (or other I/O) was a source of the problem, then, not only world, but also kernel code would have to be tracking the status of /etc/malloc.conf . It is not obvious to me that the kernel would directly track that. But if the kernel was not replacing the content of some pages like it should, it might be that we are just seeing the world code's prior initialization of the memory. > ls -dl /boot/kernel* reports > drwxr-xr-x 2 root wheel 13824 Jun 18 18:15 /boot/kernel > drwxr-xr-x 2 root wheel 13312 Jan 9 15:57 = /boot/kernel.main-c255664-g4d64c7243d26 > drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.mmccam > drwxr-xr-x 2 root wheel 13824 Jun 9 18:52 /boot/kernel.old > drwxr-xr-x 2 root wheel 13312 Aug 27 2020 /boot/kernel.r364346 > drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.r364895 > drwxr-xr-x 2 root wheel 13312 Sep 7 2020 /boot/kernel.r365355 >=20 > Most of these are probably too old to work at all, but Jun 9 and Jan 9 > might possibly work, I'd expect kernel.old to work as well. ISTR the > previous success building chromium was early 2021 or before.=20 >=20 I'll note that: QUOTE (from 2021-06-12 01:53:02 +0000 commit) param.h: Bump __FreeBSD_version to 1400022 Commit e1a907a25cfa changed the internal KAPI between the krpc and nfsserver. As such, both modules must be rebuilt from sources. Bump __FreeBSD_version to 1400022. END QUOTE So: Even going back to June 9 may messed up nfs use. (I've no clue what services you depend on or in what contexts.) You might need to disable nfs even trying to start at the next boot before booting into such an older kernel. Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got #define __FreeBSD_version 1400000 back on Jan-22. Running newer worlds on older kernels is not supported. Generally folks to not track the KBI changes vs. the consequences of not having the right KBI. This makes interpreting results difficult even when it appears to work. There can be mixes like NFS not working but other things working. There could be corruptions but such may not be likely. Do you have what you consider sufficient backups it case things get messed up? (That might be the status of being okay with starting over if something really bad happens.) If you try the combination you might want to review the boot messages for any evidence of problems to worry about before starting a poudriere run or otherwise causing the system to be busy (or even, just leaving it running but basically idle). If the world/kernel combination happened to work well for the specific activity, I do think the experiment could be useful. But, if it were me, I'd not want to run that way beyond the experiment(s), even if the specific problem seems to go away. If anything else odd happens with an old kernel in use, interpreting the result usefully will be unlikely. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 23:26:28 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 985479F6A82 for ; Thu, 24 Jun 2021 23:26:31 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9x922HKYz4W5R for ; Thu, 24 Jun 2021 23:26:30 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 15ONQSHI066967 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 25 Jun 2021 01:26:28 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 15ONQSYc066966 for ports@freebsd.org; Fri, 25 Jun 2021 01:26:28 +0200 (CEST) (envelope-from fuz) Date: Fri, 25 Jun 2021 01:26:28 +0200 From: Robert Clausecker To: ports@freebsd.org Subject: Strange failure in stage when COPYTREE_SHARE is used Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4G9x922HKYz4W5R X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[fuz.su]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[ports] X-ThisMailContainsUnwantedMimeParts: N Good evening! For over a month now builds of lang/mecrisp-stellaris and other ports seem to fail on the build cluster when build for armv6/armv7 under QEMU during staging, see e.g. here: https://lists.freebsd.org/archives/freebsd-pkg-fallout/2021-June/018350.html There is no error message, COPYTREE_SHARE just fails. Any idea what could cause this? I was unable to reproduce this issue on my native armv7 system or with QEMU on my amd64 system. Yours, Robert Clausecker -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From nobody Fri Jun 25 00:16:51 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5925D11C9A5A; Fri, 25 Jun 2021 00:16:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9yH80PB1z4ZZP; Fri, 25 Jun 2021 00:16:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15P0GpaN001542 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 24 Jun 2021 17:16:52 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15P0Gpml001541; Thu, 24 Jun 2021 17:16:51 -0700 (PDT) (envelope-from fbsd) Date: Thu, 24 Jun 2021 17:16:51 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210625001651.GA98214@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> X-Rspamd-Queue-Id: 4G9yH80PB1z4ZZP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote: [huge snip] >=20 > So: Even going back to June 9 may messed up nfs > use. (I've no clue what services you depend on > or in what contexts.) You might need to disable > nfs even trying to start at the next boot before > booting into such an older kernel. No NFS involved. Right now the machine is running FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 11:27:58 PST= 2021 bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MM= CCAM arm64 and repeating the previous attempt to build devel/llvm10 with no other intentional changes.=20 >=20 > Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got > #define __FreeBSD_version 1400000 back on Jan-22. >=20 > Running newer worlds on older kernels is not supported. > Generally folks to not track the KBI changes vs. the > consequences of not having the right KBI. This makes > interpreting results difficult even when it appears to > work. There can be mixes like NFS not working but other > things working. There could be corruptions but such > may not be likely. Do you have what you consider > sufficient backups it case things get messed up? (That > might be the status of being okay with starting over > if something really bad happens.) > No backups, but I'm not averse to starting from scratch on this particular machine. As it happens, the poudriere session ended much as before: FAILED: lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64Instruc= tionSelector.cpp.o=20 /usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT= _MACROS -Ilib/Target/AArch64 -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10= =2E0.1.src/lib/Target/AArch64 -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/w= ork/llvm-10.0.1.src/include -O2 -pipe -DNDEBUG -fstack-protector-strong -is= ystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local= /include -fPIC -fvisibility-inlines-hidden -Werror=3Ddate-time -Werror=3Dun= guarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-string= s -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wimpli= cit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-d= tor -Wdelete-non-virtual-dtor -Wstring-conversion -fdiagnostics-color -ffun= ction-sections -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/lo= cal/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 -MD -MT lib= /Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSelecto= r.cpp.o -MF lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64Ins= tructionSelector.cpp.o.d -o lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGe= n.dir/AArch64InstructionSelector.cpp.o -c /wrkdirs/usr/ports/devel/llvm10/w= ork/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector.cpp In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/= lib/Target/AArch64/AArch64InstructionSelector.cpp:312: lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, /*RC*//*AArch64= ::FPR64RegClassID: @0*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, /*RC*//*AArch64= ::FPR64RegClassID: @0*/, = ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, /*RC*//*AArch64::= FPR64RegClassID: @0*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, /*RC*//*AArch64::= FPR64RegClassID: @0*/, = ^ 4 errors generated. [ 25% 1396/5364] Not sure what to try next. Thanks for reading! bob prohaska =20 From nobody Fri Jun 25 00:54:36 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2DDBF11CBA65 for ; Fri, 25 Jun 2021 00:54:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.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 4G9z6l6J92z4cyJ for ; Fri, 25 Jun 2021 00:54:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624582478; bh=KHwk3tLIZPNF72wTaSGs6LgL/R6ib0l7gMycxp5XRok=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=V5zuVSPxjfuwg1n6UP30jdOd/AZvq96POz8RV5IgRjfGUwP/A44INK9YfdiN3Zy5P/WtWo0tfY7yqvG1ohVRulPtapsaLco6p/gkL6eJhLZ6lVZCLzP5lvhm1hUXM+lQd7VEQ9DO8qljVSrfxmxVj2dpaXigSBTVPLsmyEm1CmJaBUQu36l85QTnogMJhr+w1SwV21emmSyTaw31XUxDrcLm2mp9rfpbCXiSAVZeQgn3hz51SZSPC4UB/bToccwwHHCMAQQtjnPDY8ifUTwNSrwhCrBUv/zI1EwVCGK1+FpamnsyiuwlR4wXCDhD6i1UjMmqyaJbBnRNOS3vcm8jag== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624582478; bh=k9j6vxqNoz/uek53lL8Sb1LQRl18G9uZ2RByAAK+deE=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uEHs6cWhLLtcLxe14pBY36qgRMAjsamZjPiREwLNnF0efF7ccSHDHQ4HgBYeKCBi6pKlfXhAR4rgYqnf1adprqgNvUZoYMVdeJaoLytnMWtazmR+oBZxFcW321Yvt7AjW0n+JmJVf4G8iCYezS3iw5R7KgZRRwjlPq6j4caIgtLei6XMz7hj4A2nant7nloJVZl2aY2r5OEi22EqFdBDrCnDcHBNiS6deS4d7tXIYS89J7f/aIA0NpM9dbfDcUTsoR3tVvMXejJ9pNeQ38YL+mNrsBmfUjhBQCTo3vKAS4QoY7QIJqz1Zqb236OL3Kd8x6KIP7Egunm7w+UUGqoK9Q== X-YMail-OSG: 8xsm7WMVM1kf8Ckp_VLYGK7X2KH8Zk9wV59npVk1BZFdWOYCZBa6dbyZkmKkhKW e90sCdJeXLlPRTwOo2VaKJqcXWKmksqPfi4qJ.HovEWd4eL7e316Qc.eP4WtR_iHgpu039EJluJ4 Qwo6qNJU.Hsc2eyJlyGp45ifzrOIPHfgveHTUhGKaXsXIipD5KgaWxq7186V_TAGo3lGnyGZwXY0 9Y03GVqaSFQmT24a7Vu2jglDSKSAAjpdXs3vgMcacyQ6oOTbKPa3YZyNFjzpNkqDzHNeu1Mvk5wn 1j7aSmqpP61P6t2dBlSgwNSXYJo6bj64TcM1WQpPgIkFC1DlMVdBGlKKr49t4Z2t7K8SxFJBpvVs Su80gTtz3aiQXhhe_a5RkyreXVdUWAvEEkdtbPYgrs5PcC2y9RmM2QslVtMKBfKmF1Pff1wGTUDY 0Bo.qgjXalZdwEPUrkAxJL30IkCNqurmFtq99LKgZkTfwJ0X7f45a2o0xbjIFwFuAgaqEMkeqDCl K3sanCHaSclws11TaR2kOMST0TJakquoFHBSGULysuQCtVQdH2aFcpJsecsdG1bw.0U5w0krWnab zquoQI1LRPjNebQL31uRASv_mcjAfEsz7trxpAVAMcobRjy6Y7zp5j.8B7Ud8aI8bWbiw2jLmspA .w8byLokQoh1fAzriSiVtGymu5ORugMchze5jUR6IJJMkrQpHHywHs0U8fIqDrssChGowjyrTlJZ Gpv9j82djb0RGoWTyreJjv_aQAY8.Fs_XqAeMRWdeIGWGIj_0nnpO1ne_8enX3Nqv9wgoWPNfjuW .YhWg_YhYyZSosLFyfbWqImMR4jkMZ3xopsCGnByWEDzMHoxWbT_0qYLJJlhaW_KcTS_sR3uiq8S Na1oeIigQHj3Ui8u_UuY5lSPWHiu.EhQS2s8PXF7b5KsVgTb.ZuKVUy0pw.uf2VVo6OkVD6s478M 5tt1z_tJFwTRA5kd2TSZYt2KP.l3zhnSaGEUuufNdJemnMGIbYfUgFWx6euivhIDhgftP_gyrcj5 7_9vrEhM4NuJkM9rhchDY0UrROEjw8Qfn3JfxOs72yiX7l98l0CXYnRxb_nFzF9O6rUcXb9ZaBia VQIe3eIUsNRweDD4p_ow5awblb63RY2Ya5fqqDTQkvnALbjgVFzE5u5AvprdWV2ulezHnuuZTlvr YwKNRhCa63dkMFCcNorO301N2UELBHWEfzkqtBwfyes7wdwXZD4Z5fcQ9F15RwfVpKK5yGmsrTuA BjNCg4vMu4lMMdSHqgYP4SdmkHhUltDfHcmF3YMEpOXn.vzqmfA94ZARHqDjuXOgg3wX04pzz3EN M5QUNuh7SUUGwYiHRg3wa4doHmGJCJZUmaYTzTfIjpExnMeE2oqeNMFPowNq_6pw8FYFwaBGCFl8 MW25UTCpoG.dWlp1fqPZDoi7uHezMBOvjjW_ZHrElHUKMpPoggFChnc2pX3MIVQbMg9giGBjWTzT YsW3yJsQ1NABne8zHZpa2rK1TBKK0S4HZmH5wKyMPRWbLn_K9FXf.s0OLR98FUewTe3I9bnWJ2rf IZ0DkXTAURiaspwPSb7vy9ejB_Jze8rEotqtlWzLsR5wHW90wZVTGuQbzecYR7UzQnciPEgFdK2a CEWYkdq_.Pd6e1dAzYL9Aj5Jmj1yYdBq7oyFX2iz2wK9fW28l5L3byXp2v3pt14A_H_JU5ijHp99 2T1ON6RJ9Tec_49RpJOVhC7sx0YzT7OcIBK3g6OWvpVmPrq6JRZnRXpkNXkS3EAa_QNJrjdLMSj3 JAMqeQrRpHyM0tpB1xiNd7mAkn14jrudI0_kGTQoeG3w8SjriKDdKjrlBPzdfkhHj3bdE12lFVUQ 2vCshXNrZobFRRVIi4zDOvlOKzCuVm0Sxk3.DN2VGgTU3LCvuDuOyiBR1GrxeQV1bsHu3KrE9Aeu 4129lGbMJTTPa6RTe0.dWuy4D7pNj4qX7xFc5FgIZ41O_8SSQrFL8ppbwzCGFUKwdjr7DY8e4OUy mxkDWBZYM2f1vX2FYPIl_CnQ4GPYGkJU78SmI81P6MNsmoYJlqTXB3LLjnJM4nlpXnZjlhmJj6kE eq2uJPjTEBOmskBp8cL8q_pmWWZlaHlAlmmpMYYv_rcb580EvCMW7cBD6jTurxJnkElB7FT.AOFw o2o8vXMohl17KVD7WaYdA1a.SgMRCK5lv178oGchM8iUx47_N1YLISKfxrMy5teJDgrSazKC8xrw SwDqHWJJ_D1LCFX8hTKMOSvyvgcgqStxRECAtH.u8rnuVqd5pgtYhank3S8aJ973MWZzEX0PTjqC 1GKhgm6WLTCES_MJMlRlZEl3KdGuLZOXVxda0n1k53.KE_HMC9jDWtS_taRlocJy0TskPh8OHpwm 4sLWsyDZVSAC6txxV9tgg_t7qYmjRcR51GWRTAjaVOPXXEum3efhFesQz_4a1kbO6Mqjqy5Vp5Tt D_KXDiIkv2Hee2zZaFXb_AsDOZFdHvGGFzsLd2.AOu6pvGC7KSEMYyVOe5U6bBx2GgFoR.bFbTWn tR9cR6sN0_myox3FzayCfHTSELxFU37gCzNBArUzmjXDPo6wFMVfjwKqK5c8jOHcIrYXDnImNcw1 DlzQlcij_9SWaaz36XkQ1rkaTBWRJ9e_bBoE97KtYWSR3eTUEZtBKv3JMTcMA5JyXIHG8J6y.lns ocur45yQOxM.DO_6ZwQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Jun 2021 00:54:38 +0000 Received: by kubenode501.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 12f4d4b3260412e275d1742b4b17ebe8; Fri, 25 Jun 2021 00:54:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210625001651.GA98214@www.zefox.net> Date: Thu, 24 Jun 2021 17:54:36 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9z6l6J92z4cyJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-24, at 17:16, bob prohaska wrote: > On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote: > [huge snip] >>=20 >> So: Even going back to June 9 may messed up nfs >> use. (I've no clue what services you depend on >> or in what contexts.) You might need to disable >> nfs even trying to start at the next boot before >> booting into such an older kernel. >=20 > No NFS involved. Right now the machine is running > FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 = 11:27:58 PST 2021 > = bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCA= M arm64 I'll note that the output of -apKU fpr uname: # uname -apKU FreeBSD CA72_16Gp_ZFS 13.0-STABLE FreeBSD 13.0-STABLE #3 = stable/13-n246090-6e2623c012c3-dirty: Thu Jun 24 13:59:44 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300509 1300509 has some extra text at the end that would indicate when the world is mismatched with the kernel: the last 2 numbers end up not equal and the prefix 13 vs. 14 would indicate crossing a major version. (Kernel newer, world older can be valid/supported.) > and repeating the previous attempt to build devel/llvm10 with no other > intentional changes.=20 >=20 >> Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got >> #define __FreeBSD_version 1400000 back on Jan-22. >>=20 >> Running newer worlds on older kernels is not supported. >> Generally folks to not track the KBI changes vs. the >> consequences of not having the right KBI. This makes >> interpreting results difficult even when it appears to >> work. There can be mixes like NFS not working but other >> things working. There could be corruptions but such >> may not be likely. Do you have what you consider >> sufficient backups it case things get messed up? (That >> might be the status of being okay with starting over >> if something really bad happens.) >>=20 > No backups, but I'm not averse to starting from scratch on > this particular machine. >=20 > As it happens, the poudriere session ended much as before: >=20 > FAILED: = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o=20 > /usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS = -D__STDC_LIMIT_MACROS -Ilib/Target/AArch64 = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64 = -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include = -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC = -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -Wall -Wextra -Wno-unused-parameter = -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic = -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default = -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 = -MD -MT = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -MF = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o.d -o = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp > In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp:312: > lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > = ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > = ^ > 4 errors generated. > [ 25% 1396/5364] This still had junk:false in /etc/malloc.conf ? So, if it is a kernel problem, it is an old one and likely also in releng/13 and stable/13. Beyond other things that I've listed, there is also that you have an unusual context in that you use GENERIC-MMCCAM. So I'm going to suggest using an official kernel build as built by the ci.freebsd.org systems, one that is not GENERIC-MMCCAM. In: = https://artifact.ci.freebsd.org/snapshot/main/66aec14a5391bda1e9a20f5e4381= 626797c3e0fb/arm64/aarch64/ there is: kernel.txz and, if you want the debug information to match: kernel-dbg.txz These are compressed tar archives. Possibly after first uncompressing, a command of the form: # tar -xpf NAME -C / will overwrite what you now have installed. (Make any desired copies first.) Then you can reboot and use the kernel. The debug info ends up places like: # ls -Tld /usr/lib/debug/boot/*/ drwxr-xr-x 2 root wheel 647 May 27 12:39:52 2021 = /usr/lib/debug/boot/kernel.old/ drwxr-xr-x 2 root wheel 647 Jun 24 14:14:08 2021 = /usr/lib/debug/boot/kernel/ drwxr-xr-x 2 root wheel 2 Apr 8 22:40:04 2021 = /usr/lib/debug/boot/modules/ So appropriate copies from there may be involved. (I do this sort of https://artifact.ci.freebsd.org/snapshot/. . . thing to approximately bisect without spending time on doing builds and if a problem reproduces that means my personal builds are not at fault.) > Not sure what to try next. I gather that no RPi4B is available to move the media to? (Having more RAM but being able to force much of it to be ignored can be handy as a test environment for this kind of context.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri Jun 25 09:10:54 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 07A4711CE5D8 for ; Fri, 25 Jun 2021 09:11:02 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 4GBB7S6k0vz3j0W for ; Fri, 25 Jun 2021 09:11:00 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x632.google.com with SMTP id hz1so14053385ejc.1 for ; Fri, 25 Jun 2021 02:11:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=IzlheuVOJOfSyqQDqWmuNMBuJRwXOXVrWL+Qj6MtwnI=; b=E3LjccCw1UxMiJzP2aLxmOgIRpQiyblZ1Pg8d6SHx/FqHwa1TxyuaUzRDHSzbvS6qD +ZrTnyZAc6WjfJUYcAUveT6gjxNKAqKKgQ+OJILRgTAT+tO40VK3A7YhLFASrJEADCRV qSqcylun9JHVeynM0BmtqQS1oNSljJpldOnBR5z4shWfxXG1P4R53cWkscLRNcjkIk/3 NyPvhVzC2ZhU8PwAtibv38DtG9yAU8YEVih9Wzbb3MsrCU+NuD2wcarlC5a+VijX5fkw fxp0rz0BlW6D1fwBCAE4fJGUKyF9H15To/glTsVCtowXrwNFTRw3u4mFsVNr4sSEKEBW E2Wg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=IzlheuVOJOfSyqQDqWmuNMBuJRwXOXVrWL+Qj6MtwnI=; b=R3ais2HGvswKikpEF5a3W/U+hBdjE35dKJd7U0eG2RslgrjODK9muADHoKCteipbpA I11bbwkXXTGkOx7VLjN1Pyzpy+wkRCvq3Bj02JnZdpeVTdIRVdaDRAciB4jDyc8pQ9Vq 70n8y54D6IjkU6zKOFHj8UvbGQfH05QRXENcLESzUjEZ07X6KGWl1iLysFE5anZ+uu5i TCfLbboxRnSp7nwGdOfbyFobQ0/+37OiqaFa+twPvGZsNWhfamP6xF1n1gIb+K0UujRx OADV8hVhrJHKS9f69xmcvuJCHnDQRkmnjoLsuVmJAqzomwJUcNfmTBnrQH2kqyhcEPqF 6SAw== X-Gm-Message-State: AOAM531Iw30oZYhKIJgrdwXdzCNci3hb/t8sLBMv+LJvssOiIic5Btnz cWUAKqKiXr1XT9Xzmu7Yuc8/CESHD+c= X-Google-Smtp-Source: ABdhPJzA65Bv+BBsPvKodOOfyj+/YWUXlegZnkCkYNZBKzOLGDUhnUOVgyqq8SIf7X8k9ibteZpmFg== X-Received: by 2002:a17:906:b7cb:: with SMTP id fy11mr9699886ejb.189.1624612259414; Fri, 25 Jun 2021 02:10:59 -0700 (PDT) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id h7sm2429263ejl.8.2021.06.25.02.10.58 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 25 Jun 2021 02:10:59 -0700 (PDT) To: freebsd-ports From: Johan Hendriks Subject: py38-salt-3003.1_1 is not picked up by system with pkg upgrade Message-ID: <1b55a2eb-49d5-a43c-ea98-9dfc59c9795b@gmail.com> Date: Fri, 25 Jun 2021 11:10:54 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4GBB7S6k0vz3j0W X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=E3LjccCw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::632 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-4.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]; RCVD_COUNT_THREE(0.00)[3]; 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]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::632:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::632:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports] X-ThisMailContainsUnwantedMimeParts: N Hello all, i saw that py-salt has been updated to 3003.1_1 https://www.freshports.org/sysutils/py-salt/ On my system i have installed py38-salt-3002.6 But if i do a pkg upgrade it will not update py-salt, it updates other packages but not salt. If i force a pkg install of py38-salt it tells me that i am using the latest version. root@jhost001:/usr/src # pkg install py38-salt Updating FreeBSD repository catalogue... FreeBSD repository is up to date. All repositories are up to date. Checking integrity... done (0 conflicting) The most recent versions of packages are already installed My /etc/pkg/FreeBSD.conf file is set to use the latest repository FreeBSD: {   url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest",   mirror_type: "srv",   signature_type: "fingerprints",   fingerprints: "/usr/share/keys/pkg",   enabled: yes } There is no pkg dir in /usr/local/etc/ that could override the base pkg config. This is on FreeBSD 13.0-STABLE Am i missing something? From nobody Fri Jun 25 09:25:45 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B892811CF9A0 for ; Fri, 25 Jun 2021 09:25:47 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GBBSW0K48z3k6Q for ; Fri, 25 Jun 2021 09:25:46 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 15P9Pj4p002486 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 25 Jun 2021 11:25:45 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 15P9PjE6002485 for ports@freebsd.org; Fri, 25 Jun 2021 11:25:45 +0200 (CEST) (envelope-from fuz) Date: Fri, 25 Jun 2021 11:25:45 +0200 From: Robert Clausecker To: ports@freebsd.org Subject: Re: py38-salt-3003.1_1 is not picked up by system with pkg upgrade Message-ID: References: <1b55a2eb-49d5-a43c-ea98-9dfc59c9795b@gmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1b55a2eb-49d5-a43c-ea98-9dfc59c9795b@gmail.com> X-Rspamd-Queue-Id: 4GBBSW0K48z3k6Q X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; DMARC_NA(0.00)[fuz.su]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[ports] X-ThisMailContainsUnwantedMimeParts: N Hi Johan, As you can see from the freshports page, packages for 3003.1_1 have not been built yet. It usually takes a few days for the port build cluster to catch up with changes to the ports tree. Yours, Robert Clausecker Am Fri, Jun 25, 2021 at 11:10:54AM +0200 schrieb Johan Hendriks: > Hello all, i saw that py-salt has been updated to 3003.1_1 > https://www.freshports.org/sysutils/py-salt/ > > On my system i have installed py38-salt-3002.6 > But if i do a pkg upgrade it will not update py-salt, it updates other > packages but not salt. > > If i force a pkg install of py38-salt it tells me that i am using the > latest version. > > root@jhost001:/usr/src # pkg install py38-salt > Updating FreeBSD repository catalogue... > FreeBSD repository is up to date. > All repositories are up to date. > Checking integrity... done (0 conflicting) > The most recent versions of packages are already installed > > My /etc/pkg/FreeBSD.conf file is set to use the latest repository > > FreeBSD: { >   url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", >   mirror_type: "srv", >   signature_type: "fingerprints", >   fingerprints: "/usr/share/keys/pkg", >   enabled: yes > } > > There is no pkg dir in /usr/local/etc/ that could override the base pkg > config. > > This is on FreeBSD 13.0-STABLE > > Am i missing something? > > > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From nobody Fri Jun 25 21:29:54 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0F6AA11CAACF for ; Fri, 25 Jun 2021 21:29:59 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 4GBVX62ch4z3Nj9 for ; Fri, 25 Jun 2021 21:29:57 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: by mail-qt1-x82b.google.com with SMTP id f13so2420538qtb.6 for ; Fri, 25 Jun 2021 14:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifeofadishwasher.com; s=google; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-disposition; bh=43I4wChtPxEm5ZdWEvjEv/h96L2duPY27g85kLppwOQ=; b=cKY/9rhmtgdCQHMwHrYnDaRW5WWTbPG+SidbWjcn9mCvhx9GjIq6PAUZU35/gLZsfF Cw7lPfyD+2Jnqz2xM3V6GUXDgdOvlIVRMgpSjeMTAdhZh/mk5GozPJ5mkQq9emiIiHz2 rEEkBtIEhakAU9kc1fC82FJwa7xH3Rb/IbnrA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :mime-version:content-disposition; bh=43I4wChtPxEm5ZdWEvjEv/h96L2duPY27g85kLppwOQ=; b=jQv7q28RrAPD4Yjb1XXoFyrrBL1bbs8D5YLtequQjhdRyq9cXV17cxHfjQ1pLFu76P 5IjpBeTJ84lZUm0MGymRfh8MxxsdnXBKADGtw/dfmnPZW2og28M6F7agV6sypPMLbj+s 9Z/xRhWc/KcmAfm3fjksM4zkY4vvHSzo+iBJqmuSmz3i09Bu/Sn1P+UjiHDpwAiKNcJQ JW6a0QTfPKEiTfXUYJTDsJCc1UPLiJylaqCeEvpSRnglUnRH363owMDL1rO2DaYPVev3 Xf1hLh9D3vnU5CxgQWfd9XB2/GjdsnVQBlyh1sdpVgjQVHv/6hKsJMq6+9BUHj2cycQd c8uA== X-Gm-Message-State: AOAM53331Zl73lFIx9O9ros4e0JtDH5nL89FG4sCiMAZ4xIffceKi2Jc n6CWhSMRHcM6dP81vu/RBTBQ9jH1PZXcvQ== X-Google-Smtp-Source: ABdhPJxw4/HxKcESz3AJ8d2lhKYGBo6jX7wIJL85ODKNvin7/utCG0ErpuBe+rJVOmwG3eUiXN4HGQ== X-Received: by 2002:aed:2166:: with SMTP id 93mr11360522qtc.40.1624656596844; Fri, 25 Jun 2021 14:29:56 -0700 (PDT) Received: from lifeofadishwasher.com ([2601:547:900:2410:b569:fbc4:68df:310c]) by smtp.gmail.com with ESMTPSA id v8sm4537896qtk.80.2021.06.25.14.29.55 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Jun 2021 14:29:56 -0700 (PDT) Received: by lifeofadishwasher.com (sSMTP sendmail emulation); Fri, 25 Jun 2021 17:29:54 -0400 Date: Fri, 25 Jun 2021 17:29:54 -0400 From: Derek Schrock To: freebsd-ports@freebsd.org Subject: polkit 0.119 CVE-2021-3560 Message-ID: Mail-Followup-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4GBVX62ch4z3Nj9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lifeofadishwasher.com header.s=google header.b=cKY/9rhm; dmarc=none; spf=none (mx1.freebsd.org: domain of dereks@lifeofadishwasher.com has no SPF policy when checking 2607:f8b0:4864:20::82b) smtp.mailfrom=dereks@lifeofadishwasher.com X-Spamd-Result: default: False [-3.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[lifeofadishwasher.com:s=google]; 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.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::82b:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[lifeofadishwasher.com]; DKIM_TRACE(0.00)[lifeofadishwasher.com:+]; NEURAL_HAM_SHORT(-0.79)[-0.794]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82b:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::82b:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports] X-ThisMailContainsUnwantedMimeParts: N Could anyone commit this update? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256405 I'm not seeing any reason for it to be held back. From nobody Sat Jun 26 02:52:32 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 76FAA11E1878 for ; Sat, 26 Jun 2021 02:52:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 4GBdhT73dQz4dhl for ; Sat, 26 Jun 2021 02:52:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624675959; bh=M0xQ5tU1gniF4ZeQX0RBwcI2XScmRE5Jctt6P2OT0bA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jkOmpGHczIk7MGzOhkJvXcgFe9tM+8esSFceTU4kw31lr3RxXyl56pt9MZ2xpAKo0Dr7mZNNp7v2YK8jIaMDdS8RZDizMLSNYSo/RQnq90QoN0pqCydHkS62Rhxedft2f4ZLgrKJxJppU8JJsySOIFhCChZks3GnK5cM7ZwFeNuz7ADobRbgYCzGZWFdItQ+dCBHtuLGQn0NLRBDt4XmajKwhIGTG8/E1Xnk/L7OXeFH9t8f8ygsIzx94D/Y59Jcbchgbjve2UeSh56rfr1VCEdeoZb5EySPqOUIR7w2uL4B0oZlNBjMZMZF2ZdSyQMweq1wFfJ+BDjttzi4Mr0syw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624675959; bh=aKOrK5IdYJ4YZegyS/4Qo1oTOPmUgGDHWW4M4KnJH2F=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=pnmA5o22WVH1CKCL57EYUgZDhx6mMfo7TchxA+veoNZ3sLPQvQDc65q1yIkhXeJj9fr8TglYLe4WWIYX+NXnBAr3AqDRuztOoQrsDSBtoj5/TCM76ycydGdb4IXwwibI4HzLvhnt1Yb4DGsWWIHwH6zUh+TUzuK2gkBa+KotpOX5hNQffy+weta/jAyR+Hr/mrH+JGiNG+ppsJXNNPIKdHZekKGmfZwY+hkdykETrmsbzR8QlCpyt4hUs7OFu77OsMWCVdILA5LNQ2ARvCdrsVM/Z5oRQZk+9Z5pdMn7bgsPBR3g6W79j6toh8+KmnTxDKYq9bFnZ8Om5KoYut+6Ag== X-YMail-OSG: y1Q1lb0VM1nF5aVbpgeDWMy70DEY9HA4vcA3Al5z.eHtYmH8MkuAg3aWCjUpG3B oskJ1ElF8dvEC2gtRldn_qzmoJiY5XR6UkG6XS4UHvl3pZGbl2HlTk.QfLCesqHL1AwbDioRdSIK jC1Cw2P4aWiBa_IW89G0PgEtPdZitsgHzecidzAYPZPcUjR2VXGrlsH0rYcCjqxpC3p18mUbqDux lILvogYptOZH2xIQ3jFcgBtnf69v8PoKnvxN8xcUGPbzggDPlZFr6287q1uZTZz9xLBJgR3PUVKN l9DvdtAUcHaNnkdYObkI0zhvraJrVJioLJ.Gtg3MLfN.R6MHlLRzbJn4pyNCwuauI_3jmdQ2nl1_ GF3chHT_eDfaio2h8zqjabU.1x8sJnapbVVuTt1o.v0D7Wc2lb1pItjczqUd6FDveyME9zAhYq_7 Yd2IbnJVL_CdexoLjs6u8XQ5QDpEJDzzK5qmo3Qg923gAVazs9lM6GmpdDFCME9IvmjLYUg48teT ahnAStbN9TZtr6wD1sxrPmFTpB.RuIL8JvffiUBVWOwEJgVMePGL6YKJDNQB3ob73tcAqURy1VD8 fEOIQrEubCPO4zzYA7f64EUkps3vhB.fjSgpsJqodK6k0zFyojSnjy8xvvUhxtg97ZGaFewUPknK BMctdPLOKatGb85D9ro2fN_f6GtFlMUhWG5QPXL4_SoEdyDYSZTO.knLCKM.101T_OBLUhSPUcPm 4ehRuZT_1jllpQTU.4KEfxPRJU05jMTmEIse0K5gwpczU8GJ0GacYi.Hu5VUqZDvD0ahrIU1jsr8 IxN25jWWXtdRzX4.CT59arC5UVLuI48Yq2jIADbLKGhsEYzB9MFj2bj3rI5qbyMRWWXroM6MpFOa u7nuuXbjBFHM8jjxCqLB9E.mTWuljU4uGh0llU2OsWeMRhY0sWk11T8wIz7GkYj5B6KqqU1TjUaG 2NbYm4zvOga2JGcbrhzbY4O_Y6rP3JDDO4GrZIevv8qvIVkjQupLFo62lrYQFT0JxSxOS8KPn6p2 bFPm92eQpdo9rIPj9G_IwGiCnLEyymRUxndif6OT9E.Kp6jpY6jiRxJDw6Et1gCsb1pqiBugc_A9 LSJn7287DIKJNmdm0KF2f1cdGxDQ_JM4VCgDkC1yRaBQoBE.N4aMfDk2au779ebjhqM6fi.oZz0N WDitv_dpFm6avzOgvOwjyv5y.f7y2.v5dhhiw8p993ZrIrt4Ua.T1b4ViVn977MDt1CCCzQQMfqS xwA0fjVg4bl3Qqz54BzZS9weTsQbgv89WC5.R7UedjzXxXTVuT9AK4tEl1pOqkP_WNMNvd9TwIi1 MCW3giAnxW9W_OD9_OEn3LxH8rVsHPkyDsqRIacS2vDPH1No9QiwrcPuGoDkaJJItMZVX9SFnk7H keyxNciJFL3jcAcu9JFE_jvEDebmbjtTfBIE7L92STwInjNAX4wc6JjpeftVBxHhvU30OdTuYLue eXKNJxa1fTCaYkA_qmIaCzJo.iPkiuKsEj2pp4papFLu_WYLam_fUD3Ir2hAyTEQPcAxXZVzV5kf fwolN7KQW4GmI2w.pUMwe_zt8Gh2kRJZSOsaGFu4opAscO6zNfNN6xOzivHerlajdUubQnFkmuyR LAhnD4Dz9V6ghC.54iYDUVUdSaN0q554PJbiiz0dT7La9Tz_KMHDZZOMwIhSm8bGNoHpXEF6jJag UK_W.iBut58DIukzy2NSNUFy_H3IZDr8Ktct6tl0EKx3fY2Uvxf3Wiuzv1731ErfWctf_BNC.ppL .1xrKFYQvALUyIn62bfpVOAvj_pjbQ3AwwotCGa6hsMmYx_D1WVKJU5SjlZuJqrt4w5jB_jMZkyC iViUEMrJi2KfBfKZP.gkyRdLAuxQrV_GXLpxCqdcPVaFnJ8g5CkDn3iELhYjelK.OFd8yk8i78fn hktcUKjE.dqtbaxfaIh6JGsMxuE515JxVKjPviiGzgZRWufVs10Q0W17fnCM61kO2JWQSd66Cs.i aU92GuAbH1DT507U9_vCuaY83ZL7H6PmJf7TLdF9KkzrpKbovCrGCIEPU17cnZGuGCvx4nKkEx5u EwY4JleLuZ.phSWx7flMnBKSlPiDdPPxUVtYwG_53vM_IeaFFsD0iBjfclNLnfMp4TiejVUw3qYa XoxHtn0CYz9N091pV7LZRIwQ2.oBenh92OOF7K0GnOWRu8p8u.CGzVGtZQUlX_JUhcbHEFU2cEgM 8X8q7Xixnvx8UQWbYKPpN.XOAIbB4TmX9ILHfzdYaECICe5tlGKVPZ9PNEwnJu6tapQDqqVPQAXa 5RnxH5tYFB07uzFECnHg4CAYTtsfREQHiJqg46QpW1tuN1oH.H61RAhNItT7Oh5y2vneocAovScP GxBfyk_ooZCG9p_jzyzjbmagcPXhZR9tqu1QAlMscGhcKdYewt1JjTwOLaYrdbTQv6YG6omnwIKY 8MrwJ6MQWR_BlduwW4GaYyszHZICigkocBT3pON5.SLrN4eSEVS_5QgSQkiFzTNkgBRKIeIVuWkh nLyDC3E_ZMypCIWryr85kN2t890.anQ30Nl5YGAqCWlWi92iZltxpXE_bySLi0Ct36wLHVK8kTKp MwC3E_C8uZLTH3ZU2LlR88KfgCwHcxxOAgHxO7.9hkBl_fuleLzly74jrfsonPajZcgRpqjqmSyV XHkY.pxXW.APguML09g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 02:52:39 +0000 Received: by kubenode505.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ad59790cb08a79b560463ebe1bc01d60; Sat, 26 Jun 2021 02:52:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Fri, 25 Jun 2021 19:52:32 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GBdhT73dQz4dhl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jkOmpGHc; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.84: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-24, at 17:54, Mark Millard wrote: > On 2021-Jun-24, at 17:16, bob prohaska wrote: >=20 >> On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote: >> [huge snip] >>>=20 >>> So: Even going back to June 9 may messed up nfs >>> use. (I've no clue what services you depend on >>> or in what contexts.) You might need to disable >>> nfs even trying to start at the next boot before >>> booting into such an older kernel. >>=20 >> No NFS involved. Right now the machine is running >> FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 = 11:27:58 PST 2021 >> = bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCA= M arm64 >=20 > I'll note that the output of -apKU fpr uname: >=20 > # uname -apKU > FreeBSD CA72_16Gp_ZFS 13.0-STABLE FreeBSD 13.0-STABLE #3 = stable/13-n246090-6e2623c012c3-dirty: Thu Jun 24 13:59:44 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300509 1300509 >=20 > has some extra text at the end that would indicate > when the world is mismatched with the kernel: the > last 2 numbers end up not equal and the prefix 13 > vs. 14 would indicate crossing a major version. > (Kernel newer, world older can be valid/supported.) >=20 >> and repeating the previous attempt to build devel/llvm10 with no = other >> intentional changes.=20 >>=20 >>> Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got >>> #define __FreeBSD_version 1400000 back on Jan-22. >>>=20 >>> Running newer worlds on older kernels is not supported. >>> Generally folks to not track the KBI changes vs. the >>> consequences of not having the right KBI. This makes >>> interpreting results difficult even when it appears to >>> work. There can be mixes like NFS not working but other >>> things working. There could be corruptions but such >>> may not be likely. Do you have what you consider >>> sufficient backups it case things get messed up? (That >>> might be the status of being okay with starting over >>> if something really bad happens.) >>>=20 >> No backups, but I'm not averse to starting from scratch on >> this particular machine. >>=20 >> As it happens, the poudriere session ended much as before: >>=20 >> FAILED: = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o=20 >> /usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS = -D__STDC_LIMIT_MACROS -Ilib/Target/AArch64 = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64 = -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include = -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC = -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -Wall -Wextra -Wno-unused-parameter = -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic = -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default = -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 = -MD -MT = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -MF = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o.d -o = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp >> In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp:312: >> lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> = ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> = ^ >> 4 errors generated. >> [ 25% 1396/5364] >=20 > This still had junk:false in /etc/malloc.conf ? >=20 > So, if it is a kernel problem, it is an old one and > likely also in releng/13 and stable/13. >=20 > Beyond other things that I've listed, there is also > that you have an unusual context in that you use > GENERIC-MMCCAM. >=20 > So I'm going to suggest using an official kernel build > as built by the ci.freebsd.org systems, one that is not > GENERIC-MMCCAM. In: >=20 > = https://artifact.ci.freebsd.org/snapshot/main/66aec14a5391bda1e9a20f5e4381= 626797c3e0fb/arm64/aarch64/ >=20 > there is: >=20 > kernel.txz >=20 > and, if you want the debug information to match: >=20 > kernel-dbg.txz >=20 > These are compressed tar archives. Possibly after > first uncompressing, a command of the form: >=20 > # tar -xpf NAME -C / >=20 > will overwrite what you now have installed. (Make any > desired copies first.) Then you can reboot and use > the kernel. The debug info ends up places like: >=20 > # ls -Tld /usr/lib/debug/boot/*/ > drwxr-xr-x 2 root wheel 647 May 27 12:39:52 2021 = /usr/lib/debug/boot/kernel.old/ > drwxr-xr-x 2 root wheel 647 Jun 24 14:14:08 2021 = /usr/lib/debug/boot/kernel/ > drwxr-xr-x 2 root wheel 2 Apr 8 22:40:04 2021 = /usr/lib/debug/boot/modules/ >=20 > So appropriate copies from there may be involved. >=20 > (I do this sort of https://artifact.ci.freebsd.org/snapshot/. . . > thing to approximately bisect without spending time on doing > builds and if a problem reproduces that means my personal > builds are not at fault.) >=20 >> Not sure what to try next. >=20 > I gather that no RPi4B is available to move the media > to? (Having more RAM but being able to force much of > it to be ignored can be handy as a test environment > for this kind of context.) >=20 I have a RPi4B 8 GiByte with total_mem=3D1024 (MiBytes) in config.txt that is attempting a devel/llvm10 build in a poudriere jail. But the host FreeBSD has: # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n247562-66aec14a5391-dirty: Fri Jun 25 03:25:00 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 and the chroot that poudriere is using has releng/13 (patch -p2 based): # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n247562-66aec14a5391-dirty: Fri Jun 25 03:25:00 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1300139 So it is not like your context in some ways. Another is: my typical USB3 SSD based file system, not spinning rust. It is UFS in this case. The swap/paging partition shows as (for example): # swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/Rock64swp2 3145728 56360 3089368 2% So: no warning about being mis-tuned vs. the 1 GiByte of used RAM. (I do not know about your context for this.) All the ports that devel/llvm10 needs are already in place for poudriere's use for this experiment. Another point is: # more /usr/local/etc/poudriere.d/options/devel_llvm10/options=20 # This file is auto-generated by 'make config'. # Options for llvm10-10.0.1_3 _OPTIONS_READ=3Dllvm10-10.0.1_3 _FILE_COMPLETE_OPTIONS_LIST=3DBE_AMDGPU CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD OPTIONS_FILE_SET+=3DBE_AMDGPU OPTIONS_FILE_SET+=3DCLANG OPTIONS_FILE_SET+=3DDOCS OPTIONS_FILE_SET+=3DEXTRAS OPTIONS_FILE_SET+=3DLIT OPTIONS_FILE_SET+=3DLLD OPTIONS_FILE_SET+=3DLLDB OPTIONS_FILE_SET+=3DLLD_LINK OPTIONS_FILE_SET+=3DOPENMP OPTIONS_FILE_UNSET+=3DPYCLANG OPTIONS_FILE_UNSET+=3DBE_FREEBSD OPTIONS_FILE_SET+=3DBE_NATIVE OPTIONS_FILE_UNSET+=3DBE_STANDARD (So I normally build less than BE_STANDARD or BE_FREEBSD would build.) We will see if this is enough common context to replicate the general type of build problem. (Your details very from one attempt to the next so an exact match need not be expected, even if if this does also fail.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 03:52:34 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7EEA611E6031; Sat, 26 Jun 2021 03:52:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GBg1h1qfhz4mmW; Sat, 26 Jun 2021 03:52:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15Q3qYvx018950 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 25 Jun 2021 20:52:35 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15Q3qYLV018949; Fri, 25 Jun 2021 20:52:34 -0700 (PDT) (envelope-from fbsd) Date: Fri, 25 Jun 2021 20:52:34 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210626035234.GA18893@www.zefox.net> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> X-Rspamd-Queue-Id: 4GBg1h1qfhz4mmW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Jun 25, 2021 at 07:52:32PM -0700, Mark Millard wrote: [huge snip, hope the quotes are still correct] > > So I'm going to suggest using an official kernel build > > as built by the ci.freebsd.org systems, one that is not > > GENERIC-MMCCAM. In: > > World and kernel are updating now to -current as of yesterday. I'll replace GENERIC-MMCCAM with GENERIC for simplicity. > > > > I gather that no RPi4B is available to move the media > > to? (Having more RAM but being able to force much of > > it to be ignored can be handy as a test environment > > for this kind of context.) > > It's still patiently chewing away at www/chromium single-threaded. My mistake, but best to finish what's started.. Now that how to use the packages created is known they can be tested. > > So: no warning about being mis-tuned vs. the 1 GiByte of > used RAM. (I do not know about your context for this.) > My Pi3 does report too much swap. But I remain uncertain about the practical significance of the warning. I gather the issue is that a certain amount memory is set aside to "index", for lack of a better word, the data stored in swap. If there's too much swap relative to index, not all swap can be used. That seems not much different than running out of swap. > All the ports that devel/llvm10 needs are already in place > for poudriere's use for this experiment. > > Another point is: > > # more /usr/local/etc/poudriere.d/options/devel_llvm10/options > # This file is auto-generated by 'make config'. > # Options for llvm10-10.0.1_3 > _OPTIONS_READ=llvm10-10.0.1_3 > _FILE_COMPLETE_OPTIONS_LIST=BE_AMDGPU CLANG DOCS EXTRAS LIT LLD LLDB LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD > OPTIONS_FILE_SET+=BE_AMDGPU > OPTIONS_FILE_SET+=CLANG > OPTIONS_FILE_SET+=DOCS > OPTIONS_FILE_SET+=EXTRAS > OPTIONS_FILE_SET+=LIT > OPTIONS_FILE_SET+=LLD > OPTIONS_FILE_SET+=LLDB > OPTIONS_FILE_SET+=LLD_LINK > OPTIONS_FILE_SET+=OPENMP > OPTIONS_FILE_UNSET+=PYCLANG > OPTIONS_FILE_UNSET+=BE_FREEBSD > OPTIONS_FILE_SET+=BE_NATIVE > OPTIONS_FILE_UNSET+=BE_STANDARD > > (So I normally build less than BE_STANDARD or > BE_FREEBSD would build.) I'm my own worst enemy when it comes to customization. The less changed the better 8-) > We will see if this is enough common context to > replicate the general type of build problem. > (Your details very from one attempt to the next > so an exact match need not be expected, even if > if this does also fail.) > If you replicate the problem I'll be very pleased. And just slightly relieved. My suspcions still center around things I might have done to corrupt /usr/local/poudriere. That leaves me wondering how to proceed after world, kernel and ports are updated. Delete /usr/local/poudriere (which would toss the packages created so far), delete only the jail (not sure if that'll delete existing packages library) or something more selective that I don't know about? The Pi3B is purely experimental, but I'd rather not throw away usable progress given the extreme slowness of that progress. Thank you! bob prohaska From nobody Sat Jun 26 04:41:43 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D22DA5D236F for ; Sat, 26 Jun 2021 04:41:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4GBh6S3MCMz4sjD for ; Sat, 26 Jun 2021 04:41:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624682510; bh=zOM4GCNir6DcKKaefpXSp3bQLbwQwCQ45U4F/8VdDSM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Z1X3upYwTGtxCJUTMIedH0w0prAuNWaY3OFpThbVMAMxxg9m1PfQOVREb5DxyluunKS8QlO70Tsi1ULt1CObRi+jdk+jsGx+ygY8aiB9OqwFY9GJYZeN6+6J4gajrO/IgclID3N94WejOoiPkfc4zAYspPEnePGRM7yiIsX0ozHSjl2D1bTQBjplMYP9w2N80GKSP8IdlKO3YWB+tUf0Fd0LPPI3/2+AwsnwF3MwNct/TYv91Ze0aBDrCXIWOkJtL8/FZ4waAuRkZVepZKUtcl+sFV+I5VKWkQ4B8CUuNhmMBG3wUP5dpuWzAujhZyShmzYeYTfFMe5TqAsd7JzIHQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624682510; bh=1C5BoyOPwof2qi6Jju8NZuumgH6Q6V4AGypvz7iJgDD=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EB40BeWX378gdxAYqxcXEYo2CIb2Cw3oYZ5yTQ/ftapJQyrinbCbPNrlArh7tiSKg//JQtuk8g2xzrZcdOVBBXHyhfQ89Q+XdYGUUamVdtLh820pgaz5Fm2SgAEfuzsbNkOczBAwDj8wNPMWNJ5FwfjeTs2njf36ni997o7vNPZ7y9fhT+TAFtAd9pXolg165dvE6Zw50lUS6K0rh1cE8TfhEhyeHlpz9Dbkb69I4PZLZi8EUiznjpLNWhvsp8tZNE5oYS+FTF7+fgev8bNZzo81dZfOhGOKF9acD4aOXYBvDllMgDhiWMKUsTAv6gG14qlX7g2q+yLTsSD2wAtvfg== X-YMail-OSG: 6xDBy98VM1kxP5pIfweMXjCnmBZwFug8mfgQ09Otr1tEhXm3XnHtTxHry6bdafW YKM.ykVncOKf.D6KqLY2N2xWdGaCp93Wrlx4anSV6djg.S3GgJ8YszTq0Cy7A.EgL6ymtHKSajWZ VzsZHIRrQ_ALPs4XEH9FEnOszaKRpMHM.NQl4q1Nqh.SxMIXp63y.RW2_9DTJgrBxWz8SFj4B3My nTPxPorFydXnVNTBO6gBV5o7k8YMYAvkGygCnXs9OP1QuS11POIpRCDbR6bFpcqKyty_Z423UPy9 tW1HJC7_8QywekO59lRgCeJqhvfyCU9k3QhaoR3qcTRqU4lO84ix7QQ90hrwLiBkMGq3Ep5PKgud 2x6EiWbDdL.YWeK7mb0IgHmg8cibIKVC.UFeQr1T6lwnGIO.Y.O8j6xLlFAPrFJtBM8ds_HbQb4C GZx885C21J9MzEe4nSQfHAfYttlf8ndpv8hV_f2zLj8CoYXSRwsFncP0EY6Gb7IotorhSoAPI4GX rk6CLHu.AxQHQw3wT5TDUEAuYRGeL9ZhvdR28H.SKLB6vgODRiKGJ3Q64VOF1T7EGxuqHvqCEeKf pCS_aINqGUoZfBiHlz0v7tQj4fhungxrCCbiouJ6llMMFRRLRiBDDJy8FpSEmO48WOtNQSyNOYaq e4Y7GJ7qWA4fIW3.66GIAcjJ7wVrYv3Sakqpe1bQSEwdPszaeRU75mIME6J9rAh4VIlsrnrzFk3R _PIUPpffBmobpMlzIyrAERdWVr1VYRgZwl6APPBJdXQH1Yna8K4yH2lS7SqTyasu7B8H2Mpip4UB 8h8W4dSqhXRyst0GuGsaEHq0rVRC6_5yZ7.cnIMyJUSRLdHPpGfTgSAx95aC7F74TP7b4yj9_4e1 hcaO5s.M1QYvWFS0tFtcfcAHKFwEO5.OPNHE0ZSxdYHrg9DEWtRQYPzTXemZkB1dKFy4IXDccQ6d mpcvrV2JJyU9hp1H7qd8wnyJdLLLp1aW20fmQZg1NvZ2rZlqYU_8AJFQ.6h6CpccHPPg8Voc53mg qxET5ytyjuNUzY_.osWLYmwW0RUpKuX0ABuTu_jpBRU9SaQLxTz1QaIiShgvflMkXMwKkhfEtCMQ 7TJrFOuIU.vKD6VnSyXyzVzvEliemm2sxNSJKKtxYzL3MP_aPOpCfUwRhkc8RBJQhfZqW5elzukQ Q7fF9TpcsOX583oAvYVB3ANHimPM2wtQoigCoKRnfWmeLYBvjPYNOzIRrLAV7HtaLBS5Hhtzz8j_ vmgKyB16XuRIk7KIk1ess1f31exB7ck1DjHSzBhL4QOMI7F92wUfwa_wBRC8Qk2MQ_sHQwSzcEjg YzN8sSPYJCTgctsTnWY9tq_TC9gqJVXntC2lbvN.iJXa3A1TAIX3jp3lj1UywPm2M3SjxtDhtEAj l0NPJyzt4iQUq0gpRDPH1FD6tU_TuStP_U2mbdGIs2pdmAOOYrVpOKjTnjnrcI.4uKZtWRXboWfA BoxFIlo9Jy1TdzyD3hNW1hoP2TJa7bduQWKjbaMnCt4S8EPxS8sVNPY0V0idu3daeh3mub7ODIXG yHeZEMr8LULR9aYUeS8nwRBUwN2x3RYfX8y9W5rGaqbLO_wO_r_.1ttsbL2qLfnpcZvKEuWQ9gEb GXJ3znsKG06GJ14M0EJNcXNVv41biAAXqp.L884Y.VFrpfKlpUUQV1_pjYQINJ4zbu6TMUMsTxyV eL76koqmBx.3kdLgTjomT5B9t9q7pTOtwCr_oKRu3tOq2c9twLbE2fTUHsXXE4gDx.ZJd4tHbOrt _lA3rzeAPb4TenTyajTUVk_jbJRCHdWBKNJuWc0VKJO0NdUwSJUOlRXGIpo60efRJCxxbJM94MXo JWahLo5oDfbPnH.mEJoYOtg9AuxzaiZQ3i.X6O4G0k4IAMLKqNvqHrn2BCP.xKmwDFJbZ8CN31Zl TsEvPnmCNzSrmmYeVLZBqDFJ2CZl3heTBVIzLDkDP4ZPTotMtzge5l_H9uUnBHHOr.aqV2prqQL5 b0BpJTytoffkMlJALbY.zP5no29pHrzbCDWYY31GtRii8pk_r3_7xgBRg9lHNBocpg4T0xvVoZ1d eYx0V011Hkx47pdtpUVQrGHS6aofma4mzizH4JXbvbRxA_NdBIL3mw0ILMmCOwsS1JisnBIYBc26 q8IhfWmjCgwbgu6x8QHIxiYMWM8TTkLk8mhx_2NC3hV.H2w7.I7PeM6.vCzBiXtpwClZTaUxrLxl rhn1m3znndfxCHMbwATj2Zwp.tOXG8cgr0ZcjxMR2BVX39mL2SH.jYgE2om4tcGzNxu5VMoRVhQN yLK6GH5YTO4g1w.k8XY3.vvdr6xIMOuHMlwZSmb5zk_5s942zNqGQ01ExkR2QK1cNxQC3nA8V7in 7T22OTNm1b3dvsMJgRS.GAexJZf9tLvMTfWu0Xx36_5Y1n3i0SdZ3UB.qAVurTGhxveIW1z4Ilr0 Zjgr1ERCiKf5CrxjWZFnJcwHYKxwtY3cAIJxlMFZjGfaFV8nThJ10tsfvvyuuCRtIzmjRszpRy8N DwlkYb0589IIzN6zY1eyibxyZPUYVUBn_CqT2pQIpYOTvF8h8MJXfkI5cpn3eG0tN5RgYr6I_MpH 1EU_P7VWbS4I.DIVGo4txQR7Ensivc._g3YciboqOkhX6k66EUSqNO_BYQp0.dMvUyw8czJ8fCm5 CZgCvOvas7HGexOthc34RI2UxTXAHkMBNz58uO.jHQJtIt1MABMgcNpACdkMnwFbF_eX3mEy3BE3 P9_yhTQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 04:41:50 +0000 Received: by kubenode530.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3951e44e14e145c77bc847ea7989affd; Sat, 26 Jun 2021 04:41:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210626035234.GA18893@www.zefox.net> Date: Fri, 25 Jun 2021 21:41:43 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GBh6S3MCMz4sjD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-25, at 20:52, bob prohaska wrote: > On Fri, Jun 25, 2021 at 07:52:32PM -0700, Mark Millard wrote: > [huge snip, hope the quotes are still correct] >>> So I'm going to suggest using an official kernel build >>> as built by the ci.freebsd.org systems, one that is not >>> GENERIC-MMCCAM. In: >>>=20 >=20 > World and kernel are updating now to -current as of yesterday. > I'll replace GENERIC-MMCCAM with GENERIC for simplicity. I still strongly recommend doing some testing of official builds instead of your personal builds. That includes kernel and world, if possible. Until an official build shows the problem, you are not as likely to get the problem worked on. (And, so far, you have the only known context for getting the problem.) >>>=20 >>> I gather that no RPi4B is available to move the media >>> to? (Having more RAM but being able to force much of >>> it to be ignored can be handy as a test environment >>> for this kind of context.) >>>=20 >=20 > It's still patiently chewing away at www/chromium single-threaded. Note that system-clang just got updates for stable/11 stable/12 stable/13 and main for a defect that prevents building www/chromium with a clang that has assertions enabled (a form of debug build contribution): The branch main has been updated by dim: URL:=20 = https://cgit.FreeBSD.org/src/commit/?id=3De7e517981a6591c79fb49cd8810361b0= f3ad5983 commit e7e517981a6591c79fb49cd8810361b0f3ad5983 Author: Dimitry Andric AuthorDate: 2021-06-21 18:46:34 +0000 Commit: Dimitry Andric CommitDate: 2021-06-21 18:48:37 +0000 Fix clang assertion while building recent www/chromium =20 Merge commit c8227f06b335 from llvm git (by Arthur Eubanks): =20 [clang] Don't assert in EmitAggregateCopy on trivial_abi types =20 Fixes PR42961. =20 Reviewed By: rnk =20 Differential Revision:=20 https://reviews.llvm.org/D97872 =20 PR: 256721, 255570 Reported by: jbeich MFC after: 3 days --- contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp = b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp index 60ea1b2af037..f3ab91559d30 100644 --- a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp +++ b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp @@ -2056,7 +2056,7 @@ void CodeGenFunction::EmitAggregateCopy(LValue = Dest, LValue Src, QualType Ty, Record->hasTrivialCopyAssignment() || Record->hasTrivialMoveConstructor() || Record->hasTrivialMoveAssignment() || - Record->isUnion()) && + Record->hasAttr() || Record->isUnion()) = && "Trying to aggregate-copy a type without a trivial = copy/move " "constructor or assignment operator"); // Ignore empty classes in C++. > My mistake, but best to finish what's started.. Now that how to > use the packages created is known they can be tested.=20 >=20 >>=20 >> So: no warning about being mis-tuned vs. the 1 GiByte of >> used RAM. (I do not know about your context for this.) >>=20 >=20 > My Pi3 does report too much swap. But I remain uncertain about > the practical significance of the warning. I gather the issue > is that a certain amount memory is set aside to "index", for > lack of a better word, the data stored in swap. If there's too > much swap relative to index, not all swap can be used. That > seems not much different than running out of swap.=20 You are having problems that are hard to issolate and are also effectively asserting this warning does not indicate an issue that is contributing. If it were me, I'd be trying to find out if the failure can be reproduced when the FreeBSD test involved classifies that no warning is appropriate. >> All the ports that devel/llvm10 needs are already in place >> for poudriere's use for this experiment. I should have mentioned that I have not added any junk:??? controls. And my building in a releng/13 context means that 0xA5A5A5A5u would not be happening on allocation. Stronger: the build context uses my typical forced MALLOC_PRODUCTION style of build. >> Another point is: >>=20 >> # more /usr/local/etc/poudriere.d/options/devel_llvm10/options=20 >> # This file is auto-generated by 'make config'. >> # Options for llvm10-10.0.1_3 >> _OPTIONS_READ=3Dllvm10-10.0.1_3 >> _FILE_COMPLETE_OPTIONS_LIST=3DBE_AMDGPU CLANG DOCS EXTRAS LIT LLD = LLDB LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD >> OPTIONS_FILE_SET+=3DBE_AMDGPU >> OPTIONS_FILE_SET+=3DCLANG >> OPTIONS_FILE_SET+=3DDOCS >> OPTIONS_FILE_SET+=3DEXTRAS >> OPTIONS_FILE_SET+=3DLIT >> OPTIONS_FILE_SET+=3DLLD >> OPTIONS_FILE_SET+=3DLLDB >> OPTIONS_FILE_SET+=3DLLD_LINK >> OPTIONS_FILE_SET+=3DOPENMP >> OPTIONS_FILE_UNSET+=3DPYCLANG >> OPTIONS_FILE_UNSET+=3DBE_FREEBSD >> OPTIONS_FILE_SET+=3DBE_NATIVE >> OPTIONS_FILE_UNSET+=3DBE_STANDARD >>=20 >> (So I normally build less than BE_STANDARD or >> BE_FREEBSD would build.) >=20 > I'm my own worst enemy when it comes to customization. > The less changed the better 8-) Unless it avoids a problem? (I do it to avoid wasted time.) I'm not claiming it would avoid the problem, but it is one of the things that could be tried to see what happens. >> We will see if this is enough common context to >> replicate the general type of build problem. >> (Your details very from one attempt to the next >> so an exact match need not be expected, even if >> if this does also fail.) >>=20 >=20 > If you replicate the problem I'll be very pleased. > And just slightly relieved. >=20 > My suspcions still center around things I might have=20 > done to corrupt /usr/local/poudriere. Poudriere is not involved in initializing memory for llvm-tblgen's internal memory use. It could be that jails more generally have a problem, not just poudriere ones. But that would be a FreeBSD issue, not a poudriere one. > That leaves > me wondering how to proceed after world, kernel and ports > are updated. Delete /usr/local/poudriere (which would toss > the packages created so far), delete only the jail (not > sure if that'll delete existing packages library) or=20 > something more selective that I don't know about?=20 I see no likely gain from going down this path. Blaming poudriere for lack of memory initialization in llvm-tblgen makes no sense to me at all: poudriere is not involved in that memory allocation or what the bytes are set to before llvm-tblgen get the address of the memory. > The Pi3B is purely experimental, but I'd rather not throw=20 > away usable progress given the extreme slowness of that > progress.=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 05:14:53 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DC56E5D7D98 for ; Sat, 26 Jun 2021 05:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4GBhrf3lrQz3GX8 for ; Sat, 26 Jun 2021 05:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624684496; bh=/sWq9jUNSkIdBCzlGLZLIHkjK9SF85hlRgN0xvTJDdE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=EytnGMjhqK7u3pFpRZSp3uU+R8ovlkdxX/Vd3nNs67Dz+Lmion5U+YsiVvcMblCMcJLE9G3Cmly9Chytk6WooDMGnfV+6W8ZnOj+mSZ5RbG0sgV5ZQUIkCWgKdI8kkqf2Cb01bKtj3it/Pui7Iwt67AddFVCHK1r/3GlyugFxCUgr98ilXe+2cwBO/+5XBw7k1elIC4tNwyd9132vle6VvxLVbCWMVdjY2jkddef+TTDIY6SdtiPF9P71h3kuoBpAcLKY40FLN1rXaA2T8NThmfuB/SjxD2WakCi6B7NgZDVhV07dYnGfnmzh+PZ+PsYccyCIfO1tQj1GwuuOzCBsA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624684496; bh=M06iD2QHuqZvfFCTEt/gjojb/fYvQ0uhuq9dIrOyNsJ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=cMvUkHEua4i/+UFWVh9KEOsEggrcQWlzMNIZhFZLClbV2x98rlCDUN86avK2G3r4mPtyEQ/mHkydY35D1aKjewriub84bLz6vj4w1Bck5PPDXf3nGTSeBXd0kGnWUMC8Fd899ZvUL9x6HhRvMNTLQNGlERoIuZ3ufSkBnRurEQ0S3PXJ1q78fsL8U1oXI1kiAHAPXB56DKHPowEJyGCUqyaY3Gykv+2jUEphuPZ71662212/US7Tz/uYxexX54AzzCu43PZFakXmxeDS+FpyFbBGEvpB7Qj+egD2kn1Bv+8pRNOqVmRIWXhQ4I7jpGnOQmPY0k7n3077XwNb4gW+BA== X-YMail-OSG: DhvsCyQVM1m882LFhwh27.dULc9mvVFPt8eKLVihFzwZlpR2DNqVr0ZZfd.LYwY TtdJdj0ymlpey9cR8s__ShSHumTifO0.S4vaItlAb7TfRxiyrla4LMLl3fqcMyAeTLwU98K3S88u PdlD.aOYcVcCoVIxL3HIF1EP.an8MBtZbUXeyyUHpTHuBZKUbGx3u_biv2VCEkupkSvy8XQASxXD CRR6n6lE8pOALNsllbq041ezZHtldxPnVWp.BJ_fE9_YtouEF4AoyJ9Gg0ggHU3t5.PcNxyqaoKg A3NnP1SquDVWnFXc9V0SLhkILogW6sjAaqYSHEEpJtPAteSPcEa8H1JNb02FZefDnsWHCSnGSE_2 iYhp1vP.XOwF7NZz7xgzaukSdRKFcoi0LlLEShslU3VfTnH5QfL3kNNXepc5c1yzqgeIZ3JHMjwS 7mQkKhzSES7k3R4U4s3Ow7oMX2eJThulu_ZZsWGH05shGtTwn9UGkrjQuGdR6i6tjicqLWShu13F Lm5C_g8ibEOqCzxevr_v4nyeMWwlClPtRLtqvIlJ.1L62B7cWyZhIlRhCcvkH59gZiCOs1BCA_02 6d6UM2pNcUCwphuoRkfQelwnEGtoMOFT9mJ4BM2f6s694HQpUhXGErpYWShJmnr06wDmz_sSyD7Z MdkLRpyvQ6yTjvIPTK95obkcjooR9hvIbbcOF7NGH_xrvdqojobNfl4ssUH3ql6WBsA.WPaeM256 aaQ3Ck62fzM2d2v3UXFo_UZUu7EG7MooJiFDZDSzhXsyL0fSk_FT5o9OVejN8vdz7KH7eNhc2gPD NqaW6I2ACNJ6UF183xKS97YncXQ7kdLxS23bFXY7_JJYe8coG4TE0TcwRey_crNMqxZQvKMdsyaZ lffRbXmelIBOyUTXoXKOtbkHFdYufy9hM.mUcMANoutbbIMwsj.M4sshr0g19gkZ4NfR_jTutxHu 5vWl0TInkkE5lN3hbhrP4NbKAznsculkZ2QF0hNQ6M9ucb5od6UtSSRykaEqCJx66S.D_vx4IWYv O23cmuyq5YkG7WsTr6oic_Or1ZIyIt8LKuowM0eaFXPnhJKw1VkknLtw9nLR.fTjI4bGNzKsZeCQ WPxHlLQczygBDjIzlWgBAJRX8FwDb2iNSgr.f5TLDr7TMQhZdnvoUsFZiRweiYXLzVC7KNKwfX9E jHMFdTy.Fpqd4ZMaYGy12Z8ecLQuj_st5x5Pn5tDyRv4VsUdbjcdXCCH8yBmpP.g5wRlc8TffpuE Q6yGKUKiDTXiDS2qyzg3Bd3dL.XNocBqfi020xXZRRS3Kvcdgp4EoREW50.Vz9M8aTxhbwjduaVp SiB3kKCOADiASbY_ViPpPbVvq5_82.NfX65X56dyJv2S3EsxQCpKDSXuKlO.zTovBmBYIL_fQ7A6 NaZEcBbo.5iwRLzNKt8_l2hoBrOFgrtBTVbQFY0L0BxLk0t3EqwW1Refh1teIbSw71toPfVcBXOJ 28YJkdba7AthiMwgru1_eaj3qrLv_a4Ztci6diJihntdMIGDXQHxX7AxI8eeuVymMzPesqc7lYOS _pXtTen8RaX6T8Ia6SdV5_6k9SCNKpAi2US7TAI8eylqp4qeavFfB1wF_dD_i9rA5VGMpT701JDj 98ptTs4H07AOAQdPVUeweq56E6Nsei947tBRZWeiysM.cBWdE6.CjYXzfXUTQKl8gX5F2kIQt6Gh BAIsGuBDGm6dCBat_yPc9BOGkxjf3_pk.RvvSGo.ZKRWDy1_bmB3air0GcksEhU0Ju6yayz6a8UT Licl_m6H6MBby6Nj33Iu.vvGNdAE5zN4q79a5CCRDP.X1NZgdryDFbWENKuYlhCgz8OQOOJFR1gl WB80ifLQrrFrwcRCc84fnKSbnnDWatOpqf9ygPi0M17UkvXtYsj1Q2VZz2sKtcZdK6B6hBKiEf50 yBsmYY_0DokOnLHGeV0owC3pPC9fCg21ug3yfG7j4JQfNqtgCPOD7Pu1XD2VB4J_K3rX5IrmTIg3 rtKFExF9ZZFu.BZsQfttQaujlP9FfDVyuEz5Vu56tZtv7.eps3PoIGoOecn1d3Y_oDqPkgVpGHBy eyp29tStsJ9tbp6hTSzwjYZTTcuw0ymOsFUseRhtqqT.5cqQ76kVTgcHHJQOeyzWlXTpjav4Zxvx gs.bhwChhs0hrs7yaQQ3Yo6QcK3mWZX5egxi84zpYE5s03c8zrfWYP_PipSwnc6ue2dgAGr7xhNa xb_qkSrixCbpoFuH7G2DzB0q88H2AH.Dohg7Jv7I4Vh2PvMMuhK29Uh.Pn6qxFiGSDwY.DQqggR. YNgxwabZY6Be69bRp6mM1ePSuAHKN_QqCBIC9DPEEaAQdDY72WA5otvCt9d4wyucPGcvWugV1UXT y7PmDpnEKTBxjlVvUKk3GnMiEIXlxiP6QdigzxO8.QD7eNZPAOLxJy.QIhr09_AIZ1Dc7.eG7GP. o.Cy5gLbKau.T5cK30X3GSlxTtT9h1EHdHw51MZD1S_7WPBJv06XRhkToe_3d03tygddGWcT5Gzy 1Ri31HawfEvUKJslbtTzduSoqbC5dN6__a70YB8AuN.2mOitXRQChXYRxj1Z0nkaFo06RxZgeg5J LWOKp0duSaS..RWh5ZeBZeVjvnRgRh06qTdR5SVqaM9ZLGX.CXwOHtudWqLHd0FWAXwEcsEF3E.U KiYt_vOrpqo6Yn1C_p9wdRf9IsGu7K0xHQT6ojDjylIqJzC5JvTerLlrIflp.zq52uLwxxw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 05:14:56 +0000 Received: by kubenode534.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7c66df145911c08e748c95207f4edd78; Sat, 26 Jun 2021 05:14:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210626035234.GA18893@www.zefox.net> Date: Fri, 25 Jun 2021 22:14:53 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GBhrf3lrQz3GX8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-25, at 20:52, bob prohaska wrote: > If you replicate the problem I'll be very pleased. > And just slightly relieved. No luck on the 1st try: [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d . . . [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d Both finished just fine, indicating that the prior file generations were okay. I'll put the options to be like you are using and try again. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 18:50:38 2021 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B07CC11E2329 for ; Sat, 26 Jun 2021 18:50:39 +0000 (UTC) (envelope-from vishwin@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 4GC2xq4fJDz3MP7; Sat, 26 Jun 2021 18:50:39 +0000 (UTC) (envelope-from vishwin@freebsd.org) Received: from [IPv6:2601:98a:600:3c20:56ee:75ff:fe50:69b5] (unknown [IPv6:2601:98a:600:3c20:56ee:75ff:fe50:69b5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 68EC6248AA; Sat, 26 Jun 2021 18:50:39 +0000 (UTC) (envelope-from vishwin@freebsd.org) From: Charlie Li To: bsd-ham@mailman.qth.net, ports@freebsd.org Organization: FreeBSD Project Subject: Call for testing: GNU Radio 3.9.2.0 on FreeBSD Message-ID: Date: Sat, 26 Jun 2021 14:50:38 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wz18biZSWbBkPvHQ2RZsfaGPS3GngHAKh" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wz18biZSWbBkPvHQ2RZsfaGPS3GngHAKh Content-Type: multipart/mixed; boundary="LOozshat2ELpUr4ZHfiZwuszOQygBahkj"; protected-headers="v1" From: Charlie Li To: bsd-ham@mailman.qth.net, ports@freebsd.org Message-ID: Subject: Call for testing: GNU Radio 3.9.2.0 on FreeBSD --LOozshat2ELpUr4ZHfiZwuszOQygBahkj Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable Just in time for Field Day, here is a call for testing for GNU Radio 3.9.2.0. The patch is available on Phabricator: https://reviews.freebsd.org/D30917= You will also need a newer devel/volk: https://reviews.freebsd.org/D30700= Note that the port is now flavoured like devel/git: there is a default flavour that by default enables everything but GNU Radio Companion (GRC, a GUI tool), grc to explicitly also enable GRC and headless to exclude all GUI-related components, meant for running existing flowgraphs. Patches, comments, etc are welcome! --=20 Charlie Li =E2=80=A6nope, still don't have an exit line. --LOozshat2ELpUr4ZHfiZwuszOQygBahkj-- --wz18biZSWbBkPvHQ2RZsfaGPS3GngHAKh Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEJXd5utNNhpeHcBMx/reFK+KbPocFAmDXdv4FAwAAAAAACgkQ/reFK+KbPodP pw//QPHa9aKPdIzwkZ1ybyyQQfMIEVYwuIHhvWuH12K4VnLXH3TyGEsqqlAsM7eKV1ZuPwPdiSXS 3emE8CsDcs3h78T592ySC93NNMGPLJvwLG97VDnI/FzVDyhYiyRumO3EbvUIDDNOdc/v8XLSAx2u bP5KQOdUGeQz1tNABmIzoSvUGIaW8/B2KAisEv3830HtvilXCkJbAtES6jew/jzLtqwzlG3RPL9G 0vDQ3Kj9yQ5IMm9zcYu8b8R1bpRKPkDf8i51v/xIiBCUgukd+TMPCzGP+bzNjAbsfYVDbRibDSp2 ErKLtfndPoC9hpGAlnHjVLHK+AbL+CUq2U/gJxJxzqXHMq1pLbUGyzbSAPKg2LeDnKFnC0MhKHsB G8R7QDQh4qTBD0z34dCaxaLUkk09jr4LpYFcH2l+aWuEG7Wg3rkhu+Uf9i3Qg0eRDtbbz/lIy1Ji 5SXLQEADXbtRLsC3jTN5iPVLe/L80qttdJWtphgD1SeukKs1W/ae+mF6CAC9F25hANRQfPKk1abr m2C9jLz1UL8Q1wVJSjfkZ85fYl4pmWTE6iP8oGLUAwXte+ij7rahZdAEiJjBX5J2eEJw1i4j8RzN pewnQVj4W2v4mKScW7Yi35piqyfqNSa9yUrpNRPv+DxtgxU+ZCNVHSa0YSPXEdtaCQG2gDiYu6PW CCE= =0REz -----END PGP SIGNATURE----- --wz18biZSWbBkPvHQ2RZsfaGPS3GngHAKh-- From nobody Sat Jun 26 21:53:51 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 336DA11F3519 for ; Sat, 26 Jun 2021 21:53:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4GC71L0tfNz3p8Q for ; Sat, 26 Jun 2021 21:53:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624744435; bh=A0/k+3ip0AMuSDMgvQwDKlvWNccib7SwxbEABhhLxh0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=CxcYJXFj4CauNlSOwJAR8/+VIYPE3u9BTxXthsi8nursA2GBMZPOVjNmg4vW1mBRq1AaHQrxgt52uiC65+FaezPmT79Q1IWui47tOO8R19Jx1KT5J/ZQ6R7Y3MrrjrG+0eAeBIBrJIDrZvGe3VLZh8CRqz0VdQwnGBaRZ6RAwrZ2Dr0cGHw66+1mvI8OmliVw0aAN2x/cZ+XzXOBTFXsTWFGOHwg8IL5uAymuPLN44xlRdE5romIqoMmydBy5MVrYguP1WkQN0KupPql6Idp5aZ5Wa3DNaFHKIekp0+d1f7EMEo6jmvr32haOHx5BVrJrcxFJbjurBLpa1FksFqs+A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624744435; bh=L8V2dbyMGR2MuBqt18SPaFPSSoebD5XiPyWqE5Ie7BL=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ULxkyHmnuMwCoqgnE6P98w6ZhjLl7aAtks8QHzkfBUC2xFvp4sSBhdLRaW6cEihceIx3F6mhiyBZTU1Cu3xE3Rt6IkKOu+RMn2P48zYVlVuNZGIziBdz/uf13n+xCkYGvCsZvWaKwZvnzEJsdL7G0nQcl2ssCAh+qaewhqY/ooOe2/o48zVKOxQes/u1qAZIG+WHpODwS5+XfktKyIdUf3cyRIBxBAUuUxnN2QLCtY3/9lxZyjJsEACkygg6/Fesl34xz0kMmf/BU/qb4V3c1hKezU3CPpGX6hz7PszkIPK8OLN09tfl2DGrVSOhL6G2Za2OdswM6CkWaO8cUQ7WDg== X-YMail-OSG: kwiD.M0VM1l4mGfy.Wb479BPN0fTwiJFHGAzOs0jafiutbcUeqy9gvmQ2Eji2kK sj6vQSbzw2hehI1HROQqCzDsBweDLmfxBmA90IzexRljxmUHZ0uXjQtf96sNYdv5OOCx9O0HKm5. CiD9OAed4RK_jDUDRFdwDD9zsce.cwEg6EvA2KZDQxUwBBwt6k3.a0vZYdIdXcaaqNViQ.sEs31h lN493fy1C1PKBWj9NbuOtpHPWHqMxeGsyqAAPz2jXpkzSJc3ZAXs4YVnCCAppd1EiAy2ghUiJQJQ nNX.8WigPUt6AYMW91_5mdNXi_BVpZF0Kd.c2dBJzxXedluBvUD4oZJJhHsfu1jmgk1glqjmrOZQ wmos5jwhKINWb4kt61_tvp6YjPNV9XGSS_hsmxd2uOse7RBY6mNE0EP9v2iJkmy4tW7aV5FKcNFV bgcJbkS4zkKLZhkeyOw_1JDMAh625IK6LheeQW5dc9ERHAr7K2syohLkZC8dX4S69zN4ukD8iSbb NIGWcNGNE1BKKOigUotksMd0sBWCy0UkMG5IlNzcW0mCQ2PArgAUwrYjOSTyFmrjymqB5MxclevX r.U2juepUFWUcuVl76Sbfglx7iPXLag8v4mASYS.fCJK6yl08rjx6eJ4xElgIzZWcZZdD1OQdcUC QgiybZota_m_AfNlF.9RXq8d4PVRMra90d4NQ6rIrzm2SXIoelDWgHwPeV8ArwXeaEjs.kftuL1H o4b7gAyr05vzjzTemO.j_1nAGAJe4zrKUG9Vb9kvh8hrmmBYjQA5LVhAFsBy6WBHs2YbkLEOuq4R mBY6ey.B_PgzyoKtYWdMvjQEvYYF49pIs3rKQj7QEDo2h2dAQso5qqwT4mPRn8ofQrz7o.Wuzek5 gFaYm2tTobQwRe7g6rkDbB6K994lLlBlK3t3K4XbJB8Ih2EUv6kb0KAzwpR2Oo.bDGhIghBhPP_H mZs_g7OZvYda9OdciCQ2TKIo08HBD6ZVjtxM_4jsiQSGprA_MptlBj0bkJS_zhouz9RNyyDR5xBj QWiMWXQRHGakNd662VbFtujZEsQDAXmY7eoN8rZTx0YtWKUgG.AEF29xPFxY2s0O3G2tXNnHaA6v 6_GqptAUGSU.1zIFDJTXQr2S71T2oZ079bgf46RJarwVRfAmcOQG.CDvMpXIhPDhpD.l7Hdx1YYc gw9X5VVb0G.7ev225KAxxNoQdBp3yEPf1t9dq3eONA.fpDTYt47EMHvdj5W97S7sGiGHGfub.15J i1kTFTrp8yZKVBvM2TIl5WfKAJU2n24y.O84EMoJnES7rBBUXC.39KFlTuqkciiU8VZG9LpRHuRm HRkybXQEOwh4ZBWQvHuTZT3sxThZ2Fo09gkgk3ohQPAoPlU_OhkylsTV4glC0p7CYws4F9g9LUIG YeWcEHFAqgW1e56PNq5ViFLxwgaMx5BCjAF2QjZxxQ8FS6rCKYkAb..a7PRb8jvGreYCqTsNPn9V ZwjeFBfTmbBSAm.HzTimllOWoTqFkLJfCdiOb_Mv.v1elxmqIAYkjtyJfNp5W2AEJKFVzGLnw6qD GP_KIoHRTZbASLn19kPDVumrASIsQUeDsd.1cXnEq9tm0SufVQ715KyLR5lOlJ6sGXfvjbrzU68w DKr3deVAcTC1XTvtz_J.oObraw8c.wZmpEw4MNwe0chUHVsEmzceukm8onUGTIE8f7LbbHJmj1I0 nzkULMEh12sWPqF55egaIjvZUl6O6BFXzYTq7Z_avoDpxfJwkd1x30HZIycwb9_u9OkC4evAYYYe USdPNMX5f342BHzotx3RGndXCO3GG89X9Cbpo..SDiJh7tD20J_1sP1KEE5n5sSnWE1F2vRXwRGS BxJO3uL5h.vkcS92oMZ82Fl45GpLSWIzTjw0z2OlSGW8Bw5s3aA9V1ti10fMjVevgH_BbEMpdEVJ 7mEY86XUdDC73iXb9rd20pl.VP5.6C5UAwIqtDC5hONpNDimoddYuro3vKHkG1uLPh4hPxgKyiAy qe6xIqwsvk_UN8mfnVRpsf3Jk4KJYUlnrOEJdLJokcSq8THEdK3sIKzlvDCyM3FVwGXlBuqSmjJV b.dzcQXf4rjN8G_1WAbGvxhFBceFeToBoKxOOpAAZi9cHHC_ZTPwIp5TnkJaa8eGdC4Aa0T6maXh BHVNNMPvzWEWlLXRQCswhc9gn.PhrblVOkOA56I5zPqlGnSirv6ExU23Uujl8i2MUOCfBYqPnG7z sLfafMZ9lIpdV2Jg1y_HhcvLFpWlnl6np0.GiXkZnr.wDsXLM3US6ffD5KKQFau6uBWYXnR1vEDQ dWReFzDiohV0SUlCCxr94IvC_SENIzLm3jcw8C7_aAq1XU3QhImAX1fQDYqbZ2ya4YxEQx_zzRn_ 07d4xvZgj9LbPvb8eyRm2v0iTyxMPvAtystMLOTIt4oUzeBcR6pam0_lcWmR1U_ThapLKXEtLTD9 PC5edEa_j4IcGIauoGaQLn0uQjFxprYr_ntZkvXhv3tXFKKJ6yy6uw7QNTA4Hj8Z6dqgRqvsEkDU RvaNNx1W_.M_pgpEvOGo_GSWWtR4FWSLbhrVpe3GNm0ls9VC2Hh1Mi4UsTs0JVVL9i9LHNaFwReW UShhGcAgVpCoyTQRrRhv.wYBq5ywDtMVPYbjroctkuMVVZiXhm1st.lh0nFQiVIMeududKOjyxfe 9mIQoruHSWquLfA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 21:53:55 +0000 Received: by kubenode548.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6f34e8b5252cd6660c6c0bd80f0b7fff; Sat, 26 Jun 2021 21:53:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Sat, 26 Jun 2021 14:53:51 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GC71L0tfNz3p8Q X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=CxcYJXFj; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.147: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-25, at 22:14, Mark Millard wrote: > On 2021-Jun-25, at 20:52, bob prohaska wrote: >=20 >> If you replicate the problem I'll be very pleased. >> And just slightly relieved. >=20 >=20 > No luck on the 1st try: >=20 > [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ > lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s > rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d > . . . > [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >=20 > Both finished just fine, indicating that the prior file generations = were > okay. >=20 > I'll put the options to be like you are using and try again. No failure. In a faster context with RAM such that there is no reported use of swap in top, I've tried a host kernel that is non-debug and a host kernel that is debug in combinations with host worlds that are non-debug vs. debug in combination with systems for the jail that are non-debug releng/13 based, non-debug main based, and debug main based. So far none of that has failed. On the RPi4B with total_mem=3D1024 I've only had the non-debug main host kernel and world and a world for jail use that was nondebug. But I've tried with and without junk:true. No failures. For the RPi4B, I've now got a debug host kernel and world and a debug world for jail use. So, by default, junk:true . We will see if it gets a failure or not. It is likely the last of the reproduction attempts based on the information so far. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 22:29:48 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BF6FA11F4E7E for ; Sat, 26 Jun 2021 22:29:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4GC7ps5xFdz3rZ5 for ; Sat, 26 Jun 2021 22:29:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624746596; bh=P92VLgGOPzitcTQRUfclvKyD3zn/SW2uPEyJI8/08Qg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=G2qSSHa5xNnZwtHm7Am4AElBGWe78fAy3afRnSIfCP+qJzwUFLmjaxmOE+ezVvUcYJt1BiElv+avoZpnFBRGGqZb6va7h8Lkc5XO+WYNaGh74iND0vedodmFmdbke2pUoOMJxAyKg6u+aE0Q/Mx08cj3YhD+fmOyY78hBaEQqb3xFUHWy7vOK1vlqeXpj/C/KTBNX3bmSpP5raNKn1z5q5y0l2823FlOxH5y7dBwAYV5GQbiuxBwH8fAafte1MIPSdF1s8oc2B0c/grk8IJlaAd38OWxlebHogdy3XyLVErwrhlBPNrLmdu88Mb2ZSziPalOmruwB7PqwpV8fHwuLw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624746596; bh=glJ01fIak/MFmjb5odXXWqZQPQo6AqQ7ASY0Y1/NTdw=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Jxbt7u2Ka/3TDLaeBtpN+i1HUDFgNIv54zaytUeX0SC19+KpS1jSZg6N4PBzm9TWQxkHfF0/+eacLqZLfW4RZ6NTRz4ktWWWO/1FAXCDhRLgPfwwv8oS3fNG1UxJjfQOB/hD6B8JXIEsyTBt6yCz+hsFLAEFyxLP9wKdRfsEYRatczg/QMiAMK3oFsokpsn8e/wgRZPes9ZUHTNIatZalJYp/c0vRA1RrKqbpsg4J1Gd8B8R7E0OXGjOzzzAVruo92Rc0Hf2Y28s6gF1Sa//rlpQa+RfhmPixHu3QRna3ae9kljLB3lTRT0ly+ppPNaNr0QCw+SXekJUVvKWbkOfzA== X-YMail-OSG: gswy46YVM1lxAGItx7y9BSkQa55n7nvQODU1KZcc8X78KzegRR8AYUqFBWsWBNz .rHDyzolMGLKvYT5XG2PQpONLLyaO709hcaTIksvqaX9_DRNFkSO05yi_FCBGvE74uLTBaFcoC7i gsGvIPprNOJQuxFO11SkOZoGZA9idU9Z1LeC.JhL7IhOQPWlLsiBLhYcHOC13h_p8aT4di7gKcog lH8M2HXYVHDARjxxjwjPjfWddQA3PTry0kPTD9PoVos_4US0y8kEqvU_enx5Gz.6lOqzUMhKRKa. .Hq5TZyOfF2WYf.HmhVRljG9_zdU8SQSTluCnJk4HhzUcPh_OhUIBysk18Un.Q7XO2djTirXT5H_ m53Q3TXLvRNAteLQrJfY5IqngpaCAhLQiGd9adKnCRymRaMCACqSYQrnQ9dHWd9evAlnauSpUwNB H83yMHvyDZGqFR.Xt9VS5ig64KI22qO12AjOJ6T9CwfnHIelX84YvHjamf0Er.uBQ9rHplYPLxxA kyEHxBiKOPdMs7GT6MqjizyXjbCxDs36LEllSO1AvjzHO83_7KRQYFvA.MmWMLE.mIefGnQIi61j g1.R.PX96Ki4AJjTZaE0_wISJsgjIiWf0.4cdP.bpziVqVvSSM3L9PvCvWT0VQRxk.ZaSE5GIsTL guRVAR6aUoqm0oikfHfnQ4J04ux2zj.HBihZKvb1g9DzHkAt34nWWDHH0dSTg5t8Kd70FNw836gz BGvHRlRGNFZXKsInW7PFoXZelzhAQ4W2Mc54maCXpJy8rVxM5ALq0c8POcuipzdGS9OzTG4ksRDS .9AhABj0oN4NPUX3zH6XekIXWjt7SyOcE_E1fVmuu6.NTJF7XHoD8hj5lVWhBVB5Vv.9SUx4Jxri Lqw9S5ka0PAKkf3R4J8._94drZJLWwDK1s7nsG3fa_oEAz0OEibHU3U63Wt_nEZGiepd6ydZJ996 0XXlcU0qfNWYRoMja3u0pTj2LHwsrMdXD_m_QMcSVTrd5yNdpusxG6Z7ShlFOWm3wVPxhuGhR7cD nnyxJ8pzyLZ8Fwrd7.94WJNPTA1ZXDHDAPZXsef51PLl_n33uiiaQelPUXzscwgl4ETgaKnfgj_c K3GHO_OaD_20r3WijKWR1UDabKWtmv4L9cq6zmxE6AdgsA69_cL5cym3m6i3kadaK72yreFyanYi dqScGN91_CX0b7iAMrHxNH.x3Oo1bJ10g.ToNIcUSxrjTtJ7CEBviu5zF4zeOCoZFKhG6cAZb17t 2tN0ngF8FpcC9ggHCzvQN0vRjP7mbN5xVTKOjYiPmdB8NwvibRYo_ncYWgP.TMNcKSskDR_2bBQ1 pN9vrGrhgNHdRX.CJrdhaDyuj_j2qjSUI0Qa.Knuf7IfqdgdCYRs6J94.XX1go983NRJfscMYLrL QPZdiwk_u6TfTwCavZnRaO4RL9BKgGC_6irH9_4fsS0DaaIzC9B0ys7pPV3nHTPeo7Wp7oD9FhLd JiDKrmqe6p1dkoGbiIZzIGBFre2okgOsfDai0G0S0wjiKqPNW_7OXD2uXIWVN7BzxxpOoamiCRgH pY.44UhsJTFu5paR9PD2K6vA28X9AI833PYD8AOoSKqptv_O14FlcA44t2k7eFqlsdCv1nhbSvhB A7sjWn9X2Eo5ZhhKo5zYD0CfCi_AGt_p8.5C3AKTljG20nEzd2k9ISCT5RejEhRobeQuH2ACyXsi JHLLd92CRWXNlubEHGbxVM213EMNsJ6HhoBftGhtHGQAXNYCTe2BY4dhN3PxcvSEaOvKuJGsjnvL cUS.ccK9LSL48y5RvvnNofTMGJPxDzsp1iE4FZLk23_vzHuBRP6ehANsiI9m4SN5ep6dGA4cUcP8 UszaB_i9_s.sI2BD_YGnZt4nCcUixiwghIjLtkArxhPoC9SedD5pcjNmJQ0IQa3CQw3mjP17mhu. gTT808a0aprg9.cMMYMDqsDzV95bqllaHGIZT1uJDjKgKVXNEVfJAH49gmsnE0hFn3u4Jr4KC3Xb U.mCANcW9opdLX0_cj4J1mk1lK9mg4w.K86H1PXC1pxHk9G1N7mH41QkQ_iiQNBbyn.36t29V0Gy 6QMyjGbsuGAjiUxuN7JJY17bjsvHXIblOt5pi0UX.qldL_Qt711tsXE5jNVBb8N7pVYW8Cg24jfk OPb.p6wZrtaChBZy2.iPMhl3k_SQsBjxv5O9gT9EaB55QmkJX7U2JwlYOi29j1lPEGorYOpGEzEs X.m9zGX6MPYf6t9BO6MPGJy53xsKJ7tXdar9qpjqkQEn2pn9e.Sz9DJe5hG1X2L.5TlSbDOzJ2pO 1EgIVyPQDZXGI3c.Vw5UBO8Wp4971xXfBABmXSc_biSGq2Kogi9AgK5soN.FD9CRwc1TFT5Sv4Rj vHksCrur1PlaslX6j2n3Prb9VQY2jLyhmDBgoE91VmhFs8ZyqHTULrYsFNSaWAupamumWiQAqbSq ovVHVrV4BaqTprfJHvhFuOCcNThWjI70d99HWm4cyNhK7HJS_Vyo8Oux3u1c5ueAiJVyAEE4B8_Z sNl4Vx8yvOowAOHdG1enh85mOFLvCK31Mw3ZLdJgWc7.gjPYbiY8NTNGCv6PSNadOqjQ6JNZSqi2 PAxIUMEr9owGOt8m7NoyJeU9HndMvHz2cicBGXsha898mKbV1eaWlKOgS5ZCxIbEDz39nNmetEuk 0ccFY2wxO4U5.Ce1wJf0dWp0c56xhb_DE_H39sQIvFHEC3dcDLzFecyhRpox5YLhlvPXcnw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 22:29:56 +0000 Received: by kubenode545.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 256c0dabaa95b9b68ef21eaa35fc96c8; Sat, 26 Jun 2021 22:29:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> Date: Sat, 26 Jun 2021 15:29:48 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GC7ps5xFdz3rZ5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=G2qSSHa5; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.147: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N [freebsd-arm+owner at FreeBSD.org sent a notice of rejection of the original of the below because, according to it, I was not a subscriber to freebsd-arm. So this is a resend after (re-)subscribing. We will see if it is again rejected.] On 2021-Jun-25, at 22:14, Mark Millard wrote: > On 2021-Jun-25, at 20:52, bob prohaska wrote: >=20 >> If you replicate the problem I'll be very pleased. >> And just slightly relieved. >=20 >=20 > No luck on the 1st try: >=20 > [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ > lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s > rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d > . . . > [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >=20 > Both finished just fine, indicating that the prior file generations = were > okay. >=20 > I'll put the options to be like you are using and try again. No failure. In a faster context with RAM such that there is no reported use of swap in top, I've tried a host kernel that is non-debug and a host kernel that is debug in combinations with host worlds that are non-debug vs. debug in combination with systems for the jail that are non-debug releng/13 based, non-debug main based, and debug main based. So far none of that has failed. On the RPi4B with total_mem=3D1024 I've only had the non-debug main host kernel and world and a world for jail use that was nondebug. But I've tried with and without junk:true. No failures. For the RPi4B, I've now got a debug host kernel and world and a debug world for jail use. So, by default, junk:true . We will see if it gets a failure or not. It is likely the last of the reproduction attempts based on the information so far. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jun 27 05:12:24 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8C57411D7957 for ; Sun, 27 Jun 2021 05:12:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.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 4GCJlQ1HLcz3Brh for ; Sun, 27 Jun 2021 05:12:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624770752; bh=qO7qiP2+0vunWw0ePYtbOQjw4XHywnJ8FPAqYBXuf6w=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sAR4kN6F9uqRkrIZhJdfIr4V/YKm5yjONI98CLsMH5OnXUsBRjWsapVteImOudLQuRZeZsEpM860oQRpgZri41jRXQpXZTj0wwItpzQlX7u/VHtd+pOxJKwoG+GtfFwAhhBjOWCsQjWWLi7W2yawPG/it86ALvknyQ/4hmwx8dTcEz9ij4nNZyV5AW7gDEvWkuGCfEd7puw9eaAlaK2mK9hLmSm91+pvpV0N1aVYHz1Eg/CKMSqrB/vdW6KMWd/rHhga2b4pZvbgBIBrBW6KALAyexLWcbVk17SfgEg4bK/a/rQFFMwbgYAPEQtbqJJqAzCAzjjtJMnjSBnwC2a06w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624770752; bh=31zuIi7h78UZTvj5Mkep014IuXafyZfn18i1rqkUbtm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mW4EeKSwNTaomII1CoC043YveIVHni62T+Us+R/UoD7xBSJxRm0b8Vf9mNmSPVUxTtQ12GI/CyqzH2+D2ioXF6VGLHx01NbpX5r1xqFkv5k7mljzExXgFD9D09++ZVkY43kOrJLPVtwjGBe8SRsPG/wg3QAl+eXBwMzTdA5+7iBdgDPgW/DFY0x7o5p1wZFfKXD86JPPDfllrXJGT2dHqbq0MZnTI6D8seQlLVkHRB2+CzQMv9HpVMTWic5OA0D+YkdJIfGocu+ceia7BFf++RPoZQkgdY2LiDcV/4yofsoBh5FmeumsJtBxEERJcghfONZaXxzfdaRusudC9feh+Q== X-YMail-OSG: hk7En7QVM1loHvVfShGXYp0A2lPK9LAfOSKimrsCPcfqT1LXznNunqtFHTQncdO WNK5k363fkwnXgFrp4mj4xdCFdIGAqwUK6tuuTE61He0ViWKIGd5tN4sxyPhIp05Hd2YwRzBdv4t 4nhVpeHvv0YUARH6qRimLsAAj_rXoKv63CpuQFdjtHRAPAV9EOx0hyyeV7yppqLgqwj8m24AEFzF VIViKgbkpeTVJOdXNKG1239zUHGyaRDENtUpyygNQqNZUreoaYcAsguq_GGSS2mONfG4hEkZ.vNl iv._lr8ZePiKYHXNCjlF.c0GsVAum2p9hnHempJRNk6C_omqp.w3uzCboT.gMgQmIDwLQCjk6rIT 24WNAXqsU_MrynLXEhr0Mgjt.mWhi2ADlPnx04sL_bfAJ2tgnruF7AejYE9cZCIieSkk.DVpaqoH Gudy3T7yTfkL_a_yi70eTDuyF6sZ8ehsJzr2bAujopeK4pkJC1lxG110Qlei9KTnxddDhW3RzWNq puQhFzTnutkZk_hnXnLGntp4DOxaq.7j7adf_7SXRTMulna0nV_uVFbDMhPFXBzVU0YDksEGCRDn aML9QOverNts5en89sX.UrM96jf.kDqHWF9eHrClxK.Rm4ftflSY3YXZks0ayJwP43ZdS9sgDRDa b3Nv9VZX4ljhK.UnW0FBgSkkSeWxduXxyoPNWSHRfz_8yd.HHRmheRyf3TgT98RoOwHhL4z.YJ_1 AA7TSYP9YtBcIKq_aMavtyNd_YLw5QPAOfqbkFhAWQo3Tm_9JDF19PPBh5awl1CvfSp9GgRZ1qEZ IFfGxvbtSXHFgyxFRgelqTQtbskp6JSwNcBOzB3D9fW3bUBL1LFeJpvMgbfRMJZvZDVqtM9xW4mQ sF9ZLg6cYsRXXAk.rs9jvYQxdvDWG6FXD8qzs4lyk_PhwodatwfHUC39Jt0q11hDQKLnkXFw62wR OtHzYylTv5q0_93FOD5coCPrFiCu6oEqMxJHcO.Wb6Lpfc9olftDQp3.mDUkrqadBzTysjAc4Oh5 lF8peMcBq_VbeeniMVUgi3fjSjoA.H6LFWUsOWYzYmlw8Sw3C3xfY8sWZ7XXcyuEnIGifyrUyoLA 69l7upzGf8bLt.w0EjWanWVNq3RMv_sUs1LvJF6sQ2Dgh9I8PlVfmarRxAx9GA0HBnxlGCFOuZuH fLxyh72XdiqhQ8A6NuKQohsFG1E2gY2cew3NlG9eahRj_nMZ.qOIKj1cEbQE_TMFsVQP1C26s6hj nayKeeHyNrzjK21SMgp05ghhlQ4Mqj_k5k2mj.GEOvPwOv2svYuMIwjjYqyVQ8166G37SRKS2Jdf RpRea6YFh2WxwtI3ZxKX.ho57ZEsd6d9rUCNVf6WHrwZwjF395i1d7bi7sgphaoirx7noJcyLyVv r55GNrpjgyWRaxpuCEPSV4332l9_xOIeaPm90gvmvGy3Qckfbi4zXxBKeVWlEZG0jqJlgCQm_A_6 vmNszumnlo4YUQaxsD_FWDwxh8dqLkSExEp.HuMB8dHZujh7g_lmNASjHPyOnLjQ631Q6yFgEOnj dxI6dQXp9taKDyRkTKK9QrteJzd.tivdzr6jrffZuJaEpS_Ed_LxFgYe09EcM3xfYYwIqHbSNT_8 oh3J4MAgjmDqkNzJiYiMCxxWIgKO2wxG8QQYMQhylZUauOZP.2LKTvCdGyGOKyxTPj1k52k.Ro1G bCaQ45natTDgCslc4lkGENTIlE0qqNNKqHT9jJy17gt5emo7nTIFaxkAm2.3ouCh2ohLoewsX3Wp 5j9H_dCMc1Tp5.F9Ln3.WVNerhEhQNPHFtJErKLD3Sww.FUULgwuaZVZChSsvOkZx2KbdS1furqq 0F0wa7vY4uGL9MwhzNV8EwIHLOibvuYHrD51YPipeFCLLhne1Oqmig7Xx.xkJOtQ57yZOx8ih4B3 9dOzcg6z82dY_2Qvljq1Gd.RSl5l_wNOE3E9R2Y8RG9p0CY95gOAhJ7tJ3QNxQW5BzBUHSwf83ed XgfJXAe8WL4TEqihCye7IimhbqzSdtwU.LDDx1GswsrMuexuWTX7LlEuuA6tpPYLZonaCW677A11 3kO4G.1qaPY66jHL09OvsuNsS0iiNs_UGa040FSvneA7VWpVSlpf3Ry1GGgQnh298gfu3.8nJn3. U6ip9ciwUkAxbbqXtAtUinT8copdvNIHWO_d17HS.s_THVTsWqg4v1ocJ14gYc.ngazu1P3kv_Tz KOriH5r14_ujek234cEpBcQzzTYU6ByCXi4ySTvheyjF5u7HiAG1cn00NiVyFV5EPEBhZlWV3Xw3 fWpN5e5clg6w5.kUqbHc7nUd3q7GB3q17q8NUrNI_53Mq7WnUb.VPr57gekDGeFWiN11sqFXTEKq c8rr2ShAnkNYne3gY1dXB1HirnAc00l8C5rTHF9XKgjrnGZAJXEbZQACXfJejk5PVCQL4qmpk.hp 0ubBhkN.w5QrSMQa6b6POxKXvnwm3GMBA6sts0UMARYgbyKNkgq3LZ.xnwrqkn.nm1Hb5tMHCpt3 W2HvbRbza5P3VHUaBYlyd4dN47mVZnoY3BRnGRSXVEPK3t6yGuTe9SFoUNeIXqtouOE.k9cWfsUU 2bl6SkEc4DDdCZR2C1UdqretO5CesHVN8C0zZWlCqtH0E5lkOpxrirZ19dz.umhuoAOqHtQ1TXOS OJSCIq7_f0KvI9HZNpmXFw6zn14TN6QyXG7nWM0MT2CIei7j7iERhhHUAGuFlRKeXt8LKuKxAiK7 CHgaeSpVdhF8uOQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 27 Jun 2021 05:12:32 +0000 Received: by kubenode570.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f0a0baccae6c4d683aea96a1b14770c8; Sun, 27 Jun 2021 05:12:27 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> Date: Sat, 26 Jun 2021 22:12:24 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GCJlQ1HLcz3Brh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sAR4kN6F; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.148: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-26, at 15:29, Mark Millard wrote: >=20 > [freebsd-arm+owner at FreeBSD.org sent a notice of rejection > of the original of the below because, according to it, I was > not a subscriber to freebsd-arm. So this is a resend after > (re-)subscribing. We will see if it is again rejected.] >=20 > On 2021-Jun-25, at 22:14, Mark Millard wrote: >=20 >> On 2021-Jun-25, at 20:52, bob prohaska wrote: >>=20 >>> If you replicate the problem I'll be very pleased. >>> And just slightly relieved. >>=20 >>=20 >> No luck on the 1st try: >>=20 >> [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ >> lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s >> rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d >> . . . >> [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >>=20 >> Both finished just fine, indicating that the prior file generations = were >> okay. >>=20 >> I'll put the options to be like you are using and try again. >=20 > No failure. >=20 > In a faster context with RAM such that there is no reported > use of swap in top, I've tried a host kernel that is non-debug > and a host kernel that is debug in combinations with host > worlds that are non-debug vs. debug in combination with systems > for the jail that are non-debug releng/13 based, non-debug > main based, and debug main based. >=20 > So far none of that has failed. >=20 > On the RPi4B with total_mem=3D1024 I've only had the non-debug > main host kernel and world and a world for jail use that was > nondebug. But I've tried with and without junk:true. >=20 > No failures. >=20 > For the RPi4B, I've now got a debug host kernel and world > and a debug world for jail use. So, by default, junk:true . >=20 > We will see if it gets a failure or not. >=20 > It is likely the last of the reproduction attempts based on > the information so far. No failure. I do not plan on exploring swap/paging space sizes that produce notices about being mistuned. I do not plan on exploring use of spinning rust or powered hubs. Or using USB2 for the SSD. (Use of some vintage of RPi3B would require use of a powered hub, so I'll not be trying that either.) Not having replicated the problem, I'm not trying some official build from expanding the likes of artifacts.ci.freebsd.org materials. RECOMMENDATION: Since you have a failing context, I recommend that you do the test of using expanded materials from artifacts.ci.freebsd.org (so: use an official build) with a swap space size that does not produce the warning: See of the problem goes away vs. repeats with such an "official" context. Either your problem will be solved or you will at least be able to report information about the behavior of official build materials in a context not reporting a mistuning. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jun 27 10:09:03 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E9E2BCFE4EC for ; Sun, 27 Jun 2021 10:09:16 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 4GCRKm0z1Jz3jn5 for ; Sun, 27 Jun 2021 10:09:15 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-ot1-x329.google.com with SMTP id v5-20020a0568301bc5b029045c06b14f83so15101514ota.13 for ; Sun, 27 Jun 2021 03:09:15 -0700 (PDT) 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=1SdTXA2i4rpN29oA/DfDde3NQFIZJkDcRlfg+XX9fGI=; b=WRnCvLkJBpZYjNec4itQaOXib+W8uR6J4nqCNocheyG+Cgbbann20Lf0UhZma9g4O+ tc+/E0afSqNF25IN7vZLr07cdYph01Ia/7tGp8KM8msGWQmXZvwD9WGm7QMA4P4tsxOs sxTRwgGVWcwnbFfJYPYj4W9AVDjjJokGSepz4AVoHgmhvzjCktiew/396yZcse4o60vt ZS1sUczTc2UjZj+d5whcbcjmyn75PCGxVYOvOx4W8Hn9p86yb+gjJcfNoqYQACbskf1E AL5m09SeS8mLlvcWl8ZAzO0QiZV2OUkBXwHRuFxzuURFiCIAU7rzax78ftIlJmiR8Hlj Ae5w== 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=1SdTXA2i4rpN29oA/DfDde3NQFIZJkDcRlfg+XX9fGI=; b=hWsqXelYIxigFnC28fLsxsTBUBwAGMk3wGxHRFjNkHw+ZE5kUwAToNi+iTrmD/4BBR TBhUSNPZHLcWRE5iQqKmfVl0QW/UGJ+MHY1BX3L2Suri7dOv98n5JtPS7lw4zYMm4G3I UpLlJvq36xEHraw1DWEAaXNaP64KkDI0lcKmyZ8+v41B3H57dWSwCbPR+YmL0e9g7G+0 1M5V6Ryf/KNPjqRDHS2WCDT3gi8MvQWS/7sWMks4zI6B2kEvq79KN1cSmuFef5gi4tj0 l30GJjYJOP7eJpWuDO6zvwDVX/yytitPndmiZllZplwvpcHRQq6/lrF8xxdLNvGyV2rg k/xA== X-Gm-Message-State: AOAM533OyaFPO8tGC224PlyC8ImvFuh574g+62G9MrNUYh+qyj6g58ij 9nLl1u7K2sQ4Jk54xRNZqlZokxleLvbP1XL5XMw9NFmhXHqqNZF+di5v3w== X-Google-Smtp-Source: ABdhPJx9nskJYFn1iQGnc8vT0mkPDWP9qkQK7DLcRD6f5fXMnljHuTgxGiwQ4TLXKK4QRxUzs5g6j9VoZfeVDLT+EBs= X-Received: by 2002:a9d:57cc:: with SMTP id q12mr420252oti.286.1624788555015; Sun, 27 Jun 2021 03:09:15 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: J P Date: Sun, 27 Jun 2021 12:09:03 +0200 Message-ID: Subject: lang/rust does not build on aarch64 To: freebsd-ports@freebsd.org Content-Type: multipart/alternative; boundary="000000000000a82ad505c5bc9041" X-Rspamd-Queue-Id: 4GCRKm0z1Jz3jn5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=WRnCvLkJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of webplication@gmail.com designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=webplication@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::329:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::329:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::329:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports] X-ThisMailContainsUnwantedMimeParts: Y --000000000000a82ad505c5bc9041 Content-Type: text/plain; charset="UTF-8" Hi, it seems rust does not build on aarch64: ===> Building for rust-1.52.1 rustup not detected: [Errno 2] No such file or directory: 'rustc' falling back to auto-detect running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml --verbose --frozen Traceback (most recent call last): File "x.py", line 27, in bootstrap.main() File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 1175, in main bootstrap(help_triggered) File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 1148, in bootstrap build.build_bootstrap() File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 900, in build_bootstrap run(args, env=env, verbose=self.verbose) File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 153, in run raise RuntimeError(err) RuntimeError: failed to run: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml --verbose --frozen *** Error code 1 Stop. make: stopped in /usr/ports/lang/rust Is this known? Thank you. BR, --000000000000a82ad505c5bc9041-- From nobody Sun Jun 27 10:55:32 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8E82511C9012; Sun, 27 Jun 2021 10:55:46 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (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 4GCSMP00Btz3lwh; Sun, 27 Jun 2021 10:55:44 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id 7-20020a9d0d070000b0290439abcef697so15199778oti.2; Sun, 27 Jun 2021 03:55:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=Ua2CPG4XGmkX0d6bSmkaMmic77uf/dYuX6yEaQPuq1M=; b=p/fgHFjby5Go7Hap37W4WLpreaJjfe+wDJw1mk8vH3Q36I3b7dU39t6qWR3cL48MY8 nwKFJSACO+TNHbovvqBeG8M9ZewOooww3JD87dDv5bjQEe4tSGM2gnmtW5Hw7E6Nxy8c f3Hfd6DmxpJVt9fgTEJVwGo/Ujr6zw5OKWWNqVhJLeM/0Q7VcKNyXJKRhGIv8siPiOUA 6Kbid6Uc6PTx4qNgIDtWUaPhp56HhkTi0y9sxXP3ZTToB1kl4hfIVyaId1SXvKNjEFAe JlY574DbCz/UA/O8H0ePZmKaI7sNGKfjo4BfTL99tlXBl6PJgStNtVzxYScfJjulrcrr 24Jw== 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:cc; bh=Ua2CPG4XGmkX0d6bSmkaMmic77uf/dYuX6yEaQPuq1M=; b=URFEotU2ztPee+Vq77Zt3DRxqD3ITt53Iz17w9Rxvb+O77b7jy1v3W8MfoLPHaaxT+ 4ftQ7yUqYvWDPz8kbkFXhEU1yT5feJyZRIzNlGFNEZ6fG6+Vdw1utbIoX9erbGpg1qT6 cOVVU172raTMhZl4PS724suMRBAqq8p6FBTXLiFGm1a5eZyJt3kHAh9btp63us+CNb06 Ixa2EIk2fcI+AyBZdqQlim0YlTFAbTtWPvjOde+sRwZS2vJc2atiSnsQ4u4KEAyDwiI5 jcExrat9GJbpdUweNC+OE8m9himhNTCTKVwBUIBCAlUin8BVyCDDqDduVHyzshOeG/mz dY9g== X-Gm-Message-State: AOAM533ukd7OES7jp0bsXmDZgVCG0tIiklUxKWzWQ2PylXlG4TMnQmHm V6q79Z5/HVJAtH1kmTvZCgM6nCQw3a4Nd113Pzs/2TAgViH+rSAyUAo= X-Google-Smtp-Source: ABdhPJwg6xKh+EBGA6MCghjc9pVASrfFSzGItPOwJdTAgZ2qoUio4kyurTZX7ouBH+Rp7qLmQYmVmMEA4AfypS20tQY= X-Received: by 2002:a05:6830:99:: with SMTP id a25mr324351oto.19.1624791343631; Sun, 27 Jun 2021 03:55:43 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: J P Date: Sun, 27 Jun 2021 12:55:32 +0200 Message-ID: Subject: FreeBSD ocaml support for aarch64 To: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Cc: michipili@gmail.com Content-Type: multipart/alternative; boundary="000000000000df10a505c5bd3637" X-Rspamd-Queue-Id: 4GCSMP00Btz3lwh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=p/fgHFjb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of webplication@gmail.com designates 2607:f8b0:4864:20::32d as permitted sender) smtp.mailfrom=webplication@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; 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:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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)[]; 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::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32d:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: Y --000000000000df10a505c5bd3637 Content-Type: text/plain; charset="UTF-8" Hi, lang/ocaml port is marked as broken on aarch64 and I would like to contribute and have it fixed. The broken reason is incorrect as of now: BROKEN_aarch64= Does not build: sh: as: not found If I comment this line out, "as" is correctly found given the port dependency from binutils: BUILD_DEPENDS= as:devel/binutils The build process stops with: ld: error: can't create dynamic relocation R_AARCH64_LDST64_ABS_LO12_NC against symbol: camlUnix in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in unix.a(unix.o) >>> referenced by unix.ml:863 >>> unix.o:(camlUnix__waitpid_non_intr_1853) in archive unix.a ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors) cc: error: linker command failed with exit code 1 (use -v to see invocation) File "caml_startup", line 1: Error: Error during linking gmake[4]: *** [../Makefile:74: unix.cmxs] Error 2 gmake[4]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0/otherlibs/unix' gmake[3]: *** [Makefile:1055: otherlibrariesopt] Error 2 gmake[3]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[2]: *** [Makefile:465: opt.opt] Error 2 gmake[2]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[1]: *** [Makefile:531: world.opt] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0' *** Error code 1 Stop. make: stopped in /usr/ports/lang/ocaml Trying to fix this issue by adding -fPIC to CONFIGURE_ARGS does nothing, in the sense that the option actually adds -fPIC to ld args, but the error remains. So I went the other way and changed LDFLAGS as suggested by the error message: LDFLAGS_aarch64= -Wl,-z,notext In this case I hit an obscure error when making with make -j : boot/ocamlrun ./ocamlopt -g -nostdlib -I stdlib -I otherlibs/dynlink -strict-sequence -principal -absname -w +a-4-9-41-42-44-45-48 -warn-error A -bin-annot -safe-string -strict-formats -I utils -I parsing -I typing -I bytecomp -I middle_end -I middle_end/base_types -I asmcomp -I driver -I toplevel -c middle_end/simplify_boxed_integer_ops.ml File "/usr/ports/lang/ocaml/work/ocaml-4.05.0/_none_", line 1: Warning 58: no cmx file was found in path for module Compilenv, and its interface was not compiled with -opaque boot/ocamlrun ./ocamlopt -g -nostdlib -I stdlib -I otherlibs/dynlink -strict-sequence -principal -absname -w +a-4-9-41-42-44-45-48 -warn-error A -bin-annot -safe-string -strict-formats -I utils -I parsing -I typing -I bytecomp -I middle_end -I middle_end/base_types -I asmcomp -I driver -I toplevel -c middle_end/simplify_primitives.ml File "/usr/ports/lang/ocaml/work/ocaml-4.05.0/asmcomp/selection.ml", line 1: Error: Some fatal warnings were triggered (1 occurrences) gmake[4]: *** [Makefile:1270: asmcomp/selection.cmx] Error 2 gmake[4]: *** Waiting for unfinished jobs.... gmake[4]: Leaving directory '/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[3]: *** [Makefile:464: opt.opt] Error 2 gmake[3]: Leaving directory '/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[2]: *** [Makefile:531: world.opt] Error 2 gmake[2]: Leaving directory '/usr/ports/lang/ocaml/work/ocaml-4.05.0' *** [do-build] Error code 1 make[1]: stopped in /usr/ports/lang/ocaml 1 error make[1]: stopped in /usr/ports/lang/ocaml *** [stage] Error code 2 make: stopped in /usr/ports/lang/ocaml 1 error make: stopped in /usr/ports/lang/ocaml If I continue without -j, ld fails with a similar error: ld: error: relocation R_AARCH64_LDST64_ABS_LO12_NC cannot be used against symbol camlUnix; recompile with -fPIC Note: -fPIC is enabled. I am stuck, can someone suggest how to proceed? Thank you. BR, --000000000000df10a505c5bd3637-- From nobody Sun Jun 27 14:58:08 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E916511D4B2C for ; Sun, 27 Jun 2021 14:58:12 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GCYl86H2zz4VrD; Sun, 27 Jun 2021 14:58:12 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1624805892; 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: in-reply-to:in-reply-to:references:references; bh=YcyyQpuWN/NcoSQi6F0nuO5QM4WLtEZV8pXFJr01u+s=; b=A7MxsjNKunoijFCSx61bNftPBMkAkRKNdHKoES5FOkXo61cAX0WDcU8I02BZcFaaQZ36vW mcmyx1yXMLDThxSXqC/i6sMPcEbOe0mVJqhvEtRu9Bse0Et1Mqi5IbkCVmlzHbLIRZBvbV m8GkChUB7R0irjMuggI9ieNINOEeaN5xZPoSkbNi+WEDihH1WqCi2yfg5iqKnm656uYikW kKP4ebTrUIEK61BkNObDjb0axmkS4pOxp5oI2ivV1+e0gGGZRkZMW2UrqBvFAQXPmA68/A s6Xh15jKX1ci7hS3QUsbKbAy4rWZVuXhzkVu7CtmUcQK7Nq5Ee3QRfZdYctbFQ== Received: by freefall.freebsd.org (Postfix, from userid 1354) id C16DC1A997; Sun, 27 Jun 2021 14:58:12 +0000 (UTC) From: Jan Beich To: J P Cc: freebsd-ports@freebsd.org Subject: Re: lang/rust does not build on aarch64 References: Date: Sun, 27 Jun 2021 16:58:08 +0200 In-Reply-To: (J. P.'s message of "Sun, 27 Jun 2021 12:09:03 +0200") Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1624805892; 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: in-reply-to:in-reply-to:references:references; bh=YcyyQpuWN/NcoSQi6F0nuO5QM4WLtEZV8pXFJr01u+s=; b=bcho7Fh3rSluKpTKhJP0F+1hwGJH6co4E2ZC2eahCTV9WBY1M4sZOEnhFGGHiyClG1ItdM SpTvya8MwpG6KlLF5MNg/k1pkTUtHff0lEH1sGAWmdR33klzrirTVtvQw2Uxd3aw63zmhT S4H1PECIQ64B/VEq1geQRjvvw9RqZfIbna3SeLcnxXYUoJHrwyRbvpts7JHn1azlxGzFIG nGfu3c58pcd+boWVuUBOx7mkOxItzVtKzbCLNZiouHWCFfC3JKPsiTQuyBcGvOwammTMTU IlggAsCrZOdEELdD8OMwwlYLPrdty5BkfKTVQyAOGF9egAS34Lh65vCR6n3z3A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1624805892; a=rsa-sha256; cv=none; b=H1kE0QSA7//JTN/GBMqhN2rTz+xVPfYEpBE+LCaLropHVfD7AF5REW6sxANF44VvIIvmQx ajFad1ITwueajKZJs231RhW2Xwdu+SAO6YqSD8YEh3Jsnm6paLrE651MEWo5R/0orCTStJ jlZb0/x4hvL3TYGuhP2JUH2R1RoP14kGxvC2GIe1K9B6PMHrMUAjeSyEYl9iNJlqZ2sP5u SCMa4I0NPMVKxfriwBVCYrZMg6YNScC+PxB2qrwOvqCPh16Sb27mUguEK/5vIhyrAJq0Y6 nQ4KkHcpKnAzKAnW8B2AGB7f/xC5S+QwAn1ayyOxTUfQTpekEDbgSqGBzvTX7w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N J P writes: > Hi, > it seems rust does not build on aarch64: > ===> Building for rust-1.52.1 1.52.1 is no longer supported. Update ports/ tree to get 1.53.0. 2021Q2 has 1.51.0 but the branch is about to reach EOL on 2021-07-01. If 1.53.0 also fails attach complete poudriere log. For example, maybe only a specific FreeBSD version is affected. > rustup not detected: [Errno 2] No such file or directory: 'rustc' > falling back to auto-detect This warning is benign i.e., occurs even when build succeeds. > running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build > --manifest-path > /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml > --verbose --frozen > Traceback (most recent call last): > File "x.py", line 27, in > bootstrap.main() > File > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 1175, in main > bootstrap(help_triggered) > File > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 1148, in bootstrap > build.build_bootstrap() > File > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 900, in build_bootstrap > run(args, env=env, verbose=self.verbose) > File > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 153, in run > raise RuntimeError(err) > RuntimeError: failed to run: > /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path > /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml > --verbose --frozen > *** Error code 1 > > Stop. > make: stopped in /usr/ports/lang/rust > > Is this known? Hmm, 1.52.1 recently failed on the package cluster with the same error but it did build fine in the past. http://www.ipv6proxy.net/go.php?u=http://ampere2.nyi.freebsd.org/data/main-arm64-default/pc9afda5a14a3_sb43d600c83/logs/errors/rust-1.52.1.log http://www.ipv6proxy.net/go.php?u=http://ampere2.nyi.freebsd.org/data/main-arm64-default/p69c9420a212a_s2349cda44f/logs/rust-1.52.1.log From nobody Sun Jun 27 15:09:45 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 451B011D56D1 for ; Sun, 27 Jun 2021 15:09:48 +0000 (UTC) (envelope-from jbeich@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 4GCZ0X1H4pz4Wlw; Sun, 27 Jun 2021 15:09:48 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1624806588; 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: in-reply-to:in-reply-to:references:references; bh=pfRDfuSaowJhHiLY0U1rYIrQPZJdW8G45a14h6qUcmU=; b=Yr0xHU/tnp2SVahtsrJfmMGHGpT50tbLJKZBxzdgzrF8f54MF32POKLihc5CEp9wW/c1rG 65jFY3Su7sg+Hzkonc5wby8kmdppncvwXQWsNqVSFbhhlb3nIeLunSSguyo/nqj+7OQtqC /kIYsEKBdcJ3cyf/eQ9DoUgZLPCeHdj6wn+4xZdYowy8xjz1JrEkEiC9YF0LBscnDdleSs vbctoRkH73uUZ/iSjxv1ItXfF3a5om7XYBp41SnPOyP1mhnAwsiM1dm6NRbv4jgUAAJrnK /ac97Ifdm5zTNl8VyAnC5WCTvu+RRJK9a6/qNomvouiy/xVsV1yeSG48JtSq8A== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 049B21A8D1; Sun, 27 Jun 2021 15:09:47 +0000 (UTC) From: Jan Beich To: J P Cc: freebsd-ports@freebsd.org Subject: Re: lang/rust does not build on aarch64 References: Date: Sun, 27 Jun 2021 17:09:45 +0200 In-Reply-To: (Jan Beich's message of "Sun, 27 Jun 2021 16:58:08 +0200") Message-ID: <1r8n-l4xy-wny@FreeBSD.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1624806588; 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: in-reply-to:in-reply-to:references:references; bh=pfRDfuSaowJhHiLY0U1rYIrQPZJdW8G45a14h6qUcmU=; b=SowWXUxMAhJchZuhOJH74ff+6uViF31VbVaAW2mXHzgtHZJKv2i8XeBEXwrRzWoUS8S2Gg GCWntIpI05YKyOzTnIZNq3ptisr4h70SLIq0gIXUJGkI2CM3EzpXrOI71zpdYV9bDbhDEj FaY12XXYjW3b5mpwweJz1YicnRPqOcY6qxYOzPBO99hcpTZlAJWtMegBA/kYh0UNpNxjiP xzPvFs2Y1vA3ebZkSRbJ1RagD5ufqOm78OOmEwYWQo68M6I2M/5IhNFs09DtVqoTOeoA89 inJxRLQCYj2b4717RMjnb3kJHO8VqTZ9rETSwZBNI+/ZiAb1X8eYdju1/pS4ow== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1624806588; a=rsa-sha256; cv=none; b=dZvlvKaFoMdZhEwEf2QFl7VSMLoiH+yTtEDds1nncv+2x7cBG5cwGW0bAPfGdHr72chjxs qwL44gDta6VB6V6n7qsL5zhxUOkYzM6anA1B9QUv6mdlY/cubiIpovLuC01qheBqMx29ZO KSlsHXD/L+5MFRE+q9ZtR6sAW2utBRKljWq6Dl6eR0vRnb1nkOb8zkjuG0JK1egjSTmljJ +PiHyovlIjzRJ2PYfzRqelZjiI/ZCI/At/pNCstH1ec4S6u79sTI/VRQ544vsGqxH8rtTv Vhudo1ZdYiTsoRieCsrHym1ewmlFeme6EPB4EySwqLnNfbIiIiEgRlJ9jRbpVg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Jan Beich writes: > J P writes: > >> Hi, >> it seems rust does not build on aarch64: >> ===> Building for rust-1.52.1 > > 1.52.1 is no longer supported. Update ports/ tree to get 1.53.0. > 2021Q2 has 1.51.0 but the branch is about to reach EOL on 2021-07-01. > > If 1.53.0 also fails attach complete poudriere log. For example, maybe > only a specific FreeBSD version is affected. Actually, if 1.53.0 fails just file a bug to let rust@ team know. I don't have aarch64 hardware, so won't be able to help, anyway.