From nobody Mon Sep 2 03:54:29 2024 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 4WxvyY5Sjwz5TnHF for ; Mon, 02 Sep 2024 03:54:29 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WxvyY3pPkz4mX8 for ; Mon, 2 Sep 2024 03:54:29 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725249269; a=rsa-sha256; cv=none; b=Zm3zygs7f7wGS+PiVYHAg4bZ3XNJEmgZGhpRYlCCfb5iftH1O/pr4GCYtvc+G/6YD/Jd+P FY33JExYsNspIEYc3hsN7BSmhxOCH0kUnOUuafkVWfRzqf1Nh6G8Cmi+NJBa5XlRZPUaAg 2rw4RnNCLGo9e24T0LUiSZICsndqVDyPINs87Wx7DHflBp9+BpL0EST1kW/MzggFNUKY0t 1JQoS+xcyuFhgZxQVgueAe8q9hGW6nmkjFRr0PTnrHweVvSrtw5IYeQST1LLEZJpdi8RZR mQ7QZKYg92hiaRd9TCJ+hXwtOwdaCzpfhPbYpGAZSB5WYU0BKEtPEIq32miG7g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725249269; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=nPjZGVDFcmNymybEVRV5jX2lP241TcrQ1of9pXzCJ+0=; b=nA6xm3zBnuglM/I99/wqkYHUjtulPSSGJ+ZhwhRNNSrxjhmAnkxasgCAqO7LGsMrVpOPBG +bMjWmMIN45qb6rYsHA79SRy5uLOg0ZosCmBD2HWsnQU8Yh5ga48GHBGJHiGF7vKt13Nla u2lVs+cx3Mpp2BV5ZHHyrsSTguCAGbxff+Br2uqB8tS33moGL2FlVuTAWFceYooeAHJ2nJ NZmRrssQNGcw0RPCwC4hNqWlKJsk4OXNp1zuwh8tfpWRCHQV1QxmA9DQK+ltQiDi6T+jd/ mauf59/wUhmScn6XyxFmoBm0Nqypm8bLgV5euGgrjZIYv77AcRDPlmxf9ldKHQ== 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 4WxvyY3Nymzwqk for ; Mon, 2 Sep 2024 03:54:29 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4823sTvF082591 for ; Mon, 2 Sep 2024 03:54:29 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4823sTs1082590; Mon, 2 Sep 2024 03:54:29 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409020354.4823sTs1082590@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Mon, 2 Sep 2024 03:54:29 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.7.0.231127 | ifcsverchok-0.8.0 ------------------------------------------------+-----------------+------------ japanese/xv | 6.0.0 | v6.0.1 ------------------------------------------------+-----------------+------------ 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 Sep 2 15:10:58 2024 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 4WyBzW72Wzz5TYts for ; Mon, 02 Sep 2024 15:11:19 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyBzT0Yn8z4lYh for ; Mon, 2 Sep 2024 15:11:16 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=lyxys.ka.sub.org; spf=pass (mx1.freebsd.org: domain of wolfgang@lyxys.ka.sub.org designates 2a00:b580:8000:11:1c6b:7032:35e9:5616 as permitted sender) smtp.mailfrom=wolfgang@lyxys.ka.sub.org Received: from punkt.de (unknown [IPv6:2a00:b580:a000:b000::1000]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id E51D23D3EA for ; Mon, 2 Sep 2024 17:11:07 +0200 (CEST) Date: Mon, 2 Sep 2024 17:10:58 +0200 From: Wolfgang Zenker To: freebsd-ports@freebsd.org Subject: lang/php8X whith databases/php8X-sqlite3 and databases/sqlite3 segfaults in Quarterly 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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site User-Agent: Mutt/2.2.13 (2024-03-09) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.76 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.961]; DMARC_POLICY_ALLOW(-0.50)[lyxys.ka.sub.org,none]; R_SPF_ALLOW(-0.20)[+a:mail.punkt.de]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/32, country:DE]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4WyBzT0Yn8z4lYh Hello, I have a problem with using the PHP sqlite3 module in the 2024Q3 branch. Scripts segfault on calling $dbObj = new SQLite3('example.db'); Tested with php 8.2 and 8.3, strongly suspect the other versions have the problem as well. For which port(s) should I open a problem report here? The culprit could be either the php-port, the php-sqlite3 subport or the sqlite3 port. I built a small test environment and the sqlite3 cli tool works ok, and I don't see much changes in the php-sqlite3 subports, so I suspect the problematic part is in the php ports. The problem did not exist in the 2024Q2 branch and does not exist in HEAD. Does it make sense to open problem reports on the quarterly branch at all or should I ask the maintainers to MFH the php and sqlite3 ports? Looking forward to your suggestions. Wolfgang From nobody Mon Sep 2 15:19:01 2024 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 4WyC8x025Gz5TZ37 for ; Mon, 02 Sep 2024 15:19:29 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyC8w5KLWz4mVC; Mon, 2 Sep 2024 15:19:28 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725290368; 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=wg03CXGxLtlLWAPQsWBrIOYAFs5c/39cdnVUcEZWnNM=; b=Pp6b+JXFyg2ai2DENjZnKO1ABf7dGpi5wO0xolfMIE6BSxTjizTnJyEjQX2c9Uvxzc5e5d +7jB8fBp0vCPWfYcTB0wf2EvrlrNQwss6/WNHTIBPdV9OoByM4jE8AyRfbBlcLnrHmHiRT N8xtEWWJDAG//t5OeDBEu5OU5ugK/zw61G88SrzWu6ygdZRBAcfoWQqK36xebm6sqjyymp 0aMPB45DwGB+hzCF2uHGc3iqLlbnMedE4X+63yleGLw5ALh5UDhVry70Y6ldcOeJ/f8POc tEPUjQN50uWa4i8vIiTPuISdKzqDLjt0qKeECnB9sSBEbHun7D+O2ieF+z0GOg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725290368; a=rsa-sha256; cv=none; b=KvXtsWTH6Sh7QZ55Tv3LqLDoQ2U6MNC7qIkmgYHkwvmw5dRY/AxevWnwMXDnIEBCIfqTQh lMk9i6JcdvRGHBtvixdbEUc64aFBdA2w0jEz2uqb9ej2AhUItUkmsarxp3YIm09HopC/5h BjCaEHDBDNlBkbvD8IQFqyq/ZR3cAp8teUjluA2Axz/VvLNm0gEnxv9EyiVkpDnGoQxjby Js8E6a8cJXhD009gpMqNZ2S9GUYjS0K6tbtAGuaYDtuhuzmowvmnFsrqp7wsuXFtx6Xz+D 6oCTw/jqBrM1nunj9Qx9XA9MSiszjAbG2fe/wtAEvdczImdwYvcL20juWL/0XA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725290368; 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=wg03CXGxLtlLWAPQsWBrIOYAFs5c/39cdnVUcEZWnNM=; b=Sswme2T24kTe08yy9GJS4rB3UUG1W6EYEccQbWJMPQJUpvPIgJPUC7Lyj4aQdVOMLx4TrS yVPvsler9RiSVi9/yDAlEj/zOpSqMP2ar+rGvcJ3oAPF55qCdraNIhydUNRqxpvmwYH31v 2PL3nmYdaVh4qAXc+S6RzCaET4jrOCfq2BG9o+PlwH4NeKgE9XhN770VG7ekreSf7oV/bv mfn/NUF/UpVSmvUGlLm8+70z3jl2r2y6JTmQj3t7kv/WsSOSmPOt+pv3te1gjEeKMVm4Vm C2WxH5lmf1aMnfGjRtNWsuuWIpJPGEoBK3V9MFNOqdYfyP0guKKUkgwzwpl1sA== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WyC8w2QdjzQQ2; Mon, 2 Sep 2024 15:19:28 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 861f722f (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Mon, 2 Sep 2024 15:19:25 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_B491230A-32ED-4266-BAEB-B35A0E8A26A4"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: lang/php8X whith databases/php8X-sqlite3 and databases/sqlite3 segfaults in Quarterly From: Moin Rahman In-Reply-To: Date: Mon, 2 Sep 2024 17:19:01 +0200 Cc: freebsd-ports@freebsd.org Message-Id: <0AB6AC67-CF26-4C5E-9D04-36DE43C489C2@freebsd.org> References: To: Wolfgang Zenker X-Mailer: Apple Mail (2.3731.700.6.1.2) --Apple-Mail=_B491230A-32ED-4266-BAEB-B35A0E8A26A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Sep 2, 2024, at 5:10 PM, Wolfgang Zenker = wrote: >=20 > Hello, >=20 > I have a problem with using the PHP sqlite3 module in the 2024Q3 = branch. > Scripts segfault on calling > $dbObj =3D new SQLite3('example.db'); > Tested with php 8.2 and 8.3, strongly suspect the other versions have > the problem as well. >=20 > For which port(s) should I open a problem report here? The culprit = could > be either the php-port, the php-sqlite3 subport or the sqlite3 port. > I built a small test environment and the sqlite3 cli tool works ok, > and I don't see much changes in the php-sqlite3 subports, so I suspect > the problematic part is in the php ports. >=20 > The problem did not exist in the 2024Q2 branch and does not exist in > HEAD. >=20 > Does it make sense to open problem reports on the quarterly branch at > all or should I ask the maintainers to MFH the php and sqlite3 ports? >=20 > Looking forward to your suggestions. >=20 > Wolfgang >=20 Please share the details of the exact versions of the ports. Kind regards, Moin --Apple-Mail=_B491230A-32ED-4266-BAEB-B35A0E8A26A4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmbV12VfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJEG1w/+NF+IaIGJJHLqplls/94zjlgBImfrOQNCInqLI+ldd8d7Jcpe+zC3YNO3 KffA8yJyuzO1gVVeiZiC8CCKJyFqfJ0JwJ51ykIIw+PWb2z5zRHfGKcZcVi0TWPT VGDUd6HPW0XDlwL/6WcZ8+SyairOaGmZ6rb68CfTq/Wo2sJBlpdwJqEP4ViQEc1+ pLWXsDhSrWZCvJwfROGvLOEmISMQ++P80PjHKF3+Zwd+IJRg9SO6ishfOf9UNMl7 K6mvp5pQrQMZX0SJt5tJLxUj4dZttVEUmJ/WnP92QNJnnKLVXzDegiArhdfWzhew 68GaLiVAehIpveNXBNoIXHuqdL3SyW2QK5bk/d1PJTWmsb2ssyiXSj+R6An7VaAJ uh7oKlAZeHMdcpFlS5p8SeSNdErtbbQ8qr/Yaum3otCP0WeSt0Fs/uBalJWkZYZ1 R51LG60V+CJ93odMD5jExs8oSfCrHggYSH9a+zgwvi3hH2gb+ovLebG+FjU/TSir m3ZqI5yCrAZCi4vCyLtNkWvaaa3UCF3TpzdoUTjVnbyBV3InU4PIgYkzCFGYNEQK Hq4vgDmb9u96QYzQVfZqUg9sGD9GPjUQLrWw0guN4AG8jSrE5hfaNgGArhIcJbnG UchT+8D9TkcnnsevWjUvYZQZjAUfOYZUpvG66r/FDz7HN2TPEEk= =ZUq5 -----END PGP SIGNATURE----- --Apple-Mail=_B491230A-32ED-4266-BAEB-B35A0E8A26A4-- From nobody Mon Sep 2 16:01:08 2024 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 4WyD5L1CKrz5Tf7q for ; Mon, 02 Sep 2024 16:01:26 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from mail.punkt.de (mail.punkt.de [217.29.41.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyD5K5Mngz4rX4; Mon, 2 Sep 2024 16:01:25 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from punkt.de (unknown [IPv6:2a00:b580:a000:b000::1000]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 94F333E207; Mon, 2 Sep 2024 18:01:17 +0200 (CEST) Date: Mon, 2 Sep 2024 18:01:08 +0200 From: Wolfgang Zenker To: freebsd-ports@freebsd.org Cc: Moin Rahman Subject: Re: lang/php8X whith databases/php8X-sqlite3 and databases/sqlite3 segfaults in Quarterly Message-ID: References: <0AB6AC67-CF26-4C5E-9D04-36DE43C489C2@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0AB6AC67-CF26-4C5E-9D04-36DE43C489C2@freebsd.org> Organization: private site User-Agent: Mutt/2.2.13 (2024-03-09) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4WyD5K5Mngz4rX4 Am Mon, Sep 02, 2024 at 05:19:01PM +0200 schrieb Moin Rahman: >> On Sep 2, 2024, at 5:10 PM, Wolfgang Zenker wrote: >> I have a problem with using the PHP sqlite3 module in the 2024Q3 branch. >> Scripts segfault on calling >> $dbObj = new SQLite3('example.db'); >> Tested with php 8.2 and 8.3, strongly suspect the other versions have >> the problem as well. >> For which port(s) should I open a problem report here? The culprit could >> be either the php-port, the php-sqlite3 subport or the sqlite3 port. >> I built a small test environment and the sqlite3 cli tool works ok, >> and I don't see much changes in the php-sqlite3 subports, so I suspect >> the problematic part is in the php ports. >> The problem did not exist in the 2024Q2 branch and does not exist in >> HEAD. >> Does it make sense to open problem reports on the quarterly branch at >> all or should I ask the maintainers to MFH the php and sqlite3 ports? >> >> Looking forward to your suggestions. > Please share the details of the exact versions of the ports. > Kind regards, > Moin Failing setup on php 8.2: - php82-8.2.20 - php82-sqlite3-8.2.20 - sqlite3-3.46.0,1 Failing setup on php 8.3: - php83-8.3.8 - php83-sqlite3-8.3.8 - sqlite3-3.46.0,1 php 8.1 and php 8.4 setups not tested yet. Working versions from 2024Q2 branch: - php82.8.2.18 / php83-8.3.6 - php82-sqlite3-8.2.18 / php83-sqlite3-8.3.6 - sqlite3-3.45.1,1 How to reproduce: 1) Build a small test-database $ sqlite3 example.db SQLite version 3.46.0 2024-05-23 13:25:27 Enter ".help" for usage hints. sqlite> create table people(name text, role text); sqlite> insert into people values('Alice', 'restaurant'); sqlite> insert into people VALUES ('Bob', 'your uncle'); sqlite> .quit 2) Use a small php script sqlitetest.php query("SELECT * FROM people WHERE role = 'your uncle'"); while ($row = $results->fetchArray()) { printf("%s's %s\n", $row['name'], $row['role']); } ?> 3) verify database works with sqlite3 cli $ sqlite3 example.db SQLite version 3.46.0 2024-05-23 13:25:27 Enter ".help" for usage hints. sqlite> select name from people where role = 'your uncle'; sqlite> .quit should return "Bob". 4) test php script $ php sqlitetest.php returns Segmentation fault From nobody Mon Sep 2 16:17:40 2024 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 4WyDSK1bBJz5Tg75 for ; Mon, 02 Sep 2024 16:17:53 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyDSJ6yFgz4sp5; Mon, 2 Sep 2024 16:17:52 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725293873; 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=v3hZtaE8C8c3NPgR4n/kvveQT1SQJ48zWd4yc+sAVsE=; b=Sx+3siUokPmyXMcHQ4AtArIyojPKvSYTgHCRLVxOgPi2QX0Z4GERvBR9Lz2XlR2J+Sxl81 bwK6iN9kpRsv5VeOqm2eVE5PUAJtGPDKBpykb3qK5Juz6AUbDP5a5+n5ieggtfSA/6wJ+P fj1Dzb0DSrNbvQfvpp6p2vXdC+hfFjRNBLOgAh6nWICih7VQ2HVP75uSL5St1JVfYQnFXN mxl6hidJFIeQIddKhaZGZnVpd/VUh3tSI0KFu/MLZcXJ9/HPVZZawnSv3Km8yor0dyXPuN nB9wuP0oqGnhZAdo7wQT3xNWmTcE4h3FgdfX/esITfrLJTOnVtF5it9jwAZbTg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725293873; a=rsa-sha256; cv=none; b=YMe3qpspk5JCVNhsNGefIbzQovzYkPbuI2r7xY1jFj9PCr03vFMIwjVzwWVHCkbuYLNRH1 R6ygVQssxfl6eiI1Su/M779DZ1iqJsdmIYhKwKpkAGxVgGmd7mdskprUS7+iJ0iW1JnMT+ VmiclNBj3PUl4vpa7Yg6RWK5/zYtnsnmUnxpgdlHqS/xfsmEq4ZkX1eW9k+e42EuJtELhP QGisyeiaqKnUTaa/eKZteJHae1y39AdbAkkHLeWb0Umd3xlMDy3wSePplOOTqEA9Z2n7nC R9Kjn1dNKANJNhXFq4A8KCRQXbV0qHidz2tbbSEML8TvfJA3/3b/V0kP21DDtw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725293873; 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=v3hZtaE8C8c3NPgR4n/kvveQT1SQJ48zWd4yc+sAVsE=; b=O/ALRTwy+EZTAzaWvI8WK5pnjZX0D6fYkpWN0bcHmPpwSacHtqbNaWfHAHm4sbZ9oGvSCA dXrNPrg3xmRvZsWn6MpOd55AySCAaCH9YUe8XcTLJPSQCOLtjBstKFZ744O/1PY9khRFin LWQgH+/q0VXiAIRTX9yfiwSUXiMrIBnboxjjkOTyE+6oFAiRPTHJfWoQgx/ail0ZXBbimz izWOtPKxLS+DerIJui0a05qqkQiM+vi0xZngfUgmZIjoqkAax1XcT/dgro17lMBwc2iYE7 UYsQd29VqzODqUxFvDoyZqYKOg0gdT5/56oiXGAtXKNbB9SsN/uum1seYwM70A== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WyDSJ41BtzRdM; Mon, 2 Sep 2024 16:17:52 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 2ffae9c8 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Mon, 2 Sep 2024 16:17:51 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_694FF603-5F0F-4E2E-9FFD-1C63F6156BF0"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: lang/php8X whith databases/php8X-sqlite3 and databases/sqlite3 segfaults in Quarterly From: Moin Rahman In-Reply-To: Date: Mon, 2 Sep 2024 18:17:40 +0200 Cc: freebsd-ports@freebsd.org Message-Id: <75DF9F9F-0804-4521-9B65-6120F2D482EA@freebsd.org> References: <0AB6AC67-CF26-4C5E-9D04-36DE43C489C2@freebsd.org> To: Wolfgang Zenker X-Mailer: Apple Mail (2.3731.700.6.1.2) --Apple-Mail=_694FF603-5F0F-4E2E-9FFD-1C63F6156BF0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Sep 2, 2024, at 6:01 PM, Wolfgang Zenker = wrote: >=20 > Am Mon, Sep 02, 2024 at 05:19:01PM +0200 schrieb Moin Rahman: >>> On Sep 2, 2024, at 5:10 PM, Wolfgang Zenker = wrote: >=20 >>> I have a problem with using the PHP sqlite3 module in the 2024Q3 = branch. >>> Scripts segfault on calling >>> $dbObj =3D new SQLite3('example.db'); >>> Tested with php 8.2 and 8.3, strongly suspect the other versions = have >>> the problem as well. >=20 >>> For which port(s) should I open a problem report here? The culprit = could >>> be either the php-port, the php-sqlite3 subport or the sqlite3 port. >>> I built a small test environment and the sqlite3 cli tool works ok, >>> and I don't see much changes in the php-sqlite3 subports, so I = suspect >>> the problematic part is in the php ports. >=20 >>> The problem did not exist in the 2024Q2 branch and does not exist in >>> HEAD. >=20 >>> Does it make sense to open problem reports on the quarterly branch = at >>> all or should I ask the maintainers to MFH the php and sqlite3 = ports? >>>=20 >>> Looking forward to your suggestions. >=20 >> Please share the details of the exact versions of the ports. >=20 >> Kind regards, >> Moin >=20 > Failing setup on php 8.2: > - php82-8.2.20 > - php82-sqlite3-8.2.20 > - sqlite3-3.46.0,1 >=20 > Failing setup on php 8.3: > - php83-8.3.8 > - php83-sqlite3-8.3.8 > - sqlite3-3.46.0,1 >=20 > php 8.1 and php 8.4 setups not tested yet. >=20 > Working versions from 2024Q2 branch: > - php82.8.2.18 / php83-8.3.6 > - php82-sqlite3-8.2.18 / php83-sqlite3-8.3.6 > - sqlite3-3.45.1,1 >=20 > How to reproduce: >=20 > 1) Build a small test-database > $ sqlite3 example.db > SQLite version 3.46.0 2024-05-23 13:25:27 > Enter ".help" for usage hints. > sqlite> create table people(name text, role text); > sqlite> insert into people values('Alice', 'restaurant'); > sqlite> insert into people VALUES ('Bob', 'your uncle'); > sqlite> .quit >=20 > 2) Use a small php script sqlitetest.php > =20 > $dbObj =3D new SQLite3('example.db'); > $results =3D $dbObj->query("SELECT * FROM people WHERE role =3D 'your = uncle'"); >=20 > while ($row =3D $results->fetchArray()) { > printf("%s's %s\n", $row['name'], $row['role']); > } > ?> >=20 > 3) verify database works with sqlite3 cli > $ sqlite3 example.db > SQLite version 3.46.0 2024-05-23 13:25:27 > Enter ".help" for usage hints. > sqlite> select name from people where role =3D 'your uncle'; > sqlite> .quit >=20 > should return "Bob". >=20 > 4) test php script > $ php sqlitetest.php >=20 > returns Segmentation fault >=20 >=20 Hi, You said that it works on HEAD. I can merge the latest PHP into the quarterly branch. But unfortunately I cannot merge sqlite3. Current sqlite3 version in HEAD is 3.46.1. I will merge the latest php into quarterly sometimes tomorrow. Kind regards, Moin --Apple-Mail=_694FF603-5F0F-4E2E-9FFD-1C63F6156BF0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmbV5SRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJF8oQ//fsskVnyTqqoycUDFgGb5oKmE8QYk8ZXWPpEW/Ml3itScsqYFPULr4Qwb aA0o2kRCwCYbB4IEDqIuqxFqu0vLuaLsP84EMiG6s8xo+7Azk9wc9QjFWh1958CY 1U8rcK6499ZjmBtqKDzey80ARUBLUyUhZ+CgZlYY240OzCrU2WohmjqULdkSp7is DaCM8Apa7Ay7cMDcIbpB8/S0S2bL7Ee9ouD4qXk1G5HjcTqYhVyTeD3+xOyWZRcf EmnzQacYCgWLFdD2VSXdOmoO62UNoV98toSMfh2g3oTXOLhbL0Vcjk3LF9yQg5HZ stwNftBPRVcAKjzxNV7rglPpPBhrKUy4AFiJXdM7+kpgClWHsIldCy5iNOUZdEUp l7j/gByl16zsz8SoFt5i+qhZP33qWtqPmuWYuDkNApGjGJIMxiJDygtxjiBwkOvY B4KDIwCVlagZ+XlUwOPwwRWIsfk8cq97E38Q2OAM7qiVMiedUtq54xXCRYNmKplo 1n8V99RKUIo25MWQw22ZyQSX2M7v3nfL/AZ3E1nSRW7VUJXz7RO6MNPNC7mKSSNC xOVqkEl6JkORy3kaVlWu0B8cQpj2t6GmAtXWB3+FlCnEWFBLTBxVGMtbGCzvfOYL 4Cc5LsXohZmd24Z2nxcl446MMoVvOjmVMAD7+XVTUhbN4OCKUtk= =rYGi -----END PGP SIGNATURE----- --Apple-Mail=_694FF603-5F0F-4E2E-9FFD-1C63F6156BF0-- From nobody Mon Sep 2 16:34:12 2024 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 4WyDqN2DvYz5ThXj for ; Mon, 02 Sep 2024 16:34:24 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from mail.punkt.de (mail.punkt.de [217.29.41.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyDqN1RCpz3x6Q; Mon, 2 Sep 2024 16:34:24 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from punkt.de (unknown [IPv6:2a00:b580:a000:b000::1000]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 0D8603E0BE; Mon, 2 Sep 2024 18:34:21 +0200 (CEST) Date: Mon, 2 Sep 2024 18:34:12 +0200 From: Wolfgang Zenker To: freebsd-ports@freebsd.org Cc: Moin Rahman Subject: Re: lang/php8X whith databases/php8X-sqlite3 and databases/sqlite3 segfaults in Quarterly Message-ID: References: <0AB6AC67-CF26-4C5E-9D04-36DE43C489C2@freebsd.org> <75DF9F9F-0804-4521-9B65-6120F2D482EA@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <75DF9F9F-0804-4521-9B65-6120F2D482EA@freebsd.org> Organization: private site User-Agent: Mutt/2.2.13 (2024-03-09) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4WyDqN1RCpz3x6Q Am Mon, Sep 02, 2024 at 06:17:40PM +0200 schrieb Moin Rahman: >> On Sep 2, 2024, at 6:01 PM, Wolfgang Zenker wrote: >> Failing setup on php 8.2: >> - php82-8.2.20 >> - php82-sqlite3-8.2.20 >> - sqlite3-3.46.0,1 >> Failing setup on php 8.3: >> - php83-8.3.8 >> - php83-sqlite3-8.3.8 >> - sqlite3-3.46.0,1 >> php 8.1 and php 8.4 setups not tested yet. > You said that it works on HEAD. I can merge the latest PHP into > the quarterly branch. But unfortunately I cannot merge sqlite3. > Current sqlite3 version in HEAD is 3.46.1. > I will merge the latest php into quarterly sometimes tomorrow. Hello, thank you very much, that will be most helpful. Wolfgang From nobody Tue Sep 3 03:53:00 2024 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 4WyWtN6GX5z5Vqsk for ; Tue, 03 Sep 2024 03:53:00 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyWtN32qKz47SK for ; Tue, 3 Sep 2024 03:53:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725335580; a=rsa-sha256; cv=none; b=ZB502gK/vDbTxKnBFDNeR7ShrS/i6gmyuNjPUQ734zoL5e17Pb5iRXJaBys1kmwLUJj57k seuzBiuKRQZW2jXBXtzJT6MwL70at9lsACfAwn55H0UymGMxqQFvMs2k4W5ioJtoJ9cz3u pz7Bw3/5BfXB0w0e13z3aGApmgVfrwMDnSbStC0BkenJGn80CuF2eHXy/LiaxvMJh18ahL IToqH7NWOXbP5+NXu2+TwEAJ6NCmYgsapafU8KvCtnpBCRqz+3W1fo1vRbXxITggVQd7sq +kDFNwGQ1dcTS0R6GA56u/coAo5GI335OOCokMc8Ls6XGzlDcGVqWTWFKWv0rw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725335580; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=lnrh3o/UCgjvrFgKz+jyALxWuAbBIEz678K94zdadkQ=; b=UTyxJpIZeSBdky1Wzdn7Hqgox1BzxpsZkq2xi10vGMnT9pCoHw1gVMwJxC0HCQe2cYYob6 9Lymsg9nXpMdmAdJcc2y0GQ1tOF9qhs8L4WpocRaZ41cIFKJ6ZqLVKRrcrApOb1smnHH4c jdU41e/Y7HtF3BMA/4NJEZMENxiYqSIYvIXUirbNSPFLFmotDnrL1zW0W+E/U24K+EPq/Q aSgh44oMLt3xhHnYoURhvVOZqba+cESygqHEPrWK5378lk+hnVHyxZs6xNi5fHgSi/EzhN pcrloM0ZwzcG6B5WnQ/YEqqs4pzGh6iaN57cu4RzAGX5WPf9a7a706SNPgrkng== 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 4WyWtN2WmGzQBG for ; Tue, 3 Sep 2024 03:53:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4833r0hc063767 for ; Tue, 3 Sep 2024 03:53:00 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4833r0pj063766; Tue, 3 Sep 2024 03:53:00 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409030353.4833r0pj063766@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Tue, 3 Sep 2024 03:53:00 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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 ------------------------------------------------+-----------------+------------ graphics/vigra | 1.11.1 | version-1-12-1 ------------------------------------------------+-----------------+------------ lang/intel-compute-runtime | 22.24.23453 | 24.31.30508.7 ------------------------------------------------+-----------------+------------ multimedia/gmmlib | 22.3.18 | intel-gmmlib-22.5.1 ------------------------------------------------+-----------------+------------ 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 Tue Sep 3 16:29:35 2024 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 4Wyrgw3QsDz5TX24 for ; Tue, 03 Sep 2024 16:30:04 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wyrgw2g1Mz3yfm; Tue, 3 Sep 2024 16:30:04 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725381004; 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=UGzrr5vgtd8y63Q0Cl2xmR4QgqdbH2ON1QmxrRqr+Xk=; b=G+VVWv4JWqZOcDl3wmDD7gUEiLdEyZBaPwfmTuZMvi93gtAGo8zvWkR1Qe/CSa1d3a+lfF A8TYPzYtk9EWi35Undcee4aQ/xmoRWD1NXTdaG/1Ykv/uK3r9KZFapenNcRJq/xSF6c5Ht NIfkkZUetIINlBpQg7VD5HT51gpRbomA9vvtopDN45IsLuSKNKEfbz34cWo89EE/kQx4mt ia+P0SwOglaevT2WJaBAtRVnE+cj0ZpSH2i21K3LbPYw2oHriVDZkJN8sO/+hg+KFox4zS RxJyPJoZTgtLbRXJXB0wtaNIDoAYWNs3y1GMaeSmqfrRa4MMALUIMHumcGAJ2Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725381004; a=rsa-sha256; cv=none; b=W7na7ndU3YfxanmdbObokTu3cYQHbWOr/JHFWh/1nUa1xoQQdy+HdOuvc5tsG12HaccnjE cXdYG2LOlKjObXw2UPHz1LM5AFBwwH1q+8hpwj8SXWaHrlp98cqy2hJmd968swd5Uk16cH I1DV27Y+fwN23ONbW3IPQh6dty1dNCE3vgOBxbg2OhvPCsOSQOBSUMxEyLIPcP5DqRvQPZ /ixW27Qm1bZLygJ52ggKRwDFUNlSCM+LXkPRw8SGmpK8JrEMzG+AvqZfAOw2qU5KV0yzt9 dCdMfmZTEw9g++qHtmR5M+t2qL32B7lFXIgNTfoOFlaHXW1NfF8AZm3qHeTlbQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725381004; 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=UGzrr5vgtd8y63Q0Cl2xmR4QgqdbH2ON1QmxrRqr+Xk=; b=udBuzw5QFHk4sEbLoGn87bh86X8wnadQXLF+isaTWAGIBDuD/NVPTnGuo38Ile7Aen/p/a zEWFZekH891jK25JNTOVPy2JN1mFpCzFdXvXo3Rac2hD/fXMMyFcOr/OeEeroWp2uQegPY ZOEd220ZoN/ig4lFR1FOxJ+4YEJ0kuu/DEfrhmT8R10X5BptyS0Z5L5up8VBtXIeDbCTyH IswdYHzPPPtMa8hyZsr02AUSvaXaW8cSk01egCl2DXA5H0oIyVSasMhtbdFmbiu1lpdQa6 YVkEpqmlYGSO5futwDjP46JU/m1IwSLOdbLqCDiC8CGYY6TdF8smvudPNL79tg== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Wyrgv6Xgkz19h3; Tue, 3 Sep 2024 16:30:03 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id cfb81a3c (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Tue, 3 Sep 2024 16:30:00 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_B19D89B9-5DA3-4309-AC05-EDB0A676B3D6"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: lang/php8X whith databases/php8X-sqlite3 and databases/sqlite3 segfaults in Quarterly From: Moin Rahman In-Reply-To: Date: Tue, 3 Sep 2024 18:29:35 +0200 Cc: freebsd-ports@freebsd.org Message-Id: <64AA8412-52D3-4258-B6EC-131793A88BA5@freebsd.org> References: <0AB6AC67-CF26-4C5E-9D04-36DE43C489C2@freebsd.org> <75DF9F9F-0804-4521-9B65-6120F2D482EA@freebsd.org> To: Wolfgang Zenker X-Mailer: Apple Mail (2.3731.700.6.1.2) --Apple-Mail=_B19D89B9-5DA3-4309-AC05-EDB0A676B3D6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Sep 2, 2024, at 6:34 PM, Wolfgang Zenker = wrote: >=20 > Am Mon, Sep 02, 2024 at 06:17:40PM +0200 schrieb Moin Rahman: >>> On Sep 2, 2024, at 6:01 PM, Wolfgang Zenker = wrote: >>> Failing setup on php 8.2: >>> - php82-8.2.20 >>> - php82-sqlite3-8.2.20 >>> - sqlite3-3.46.0,1 >=20 >>> Failing setup on php 8.3: >>> - php83-8.3.8 >>> - php83-sqlite3-8.3.8 >>> - sqlite3-3.46.0,1 >=20 >>> php 8.1 and php 8.4 setups not tested yet. >=20 >> You said that it works on HEAD. I can merge the latest PHP into >> the quarterly branch. But unfortunately I cannot merge sqlite3. >=20 >> Current sqlite3 version in HEAD is 3.46.1. >=20 >> I will merge the latest php into quarterly sometimes tomorrow. >=20 > Hello, >=20 > thank you very much, that will be most helpful. >=20 > Wolfgang >=20 Hi, Unfoprtunately this will require more time than expected. There are some changes in the ports which I am not capable of merging into the quarterly as I have introduced php84 and some additional profile supports. Kind regards, Moin --Apple-Mail=_B19D89B9-5DA3-4309-AC05-EDB0A676B3D6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmbXOW9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJG2Vw//TMg06UEPnaOFGvWHzNWHbqS/2Pp5Pik6Xp+vrX9ADfpdf8fvNXyXZeQE r45MhVu3DO5CPjT6ttPTISkRTc5X8QQV7jm6XQYfoVFY4wGmD32sXkRZkrRZixhW iAUxVv5EgYodqybiLQYtd0rLZUyqfBzEb5f9XA5gl4rkkf+hW+4QiZQBARVey3Xo O08LwwovltBiKbMVVfAudr4P3RiXcn3tL8jcmo4TxFoHhs83C6+BZ/eqXMEiszZ0 H84BXWEVC7ac8qdqQDLWufMZUb7rfrtgbzfIkObEZXJnH4VsqKzjjk9J3QBZ7N4a 3KgIY25WvQb9tIGYFy/NtVf2njQ+O9gm8OkXdyjhfn0enUIX3E31As/qMsLZTgC0 fRiTy8G8mWiBUIBzn7HLZnXPbLVmP1DidfrqecJuqIWtDB/W5nrlLUEEw8yk9JIf CfdfkgjIIHqBYsZ9T88N9QcaH2DxGymKPaXOO+RktcUvnYgr4GXCj4Bb9GSwMPlK hvP2WdrWEkHeG4DcqtpC3fbUN0gcf/RDMk0BKuuaK7NsMZd3M+Ro9kpj+17jjuCo OWIHshJiy2PdnGNg7h0M598r9DI1ZToJZItd/HfoMaM9XNTofkiEk8H7i9jJbnBi LwoqIEMHXwyj1NHEdxfQOr8aD7wvpBcqg9fRxNzcpaCl9woPkpA= =XBwq -----END PGP SIGNATURE----- --Apple-Mail=_B19D89B9-5DA3-4309-AC05-EDB0A676B3D6-- From nobody Tue Sep 3 18:12:59 2024 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 4Wytyh00FKz5Tj8H; Tue, 03 Sep 2024 18:13:00 +0000 (UTC) (envelope-from brooks@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wytyg6Xbbz4M6x; Tue, 3 Sep 2024 18:12:59 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725387179; 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=8eczswHwhPV6HPbp+JgrQZ+pewcpTcLmtTTgbZtEjwk=; b=nNSZ89T9HgwZSUbB01MJgrkClG2IuaY63a9kLrJhhHm3ffAhHcPQH2icEXZrH51HQz3hdi qkwRQAkVK9ECv/Z2Jukc6JWu6jxV7Reke+2veYOGbN4UtmY/SNS1yIzshoBueHblM/vDnj TQAGT2TFibrtrEf18QT9AQNNmEX7j1U5pItNzzvALnnXAOrooijYYYIEgY3KUSV7zR5SHJ 8N0Q313hx4guCM3AFoKgbeGNdN8VTusNnrR9+BMFNW+lsExH2rja4IlbkI5C2uYHND4ZQd o9ED4DLHS59tIrjY4ZObMVcT7CZqziDtEK9f+xQAg9mzR6r7f5JVg926fGGThw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725387179; a=rsa-sha256; cv=none; b=a/8STSA0VSGo64zwOitTJLNOtBir/mA6RnnNBCD5SFA2Zkc7rTVU+6o1/uGaXvIvHHv3Ew nDzFlTHGYi9sHnQDRGo9wFm+EqvkwVMjY32LC+l9HxK4YMtog/iRm6msM3Ofmkk2xhYUXL DWK1FAfVWVRfGERII3qvSu2WjYRjvZgRWH9cWMOjNM5yNhPWYt0v4moJrPNQFXJUbacPTf u4JdD/tdtSFH7zFUCzIALwKq8G1UEaRQYzP3P+DATWdYEg33n9qxUlg50VZ05qliTjoIaI /E/GJdWWKr5fT5eQnf/ldagXivFK8vIB8/T6hPbI/c521BybnX9TPXsJlV+8Bw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725387179; 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=8eczswHwhPV6HPbp+JgrQZ+pewcpTcLmtTTgbZtEjwk=; b=XXux84mlbvyJ8O/NTtvU1FPWUaXATRIwqJ/FKPtWVLdrvHapf3nzyrFVkbwnPMCts4GuZn uUsTL9k3lo2Kzmod0U0Eg5zW9+gqsmzTJeDg2nz7SbhEaOPsrSAGsYjUZMgwe4z3lntzl7 g+lLnpWsGkIvI916w592ffJpsHZFUlXVvM7pePeCuPT5nNfzrsrEg2uWqVdDzsEHCX6/y6 2Z1EaWtuOkNfL8kyDDeX5tCGlFwS35lNJsm3hrmhoD7bvqoGprQEo2y7MdqEQpwQnpmIwk oAXQkYjBPIQDPpmbMez5Zb353tx2EPGgrU+lBagYwmHqXHPk8bFGQx569DgfrA== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Wytyg5M39z1Dhk; Tue, 3 Sep 2024 18:12:59 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 182A33C019B; Tue, 03 Sep 2024 18:12:59 +0000 (UTC) Date: Tue, 3 Sep 2024 18:12:59 +0000 From: Brooks Davis To: Mark Millard Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] Message-ID: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Aug 30, 2024 at 10:05:06PM -0700, Mark Millard wrote: > On Aug 30, 2024, at 21:26, Mark Millard wrote: > > > On Aug 30, 2024, at 20:33, Mark Millard wrote: > > > >> [Subject was retitled.] > >> > >> On Aug 30, 2024, at 16:24, Mark Millard wrote: > >> > >>> What my test-of-building got was: No include file found and > >>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was not): > >>> > >>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: > >>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434: > >>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: 'arm_bf16.h' file not found > >>> 37 | #include > >>> | ^~~~~~~~~~~~ > >>> . . . > >>> > >>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope > >>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:144:32 > >>> | > >>> 144 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { > >>> | ^^^^^^^ associated item not found in `OFlags` > >>> | > >>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 > >>> | > >>> 203 | / bitflags! { > >>> 204 | | /// `O_*` constants for use with [`openat`]. > >>> 205 | | /// > >>> 206 | | /// [`openat`]: crate::fs::openat > >>> ... | > >>> 333 | | } > >>> 334 | | } > >>> | |_- associated item `TMPFILE` not found for this struct > >>> | > >>> . . . > >>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>> > >>> . . . > >>> > >>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope > >>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:207:32 > >>> | > >>> 207 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { > >>> | ^^^^^^^ associated item not found in `OFlags` > >>> | > >>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 > >>> | > >>> 203 | / bitflags! { > >>> 204 | | /// `O_*` constants for use with [`openat`]. > >>> 205 | | /// > >>> 206 | | /// [`openat`]: crate::fs::openat > >>> ... | > >>> 333 | | } > >>> 334 | | } > >>> | |_- associated item `TMPFILE` not found for this struct > >>> | > >>> . . . > >>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>> > >>> . . . > >>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>> > >>> For more information about this error, try `rustc --explain E0599`. > >>> error: could not compile `rustix` (lib) due to 2 previous errors > >>> > >>> > >>> For reference: > >>> > >>> # uname -apKU > >>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 > >>> > >>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > >>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) net-im/dissent: update package description > >>> Author: Jan Beich > >>> Commit: Jan Beich > >>> CommitDate: 2024-08-24 18:30:01 +0000 > >>> branch: main > >>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 > >>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 > >>> n674987 (--first-parent --count for merge-base) > >>> > >>> But firefox was updated to use: nss>=3.103:security/nss to match what was > >>> available. > >> > >> > >> Using devel/llvm18 instead got the same. > >> > >> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ > >> also shows the arm_bf16.h file is not present. By contrast, > >> for an aarch64 context: > >> > >> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h > >> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII text > >> > >> Looking quickly at more llvm* shows: > >> > >> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more > >> /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >> /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >> /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain a > >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_bf16.h` immediately before their own typedef: > >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: #include > >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since `arm_bf16.h` is very likely supposed to be the one true place where > >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; > >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; > >> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64= arm_bf16.h arm_sme_draft_spec_subject_to_change.h > >> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64= arm_bf16.h > >> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64= arm_bf16.h > >> > >> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). > >> llvm1[789] do not. > >> > >> I wonder if: > >> > >> https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=778e212f234a825c5e19612df4be2e8f838cb024 > >> > >> doing: > >> > >> -_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >> +_BE_INCS_ARM= arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >> > >> was correct. I'll note that in an armv7 context: > >> > >> # find /usr/local/*/gcc14/ -name arm_bf16.h -print > >> /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16.h > >> > >> suggesting that gcc14 considers the file as not aarch64 specific but > >> as armv7 compatibile. > > > > I got that wrong! arm vs. aarch64 have different source files with the > > same name (under different paths): > > > > gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef _GCC_ARM_BF16_H > > gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef _AARCH64_BF16_H_ > > > > (More content is different.) > > As for llvm*: > > clang/lib/Basic/Targets/ARM.cpp has: > > if (HasBFloat16) { > Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > } > > clang/lib/Basic/Targets/AArch64.cpp has: > > if (HasBFloat16) { > Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > } > > which suggests bf16 support has 32-bit support (even if it is armv8 > 32-bit). Looking for AArch32 state in: > > DDI0487K_a_a-profile_architecture_reference_manual.pdf > > it says (via the AArch32 column of a table): > > BF16 Supported if FEAT_AA32BF16 is implemented. > > Looks to me like the removal of arm_bf16.h for llvm target ARM > was incorrect. The commit to the port simply refects changes upstream which made arm_br16.h aarch64-only. It was done in a massive commit (a70cf56d20b956) so may well have been wrong and no one notices because they always build all the backends. -- Brooks From nobody Tue Sep 3 19:09:55 2024 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 4WywDk3SdLz5Tp6D for ; Tue, 03 Sep 2024 19:10:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WywDk17Vzz4Vbh for ; Tue, 3 Sep 2024 19:10:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725390612; bh=0hqXl851gBsmuzj1KgEBitQqnwallhDpBdRuLp8yNCI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mXNyETj4NbVSG08DwIweYOF7aiqRls5UzKIin6FhPJ7DVfSdSrzDcmKFXfMp/S1lU8iQXAYZ9BFEzvFTCjmeQO5lYNN96okeFgN/gY+ll0pLyki56pxy/P78ySkWJh7qPG52DupDMC7NmKdRVqW6W+0c31eK1xhMnRf+P8pLDp+pAaTquqyma4I+cM+X3MA8gN3bTGJvlrtHEB8fYh344fWZbdJTAP/yEu+htmQdNt6f/h9PqiA0DzKpl/uwO1XMjn85KiiFjlrP8MIrnqLfvtvUXa5i7DKf6KYdS9v1Yy+B5F5sHdHr37GA3Jcc+sTz+IdDCnboAqjvcr9Ns/Lprw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725390612; bh=t4dr7TNboLWiVC9tRHHdiPuPvGA7MZquR2Ze+41FvYu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BScbuD2OcXXUw9iOhTJEPtABRQEpKummlO+VtwBMhLbiD/EWqVWSTvCrpMhJcQ+cDTRyL+lWA0Jsi4WCegHHiqaM64zdGZLWgQBWY/QkzxKb9Thzu1K/VBc5JtWQLFydfPXQCwrlePqPYz/51SljCIuffqCe1sF3pnTmdEgxbLS27epl9VDK1wyUHkAkuFoNs6HPwVeev7bQu+eRt5D48R5h29MayRvZxoyyuAc1ufRpCxVUKU4PUWFDOVxJepTfzLOrZZwdSF6NbRrVBfRrmkAcqQW3Yh7Hop8uyMsrf50BvefyIdt1D/0ZCmoulpXvjbRQiZr+sMBXzoMkUZP+uw== X-YMail-OSG: qC7YMZIVM1mF7HDdJaZcXXd9WznkIztR4Jq5x04Sj1JfT3WmkQBlkq12gAe0WXg aPguI4YrpRh6EQNL6lrTyLO6K8_rA0f9cvCtqbrPMjnep6S8VZAy8AnN4nPlGWUvNt5lO9yGcbtj AgB8WVQA5ahxuT5Y9ECoblz_rSMRlXdEbkajuy63O6HLuTzn7fbfu7etki4O_Ei6XieIuOTcdRT. 643reheCE5aTLiUMp1RhpIcXvXjGROaOZDY2RhPlR03GdRYZiww5wAu1k0T.elmIkZRZ1vJ4CDOn HQe.7UR6Cz8hZIZCcSkeroqKgMLCqNC6PBusb.MvLFuAKxd3Kzvboeto0Epqd3.0ekDzVz7gDZjn Y6kQiREq33jf1g_Lab34Lbb86ow9V989OubnuW.Fcwml39_HE9JkrWkQKavCIT.MFV4YiW4ks.eR kkHU1kNkp82P_MhxkCat_yPgmvwpYklwHIsJ2MMpZ_nxp4yE.b7iOWr__MkMqM.jGH4fUj46EnSv tTlTrlCEVrYyidUU0ZWcwCFjzq5dsVrRvHOp2fuFCQoFLieTyYr7vFOpiRFS1Ku9T4KkgdDMBQKt BtOJHbO91Z_ocCcP5P3t8ieCob46Et9_J3s1N14bMiPLtaVilL7bymeYAVJE4rI8LIn4DGdiT7DV WsmwXP86R6dtscAEjmYU6LOdqUOJDYaKN0HfvJ9Cs2mwhzEimT9FS2EcDVo0p00fkf0RJWeEuDPg 8LIPG5NXQjZznXWniFzaERzZdhtUEo4KR1vUQ5zmssnhrmTAyhfi3GwR.jhcgOEjcmJPayshUy.z fm86Go.gwnDJvuuZ00mTCVRo425nP3I7y.S1tUtOAA0M0n2Shi_oecNp.MzQwDF2qMxdtTZXw_2k Gvr134OuLkp_IqhVlP2Ms0U3g8rVFb1rubiXpYa2etQP4yZUQso3KxOWBxtMV2mQv4xAziZpL3gW fulxtLf.sjEaHTtN6XxssHaeFsYELyHnhOvq__TPYZWktpRR_yH3aUeObDLfQL7ent4dX0AoUAnf JNxxouqW5z8VDqXN.gsG9dfgaQUZrK1xZRvloJk.mFYh6Pezw_LgWBkO5KLAxQwHvQ8bGEplz7ej ZCd4GF5HAD3H_duQSC8v75MKJR34jmlgNGUm8NlR3MCNd9w9AcWzbh5PQLJIhRKFF7sytYssa9Vb W29gplnsS6Zc0F7zusxR1apTKgGdc5wntVHRtJV8w3FFVQ5fc5LoQQu4N9KP_1AvrXv8Zw7IIAF. 1K4NElP81uCJvF2dVYSfSftChGBuB83b4cLWi5akvdvLC7sG52wPnLhIVViXGQUfO9KLBM0NYZQm PNxUNhvz.oGAVBy.KSTgt7OgvdgjAk3Izm5LL35Nw8z6le6MonF2v3NyOR92T4aDucy_JyGuyYR8 49ekDiw7xXMryZ4DXm0O3MdIpZriY_zLZeuF6adXst0_ZZ0PbDHMfpmxUKyX9x810m1mkwZf2OER cy4RjBo3F.D2KPlbZMKUPNwFiMewH2KDA4myggBcWuzvuTaZ9eVj4DsloPDAy3Zly4vUKhjUsB83 r65C8_9g0WSWQZ8EU7DgnWbcqvqCrNU_YVpiPMKivlm7rPDYTXBpqD6O7OLQg25vIQgrMUtzGGMY dCV7BcDWXSPQPlEl0TSxeCfX8UKrxVyvCwO_3ncWNJjN9S8DEAbvoyPmuYb5W61B3o6vvR8ar5f2 j1Yr64ci7QrfpmMd6WyDTIrCP8xfMxqCHdb7mn7QXv83h1ovZy7sdCxlAdx7uXFXuKwMOX5zy8Yt zIWCxUtWZFnlPPxY14xQMQGHIowHcTM7_eRvi158GnGafEfZDpfMWd.X8I6dhFmDdBw2YFRBWZ4N SHLK.LyvwMg9.ixNfbY13vMFxTx9gI9yfdwuzgY_le2hLov.tlMirpgjRWMYeX3oq1WKLXa5Gn_l Pu6NUNIv2ZpxZvv6nWSew0..Pat2HBkfp4wLmD9Fx.9BaP6_HDpC0TSfIcpiLWnrCksYYIZ2k42S QQlobG8fZnZc4LSjpATS2AXKzwLZ39kGm4d8lZdwZSn3pqN.Itu0FwOTZreLRd_MSAjl0QeFlJOj KMMH_LxNPcCRzpscTxfNewWlRphOcpBboV1iWQiCOkROSRmK21.AxPPyi0rseind1MY3NI27bcIJ tZHiP8C6ehJYJU0zEt4d.l7_QQ4S2rz1R..4L9fGiTsqck511Ek2whJRbp16keq.zvSzy_1FGAvy hQUZ81FhiktnfVQjoPpLtMpSbSigSQx8q0F7_9639vnvzxyGjK66UoUEP7pKCqZGyEoT68BIK5pM S8k.Iwe0Uv7Fy95v26Bmigi.7SnsAiQs0ZRxI X-Sonic-MF: X-Sonic-ID: 5a94cd80-a0e6-4fd0-b779-7014e27d003b Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 3 Sep 2024 19:10:12 +0000 Received: by hermes--production-gq1-5d95dc458-s958r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1b474be95e24b56052ab0258afffbdd1; Tue, 03 Sep 2024 19:10:06 +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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Tue, 3 Sep 2024 12:09:55 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> To: Brooks Davis X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4WywDk17Vzz4Vbh On Sep 3, 2024, at 11:12, Brooks Davis wrote: > On Fri, Aug 30, 2024 at 10:05:06PM -0700, Mark Millard wrote: >> On Aug 30, 2024, at 21:26, Mark Millard wrote: >>=20 >>> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>>=20 >>>> [Subject was retitled.] >>>>=20 >>>> On Aug 30, 2024, at 16:24, Mark Millard wrote: >>>>=20 >>>>> What my test-of-building got was: No include file = found and >>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: = was not): >>>>>=20 >>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>> 37 | #include >>>>> | ^~~~~~~~~~~~ >>>>> . . . >>>>>=20 >>>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>> | >>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>> | >>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>> | >>>>> 203 | / bitflags! { >>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>> 205 | | /// >>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>> ... | >>>>> 333 | | } >>>>> 334 | | } >>>>> | |_- associated item `TMPFILE` not found for this struct >>>>> | >>>>> . . . >>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>=20 >>>>> . . . >>>>>=20 >>>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>> | >>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>> | >>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>> | >>>>> 203 | / bitflags! { >>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>> 205 | | /// >>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>> ... | >>>>> 333 | | } >>>>> 334 | | } >>>>> | |_- associated item `TMPFILE` not found for this struct >>>>> | >>>>> . . . >>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>=20 >>>>> . . . >>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>=20 >>>>> For more information about this error, try `rustc --explain = E0599`. >>>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>>=20 >>>>>=20 >>>>> For reference: >>>>>=20 >>>>> # uname -apKU >>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>=20 >>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>> Author: Jan Beich >>>>> Commit: Jan Beich >>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>> branch: main >>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>> n674987 (--first-parent --count for merge-base) >>>>>=20 >>>>> But firefox was updated to use: nss>=3D3.103:security/nss to match = what was >>>>> available. >>>>=20 >>>>=20 >>>> Using devel/llvm18 instead got the same. >>>>=20 >>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>> also shows the arm_bf16.h file is not present. By contrast, >>>> for an aarch64 context: >>>>=20 >>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII = text >>>>=20 >>>> Looking quickly at more llvm* shows: >>>>=20 >>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since = `arm_bf16.h` is very likely supposed to be the one true place where >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>=20 >>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>> llvm1[789] do not. >>>>=20 >>>> I wonder if: >>>>=20 >>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>=20 >>>> doing: >>>>=20 >>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>=20 >>>> was correct. I'll note that in an armv7 context: >>>>=20 >>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>=20 >>>> suggesting that gcc14 considers the file as not aarch64 specific = but >>>> as armv7 compatibile. >>>=20 >>> I got that wrong! arm vs. aarch64 have different source files with = the >>> same name (under different paths): >>>=20 >>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>=20 >>> (More content is different.) >>=20 >> As for llvm*: >>=20 >> clang/lib/Basic/Targets/ARM.cpp has: >>=20 >> if (HasBFloat16) { >> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >> } >>=20 >> clang/lib/Basic/Targets/AArch64.cpp has: >>=20 >> if (HasBFloat16) { >> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >> } >>=20 >> which suggests bf16 support has 32-bit support (even if it is armv8 >> 32-bit). Looking for AArch32 state in: >>=20 >> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>=20 >> it says (via the AArch32 column of a table): >>=20 >> BF16 Supported if FEAT_AA32BF16 is implemented. >>=20 >> Looks to me like the removal of arm_bf16.h for llvm target ARM >> was incorrect. >=20 > The commit to the port simply refects changes upstream which made > arm_br16.h aarch64-only. It was done in a massive commit = (a70cf56d20b956) > so may well have been wrong and no one notices because they always = build > all the backends. Hmm. My build in a armv7 context with arm_bf16.h listed was of: ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = llvm19-19.1.0.r3: BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) CLANG=3Don: Build clang DOCS=3Don: Build and/or install documentation EXTRAS=3Don: Extra clang tools LIT=3Don: Install lit and FileCheck test tools LLD=3Don: Install lld, the LLVM linker LLDB=3Don: Install lldb, the LLVM debugger PYCLANG=3Don: Install python bindings to libclang STATIC_LIBS=3Don: Install static libraries (does not effect = sanitizers) =3D=3D=3D=3D> Options available for the single BACKENDS: you have to = select exactly one of them BE_FREEBSD=3Doff: Backends for FreeBSD architectures BE_NATIVE=3Don: Backend(s) for this architecture (ARM) BE_STANDARD=3Doff: All non-experimental backends =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- Note the ARM (no AArch64). It built just fine. When I looked at how arm_bf16.h is provided, it looked to be built via llvm tools and is not direct source code that as been committed. It looked to me like arm_bf16.h for an ARM build got ARM (32-bit) content. (But I'm not expert.) The firefox build attempt found the file and got no complaints about using the file. Sure looked to me like it just worked when it is also listed in _BE_INCS_ARM . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 3 20:10:21 2024 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 4WyxZT3d52z52S31 for ; Tue, 03 Sep 2024 20:10:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyxZS20ycz4hnD for ; Tue, 3 Sep 2024 20:10:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=obGoVzeS; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725394238; bh=L9r8cAcxzW8J/JBsLEwMZp+UCTXDgQEm+QXe8oZk1BM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=obGoVzeSv7TX4N9ReEhhHNL7Up3kpSuPiGWZAXIumi5oi2WZmBoS4hdmKVvd2ugRPFRZQk0vjTY4rXwav/m5Ec5tm/lKfdLvHu59ytilhJpyBKaKTj84zuqF+Z8xl41pqbvfbhePDEtWHN77dhUgYlcSHXDdikDd9rsZFkzqZK4RV9ac+4QgI6JpTqS9xKzqf0CpnmvMHXrDKEaDLf4Jg3Az8iMbvXQmRZZSNefqTCyRj3glium1hcqLQ57+0plUgX3pGTJNr00d5+8e2MeNHru+I0DIyfR5NpdnJ67ukkVsSvKNM8m73vCdZvBvBK1vVK+UuF49mz+yClx+PydVVQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725394238; bh=aqvlXKmMPhbJyB4tt+JaQW9QKml7HUjQ5tMdxvMGcPl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VLq7Pr1NRzC5XCyFv1xVRm+mx7jdJSaaIaYZ0yKIy/EsNNaSTSubFndaFPXNMFzu+ZTDlqk4GNuUyUAxbN78a1fLeeu1WpPfPwbJE6iGHML7kOvse2K++p6xXf7O55Xd+Cu/lOwwJ1a0FUWp2LEdcgwPspxRZwZJeUIOi17Ultb9Hi5TPnY7V56ladtDFcdTqAU823NsKjKgmFNDpHHZhqFNQ5Ps+s3ua23GlBBGKkNG3CADNTRbhXnFil1gYL2WVzy07vPjrfTEgXFfhkWn7M/nvYHOawqqFklpWmXJzdyjS0FREikE8wk7BcpHwl/0ryPvuYiOv9iFJXivRWoksg== X-YMail-OSG: iSNDd5AVM1kpHhcF.Gvl5.pMrnfefl2kFe0z0RVnMhpw_0JiXK3Xi_uFZvxwHA7 pyV7a.DkzbRTyPeqRWa4VsBtggh0giIMQE4lRcPsIW43lkqCxab3Y1RvIQAT41_5VzBPvHxt_P0Z puXzLjmQRkXvVCIFLbqFYXGtRKLTuNgB0PcDoLxP8IbhNJtZyZoJ7SGAWX6aJnbUo81zKpeL8R0S QAVXnvXBtFmIatD.iHFVtRAtbbHx0kDCdyKBNb5fihhylD83qh45O0G26SUt4cGGYM_Qok6IlX_1 4IdKLW4oBbI2jvC9QWSN7GJGzWpJqzyTQPWDXh_85DeODA_V.jtmQ9KvQmL6RKksEcPnnPOKDWnh CrCdvC..XNGwoQMbzPm7tT5_VKD1UL7cIQ6QEzKz_H0Py7HE_EdIwWxevvknoF5WVuDk2i.kHxLA iFNrN2e_EMDdrhSEVBqcHr6gk8I8RzhgRVupNdzeJ_E3NyktnOJ91FwxQj5h93wzx3w8SEwCc4au ba7fYpdNuNI4GtPTnETNA7yD0sNG2pFdFjO1I.Rcce8K6Y1BQTVqxYdNbAS98i.5_roMCfM.NwQ6 Juk9VkI5QbgLN_nOX3OQpAHazC23BM3DB6p5NoyhlO7HSP0n09gOKvL9xHb0ybRzCd9yW.gtlOjQ ATyUhLKQuOIjIGxucmWIN79xS9MnMM9LddIbl8poTyfmy3WHLrvID8CzFa9.m48Lxote25i1wMQp WhB6Hh_ydMG_2eZZgqZAYs9gwvsu3ciMtH0hGPfG7_7Y9uAizit5Ijk4QVY7onNvWGrr9WXDlqqI eazIPDgwOh5bJ519IYro1jypo6.4Uw.DmwQBh4B5XvYQ_nvIuvQjn4_IcqaEGJGy7_3b.s3wmtbg F1YyDz4tuhc4ae8qD6v9.ZzMgM7S5aKTCDKnmpw1XRDULEgpEIjxLno3QKVijBARr4hyU13rksQL UUzJIH1exI84w3T4.zG307G3Fl8Nk0RQ9fnxrPXIeBZF7Yx.g7wCkxfhhNLowU9PNNgVk74.G5od QdqBLMO2WHakSFl9Zpoz.rD8hEEX8ANdalfgqp4.G7ZAHRyQvdVKYOUdO_zW7.X445PDi8RmrsI. dItZKQhihcwsW2ZbAnGhC4lS_uos1frGovzF82gkODXqBRkz8b3h_BpxPVolNFz0ds67iIV5jmNr qfZWF2DbcLfcLTs6cTrWwEfnTHqO5u6k8N202iLW_GezHAQYaZx8AtuZIiXtK4xZS9WQAj1iRmRE 8KrbozkSv2IRCWkqum4W2rbVdFv3BbvHHdqXgNkwoSF0sVCq7nLqT11IG6okFGXS49Wox5JvsNN9 aAjDHlITmS2OeJwG5h1NJLVuZDwOFgmaPV0w0ooMhz3XM7dqEL1Pe1t8OSmcsN_EJjVnElkRS8Ta 9w4cYrDxeZXx_kYxgRGKt7120AJYjqGmUlasATp9nInoYGZsqXvztkidzzQnP7EZG1SRYsvsMt_f 215Pyxlx62Uq9Ecu8b9C6TOr8gszBmzCTgtS0r42B3gOgcp8bsPEgtphaQHhbSZEt6SnFcKFKWUZ hlDx3CBcXF5CQbUy5bxV6XnkeU4IOyZbWB4BK5GSdh7SPzlA4bhp4XJzxVlTnjBynvxrqPQMyXW3 AuulmMwjklKolP2Ar3MIRHDnpMI0wFIhheJv2WSJeWOcMuoLaoSM3Tg6Fe3xOGif3yzLTP4fEVLz KDBNUmkqTqydgK_lzvxQJ42OUE5fb7uSiD6yfJGj3_A5XiGtWXmMF2crAsQKz.SAolzuN7VJSz25 1iWXB_0GIx.bvj_1P8fwA1zOQqb6rPiwwFbASEQdGUDK118eZDlCkuloHtk6TAWECT1Hremgm0ZK lcBGykfW14WIoxvMyexiqBMw5VkLedrLOcvYv._eln_gdJaqr79S14e9bu5PD93xPK2RIF0dCSzx M86GiB.JhMZkepWESWGbWHVjyuG2.YIR5dTgChbhoF4V.OqwGZjrNGX8wcQP0eudJeqReeIsOCPY c3Gll9Asaxt55napW5iGw.eorThp6FBobXMh_53T7JX3oEga9Dv1EQKMhXUHV4RsoA7CjjlcEv9h 2ra3YJk4MbC41GPBshtB6eovVlfgBm4yxcxWkzum52KywrpSfK6vmrex6oPAV3iYTOAVg6_HjqjU zyPlRi_jckcYJhT_QL1MKTlh6c.hOzc8IyCzfrgA7r.GsP3DNy1sRmoEuSypH3LgWZWrGYsNiQWW pSl7R4I88l5eiqn1yTiE42XU8dbL1bs54jquIAyIqJhl1UDfBzkcbEnti10d6Cwo32eWywJ7zCgz mnSBOcWu.7QPG3U3gQtM7i_NeMnF.6XOWRJCJAw-- X-Sonic-MF: X-Sonic-ID: d2eaed0e-0689-4d2d-b724-89cd5f21ede5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 3 Sep 2024 20:10:38 +0000 Received: by hermes--production-gq1-5d95dc458-vkwd9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 026cbe092810996ae4c92e19aacfeffe; Tue, 03 Sep 2024 20:10:32 +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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> Date: Tue, 3 Sep 2024 13:10:21 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <064B1430-132B-4E60-985A-2115DEF6BB77@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> To: Brooks Davis X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4WyxZS20ycz4hnD On Sep 3, 2024, at 12:09, Mark Millard wrote: > On Sep 3, 2024, at 11:12, Brooks Davis wrote: >=20 >> On Fri, Aug 30, 2024 at 10:05:06PM -0700, Mark Millard wrote: >>> On Aug 30, 2024, at 21:26, Mark Millard wrote: >>>=20 >>>> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>>>=20 >>>>> [Subject was retitled.] >>>>>=20 >>>>> On Aug 30, 2024, at 16:24, Mark Millard wrote: >>>>>=20 >>>>>> What my test-of-building got was: No include file = found and >>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: = was not): >>>>>>=20 >>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>>> 37 | #include >>>>>> | ^~~~~~~~~~~~ >>>>>> . . . >>>>>>=20 >>>>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>>> | >>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>> | >>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>> | >>>>>> 203 | / bitflags! { >>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>> 205 | | /// >>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>> ... | >>>>>> 333 | | } >>>>>> 334 | | } >>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>> | >>>>>> . . . >>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>=20 >>>>>> . . . >>>>>>=20 >>>>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>>> | >>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>> | >>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>> | >>>>>> 203 | / bitflags! { >>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>> 205 | | /// >>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>> ... | >>>>>> 333 | | } >>>>>> 334 | | } >>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>> | >>>>>> . . . >>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>=20 >>>>>> . . . >>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>=20 >>>>>> For more information about this error, try `rustc --explain = E0599`. >>>>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>>>=20 >>>>>>=20 >>>>>> For reference: >>>>>>=20 >>>>>> # uname -apKU >>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>>=20 >>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>>> Author: Jan Beich >>>>>> Commit: Jan Beich >>>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>>> branch: main >>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>>> n674987 (--first-parent --count for merge-base) >>>>>>=20 >>>>>> But firefox was updated to use: nss>=3D3.103:security/nss to = match what was >>>>>> available. >>>>>=20 >>>>>=20 >>>>> Using devel/llvm18 instead got the same. >>>>>=20 >>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>>> also shows the arm_bf16.h file is not present. By contrast, >>>>> for an aarch64 context: >>>>>=20 >>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII = text >>>>>=20 >>>>> Looking quickly at more llvm* shows: >>>>>=20 >>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = Since `arm_bf16.h` is very likely supposed to be the one true place = where >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>=20 >>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>>> llvm1[789] do not. >>>>>=20 >>>>> I wonder if: >>>>>=20 >>>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>>=20 >>>>> doing: >>>>>=20 >>>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>>=20 >>>>> was correct. I'll note that in an armv7 context: >>>>>=20 >>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>>=20 >>>>> suggesting that gcc14 considers the file as not aarch64 specific = but >>>>> as armv7 compatibile. >>>>=20 >>>> I got that wrong! arm vs. aarch64 have different source files with = the >>>> same name (under different paths): >>>>=20 >>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>>=20 >>>> (More content is different.) >>>=20 >>> As for llvm*: >>>=20 >>> clang/lib/Basic/Targets/ARM.cpp has: >>>=20 >>> if (HasBFloat16) { >>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>> } >>>=20 >>> clang/lib/Basic/Targets/AArch64.cpp has: >>>=20 >>> if (HasBFloat16) { >>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>> } >>>=20 >>> which suggests bf16 support has 32-bit support (even if it is armv8 >>> 32-bit). Looking for AArch32 state in: >>>=20 >>> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>>=20 >>> it says (via the AArch32 column of a table): >>>=20 >>> BF16 Supported if FEAT_AA32BF16 is implemented. >>>=20 >>> Looks to me like the removal of arm_bf16.h for llvm target ARM >>> was incorrect. >>=20 >> The commit to the port simply refects changes upstream which made >> arm_br16.h aarch64-only. It was done in a massive commit = (a70cf56d20b956) >> so may well have been wrong and no one notices because they always = build >> all the backends. >=20 > Hmm. >=20 > My build in a armv7 context with arm_bf16.h listed was of: >=20 > ---Begin OPTIONS List--- > =3D=3D=3D> The following configuration options are available for = llvm19-19.1.0.r3: > BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) > BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) > CLANG=3Don: Build clang > DOCS=3Don: Build and/or install documentation > EXTRAS=3Don: Extra clang tools > LIT=3Don: Install lit and FileCheck test tools > LLD=3Don: Install lld, the LLVM linker > LLDB=3Don: Install lldb, the LLVM debugger > PYCLANG=3Don: Install python bindings to libclang > STATIC_LIBS=3Don: Install static libraries (does not effect = sanitizers) > =3D=3D=3D=3D> Options available for the single BACKENDS: you have to = select exactly one of them > BE_FREEBSD=3Doff: Backends for FreeBSD architectures > BE_NATIVE=3Don: Backend(s) for this architecture (ARM) > BE_STANDARD=3Doff: All non-experimental backends > =3D=3D=3D> Use 'make config' to modify these settings > ---End OPTIONS List--- >=20 > Note the ARM (no AArch64). >=20 > It built just fine. When I looked at how arm_bf16.h is provided, > it looked to be built via llvm tools and is not direct source > code that as been committed. It looked to me like arm_bf16.h for > an ARM build got ARM (32-bit) content. (But I'm not expert.) >=20 > The firefox build attempt found the file and got no complaints > about using the file. Sure looked to me like it just worked > when it is also listed in _BE_INCS_ARM . >=20 I'd not done a file comparison before, but what I find is . . . FYI, even with llvm18 installed on a FreeBSD boot of an OrangePi+ 2ed (cortex-A7 form of armv7), installed via the a FreeBSD package builder distribution (so BE_STANDARD in use): # more /usr/local/llvm18/lib/clang/18/include/arm_bf16.h /*=3D=3D=3D---- arm_bf16.h - ARM BF16 intrinsics = -----------------------------------=3D=3D=3D * * * Part of the LLVM Project, under the Apache License v2.0 with LLVM = Exceptions. * See https://llvm.org/LICENSE.txt for license information. * SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception * = *=3D=3D=3D----------------------------------------------------------------= -------=3D=3D=3D */ #ifndef __ARM_BF16_H #define __ARM_BF16_H typedef __bf16 bfloat16_t; #define __ai static __inline__ __attribute__((__always_inline__, = __nodebug__)) #undef __ai #endif The file just does not have much content when built for (from pkg info llvm18): Options : BE_AMDGPU : on BE_FREEBSD : off BE_NATIVE : off BE_STANDARD : on BE_WASM : on CLANG : on DOCS : on EXTRAS : on LIT : on LLD : on LLDB : on MLIR : on POLLY : on PYCLANG : on STATIC_LIBS : on . . . cpe : cpe:2.3:a:llvm:llvm:18.1.4:::::freebsd15:armv7 I no longer have my tailored llvm1[78] builds, so looking at my tailored llvm19 built via: (BE_NATIVE for armv7 context): Options : BE_AMDGPU : off BE_FREEBSD : off BE_NATIVE : on BE_STANDARD : off BE_WASM : off CLANG : on DOCS : on EXTRAS : on LIT : on LLD : on LLDB : on PYCLANG : on STATIC_LIBS : on . . . cpe : = cpe:2.3:a:llvm:llvm:19.1.0.r3:::::freebsd15:armv7 # more /usr/local/llvm19/lib/clang/19/include/arm_bf16.h /*=3D=3D=3D---- arm_bf16.h - ARM BF16 intrinsics = -----------------------------------=3D=3D=3D * * * Part of the LLVM Project, under the Apache License v2.0 with LLVM = Exceptions. * See https://llvm.org/LICENSE.txt for license information. * SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception * = *=3D=3D=3D----------------------------------------------------------------= -------=3D=3D=3D */ #ifndef __ARM_BF16_H #define __ARM_BF16_H typedef __bf16 bfloat16_t; #define __ai static __inline__ __attribute__((__always_inline__, = __nodebug__)) #undef __ai #endif It is the same content either way. Same for aarch64 BE_NATIVE: Options : BE_AMDGPU : off BE_FREEBSD : off BE_NATIVE : on BE_STANDARD : off BE_WASM : off CLANG : on COMPILER_RT : on DOCS : on EXTRAS : on FLANG : off LIT : on LLD : on LLDB : on MLIR : off OPENMP : on POLLY : off PYCLANG : on STATIC_LIBS : on . . . cpe : = cpe:2.3:a:llvm:llvm:19.1.0.r3:::::freebsd15:aarch64 Overall: Looks AArch32 compliant to me, not specific to AARch64. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 3 20:32:25 2024 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 4Wyy3Z0v6Fz52Yps; Tue, 03 Sep 2024 20:32:26 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wyy3Z0MmLz4qV1; Tue, 3 Sep 2024 20:32:26 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725395546; 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=eURDqZcPsnWbXA/ImZsf7Uymy9EKzaE6JAKICq/OXpk=; b=bc8XnGh8A/nRaPp8JVzXBfdjcsLJbmRYThH1pfdDtPfLXeuHXg1QoDQzHgMIT60h7CAoab kaOic11X8WjvqOgNmvxbg76T46fItNu3Dxgb83jMR5fg69Z5K6T4fYENWn9KTYYr+zpJBJ HSLOrI7sWjQbOZ6QdhT41LjhyIbLpQPADFXFZNSDmYSyiyqT9qXIFUBIDLR1Z0T7475RjI wWEKDOEwZxB8QVdswz41KFJ+rX6uImofjZLy2yDMVtm6oZzuEJrn1aR9mAmg/krlwD0m1t 9o8pVT+uroUxhR/WwLVlLmjpmKWcG3SY8aRxN5+97U5U8Jbmxn0LwIsh4rXvZw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725395546; a=rsa-sha256; cv=none; b=jfJFjatqgocf3HQnO+VCRAILbKeDkJU3BKujbhafGjfe6cM8SQ4lAmCzZqvM0QetwXEJmi ixa6dPJISyRYmZKNfh78BjewR7GmFS4Grlfq/CPQ4MzPvXrtsrXU/EsBY0i55i5joJitcG NjLNuQHOLO32/E09Q6G0vKU+zZgwXsfDedi+9rV/8UWBnjMI0UDXvoaSGSsxJsa1CRtYEU wDSs1d/3SrfDSHpxlYuli1my7aXH/qI4BuzQR/eKj2gNbHkXvk1AvGynq9nwq4v8LnT+vi /98QCgvBkclqlyIevguhRSkjaAO7JPfef2uVeLaCfOe1zJg0aVSTURUB5LlD5Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725395546; 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=eURDqZcPsnWbXA/ImZsf7Uymy9EKzaE6JAKICq/OXpk=; b=bErLvAmjV5xl8I/yiTkmqQceDtYc7sIDGq3kxEkb0To1FhBw+eiR/jBhYGJyF/yrQmgjzp CMFa+dvbWbdbhM+LUSdt9+f9tfgYZ5sDsJbS2++E1Hvf+cz03ZwtnyTnkRJoQvmgny38an E2lsJYuwHBWnm1GWAP3CuChQC/4n+OMqImkpxkol+Fqk3MTVCwDAYhFgfbLSdBK7M4v7XD /ZPFCV5ILUkEwiXDQvsYmZPU4QHovuM5PMUTy//PQym8yYkmmfg6RUo+q12Ms0HY1uk7sa vO0wcn2t9vogk3FVcT4cGS0o7ebqqSJrOSb5peDXPhj/w0gqpbxIbsNhCe6z+g== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Wyy3Y6s6xz1H23; Tue, 3 Sep 2024 20:32:25 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 9FC623C019B; Tue, 03 Sep 2024 20:32:25 +0000 (UTC) Date: Tue, 3 Sep 2024 20:32:25 +0000 From: Brooks Davis To: Mark Millard Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] Message-ID: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> On Tue, Sep 03, 2024 at 12:09:55PM -0700, Mark Millard wrote: > On Sep 3, 2024, at 11:12, Brooks Davis wrote: > > > On Fri, Aug 30, 2024 at 10:05:06PM -0700, Mark Millard wrote: > >> On Aug 30, 2024, at 21:26, Mark Millard wrote: > >> > >>> On Aug 30, 2024, at 20:33, Mark Millard wrote: > >>> > >>>> [Subject was retitled.] > >>>> > >>>> On Aug 30, 2024, at 16:24, Mark Millard wrote: > >>>> > >>>>> What my test-of-building got was: No include file found and > >>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was not): > >>>>> > >>>>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: > >>>>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434: > >>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: 'arm_bf16.h' file not found > >>>>> 37 | #include > >>>>> | ^~~~~~~~~~~~ > >>>>> . . . > >>>>> > >>>>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope > >>>>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:144:32 > >>>>> | > >>>>> 144 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { > >>>>> | ^^^^^^^ associated item not found in `OFlags` > >>>>> | > >>>>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 > >>>>> | > >>>>> 203 | / bitflags! { > >>>>> 204 | | /// `O_*` constants for use with [`openat`]. > >>>>> 205 | | /// > >>>>> 206 | | /// [`openat`]: crate::fs::openat > >>>>> ... | > >>>>> 333 | | } > >>>>> 334 | | } > >>>>> | |_- associated item `TMPFILE` not found for this struct > >>>>> | > >>>>> . . . > >>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>>>> > >>>>> . . . > >>>>> > >>>>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope > >>>>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:207:32 > >>>>> | > >>>>> 207 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { > >>>>> | ^^^^^^^ associated item not found in `OFlags` > >>>>> | > >>>>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 > >>>>> | > >>>>> 203 | / bitflags! { > >>>>> 204 | | /// `O_*` constants for use with [`openat`]. > >>>>> 205 | | /// > >>>>> 206 | | /// [`openat`]: crate::fs::openat > >>>>> ... | > >>>>> 333 | | } > >>>>> 334 | | } > >>>>> | |_- associated item `TMPFILE` not found for this struct > >>>>> | > >>>>> . . . > >>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>>>> > >>>>> . . . > >>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>>>> > >>>>> For more information about this error, try `rustc --explain E0599`. > >>>>> error: could not compile `rustix` (lib) due to 2 previous errors > >>>>> > >>>>> > >>>>> For reference: > >>>>> > >>>>> # uname -apKU > >>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 > >>>>> > >>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > >>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) net-im/dissent: update package description > >>>>> Author: Jan Beich > >>>>> Commit: Jan Beich > >>>>> CommitDate: 2024-08-24 18:30:01 +0000 > >>>>> branch: main > >>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 > >>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 > >>>>> n674987 (--first-parent --count for merge-base) > >>>>> > >>>>> But firefox was updated to use: nss>=3.103:security/nss to match what was > >>>>> available. > >>>> > >>>> > >>>> Using devel/llvm18 instead got the same. > >>>> > >>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ > >>>> also shows the arm_bf16.h file is not present. By contrast, > >>>> for an aarch64 context: > >>>> > >>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h > >>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII text > >>>> > >>>> Looking quickly at more llvm* shows: > >>>> > >>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more > >>>> /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >>>> /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >>>> /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain a > >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_bf16.h` immediately before their own typedef: > >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: #include > >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since `arm_bf16.h` is very likely supposed to be the one true place where > >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; > >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; > >>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64= arm_bf16.h arm_sme_draft_spec_subject_to_change.h > >>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64= arm_bf16.h > >>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64= arm_bf16.h > >>>> > >>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). > >>>> llvm1[789] do not. > >>>> > >>>> I wonder if: > >>>> > >>>> https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=778e212f234a825c5e19612df4be2e8f838cb024 > >>>> > >>>> doing: > >>>> > >>>> -_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>> +_BE_INCS_ARM= arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>> > >>>> was correct. I'll note that in an armv7 context: > >>>> > >>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print > >>>> /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16.h > >>>> > >>>> suggesting that gcc14 considers the file as not aarch64 specific but > >>>> as armv7 compatibile. > >>> > >>> I got that wrong! arm vs. aarch64 have different source files with the > >>> same name (under different paths): > >>> > >>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef _GCC_ARM_BF16_H > >>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef _AARCH64_BF16_H_ > >>> > >>> (More content is different.) > >> > >> As for llvm*: > >> > >> clang/lib/Basic/Targets/ARM.cpp has: > >> > >> if (HasBFloat16) { > >> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > >> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > >> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > >> } > >> > >> clang/lib/Basic/Targets/AArch64.cpp has: > >> > >> if (HasBFloat16) { > >> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > >> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > >> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > >> } > >> > >> which suggests bf16 support has 32-bit support (even if it is armv8 > >> 32-bit). Looking for AArch32 state in: > >> > >> DDI0487K_a_a-profile_architecture_reference_manual.pdf > >> > >> it says (via the AArch32 column of a table): > >> > >> BF16 Supported if FEAT_AA32BF16 is implemented. > >> > >> Looks to me like the removal of arm_bf16.h for llvm target ARM > >> was incorrect. > > > > The commit to the port simply refects changes upstream which made > > arm_br16.h aarch64-only. It was done in a massive commit (a70cf56d20b956) > > so may well have been wrong and no one notices because they always build > > all the backends. > > Hmm. > > My build in a armv7 context with arm_bf16.h listed was of: > > ---Begin OPTIONS List--- > ===> The following configuration options are available for llvm19-19.1.0.r3: > BE_AMDGPU=off: AMD GPU backend (required by mesa) > BE_WASM=off: WebAssembly backend (required by firefox via wasi) > CLANG=on: Build clang > DOCS=on: Build and/or install documentation > EXTRAS=on: Extra clang tools > LIT=on: Install lit and FileCheck test tools > LLD=on: Install lld, the LLVM linker > LLDB=on: Install lldb, the LLVM debugger > PYCLANG=on: Install python bindings to libclang > STATIC_LIBS=on: Install static libraries (does not effect sanitizers) > ====> Options available for the single BACKENDS: you have to select exactly one of them > BE_FREEBSD=off: Backends for FreeBSD architectures > BE_NATIVE=on: Backend(s) for this architecture (ARM) > BE_STANDARD=off: All non-experimental backends > ===> Use 'make config' to modify these settings > ---End OPTIONS List--- > > Note the ARM (no AArch64). > > It built just fine. When I looked at how arm_bf16.h is provided, > it looked to be built via llvm tools and is not direct source > code that as been committed. It looked to me like arm_bf16.h for > an ARM build got ARM (32-bit) content. (But I'm not expert.) > > The firefox build attempt found the file and got no complaints > about using the file. Sure looked to me like it just worked > when it is also listed in _BE_INCS_ARM . It's weird that it's getting installed at all. I'm rather confused. Could you do a `make check-plist` and send me the output? Thanks, Brooks From nobody Tue Sep 3 21:36:19 2024 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 4WyzTZ1qbhz5MSlx for ; Tue, 03 Sep 2024 21:36:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WyzTY3jR7z41sS for ; Tue, 3 Sep 2024 21:36:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725399391; bh=TX2clt+V65ghKShznG3RgnbZolGAe+DECuPeji/eT00=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=kRy2DtGesf/HoB5gicNtsFonKkGsmH/FriCVlUJTTwY83Z0lijnPu78GWANE2oISDJd2ul3O3/w6ocomXwLrPd5iOCT8KsTxUzL9Z0Q4le+COJyod/qSlNtVnGBLLL01yP5EJx4h3e88JVxwXEVyn8xtgFmMkQl0r46aZGzrIWl4tpgctvGYU3YhitwsxP+AXZDxK3Hc0twpQcaeUBrBTrfgItMNT30MBUfJlPifjTPwwh56Q92fPQ2YEmN9znHJF5T5GQoUydkB5QRc0PlFfGsVL/CWLAEFDrVCNHu1WJqiVgWpNJb28m6ho0EpBMP/gGS0PMGv/aT2rtlxTPdiFw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725399391; bh=NrBm2Esn9zhT2z4v9GJWPBcfXlmsJsemC6K/5am/EJw=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YB/wnwtb2VrGvIvNhyohb7nWL2+1x7fB0fJxmsqNrFrBlAwXtzpCpFzwq4rzs/5fHb7KqB8RlesKPzafkC8z0k4UeEPSXhJyjPDlef2acVBoFXhZ595qFsAE7awqOgqqo5gLBjAoebuvbRBs/Aud4RDHpUnWDBfdwPh+qMlgJGLycCTSsz0Rz71fmsC/kNzDV/Rx7HSb/7i81PvnxHYPEY8OqxWw0/QNCsIxnv2XahJZ6xSSZTmBO6TznFxOLU5sdAnRCgmYhdGJSUTbolYR8svdKenKZVaBomAPBVYvPDKSi4r7DzwZF77uydiS8a9M9HBepPqtp8Nt0dovfnLMIg== X-YMail-OSG: PSdp6.0VM1lBI4Bob30jDRnZsztzaU3u17H2DVTjtrW_Os4SFrZ_xqRQD8R05ln tFEPIkZgQCDTxOzIH__wtMAB4PmOSOEXW9fNp9kyzwjiRS_6ocEwZGxUxDjqrTjDxMLQd5K_a0na Eu19TCJnktYU_CsYPuCMqiiqKiGqRyb1KKGEOkYTK5N8rgRNJJ9jGjNR4kbOYLysLrYNBgiZ4kiy Zev55JkCoY.nbZ7BuHxJzOl2S7Hx1rXa3XwZkOAY1eVqsqlr9pS1pNPpO.YySuOdUf51MDy1X.cF UJIR2NnUu7i2xFnuHnrpYpsWKmjysfG3SV4Y8aGn.WFX5p.7FZn4eSHXtz1teviL6e3RQWkhtbpY g3DfJnEdw3Ws63OyJ7pBbqNqZCJsGasJvUMpT6cnEoV8W7NonLWOiFWTk09Xl1oGQ3dN8BIIHorf qZmmHA6iK6l6W2UhNGZ9_C8FDe95tCXQOHvbqbKUigFbQ_pRncqYAcyq5P2QThVm0cRyh0x5rULj o5wZY7qolgrBuU966Yo0wjUwLYpjoumMIyLdU9HzYTUl3zZTcSwTkbN180x0L2dfs_YSpuRkWCoy dVQa70Lzzh9Yb1yRT2UltFYTWde5ZrgkulMHEsrOVGv86XmuBgHSB4kk.g96nQCjexGYTpQagCKf 6x142wuw2DK4uRM1RpcNZGdVIur.oPFSCqD7OTln.tNEDAQolGt_2W5lOi.RcBQGPJYJDnstubsV ok8OzRdDT8gFX96HlgrKtP6uZl8boS8bxulRjGoz6wv.aqLqroZz1ZkbnU6eYF1EOA4sANK8Gl75 d_BSOwwpOL1RMjhSohvOWlJnCSVpkAQ7u3f_62wFq8mSKFNBVC521IfbJYFZvAT7_d3u6T6I2rJ7 aibj8wxoK6eqDxss1.ZGa3pwVcKiENoZ5lqEIcyBBai87szWfXF6bGTipTM72.7XBitmOc9NxR2x 3ciTbSEDGItn2Y3vKCKFJe7IWA1g.e1rBKxL.YeJg0uGvb1fBJa9nL3xtVzYQ0CPzW3XZ7gt0RS3 hzj3gcHOm6DKbjPupBuUbXyvuNv0698evtp5pcmh14Wza2htqZcYxuqHKPFNLNhGvYNCf2tvTpzX CsRQptAzkHNkx37buRvJDTxXPKjRAkRIvkKpStnOmdOjMJ2Yed64u63k8ryPjEsSHwunmbtaKOdx ysx4_aMWqRXLKdkPuA6bbCS5OrjYY70VVJMNKMK0Ucpnh_fAiyXeCxJ5GmxHFur5rwgZkb3niruX 3LeiF.U.EJehdKJaX2LfpkCSCdADZBaHbe3eiX05oJPlRNYmMUMpbx_y7iWSEEPP8uM5W_Kg1SpH 081KDr1o8mLBveU14FbnnYqGkN2mT1UfkqfeLItAOt.vIZ6o_M4BE4hYSDjm94wm1N7qkC8NGAFu fGxf3PVwNCHXHgGCieTnsjPZKQPAOrESfnizegeNc3i0Mr780l33eEHEdpRb39LZ68s.q78rDRHt fHrO7xuB37Wn8mO.jVSRcLsX3jzuzXXsFdj0ffjZ3HhC2NB_VF5CGUeM87wxWISzi5KMQlUZc6dA fBiptBlcFPK0ZdUp2hYxsylWQcI0Tn3Fcpy1Of2AI4wdZYXtmjHTjgrb7MVcFdwIN2GMykSsvAxA QtiuE_4kWxA37uR4FaZ537uMbAeHNYAiMO6Egh6xQ9.2AOqK3UGxkKrFg3sahNywgDlB9.JC2wEU _vSveeYB3bCdnGqtT_9uOdVML3SUH6rDs4u2pPXTdA78w1mLRIXSnhM28RVYhmN4tlYh.E_Btr68 cO18nb7Zf8J2jqCHDzZ11C_CHH1RbMo6RLQgxTiyv7q8xNF2dcD.TVRPDcHTFXVWMS_tglykWeIW 9yLMOM1A6vO442aSBE48LtKHr9LMu0tHKKlmhjvYfVf58U2.U7fLjESkLlN8gJIJ_PjLO816C8A_ rYU78UIgXqxVG9Xf6O8Xrez48c2lFHiyTJTnqGLlfgnOoEGSMNTQnwj9XElczHQyquhYtt4oTooO UGkbJzI2MULrj3GPmb4II8S51BnFSbDcXt1OSbkx_dzQ3.vPpeEaPpcqhDcxNtffrfJG8JHKsR2y JuV3AvTgAwA3Lt8Zy70ofdzeFIVtmhGvddQ30b0Q1VYUP6D_IuPeUyjeHQwr7WjwUIJmVJc0svd8 2xWclGUNvt7uIWT1zwTYGAM75XwQsvLOGeS3QKWLUKDWjIART4o2BYNJbaDpKE.DYXRhmWFhtHm5 PkS_4.5fl6.0I1JK7A1_tT.wmOIjPm77LVitTFG2gFJ_CuEC22Z9BLyXzwHHN X-Sonic-MF: X-Sonic-ID: 7e81847b-85b7-49ff-a88b-e9e5eb719178 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 3 Sep 2024 21:36:31 +0000 Received: by hermes--production-gq1-5d95dc458-s958r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d628bc46b77ce74b5d6344e12a78fa7c; Tue, 03 Sep 2024 21:36:30 +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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Tue, 3 Sep 2024 14:36:19 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <02BE22BE-7E86-43D1-86D8-85A527625AD6@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> To: Brooks Davis X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4WyzTY3jR7z41sS On Sep 3, 2024, at 13:32, Brooks Davis wrote: > On Tue, Sep 03, 2024 at 12:09:55PM -0700, Mark Millard wrote: >> On Sep 3, 2024, at 11:12, Brooks Davis wrote: >>=20 >>> On Fri, Aug 30, 2024 at 10:05:06PM -0700, Mark Millard wrote: >>>> On Aug 30, 2024, at 21:26, Mark Millard wrote: >>>>=20 >>>>> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>>>>=20 >>>>>> [Subject was retitled.] >>>>>>=20 >>>>>> On Aug 30, 2024, at 16:24, Mark Millard = wrote: >>>>>>=20 >>>>>>> What my test-of-building got was: No include file = found and >>>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in = OFlags:: was not): >>>>>>>=20 >>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>>>> 37 | #include >>>>>>> | ^~~~~~~~~~~~ >>>>>>> . . . >>>>>>>=20 >>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>>>> | >>>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>> | >>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>> | >>>>>>> 203 | / bitflags! { >>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>> 205 | | /// >>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>> ... | >>>>>>> 333 | | } >>>>>>> 334 | | } >>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>> | >>>>>>> . . . >>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>=20 >>>>>>> . . . >>>>>>>=20 >>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>>>> | >>>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>> | >>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>> | >>>>>>> 203 | / bitflags! { >>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>> 205 | | /// >>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>> ... | >>>>>>> 333 | | } >>>>>>> 334 | | } >>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>> | >>>>>>> . . . >>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>=20 >>>>>>> . . . >>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>=20 >>>>>>> For more information about this error, try `rustc --explain = E0599`. >>>>>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>>>>=20 >>>>>>>=20 >>>>>>> For reference: >>>>>>>=20 >>>>>>> # uname -apKU >>>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>>>=20 >>>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>>>> Author: Jan Beich >>>>>>> Commit: Jan Beich >>>>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>> branch: main >>>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>> n674987 (--first-parent --count for merge-base) >>>>>>>=20 >>>>>>> But firefox was updated to use: nss>=3D3.103:security/nss to = match what was >>>>>>> available. >>>>>>=20 >>>>>>=20 >>>>>> Using devel/llvm18 instead got the same. >>>>>>=20 >>>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>>>> also shows the arm_bf16.h file is not present. By contrast, >>>>>> for an aarch64 context: >>>>>>=20 >>>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, = ASCII text >>>>>>=20 >>>>>> Looking quickly at more llvm* shows: >>>>>>=20 >>>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = Since `arm_bf16.h` is very likely supposed to be the one true place = where >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>>=20 >>>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>>>> llvm1[789] do not. >>>>>>=20 >>>>>> I wonder if: >>>>>>=20 >>>>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>>>=20 >>>>>> doing: >>>>>>=20 >>>>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>>>=20 >>>>>> was correct. I'll note that in an armv7 context: >>>>>>=20 >>>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>>>=20 >>>>>> suggesting that gcc14 considers the file as not aarch64 specific = but >>>>>> as armv7 compatibile. >>>>>=20 >>>>> I got that wrong! arm vs. aarch64 have different source files with = the >>>>> same name (under different paths): >>>>>=20 >>>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>>>=20 >>>>> (More content is different.) >>>>=20 >>>> As for llvm*: >>>>=20 >>>> clang/lib/Basic/Targets/ARM.cpp has: >>>>=20 >>>> if (HasBFloat16) { >>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>> } >>>>=20 >>>> clang/lib/Basic/Targets/AArch64.cpp has: >>>>=20 >>>> if (HasBFloat16) { >>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>> } >>>>=20 >>>> which suggests bf16 support has 32-bit support (even if it is armv8 >>>> 32-bit). Looking for AArch32 state in: >>>>=20 >>>> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>>>=20 >>>> it says (via the AArch32 column of a table): >>>>=20 >>>> BF16 Supported if FEAT_AA32BF16 is implemented. >>>>=20 >>>> Looks to me like the removal of arm_bf16.h for llvm target ARM >>>> was incorrect. >>>=20 >>> The commit to the port simply refects changes upstream which made >>> arm_br16.h aarch64-only. It was done in a massive commit = (a70cf56d20b956) >>> so may well have been wrong and no one notices because they always = build >>> all the backends. >>=20 >> Hmm. >>=20 >> My build in a armv7 context with arm_bf16.h listed was of: >>=20 >> ---Begin OPTIONS List--- >> =3D=3D=3D> The following configuration options are available for = llvm19-19.1.0.r3: >> BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) >> BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) >> CLANG=3Don: Build clang >> DOCS=3Don: Build and/or install documentation >> EXTRAS=3Don: Extra clang tools >> LIT=3Don: Install lit and FileCheck test tools >> LLD=3Don: Install lld, the LLVM linker >> LLDB=3Don: Install lldb, the LLVM debugger >> PYCLANG=3Don: Install python bindings to libclang >> STATIC_LIBS=3Don: Install static libraries (does not effect = sanitizers) >> =3D=3D=3D=3D> Options available for the single BACKENDS: you have to = select exactly one of them >> BE_FREEBSD=3Doff: Backends for FreeBSD architectures >> BE_NATIVE=3Don: Backend(s) for this architecture (ARM) >> BE_STANDARD=3Doff: All non-experimental backends >> =3D=3D=3D> Use 'make config' to modify these settings >> ---End OPTIONS List--- >>=20 >> Note the ARM (no AArch64). >>=20 >> It built just fine. When I looked at how arm_bf16.h is provided, >> it looked to be built via llvm tools and is not direct source >> code that as been committed. It looked to me like arm_bf16.h for >> an ARM build got ARM (32-bit) content. (But I'm not expert.) >>=20 >> The firefox build attempt found the file and got no complaints >> about using the file. Sure looked to me like it just worked >> when it is also listed in _BE_INCS_ARM . >=20 > It's weird that it's getting installed at all. I'm rather confused. = Could > you do a `make check-plist` and send me the output? The below is about my personal builds in this time frame, the ones that found and used the arm_b16.h file in a armv7 context . . . Reminder/notice of context: I was experimenting with trying to build firefox to see if BE_WASM being enabled was remotely worth it for now. (It is not: firefox is no where near buildable for armv7 at this point. BE_WASM just wastes cycles and such.) firefox uses '#include ' for armv7 builds and gets an error about it being missing if it is not installed by the llvm that it is using. So I had experimented with use of reverting the _BE_INCS_ARM related commit material at issue, resulting in: -_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sme.h \ +_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sme.h \ This was in order to see if such would allow firefox to get past the specific error. It did get past that error point without any complaints. Does that addition of arm_bf16.h to _BE_INCS_ARM remove the confusion? Attempting to use 'make check-plist' started trying to build and install a bunch of stuff so I stopped it. I do not plan on rebuilding the llvm18 prerequisites via make. I've uninstalled and cleaned out what installed before I stopped it. (Nearly all my build activity is via poudriere-devel instead of the likes of use of make or portmaster.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 3 21:47:06 2024 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 4Wyzjl31jJz5MTj0; Tue, 03 Sep 2024 21:47:07 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wyzjl2PxWz43vZ; Tue, 3 Sep 2024 21:47:07 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725400027; 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=hyPJ40xTOzUcguhYJn+1V1WFij52cPc0WTRyVArN250=; b=sI8HP2uZsIHwVYcs1PJDZTnpmndu7z5AaeKneicEg+xXFE9uVYEIt/an0s9/OnPn79y8og 0rKWZAie2a3YX5X47PrrG5g+sR824ZkUoTNcT/T0AIzZDwo7pdeg5xPPKj3HMX9wRNtd2P pDPfb8EwvZEhCGpc9NATKLdy5JhzWogPBXoD/0cKBuYcbdhnMedKsVlPmLBPLwx5qbN4hW AvKLqfxRchwkUXhvIY+UKYjrbTf83sMkGl98MtgNWpA4vAQ2oZKgh5QSOU1YXlrGDL6p67 Q5zEUDmh+kH+B3gQ5ZGrZuNJ4mQmnn8UL5GknvMl0DdJ0mQneYiqjBRYZsku/w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725400027; a=rsa-sha256; cv=none; b=YiAxDXH4ODPxWi3sIBwIqp1qB25EVj5eLyRMb159sNyE3EyDulqhcpZd20tlbb8adh8/D1 FT+DUGti7loLPiuw+c/8AmE8McG/XndSXidhaHWaUmVNYAzZW1QuvJ2bOs4lIe7jMXlICP OVo7aUHCY+EsqCdDGkC9FygqX9E65nGnear5+OpgzE/N+bDhHownhxjTwIwakMoNFuvDLs bu8bEf73sRhzRARC0NL5HXQZ2o81L3JADUvJuOtdDnhivHb7qZ6boDu0hmZl8FV2BjfM6n DW1EGn4LaS6mPMJzEdZbRsHy6gMzy60Qte2yUalBWT9o0Ub4JOuhvqdlA7giZA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725400027; 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=hyPJ40xTOzUcguhYJn+1V1WFij52cPc0WTRyVArN250=; b=LZi82RKpU7VjY1bfdyzKb4GhFhc7gurmeU6ws3uC9q4JY7782e4vSoUr3Trpp9dJMLoPEo mygnHy6oJ/6KM6LY9LT+h6t2u8bqsYvjijzhZCkp8fzAQkemIdHwPbEDtjXe8Hls8Hubti X4/uLJyi4gAuLZ7q3LEZ7ZxGaw3nkZ2UtWkAVtJ2uXKVE+TKO58Awh2lXOCVV+0C4Nib7J FUfhNN8BEN9ujOf3Ezw992Bnxfo3uiQaDbFxlMokeJr83UAQ/gh/noI8j3HukT4CbmNOJg S8v/y9HO7EvCGGcSOtO9YcxGxE6emf8qh4OlnLXjK0qTZEp3BHCuN71YrPqWqg== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Wyzjl1KJqz1GsY; Tue, 3 Sep 2024 21:47:07 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id CE0043C019B; Tue, 03 Sep 2024 21:47:06 +0000 (UTC) Date: Tue, 3 Sep 2024 21:47:06 +0000 From: Brooks Davis To: Mark Millard Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] Message-ID: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> <02BE22BE-7E86-43D1-86D8-85A527625AD6@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02BE22BE-7E86-43D1-86D8-85A527625AD6@yahoo.com> On Tue, Sep 03, 2024 at 02:36:19PM -0700, Mark Millard wrote: > On Sep 3, 2024, at 13:32, Brooks Davis wrote: > > > On Tue, Sep 03, 2024 at 12:09:55PM -0700, Mark Millard wrote: > >> On Sep 3, 2024, at 11:12, Brooks Davis wrote: > >> > >>> On Fri, Aug 30, 2024 at 10:05:06PM -0700, Mark Millard wrote: > >>>> On Aug 30, 2024, at 21:26, Mark Millard wrote: > >>>> > >>>>> On Aug 30, 2024, at 20:33, Mark Millard wrote: > >>>>> > >>>>>> [Subject was retitled.] > >>>>>> > >>>>>> On Aug 30, 2024, at 16:24, Mark Millard wrote: > >>>>>> > >>>>>>> What my test-of-building got was: No include file found and > >>>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was not): > >>>>>>> > >>>>>>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: > >>>>>>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434: > >>>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: 'arm_bf16.h' file not found > >>>>>>> 37 | #include > >>>>>>> | ^~~~~~~~~~~~ > >>>>>>> . . . > >>>>>>> > >>>>>>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope > >>>>>>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:144:32 > >>>>>>> | > >>>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { > >>>>>>> | ^^^^^^^ associated item not found in `OFlags` > >>>>>>> | > >>>>>>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 > >>>>>>> | > >>>>>>> 203 | / bitflags! { > >>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. > >>>>>>> 205 | | /// > >>>>>>> 206 | | /// [`openat`]: crate::fs::openat > >>>>>>> ... | > >>>>>>> 333 | | } > >>>>>>> 334 | | } > >>>>>>> | |_- associated item `TMPFILE` not found for this struct > >>>>>>> | > >>>>>>> . . . > >>>>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>>>>>> > >>>>>>> . . . > >>>>>>> > >>>>>>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope > >>>>>>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:207:32 > >>>>>>> | > >>>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { > >>>>>>> | ^^^^^^^ associated item not found in `OFlags` > >>>>>>> | > >>>>>>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 > >>>>>>> | > >>>>>>> 203 | / bitflags! { > >>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. > >>>>>>> 205 | | /// > >>>>>>> 206 | | /// [`openat`]: crate::fs::openat > >>>>>>> ... | > >>>>>>> 333 | | } > >>>>>>> 334 | | } > >>>>>>> | |_- associated item `TMPFILE` not found for this struct > >>>>>>> | > >>>>>>> . . . > >>>>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>>>>>> > >>>>>>> . . . > >>>>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) > >>>>>>> > >>>>>>> For more information about this error, try `rustc --explain E0599`. > >>>>>>> error: could not compile `rustix` (lib) due to 2 previous errors > >>>>>>> > >>>>>>> > >>>>>>> For reference: > >>>>>>> > >>>>>>> # uname -apKU > >>>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 > >>>>>>> > >>>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > >>>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) net-im/dissent: update package description > >>>>>>> Author: Jan Beich > >>>>>>> Commit: Jan Beich > >>>>>>> CommitDate: 2024-08-24 18:30:01 +0000 > >>>>>>> branch: main > >>>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 > >>>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 > >>>>>>> n674987 (--first-parent --count for merge-base) > >>>>>>> > >>>>>>> But firefox was updated to use: nss>=3.103:security/nss to match what was > >>>>>>> available. > >>>>>> > >>>>>> > >>>>>> Using devel/llvm18 instead got the same. > >>>>>> > >>>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ > >>>>>> also shows the arm_bf16.h file is not present. By contrast, > >>>>>> for an aarch64 context: > >>>>>> > >>>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h > >>>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII text > >>>>>> > >>>>>> Looking quickly at more llvm* shows: > >>>>>> > >>>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more > >>>>>> /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >>>>>> /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >>>>>> /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h > >>>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain a > >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_bf16.h` immediately before their own typedef: > >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: #include > >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since `arm_bf16.h` is very likely supposed to be the one true place where > >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; > >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; > >>>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64= arm_bf16.h arm_sme_draft_spec_subject_to_change.h > >>>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64= arm_bf16.h > >>>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64= arm_bf16.h > >>>>>> > >>>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). > >>>>>> llvm1[789] do not. > >>>>>> > >>>>>> I wonder if: > >>>>>> > >>>>>> https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=778e212f234a825c5e19612df4be2e8f838cb024 > >>>>>> > >>>>>> doing: > >>>>>> > >>>>>> -_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>>>> +_BE_INCS_ARM= arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > >>>>>> > >>>>>> was correct. I'll note that in an armv7 context: > >>>>>> > >>>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print > >>>>>> /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16.h > >>>>>> > >>>>>> suggesting that gcc14 considers the file as not aarch64 specific but > >>>>>> as armv7 compatibile. > >>>>> > >>>>> I got that wrong! arm vs. aarch64 have different source files with the > >>>>> same name (under different paths): > >>>>> > >>>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef _GCC_ARM_BF16_H > >>>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef _AARCH64_BF16_H_ > >>>>> > >>>>> (More content is different.) > >>>> > >>>> As for llvm*: > >>>> > >>>> clang/lib/Basic/Targets/ARM.cpp has: > >>>> > >>>> if (HasBFloat16) { > >>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > >>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > >>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > >>>> } > >>>> > >>>> clang/lib/Basic/Targets/AArch64.cpp has: > >>>> > >>>> if (HasBFloat16) { > >>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > >>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > >>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > >>>> } > >>>> > >>>> which suggests bf16 support has 32-bit support (even if it is armv8 > >>>> 32-bit). Looking for AArch32 state in: > >>>> > >>>> DDI0487K_a_a-profile_architecture_reference_manual.pdf > >>>> > >>>> it says (via the AArch32 column of a table): > >>>> > >>>> BF16 Supported if FEAT_AA32BF16 is implemented. > >>>> > >>>> Looks to me like the removal of arm_bf16.h for llvm target ARM > >>>> was incorrect. > >>> > >>> The commit to the port simply refects changes upstream which made > >>> arm_br16.h aarch64-only. It was done in a massive commit (a70cf56d20b956) > >>> so may well have been wrong and no one notices because they always build > >>> all the backends. > >> > >> Hmm. > >> > >> My build in a armv7 context with arm_bf16.h listed was of: > >> > >> ---Begin OPTIONS List--- > >> ===> The following configuration options are available for llvm19-19.1.0.r3: > >> BE_AMDGPU=off: AMD GPU backend (required by mesa) > >> BE_WASM=off: WebAssembly backend (required by firefox via wasi) > >> CLANG=on: Build clang > >> DOCS=on: Build and/or install documentation > >> EXTRAS=on: Extra clang tools > >> LIT=on: Install lit and FileCheck test tools > >> LLD=on: Install lld, the LLVM linker > >> LLDB=on: Install lldb, the LLVM debugger > >> PYCLANG=on: Install python bindings to libclang > >> STATIC_LIBS=on: Install static libraries (does not effect sanitizers) > >> ====> Options available for the single BACKENDS: you have to select exactly one of them > >> BE_FREEBSD=off: Backends for FreeBSD architectures > >> BE_NATIVE=on: Backend(s) for this architecture (ARM) > >> BE_STANDARD=off: All non-experimental backends > >> ===> Use 'make config' to modify these settings > >> ---End OPTIONS List--- > >> > >> Note the ARM (no AArch64). > >> > >> It built just fine. When I looked at how arm_bf16.h is provided, > >> it looked to be built via llvm tools and is not direct source > >> code that as been committed. It looked to me like arm_bf16.h for > >> an ARM build got ARM (32-bit) content. (But I'm not expert.) > >> > >> The firefox build attempt found the file and got no complaints > >> about using the file. Sure looked to me like it just worked > >> when it is also listed in _BE_INCS_ARM . > > > > It's weird that it's getting installed at all. I'm rather confused. Could > > you do a `make check-plist` and send me the output? > > The below is about my personal builds in this time frame, > the ones that found and used the arm_b16.h file in a armv7 > context . . . > > Reminder/notice of context: I was experimenting with trying to > build firefox to see if BE_WASM being enabled was remotely worth > it for now. (It is not: firefox is no where near buildable for > armv7 at this point. BE_WASM just wastes cycles and such.) > > firefox uses '#include ' for armv7 builds and gets an > error about it being missing if it is not installed by the llvm > that it is using. So I had experimented with use of reverting the > _BE_INCS_ARM related commit material at issue, resulting in: > > -_BE_INCS_ARM= arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sme.h \ > +_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sme.h \ > > This was in order to see if such would allow firefox to get past > the specific error. It did get past that error point without any > complaints. > > Does that addition of arm_bf16.h to _BE_INCS_ARM remove the > confusion? > > Attempting to use 'make check-plist' started trying to build and > install a bunch of stuff so I stopped it. I do not plan on > rebuilding the llvm18 prerequisites via make. I've uninstalled > and cleaned out what installed before I stopped it. (Nearly all > my build activity is via poudriere-devel instead of the likes of > use of make or portmaster.) I've gone ahead and added arm_bf16.h back in my latest llvm19 update. (I just realized I did something more convoluted than necessicary and will fix it in the next update.) I'm still not sure how a file in a list in cmake named aarch64_only_generated_files ends up on an ARM only build, but so it goes. I'll merge to 17 and 18 as time permits. -- Brooks From nobody Tue Sep 3 22:41:12 2024 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 4Wz0wQ5kVJz5MZRf for ; Tue, 03 Sep 2024 22:41:26 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wz0wQ3G42z4GLm for ; Tue, 3 Sep 2024 22:41:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725403284; bh=9mgGV/qxRXeZvETCCjuzo30Ss6tGb6cWemqHNNJa2uw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hU2IKXsq26GFownOGxDoA3SQtTuyTwebYxX3Itg99SkATh9/fuO/Rxh+FaRzbOB52/v2+1V11WaNhPmIvRRV2KFbPUvSrou3NFtSwjTTG6Vzf/UfKT+ertQCCS0BHUoGoXKkSPgcQ+631EIkR7AlT5PwclTD0GDW4UkTbZEttG9ih1113T0/3ifZAVWSbPGtZ4uVi7/p7lpIiPqyHEoUo68qkdTfYoBKJ2dYkyIjE3chOCEPxXiBRql0vz5tf9CLfHasO/ToyEAgeB+N0cFKYjPtrm1K78BvOQ4mcXlsMZxamPreT+2GEU1shwwy8fs9pcdz/27pIGJIz3XH4R6Osg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725403284; bh=IacsPinKSHX4PilqMIgdtIxQGBCv7xy1eRb3OtzD7VR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Bgx5gle9e0PZp3t+YOOJenn4iW50jOymKSnaGqDtPQADQJoXgR+e36rNANQC+i+0JX/C2od1mOM+7KRrp4poe1CDtY9HK+LudTtXhKckBRYJHQ3IBN4T6lVwG6y1RpjnPLkrLi06JDkZpwbPiZpYsq0HUgliouJRhsKoEHnh13e3+b15J/TLBDd8KlcGcUrMZLBiWwGFHa2VxbqaeoQTI/jNPL87sXE5luC6RxoaZFlbRubA12NXAOuhQBASRE52hEerCo3O0NFpnPFBKziPytLN7ku4jarFnjEDTbiNio3CvzZM5XwMy0kuzlssTtq0Z7MWMqbUuIJtzVRQEv4rUg== X-YMail-OSG: utUsOj0VM1mdQSm9EN59oC3X.JOFhqSZ.fsEOE7LCu.MhCXXqV2Vyg6ROblIn3. iX6m29SQVHjE6jIMz9ytGYn90NQRJ7dCdPVeKLKC9QPAFdCQzxi.TFdaZDJve58Fy4e27m2hjz8b YbXsqYTfggt1IvaCB4FKEEqEJl_kw9.L1bAljtpKdnGicWMy6eQ8wd.O62SYgOKC0Ub1AmsIWW2o iFNp8tGLBMU9xUoxujh3NHL5S_GHdzC..sFmuhlVTW1vs2xdh_cBXKRvUn.4MD_pT_PqJUuFO6Ru ccXBFmxjOsbRVFcbkmQ2Xyg5rDKyChGsM40MvupGGSIktvuqZhaS829NvEoCssBbNQryuuOrLRJK 7PNT0xahy55WT0_6SalQZ5.HkJ.NeysdOp5bPcYgaPC3dJLw4LJVs2HCVObe6nITRU4lERBRiWmz ZrqsEwwjglEEr5n.mwmpodBSi61QwnXQALAr5lu5DQnbbz.cTIN3nBsHwvQY.hdQIFSNm9iZutou Rdcu7BuaR50ypW3S7pUDstX6UuUrDOvSZPvGK3f1xDDk6ZMjqkssT1eTIkuNrzckoieGSq8MD6mN iwIn6OZaw8gBO4cZY9BTke3tSb9mBtabp7Ij7gcPEgK5vrzdy7Eg7JI_l3W5AAP8e2HSRTof1zNl x1RMx7o_Wx18cxMIRhec.XcX2o3L0boTYy.oeVWcMNa.nrk743POxOiq3XbUfSIIq8g7M_a_ftVi jcvX_l_6K5yVIC9WtdXpJ73Jcvi8T7wXwduAA.xkwR0XULTb0MgZm17m5OeUBgVM32Uoto0mOBun elYmNzwy8UC68Gmt_RPX_P7gKO8TT93rQ2BqSE7AT.UOydJhys.s8B1RVz9t_mlmDBagkxeWMpHT EAhp6TbnUOdEMoW3_FwDeARwXz8pnys3h3kg4s5Nss06uMh.A_A5TPgBwg.AsScX4gqm4SdtrWue SCzYvGyDzlPwgAXQFXq0uqTy6jtETh6yA9tfsmmx4xYey.G07J0wEP6wivsgo04PgyRDpyu739Eu 2gFSMGPAIZReWks9LoWbZf9aYsYt0xK52A0OQLvBDjmPAcn7JtLZ.8nEP7QUZB0hjwzHKHGAAd_W vL45O023wzB38DlLp1TOeYtPEGmaaP3v95huW9mFuaE5_ts2UG.4NjIpd29nkH2OxsXPItC8aVrZ bVAWOet9zlVZqJn3bYx2HG20UEzOr9qsc_pLq4z3itj7sA7ZRmBVqSQUVLvHqqibCesODHvMKv4s GagLateUC_9vBVRVzIQSUtQyCrgYu3HGdS316HaaYBQmwJQblcMgaCRgspTn2e4eT.uz8I7c70aA sK9_S4.330W5DRM9rWk6HXAyI1VSjq0onHf4Io6dfhB0JjxPKL2T3iVeHcHj.vTf4nuvpOo7NxYO sJsmkDl8zlalVG5VdPcdmfDxp0.esvhmVU.R8eprW3XkyzXfB3bptzfWbxyWNfJanrUSTuCoSQLV zz_RGA_cQ51DvCc3.SIUKXp9hg22ChdO.Amkf6yTf6P1jO34R1RNhlu9p_kl7E9E8NK8fw_YZu5m devQfrodEHmPi_wkXN58qyM4R3Kp8o4AMDex5M_elqoWQE4H_3bRQa9ss5LXjueSyiQ.azfob7F. JdN9qujOUIcojv2t6pdbv2Y9grir9dddZKfeD8o1Dl1FuTquv.xz3aBZ9YG1He1R8ydjnmK.1wV3 hwU4.YZ98qbUmddwKy0jbGcu.jXcE8nl5srEIRJG671OEqDP71NywL9vIhVShQ24CoUsRyiutc.L Y8yG5NKm8CccrF0LOLKDP2pHQdlN.bfWwlA0Z75HDX0C030037_Hw7mdCk1hMUSgSTw1y6yWBbF0 zK3CkTguHEqeDQc70KyKFkupyrh15tddDYjVGYSmfdzD6xS.HpxboGvgMaPgHDsUdKmdqCWiDeG0 .Bw89nk9jQEmYgKDxlc1YCUGFG9zRRKvV4z3ZALiTcctLPip4fODjwBqqB6ITswUGWt1IXyA7bjA sTBsBxySeL8wnGi8ky2GFZjgbww7tTASnBszVWYp8DVkjEl6y7VguI98C0unyKPzNoLMF6p_VCYO 0nIWA4bEOelqGXALllFyUCe6fZIHeyECktcCJf52oomwUDoHIEI.dOR1Y6fv8CPhdpsAg8lWsJtv HOJesG25rhs51iS1SwYmQpW_VnKSAJsHb55fsNKSFyyovT2XFv3fM9z9hiQZ8P7MHCNqXI.mu_.7 WLvKcT2kBi9lJrAp4AOrEAxMuYnHkrOTrNimgocjf X-Sonic-MF: X-Sonic-ID: ddee546b-0981-4fc8-8a5a-adb3644d2e5e Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 3 Sep 2024 22:41:24 +0000 Received: by hermes--production-gq1-5d95dc458-dxlpk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4ba3705a8c3afb2f4da41e83db7a9632; Tue, 03 Sep 2024 22:41:23 +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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Tue, 3 Sep 2024 15:41:12 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <67D7CB10-48E1-4E4F-A632-087CF7B2ADD0@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <5BEBBFCB-A877-4124-B07F-D4C6D25B7026@yahoo.com> <02BE22BE-7E86-43D1-86D8-85A527625AD6@yahoo.com> To: Brooks Davis X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Wz0wQ3G42z4GLm >> . . . >=20 > I've gone ahead and added arm_bf16.h back in my latest llvm19 update. = (I > just realized I did something more convoluted than necessicary and = will > fix it in the next update.) >=20 > I'm still not sure how a file in a list in cmake named > aarch64_only_generated_files ends up on an ARM only build, but so it = goes. > I'll merge to 17 and 18 as time permits. Well, I expect that you were depending on an error in clang/lib/Headers/CMakeLists.txt . Details follow . . . clang/lib/Headers/CMakeLists.txt has: # Generate header files and copy them to the build directory if(ARM IN_LIST LLVM_TARGETS_TO_BUILD OR AArch64 IN_LIST = LLVM_TARGETS_TO_BUILD) . . . # Generate arm_bf16.h clang_generate_header(-gen-arm-bf16 arm_bf16.td arm_bf16.h) . . . Both ARM and AArch64 generate the file. Later (in the '. . .' text there is filtering via other lists of headers formed: list(APPEND aarch64_only_generated_files "${CMAKE_CURRENT_BINARY_DIR}/arm_sve.h" "${CMAKE_CURRENT_BINARY_DIR}/arm_sme.h" "${CMAKE_CURRENT_BINARY_DIR}/arm_bf16.h" "${CMAKE_CURRENT_BINARY_DIR}/arm_vector_types.h" ) But, DDI0487K_a_a-profile_architecture_reference_manual.pdf indicates that there are two BF16 features, one for AArch32 and one for AArch64: FEAT_AA32BF16 and: FEAT_BF16 That matches up with the clang code: clang/lib/Basic/Targets/ARM.cpp has: if (HasBFloat16) { Builder.defineMacro("__ARM_FEATURE_BF16", "1"); Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); } ( so: AArch32 is handled by ARM.cpp ) and clang/lib/Basic/Targets/AArch64.cpp has: if (HasBFloat16) { Builder.defineMacro("__ARM_FEATURE_BF16", "1"); Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); } ( so: AArch64 is handled by AArch64.cpp ). That leads aarch64_only_generated_files looking to just be wrong relative to bf16. I'd expect that: "${CMAKE_CURRENT_BINARY_DIR}/arm_bf16.h" should have instead been listed in: list(APPEND arm_common_generated_files "${CMAKE_CURRENT_BINARY_DIR}/arm_neon.h" "${CMAKE_CURRENT_BINARY_DIR}/arm_fp16.h" ) I expect that this comes down to Target ARM being what supports AArch32 (and, so, its FEAT_AA32BF16) even for armv8. Target AArch64 looks to just support FEAT_BF16. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 4 02:03:57 2024 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 4Wz5QG0pRhz5Mvk6 for ; Wed, 04 Sep 2024 02:04:06 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [209.237.23.5]) (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 "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wz5QF05lGz4fVM for ; Wed, 4 Sep 2024 02:04:04 +0000 (UTC) (envelope-from marquis@roble.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=roble.com header.s=rs060402 header.b=pS2LjTQk; dmarc=pass (policy=none) header.from=roble.com; spf=pass (mx1.freebsd.org: domain of marquis@roble.com designates 209.237.23.5 as permitted sender) smtp.mailfrom=marquis@roble.com Received: from roble.com (roble.com [209.237.23.50]) by mx5.roble.com (Postfix) with ESMTP id AB05F38A633 for ; Tue, 03 Sep 2024 19:03:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=roble.com; s=rs060402; t=1725415437; bh=txDIZ8k+SBA5myokEzjbDd9lNG7jktD4EmjR8kOkBT4=; h=Date:From:To:Subject; b=pS2LjTQkLzOlOtw8CSDmjrJIKklYa5OfqWHZ7NBKnNGdjxpnorKQOW+pECEW4dIeS +KTXMFz7YC2wjP/SFsXYKhSI2ImgGfnzUshVNXL3Jlep33mRIdWpdSzvqYaZDZ0DEd OIL+w6NKg9Uhex35y9CEEr9O4rOb1FrBDLjtdwbE= Date: Tue, 3 Sep 2024 19:03:57 -0700 (PDT) From: Roger Marquis To: freebsd-ports@freebsd.org Subject: Poudriere vs ccache Message-ID: <488qqrpq-969s-406r-0s2p-qo3nn549119s@mx.roble.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.88 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.979]; DMARC_POLICY_ALLOW(-0.50)[roble.com,none]; R_DKIM_ALLOW(-0.20)[roble.com:s=rs060402]; R_SPF_ALLOW(-0.20)[+ip4:209.237.23.0/24]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:17403, ipnet:209.237.0.0/18, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[roble.com:+] X-Rspamd-Queue-Id: 4Wz5QF05lGz4fVM Am seeing a CCACHE error in Poudriere since moving to a new disk (permissions are the same): ccache: error: Failed to create temporary file for /root/.ccache/tmp/opt.stdout: Permission denied Now you'd think having CCACHE_DIR=/var/cache/ccache in make.conf and poudriere.conf would address this but it does not. What I also have is: etc/make.conf:CCACHE_BUILD=yes etc/make.conf:CCACHE_DIR=/var/cache/ccache etc/make.conf:SCCACHE_DIR=/var/cache/ccache etc/make.conf:OVERLAYS+=/var/cache/ccache/overlay etc/make.conf:CCACHE_SIZE="50.0G" poudriere.conf:CCACHE_DIR=/var/cache/ccache poudriere.conf:CCACHE_DIR_NON_ROOT_SAFE=yes poudriere.conf:ALLOW_MAKE_JOBS_PACKAGES="pkg ccache py*" /var/cache/ccache/ccache.conf:cache_dir = /var/cache/ccache /var/cache/ccache/ccache.conf:base_dir = /var/cache/ccache /var/cache/ccache/ccache.conf:hash_dir = false /var/cache/ccache/ccache.conf:max_size = 50.0G Probably not all of these settings are necessary but then there is conflicting info on various websites. Can anyone see what might be breaking ccache here or recommend additional debugging? Roger Marquis From nobody Wed Sep 4 02:45:43 2024 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 4Wz6M93NB5z5Tv9B for ; Wed, 04 Sep 2024 02:46:29 +0000 (UTC) (envelope-from cross+freebsd@relay.distal.com) Received: from relay.wiredblade.com (relay.wiredblade.com [168.235.105.136]) (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 4Wz6M82wJLz4jlY for ; Wed, 4 Sep 2024 02:46:28 +0000 (UTC) (envelope-from cross+freebsd@relay.distal.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=relay.distal.com header.s=mail header.b="R051e/JC"; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross+freebsd@relay.distal.com designates 168.235.105.136 as permitted sender) smtp.mailfrom=cross+freebsd@relay.distal.com dkim-signature: v=1; a=rsa-sha256; d=relay.distal.com; s=mail; c=relaxed/relaxed; q=dns/txt; h=From:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type:Content-Transfer-Encoding:In-Reply-To:References; bh=03wjt3EZQxh0N7cHrk4L7GAd61psr0+KI5r0pH9wX3k=; b=R051e/JCTq11FKqGqMzBK+wogv3Nb2y9Ccs4ns7x8CChShJ9u2170E1ir1A+MUpiVBB83SEEqJmb01PxiMdqKrTLtZ/8yuUelJbYn8Qc/+baNZcrEQseEBI4FbGAhNlIi8kEnWcEcQKv5G2USwcWKr+GrGfLlfGl8fM6R33JNh+mo8/3/MFAvLuIRx7WQmx8iEFbV3YdjM1YEZrSzTWEeUxQuKTmgY9ch72IiokI2j3m8lU7p5CkdKqSrF j9v3nRhdYU7mKd/5CrBgPfVL2r48GtuDifclcavFVzmYfmgYxvPKKdEeB4Ss1bQxOaBExs/BZXnebay8dFAuLYhWbsSQ== Received: from mail.distal.com (pool-108-51-233-124.washdc.fios.verizon.net [108.51.233.124]) by relay.wiredblade.com with ESMTPSA (version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256) ; Wed, 4 Sep 2024 02:46:15 +0000 Received: from smtpclient.apple ( [2001:470:e24c:200:bc2e:b362:b55e:bed8]) by tristain.distal.com (OpenSMTPD) with ESMTPSA id 880b5a0e (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Tue, 3 Sep 2024 22:46:14 -0400 (EDT) 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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: net/tcpproxy still active? From: Chris Ross In-Reply-To: Date: Tue, 3 Sep 2024 22:45:43 -0400 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2652F6FA-0052-4044-8796-F4D080EB07E6@distal.com> References: To: Peter Pentchev X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.19 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; FORGED_SENDER(0.30)[cross@distal.com,cross@relay.distal.com]; R_DKIM_ALLOW(-0.20)[relay.distal.com:s=mail]; R_SPF_ALLOW(-0.20)[+a:relay.dynu.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[relay.distal.com:+]; DMARC_NA(0.00)[distal.com]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:3842, ipnet:168.235.104.0/22, country:US]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[cross@distal.com,cross@relay.distal.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[168.235.105.136:from]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4Wz6M82wJLz4jlY > On Aug 24, 2024, at 16:55, Peter Pentchev wrote: >=20 > On Sat, Aug 24, 2024 at 02:45:28PM -0400, Chris Ross wrote: >> So, I'm looking for a simple proxy. I have used simpleproxy in the = past, >> but it doesn=E2=80=99t support IPv6 currently. In looking at = options, I see >> net/tcpproxy, but I can=E2=80=99t tell if that project is still alive = at all. >> https://www.spreadspace.org/tcpproxy/ exists an supplies tarballs, = but >> has no good information and the referenced git repo seems offline.=20 >>=20 >> Is this project active, or historic? Does anyone know of another = simple >> TCP proxy on FreeBSD that supports IPv6 connectivity? >=20 > There seems to be a net/3proxy port; I haven't really tried it on > FreeBSD, but it seemed to work on other OSs some years ago. Thanks. I took a look at 3proxy, and while I=E2=80=99m guessing I could = turn off the features I don=E2=80=99t want, there would be a _lot_ of them. = It is capable of proxying a large number of protocols with varying auths and even has it=E2=80=99s own DNS filtering system. Much more than = I=E2=80=99m looking for. So if no-one has any positive information about the state of tcpproxy, I guess I=E2=80=99m still looking for other options. Thanks. - Chris= From nobody Wed Sep 4 03:46:02 2024 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 4Wz7hC5X4nz5V0qH for ; Wed, 04 Sep 2024 03:46:19 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wz7hC0Glyz4ny8 for ; Wed, 4 Sep 2024 03:46:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Ib9Izwig; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725421576; bh=0GqrOFupOacRr1+Lz/MSrLyt5WVDmOUtP+jzfYlhFPQ=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Ib9IzwigGKCLOcZDcUxBpkp4K7BPvCkqveLq3KXgswwBGJct0P2gZMzxJ6aWGmpAamvKF2Uf4Lq2eCmEbTqAxvkzVzeTADZ82biNdGUPIlThFJG2jv565+rm3ctAdl2tbrRD8FHAO8JhbhnKFiXqNzOEoVB0st1I+YFfh7voR2ljiq8PLgZLdJ2yi1p/NDQHGJ+hPFxOZDnzulD1h8rnwRuQSceK4bjjpyhLJeoaOtLmnQHaj62dO5dbrGPMfBPy/e2VTQke/RmbJl9at1e2h/QLeOH01ndD1tL2ZjJ0bOHmxjOHV1SmOTWgu/RDmi4dIUePrins2tIAQ9fScYFgpg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725421576; bh=Ns94Ymc77OLZmI64tfaW/Zh4SslB/pKbRd5fQdhtpCC=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=JobpgjlhZfHV56MU4KbyRHtfFIdlwQHXl/IyNTcWP5LOP3Bnn/ee6y2blf3E6tptn112Hh4ZeLorNPyxYadb3OONfRSytnz+Qm7cIK3O0GKNOoLtYIf4h/c3zrjBWB0ONOtm3ByeP+mXiLqqc2kBqNHg+PnvYRLwXa8rPdGxpptuDfIemnPkR3TVkaGs31//VRuySiP5WdSiW8vU7M/PaU1SCe0YCbjsSG5VTURcBPPvXrnuIjJtzLXdhmzFPi3qT7T1KArRWGLBbFSmtb15Rcr0Ac0QqCbhPErkQg//KXD/0s1PD5rVOw1h4TEGh4dSOC54kkmlJCCkudwnILG93Q== X-YMail-OSG: ryaKErUVM1mM2rAosvGhFWlJyzA9O6TWF6SYInLZQifonrJ9EOd8LqO6TzY1nE2 7VXeoNJsO2jViRCUWd58r47_tXVyVmZ41BNsbegasUU.j3JFwmmNF8cMBH50ooUZ1ILS6P17x66Q tMLcpKUCUDjLez5YiVcLwDyOgelv2h33Nmk4JA7lIq2rXpHjN3nUrl0Ujxol6WkjX0gTwFXq6uPV ON1wCMw9kwgrZXKftsJOIul8jMmGlhDjr7sAOqu5LEvU2avuZajUjiHJXh_UvbbLfcCe_cCfkr6t CGj.cK41Qg1Dc0ZO2BioaCDvekHrO5H3eEnlzwJPJswdQFBFPi3kB0CV.l8rOfZKh50VcZlSAXDY an0.CSLyIZYem.k8fxezWCUfXq__Xmsk9OvNy7ct5zlqRqpA7XMwug5vQwGqDK5P9X8QqR34Z868 hkLGTp3luaT9nqE4USz.T.DIo6.WE.bnVzJLfVZMY8Phc0xFrWPbmGYdW5lzkHLq8EH_KKy4mMgG vipxZlC_4MZf8cLltfimA0HVZ_upjOtIRyszGksP4GrTPeWce6HKm3pn7EGs9lG77_hredwWOlBv K4vFlxe1zt8..li3pOlSQtgy9124RvPdxGzqg40m6g2SRq050TFPwSplDv0uzfbrUssmy2RNhXL7 vxZjs7Pp0DagbbDVZZTiXxn.CRT_hlg87E..blZrC9_PK_yD8838LS8L8MvFzJpqaeMx9aRYCCUT _TDxQferhHCkfQt78DSdRR4rgfTdjtcVpdrmbhjRHeCbzwJQvA43CWHVUytjP_uom56jVG.zTZXt dEpt.gQt_YQOvNDURc3CVS_NVbnKpYzKGMEsZCbhgDuLFDqWpiwrcBH.MRs3h7gPxkh82g9vqAiM ZXPBfvo4YHQmWTNo6TXudrR4g_3x3rwZDDaOrLpeoZ88LD0Xj.FrnRNSrolP_ue.1uL63obFLdWI UIPtvjokqj4HFwcYWkq_os9kXirL1gEIFWJkLx84i__5mmmpVYSOYn018JJDeG0q51RGnZ_iTxVd 3xr1IdYxGQguU2n2CehgdNoHf5KKnn7fns9WzGH2RNDUzYaYFdjvBCAe3LSVyFbbJJEXqEt1NjLn 3rIpPc28PBm3yUmyCethQUApN41Ku0eSDXVfoDmGblXvS.x9UG6xLhMOFLko5CejHwPN1ifj.Z1l __8qN3NiZmHj29uzpqe1pptP.yhWwZm.ose1dwtsNzcljEI8BzIGp1OLTn_x_hx.R52Nu.iUyAdJ UsJ9PfLazMnwxwb.lYMp9CYhptrm.eVs_rbBZWv6_cpC5Ijrrhm2U3I4VoFcNxRKanCZz_lSt_Y_ XWQt_uPLhE7AqHTdYYkq404Exqwe84ihgp0BAT0dylfBTiMkXtxiFJ_CUNeWlrP.DbPmtetVNlIl emNLyA0BdietZKIvoCVReuIUTwBZN0FTW.e1eYIMYebDx0Rvkc5nADmmrAS09kb_fobaSEpScuED 2RpuRaqGub5QzOHzE130pHVKlAsuYdfa.aD6B41KHwl_TBZhEFYyRRhzQVzrGquAciY5tBoeeIq0 63H7TePJc0mrGd9yR2X7rigxegl2CFuCjzfoayrlfHOj32MOh8WeL4LmAcl91ZxKQkh.wlvfk.17 .Ez5NET2GNV6DCe4IRN9B59VXPCaBwaabShmaHrr4WGtGUu0EK.uGQ_RZo9_K.FnReRuovMGKT_s lcYZm64Veb5DjLM7ELjcHvKt36wCq9.Vv1bcKOmuHCbPDHfTLzIE0dQgGuW7EQeZDo6NSOWdebXY 8sO4vqbFuisvOTKNP1NwyRl8iaxnzbszDh1K1V2JU5KB9jCqTNosDJsDwfn_8RI9h4kg2IqK1Xey 8UJAt4idjR_cQ6Wqt81cB7dojXMokmJA_Zssh7Zq4lMq0afoqQxhwdUK73gOdqYEalfpIeS.4gRT ve4hf7XJzRKswvLce30ABczYwCBm0svmlK2KdEDSjA1w8hz3WkLvUk8kSBvokIvnrLrDtyx5WCyp GJ2pH8YS07ordZeb3Uhb2NGHvLgzRZusGdCpsiiQWxDV10d2zQ3fJuABEwVl1uD_U48dsdX6Hax0 k95OzV3ncm5_VxLWtmlMjimAo.WUNaZwQJJeXhUFZFU9xk36bOf28yI3JCJbQz6EBudIjQXM6bLU VDByJdonQMVE7ZMLL5B2Mlm1gGHcmkNriicB0Vtj89Pi07ByZOgQYgJA1WFnTf4a1MxHekt3a3RG 3NVdfwYtR.Ab6xmDODuEMsp4CstwwPeKbGZ5u6M.GwVZ2confc7EHLx2fLsckIUTddqUMP4KCguW GXShVj2OCfSJuBVAu8w2Da.6aaSp2IeMm.DTt3po- X-Sonic-MF: X-Sonic-ID: db8811de-ff23-4ea4-9038-6ec617dc3f6d Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 4 Sep 2024 03:46:16 +0000 Received: by hermes--production-gq1-5d95dc458-gnv6n (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5a55e0fe513650f59bffae4f6fcbb0de; Wed, 04 Sep 2024 03:46:13 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii 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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: RE: git: f3785e527f7f - main - devel/llvm19: update to 19.1.0-rc4 Message-Id: <3684C49F-2637-4657-BEF1-9E56C73AEF87@yahoo.com> Date: Tue, 3 Sep 2024 20:46:02 -0700 To: FreeBSD Mailing List , Brooks Davis X-Mailer: Apple Mail (2.3776.700.51) References: <3684C49F-2637-4657-BEF1-9E56C73AEF87.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from] X-Rspamd-Queue-Id: 4Wz7hC0Glyz4ny8 Brooks Davis wrote on Date: Tue, 03 Sep 2024 21:39:09 UTC : > The branch main has been updated by brooks: >=20 > URL: = https://cgit.FreeBSD.org/ports/commit/?id=3Df3785e527f7f924b78c7b9049db40f= aa1ba0c095 >=20 > commit f3785e527f7f924b78c7b9049db40faa1ba0c095 > Author: Brooks Davis > AuthorDate: 2024-09-03 21:30:27 +0000 > Commit: Brooks Davis > CommitDate: 2024-09-03 21:38:28 +0000 >=20 > devel/llvm19: update to 19.1.0-rc4 >=20 > arm_bf16.h is installed by the ARM backend as well as AArch64 so = handle > that. >=20 > Patch out upstream 6d7e428df611 which traded a false negative for a > false positive when compiling compiler-rt for i386. >=20 > Fix default options for 32-bit powerpc arches. . . . For some reason 'powerpcspe' (the freebsd name) only seems to show up in/at: OPTIONS_DEFAULT_powerpc=3D BE_NATIVE OPTIONS_DEFAULT_powerpcspe=3D BE_NATIVE What of matching the other *_powerpc=3D / *_powerpc+=3D examples: . . . OPTIONS_DEFINE_powerpc=3D GOLD . . . OPTIONS_DEFAULT_powerpc+=3D GOLD . . . OPTIONS_EXCLUDE_powerpc=3D ${_OPTIONS_EXCLUDE_ptr32} . . . If there are reasons for *__powerpcspe to not match _powerpc for any of these, I do not know them. Both are 32-bit contexts as I understand. But I've not been involved with powerpc*'s for years now. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 4 03:49:35 2024 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 4Wz7m01ZYtz5V192 for ; Wed, 04 Sep 2024 03:49:36 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wz7lz4Wkmz4pR4 for ; Wed, 4 Sep 2024 03:49:35 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725421775; a=rsa-sha256; cv=none; b=BRUMCMwm4U5loR93vX85HhsADvkMHyhVJH2d6KhoSmUd6iuVPh48u2LUTS0Y/NYaBEuzfO Z+IQrjvn//vgyqHi5PoFM/1OkFzUydeVcU8cDS+6LU98lyDUKAqlHKGnw2qBoMGS6H5Ud4 8gOwOoNdiixczFJnjWM/slKWBGjHeoSQbLJRjzDtZWfkkpdU9Cuta+/F6eM6s2QyqXhiEQ HupsbDLYfgEyZYblvPtpIFNWfFIIaOnKJ3yrebymT9R0W2liaBuZ7LkJdN0MdCdU+yPiiN uwA2ZlU+8hTMviy2E4Kkxyw/Y6YEOpk3ktXFVtgqWZk6DPIrxTnduu2lBRgjLg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725421775; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=FO5z8Jjf83jfEH26Fh53UuhReWlTl50hXYFXZNtgrTE=; b=Ovc8rot3yXzpBzRyQ8ieExexZlOxF49YnD1kDW15ZdKbJDmPcFmCVIfwDo4tLsOHqFDgRr CENMkzv7v3pyb4hUU65INQc+q25M1dN3PSYI68/Y2zp2LPY9Gno0IOq1v6miwWXt8yEgce EXBqbCHH2pq5dAJqZ5Oicl1dunC9EBwkmTUz8HtFuctVtmO0We68tQ913tHjE1BbDI5vOo voYlWzxTKYs+s+pq8wLwcwXiXcgu23MI3nRUd7+v/57q9ayEbd3QQZoqVecAhckdB3mfEW 1LkhsYwOuJG/fVnPbz3+5bXB2swKHf0SIPvs2sQpisvm2MQe2WoEwgU3S2t1nw== 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 4Wz7lz45mwz17st for ; Wed, 4 Sep 2024 03:49:35 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4843nZYv043841 for ; Wed, 4 Sep 2024 03:49:35 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4843nZhj043840; Wed, 4 Sep 2024 03:49:35 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409040349.4843nZhj043840@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Wed, 4 Sep 2024 03:49:35 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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/clickhouse | 22.1.3.7 | v24.8.3.59-lts ------------------------------------------------+-----------------+------------ graphics/eglexternalplatform | 1.1 | 1.2 ------------------------------------------------+-----------------+------------ sysutils/rshim-user-space | 2.0.9 | rshim-2.1.2 ------------------------------------------------+-----------------+------------ 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 Sep 4 13:50:43 2024 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 4WzP5x5183z5Twrj for ; Wed, 04 Sep 2024 13:51:01 +0000 (UTC) (envelope-from sstallion@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WzP5x083Rz44Dk for ; Wed, 4 Sep 2024 13:51:01 +0000 (UTC) (envelope-from sstallion@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=cuXW2I8J; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sstallion@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=sstallion@gmail.com Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-2f504652853so74339211fa.0 for ; Wed, 04 Sep 2024 06:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725457857; x=1726062657; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=OykWcvG0MLGiXIE0StJfjhBzNNU7+rmU9hYsBdei94s=; b=cuXW2I8JH/wtGvmTZwcbat8OubARGob1PZQ9/v+LtKChu7hkTY7U5xdfiAbMwsQh6I a9Y724YHMQSRKted2t2cMPsQnXrlG3hVfzEID1Y2j3hga4VqulHl97lfgjAP+49En/1e JH1rN3BshqgKNfh9kvVFsQdpyo5PnMYeWLD53VUVyaHQfTjLhpHrfHMbhwW2bQB3NMYz ZpQUhWwFXvHfs/71yOaw6dURakIutnavtRFmBxHORlwOhxk9sUqB/UGe4M0rxkvph1YT mwYeGK0kWEQGcL8UL4vqx79eVgmb9lVF4/6e5Wkg9rscHcOyxukugDZvPV/JqzwzPilk psuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725457857; x=1726062657; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=OykWcvG0MLGiXIE0StJfjhBzNNU7+rmU9hYsBdei94s=; b=H7BsO6/LQR2bUjDqmfE2ncPwq0cwAnOQ+LvUI2OvRkNJBsx/r73V6uYw/lSGNJb58s 5+1Zvluk4yFbY7W1c15mJjIwRRfVdiJ9pnAkgvlN4FyeZ6qjczPkRFJeX47JdBIF1y32 Qq3EYYTzrS1Ux9SZ7TXbSgwMAoau216xIeIzK+8A3l6IuPhP6us3ZuKtB8dIdmj5hhlv C6iG88Vy2mjXinjcS7NLOJ1vOK6OlkxSi5NEiMttXulFSAYAFIOZjktzEWfeKICLqjob X2ZC/FBYtkEZSe/pMVQiOchkP1MMUkSOl1TDSDR+2QfrOm4iwKIQw27zs5b8Erxdy387 l5TQ== X-Gm-Message-State: AOJu0YxYr7woP2HtHWk36VZ0SnuFik/U2xxe5IauitYS7ftNFsRD2xLC rQl4vWisDVrTEqXDJ+APmoZSjKv53khz0YuqdzwPTeZTGa0q2c/kVoFknSgnj58ttSfAlmb0aNz HEW5WpOPXuHdR59QBWv1SMF4A3Ckei9Uo X-Google-Smtp-Source: AGHT+IEm16h9jM/UBGSyWOauly5F8wwvVdyLJYsb45hlAyEZoiuFlZFpfEO2RZuXCNjYfBihJHzZk1ZLsjCFyjxxpu0= X-Received: by 2002:a2e:a544:0:b0:2f3:f39f:3719 with SMTP id 38308e7fff4ca-2f61e0a5143mr132237211fa.29.1725457856227; Wed, 04 Sep 2024 06:50:56 -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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 From: Steven Stallion Date: Wed, 4 Sep 2024 08:50:43 -0500 Message-ID: Subject: py311-Jinja2-3.1.3 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.92 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.92)[-0.918]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::235:from] X-Rspamd-Queue-Id: 4WzP5x083Rz44Dk All, Are there any plans to fix vulnerabilities in py311-Jinja2-3.1.3 on the quarterly branch? Cheers, Steve From nobody Wed Sep 4 19:59:53 2024 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 4WzYHj54Y3z5VH8Q for ; Wed, 04 Sep 2024 20:00:01 +0000 (UTC) (envelope-from tom@eborcom.com) Received: from eborcom.com (issanka.scrubhole.org [IPv6:2a02:1658:1::232: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 4WzYHj07cvz4F12 for ; Wed, 4 Sep 2024 20:00:00 +0000 (UTC) (envelope-from tom@eborcom.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of tom@eborcom.com designates 2a02:1658:1::232:1 as permitted sender) smtp.mailfrom=tom@eborcom.com Received: from tom by eborcom.com with local (Exim 4.98 (FreeBSD)) (envelope-from ) id 1slwAT-00000000HwJ-0Oew for freebsd-ports@freebsd.org; Wed, 04 Sep 2024 19:59:53 +0000 Date: Wed, 4 Sep 2024 19:59:53 +0000 From: Tom Hukins To: freebsd-ports@freebsd.org Subject: Request to merge VuXML pull request 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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.61 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.81)[-0.813]; FORGED_SENDER(0.30)[tom@freebsd.org,tom@eborcom.com]; R_SPF_ALLOW(-0.20)[+ip6:2a02:1658:1::232:1]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[tom]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:12290, ipnet:2a02:1658::/32, country:GB]; TO_DOM_EQ_FROM_DOM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[tom@freebsd.org,tom@eborcom.com]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4WzYHj07cvz4F12 Hi, I opened a GitHub pull request three months ago to add some vulnerabilities to FreeBSD's VuXML: https://github.com/freebsd/freebsd-ports/pull/271 I would be grateful if a ports committer would review this and merge it if it looks good. If you would prefer this reported via Bugzilla or Phabricator, I can do that instead. Thank you, Tom From nobody Wed Sep 4 20:39:33 2024 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 4WzZ9P4HPpz5VLPF for ; Wed, 04 Sep 2024 20:39:37 +0000 (UTC) (envelope-from SRS0=NjJA=QC=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WzZ9P1cDRz4NJS for ; Wed, 4 Sep 2024 20:39:37 +0000 (UTC) (envelope-from SRS0=NjJA=QC=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 214AAD78AC; Wed, 4 Sep 2024 22:39:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1725482375; bh=ZO+9DPrdOBRylbjCB/lY4cCI4p+5Tf+npIhCj4FQ3lY=; h=Date:Subject:To:References:From:In-Reply-To; b=2OvY/HXwbcvcfFEN5ig2MwvsMRJZt45ecvsQvivH7SunLJlHbM26ZeKe74ngw5MeE QCusphcTkyemSiL7guZ7LvKDSOaOwpoiN68Qihjd4YujsYXEJ/Te+7v0Se02/irryc oGNGKPmM6yfiTwCZzCgU7LSIDGfUixiQ9z467CcM= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 39484D78A8; Wed, 4 Sep 2024 22:39:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1725482374; bh=ZO+9DPrdOBRylbjCB/lY4cCI4p+5Tf+npIhCj4FQ3lY=; h=Date:Subject:To:References:From:In-Reply-To; b=hv9uV2d3oCq05odl6RQMwKy8sQvUMWOwlag8LYCTj73N5Q0zgcIWvtD4gDttm5Rf1 Rs+llMGanBIn3/+Nh/9kqsNMimxprOfha7Lqbqu+H6w2eryC5ZmDAsyzXQzX9O30WN yj7dGF0+f9MxT1yyR+WLC7x66XECRroMOJGnM6bI= Message-ID: <364f3746-6bc3-48f6-a86c-7d137ddf3fda@quip.cz> Date: Wed, 4 Sep 2024 22:39:33 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Poudriere vs ccache To: Roger Marquis , freebsd-ports@freebsd.org References: <488qqrpq-969s-406r-0s2p-qo3nn549119s@mx.roble.com> Content-Language: cs-Cestina From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <488qqrpq-969s-406r-0s2p-qo3nn549119s@mx.roble.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4WzZ9P1cDRz4NJS On 04/09/2024 04:03, Roger Marquis wrote: > Am seeing a CCACHE error in Poudriere since moving to a new disk > (permissions are the same): > >   ccache: error: Failed to create temporary file for > /root/.ccache/tmp/opt.stdout: Permission denied > > Now you'd think having CCACHE_DIR=/var/cache/ccache in make.conf and > poudriere.conf would address this but it does not.  What I also have is: > >   etc/make.conf:CCACHE_BUILD=yes >   etc/make.conf:CCACHE_DIR=/var/cache/ccache >   etc/make.conf:SCCACHE_DIR=/var/cache/ccache >   etc/make.conf:OVERLAYS+=/var/cache/ccache/overlay >   etc/make.conf:CCACHE_SIZE="50.0G" >   poudriere.conf:CCACHE_DIR=/var/cache/ccache >   poudriere.conf:CCACHE_DIR_NON_ROOT_SAFE=yes >   poudriere.conf:ALLOW_MAKE_JOBS_PACKAGES="pkg ccache py*" >   /var/cache/ccache/ccache.conf:cache_dir = /var/cache/ccache >   /var/cache/ccache/ccache.conf:base_dir = /var/cache/ccache >   /var/cache/ccache/ccache.conf:hash_dir = false >   /var/cache/ccache/ccache.conf:max_size = 50.0G > > Probably not all of these settings are necessary but then there is > conflicting info on various websites. > > Can anyone see what might be breaking ccache here or recommend > additional debugging? In the past months I've tried ccache in poudriere, but I also got random permission errors like you. Running poudriere bulk again completed without error, even though I didn't change anything in the poudriere configuration. After 4 or 5 months with ccache enabled, I turned it off. It only brought me more trouble. Kind regards Miroslav Lachman From nobody Thu Sep 5 03:52:54 2024 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 4WzlnM1pDFz5TpN0 for ; Thu, 05 Sep 2024 03:52:55 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WzlnL56cFz4wk0 for ; Thu, 5 Sep 2024 03:52:54 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725508374; a=rsa-sha256; cv=none; b=UNfnSx00TFouUGOKMhnaCeUZ0zuK/IY12L2TyolFjs+xKTBEVospMrIhhwFGmD76+Suw3Q jay7/J80xhtrwlhBqJLvFnngPXyI3I8tkpe/5IIzTlGEzH9ljqdPncvPOQaRruPAMJQ+Si X4dbtgNY00+9kB782BkBrmL2BYsVTEUOpKPpmQ8sktU5pyiJzC3ON+mhtc0O/Fxqikw1r6 lDbIiiorgaf3wy8ZFYjZspR1kfy3wc0a9CK1351CDaOQzuqnrAkmuiTPNAnnFGmGJsSpGw svCpclReT0ZBPmUpvIFwqYaGpTafGyM0G/KEgzU/vZTrggeuFFKMxf+k63tmHw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725508374; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=K8YHRmMe6gx7N3WgWRU9/Fd75+RH9NBtPMbvIpAHRqs=; b=uHozLdiaBqUKG+iCDuOSUx7obRwnTq1iGQ9Nl20PmubRUsNOYqYF7rIA93higKEGW4iUZj LX4J1ZPbUk18IaAYvJFnl7WnfPOP7XXzIIvsX34BDKY/l2hjno/M/EqHk5XbcKLogGR797 4YPLYNlX0P013upJFkFDKkJUCu6NHQJ+anf6ahwYA28ga+AZFfopnCPfJZCrQR2KSrmmt4 p51NnrRZVFZGfmM63bJlHJV+1MqF9KghX9/xUcNmX6kadi862+3FIJqBmgUjEXIvVoPtQ8 jUwJjgt8SL4ADDFYXeIKw0Am1Er30FU3ERbmH25bNPq6RTpF4s6F9TCdDb5Wsw== 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 4WzlnL4bJdzsjm for ; Thu, 5 Sep 2024 03:52:54 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4853qscT063250 for ; Thu, 5 Sep 2024 03:52:54 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4853qsoB063249; Thu, 5 Sep 2024 03:52:54 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409050352.4853qsoB063249@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Thu, 5 Sep 2024 03:52:54 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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 ------------------------------------------------+-----------------+------------ security/gokey | 0.1.2 | v0.25.0 ------------------------------------------------+-----------------+------------ 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 Sep 5 09:30:34 2024 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 4WzvH66JVjz5W4V9 for ; Thu, 05 Sep 2024 09:30:42 +0000 (UTC) (envelope-from SRS0=0v6K=QD=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 4WzvH540ykz4qhb for ; Thu, 5 Sep 2024 09:30:41 +0000 (UTC) (envelope-from SRS0=0v6K=QD=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=vFu8m4my; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=0v6K=QD=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=0v6K=QD=klop.ws=ronald-lists@realworks.nl" Date: Thu, 5 Sep 2024 11:30:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1725528634; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=yA8oG39Cnn6YfHBkWA7tspvh5L+HutmBI1gXqVcqiCE=; b=vFu8m4myLztTyFQcqa+617yX1vc7Vo9nKTV4G7njzJ1rg0QT9jbsYmRMJkr/fZF8I9fzld GvwtgWqPNWEk56rnb10pHWEZATBqw9S8QAmnNroblt6VCnFABpL8+wFYeMaMubQ/OIEL5t /aFVuZe0hBz6gn4FUl+CSZ2H/hzuecPzbbj6gfrqX4qgaeG6o4GOXLVMWJjMA4FUGeaPZg qKdZNIZfa7IFYufJwznROv5itmiDcCsBzxN9r7lPPDztY1ZW/i6OoYIEEhH6PEFBQdxGrA lDWRa3ix+58yKeZx8ntF3e4UKmi9N9y+T+zbzgcfWD159hwb75xpwc+bpldfJQ== From: Ronald Klop To: ports@freebsd.org Message-ID: <49087598.3516.1725528634407@localhost> Subject: what is pkg annotation ports_top_git_hash? List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3515_987461859.1725528634226" X-Mailer: Realworks (718.46) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=0v6K=QD=klop.ws=ronald-lists@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ZERO(0.00)[0]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=0v6K=QD=klop.ws=ronald-lists@realworks.nl]; TO_DN_NONE(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; DKIM_TRACE(0.00)[klop.ws:+] X-Rspamd-Queue-Id: 4WzvH540ykz4qhb ------=_Part_3515_987461859.1725528634226 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm looking into some metadata of a pkg. I found annotation ports_top_git_hash which looks like what I'm looking for. But I found that not all pkgs in one build have the same 'ports_top_git_hash'. See for example: curl -s https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz | tar -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, ports_top_git_hash: .annotations.ports_top_git_hash }' | jq .ports_top_git_hash | sort | uniq "1b6eada811a" "60a177caf14" I found a reference to this in the poudriere source code, but it didn't make it more clear for me. https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114 Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the top directory of the ports tree? Regards, Ronald. ------=_Part_3515_987461859.1725528634226 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

I'm looking into some metadata of a pkg.
I found annotation ports_top_git_hash which looks like what I'm looking for.

But I found that not all pkgs in one build have the same 'ports_top_git_hash'.

See for example:
curl -s https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz | tar -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, ports_top_git_hash: .annotations.ports_top_git_hash }' | jq .ports_top_git_hash | sort | uniq
"1b6eada811a"
"60a177caf14"

I found a reference to this in the poudriere source code, but it didn't make it more clear for me.
https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114

Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the top directory of the ports tree?

Regards,
Ronald.
  ------=_Part_3515_987461859.1725528634226-- From nobody Thu Sep 5 09:38:20 2024 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 4WzvRz04NTz5W4rV for ; Thu, 05 Sep 2024 09:38:23 +0000 (UTC) (envelope-from bapt@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WzvRy6h7wz4sLK; Thu, 5 Sep 2024 09:38:22 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725529102; 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=/oBGg0fJfuupLTu0hiecQ1nOuyqXKNfSYsjQeGgbQD4=; b=gXFngZQF3hqGI2fDqitvLsQrd8qPvGa/WcAilGdhsJTbopEhtYuupwtgyIMhfSVtcCvHmR ZM76N64Xwuq8vCQkE/6x8p2fDinPuUfskX5lcRP51KqicSvfoYk5Wc2xDOEukzcH/4Nb70 oxqx4q9E2wUctpx4mYbRmhmr7oz6pLgvMYOXkBmslhrHip8lKRZ6qIW8S3+nfbAuzA9i6G dDm74tdF+4TgM1Cn8MySdI/zTeCaIL4nQio1nYZ9P6hr9zhZnf5fT3GCfyDYdcDzdktxiN PBB1fgLLZbMZO6tAmWQrR0SfcKPZsbn5SPIWYrzQnmPl3LLB6sBtLXft8GAZpA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725529102; a=rsa-sha256; cv=none; b=ZpBC67sd4G6shtILb5whkgAZI4Zd/Vu+14xuJogDFXBNdheGluhtkM4+fglqvVFUtMCEZV GfveDsu0VNxUHgn4HdJLNMCtggMj5dhGxxb9t7sPx86ov0hCc29j3CiRPFugPAqe2v6u72 IPxfvCwf+vdyDN1tqjYYvvgVUwQPQXJwE0kC0dZsmzueVstClRnV4j+qkEnn5yK+S+bJn9 asrfJi0vcAcDszbAkAgtWiA67nhsZbXyEIFlDupPlpP2eUPyWH0LF3HI2DLGItqv7zreUe YA5nBEuzICx+suciwgyE8zVDpssdicCEaZBd6J/uqlNS29wh1k/RI27SGoMTGw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725529102; 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=/oBGg0fJfuupLTu0hiecQ1nOuyqXKNfSYsjQeGgbQD4=; b=v4ynJCFrX/5H/kUcpwUngSgN+yAvSQDmWOrJB61ijQicKr/xcTKfJgplIehLa04S0IM4ld chHTljTOTe0C3dTFigUglhVDasRklD8+8u3uvCxvMKvSO1CY+NT31A2kSAnVuBgO8oER/q kc6mtVS9t3ZY04W3Zs0s2SP/4IAP1A3UMgnDy4lRv+jGLux/51YOHaYiLJ+D+lg7Yhbc8h QM2Fs6naaYX9Bw05SC01bqfrJ8QYJgnyscxC40uknFSwnjqXImy6KvQdxkJktLhwUxk1s0 k+jQgdaJqNIj9lnoXOURk30L2qHqBkAYrHpn6rELR4j6GxzMvtaERrDBFWzN+w== Received: from aniel.nours.eu (nours.eu [176.31.115.77]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WzvRy5cRBz13m1; Thu, 5 Sep 2024 09:38:22 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id E0759239D23; Thu, 5 Sep 2024 11:38:20 +0200 (CEST) Date: Thu, 5 Sep 2024 11:38:20 +0200 From: Baptiste Daroussin To: Ronald Klop Cc: ports@freebsd.org Subject: Re: what is pkg annotation ports_top_git_hash? Message-ID: References: <49087598.3516.1725528634407@localhost> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49087598.3516.1725528634407@localhost> On Thu 05 Sep 11:30, Ronald Klop wrote: > Hi, > > I'm looking into some metadata of a pkg. > I found annotation ports_top_git_hash which looks like what I'm looking for. > > But I found that not all pkgs in one build have the same 'ports_top_git_hash'. > > See for example: > curl -s https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz | tar -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, ports_top_git_hash: .annotations.ports_top_git_hash }' | jq .ports_top_git_hash | sort | uniq > "1b6eada811a" > "60a177caf14" > > I found a reference to this in the poudriere source code, but it didn't make it more clear for me. > https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114 > > Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the top directory of the ports tree? This the hash of the top directory of the ports tree at the moment the package was built. Best regards, Bapt From nobody Thu Sep 5 09:53:27 2024 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 4Wzvnb2r5Vz5VN8b for ; Thu, 05 Sep 2024 09:53:39 +0000 (UTC) (envelope-from SRS0=6xAf=QD=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WzvnZ05whz4vpv for ; Thu, 5 Sep 2024 09:53:38 +0000 (UTC) (envelope-from SRS0=6xAf=QD=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=XN51ONLi; dkim=pass header.d=quip.cz header.s=private header.b=3tCxQert; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=6xAf=QD=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=6xAf=QD=quip.cz=000.fbsd@elsa.codelab.cz" Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 2D395D7890 for ; Thu, 5 Sep 2024 11:53:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1725530010; bh=GvTHU4AWERrb5l+6q9/KH8wgICfDe3v+xqHqmNCqp8w=; h=Date:To:From:Subject; b=XN51ONLiGQ72XCyNY3xthlLvBwKOajrLdypg1CXuKpCet9n84dB5EbnB4knlTtqM9 K2krodAzF4BU9XTK2hS5R+2f+FPVQuuyFGqTP4OzTYisOu9v/9cxjEbbC0CwCr7CAt w5Big9QUO5Z9CB0j7PKUct8HR+rk9ZdKVZXhiTPM= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 541EFD7897 for ; Thu, 5 Sep 2024 11:53:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1725530008; bh=GvTHU4AWERrb5l+6q9/KH8wgICfDe3v+xqHqmNCqp8w=; h=Date:To:From:Subject; b=3tCxQertpTH4UOORbaFuO6NjVL7L7CcPY736Jgb0zqW2AlGLknWKb8QaHNAEFHUOB FvKkT9SqGnOcJMI9XO3mZKLVEEQGXBpO4H4wW6pg/OlrLrHCqbhc8WSu2yi8Fej2oC zApN5D/YTPY8V032Ou5IG8mK+AsK3eKoHfKP6G2k= Message-ID: Date: Thu, 5 Sep 2024 11:53:27 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: ports@freebsd.org Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> Subject: x11-fm/doublecmd plugins didn't work Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=6xAf=QD=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_ALLOW(-0.20)[quip.cz:s=private]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[quip.cz]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=6xAf=QD=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4WzvnZ05whz4vpv I am using x11-fm/doublecmd for many years but whenever I tried some plugins (Network o Archives) it does not work. Now I tried for example FTP plugin. In the top menu clicked on "Network" / "Network Connect...", new tab with title "vfs:" where created. There I see 2 items: FTP Windows Network Clicked on FTP: Cannot load WFX module /usr/local/share/doublecmd/plugins/wfx/ftp/ftp.wfx Clicked on Windows Network Cannot load WFX module /usr/local/share/doublecmd/plugins/wfx/samba/samba.wfx Both files are there: % ll /usr/local/share/doublecmd/plugins/wfx/ftp/ftp.wfx /usr/local/share/doublecmd/plugins/wfx/samba/samba.wfx .rw-r--r-- root wheel 3.4 MB Mon Sep 2 14:11:35 2024 /usr/local/share/doublecmd/plugins/wfx/ftp/ftp.wfx .rw-r--r-- root wheel 1.2 MB Mon Sep 2 14:11:35 2024 /usr/local/share/doublecmd/plugins/wfx/samba/samba.wfx I also tried to run doublecmd from console to see some error output, but only these 3 lines where printed when I clicked on FTP of Windows Network Creating TVfsFileSource Creating TWfxPluginFileSource Destroying TWfxPluginFileSource when refcount=1 Are there somebody with working plugins setup in Double Commander? I am really curious what's wrong with my setup for all these years. Kind regards Miroslav Lachman From nobody Thu Sep 5 10:06:36 2024 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 4Wzw4Z3znXz5VPV6 for ; Thu, 05 Sep 2024 10:06:38 +0000 (UTC) (envelope-from SRS0=0v6K=QD=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 4Wzw4Z2D5bz3xh3; Thu, 5 Sep 2024 10:06:38 +0000 (UTC) (envelope-from SRS0=0v6K=QD=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Thu, 5 Sep 2024 12:06:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1725530796; 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=/K1/8rii8N4tIjeKC9TC/8bosdmJiEBK+bqK6y/t6H8=; b=pBM2wM7ARs4l3hdWUVUK74mz41S6mkGBLs54IzqwnrRKtjLQEw+4tqG7WAA4QlajIrmX9j iHH3tmTspj/tq/7lVkNGcBnLZwtqUI3SluRbq6fGNRj5RPLHJD5LhZ/cRb0hsaYOl8qR0I uLgo8Sl8YZ+UoXjFOYjS2ipPBRI/qUUdw5tDPtxfRrBMr7n18/kCVkyn0vqHGGeIOCMfY2 0JhaTBqQGIZXXbKB11XChGurKFV8fpTCoFf+icsuFAg0NHzumO9HgPEsG2gR/8I0EGFEdG f/gJqphk8IEBUa1J/jmPQnu4GPz08S092AxzK4KXFgbIWiwbkqmMNmElM8BKKA== From: Ronald Klop To: Baptiste Daroussin Cc: ports@freebsd.org Message-ID: <462416828.55.1725530796574@localhost> In-Reply-To: References: <49087598.3516.1725528634407@localhost> Subject: Re: what is pkg annotation ports_top_git_hash? List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_54_622049533.1725530796559" X-Mailer: Realworks (718.47) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Rspamd-Queue-Id: 4Wzw4Z2D5bz3xh3 ------=_Part_54_622049533.1725530796559 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Baptiste Daroussin Datum: donderdag, 5 september 2024 11:38 Aan: Ronald Klop CC: ports@freebsd.org Onderwerp: Re: what is pkg annotation ports_top_git_hash? > > On Thu 05 Sep 11:30, Ronald Klop wrote: > > Hi, > > > > I'm looking into some metadata of a pkg. > > I found annotation ports_top_git_hash which looks like what I'm looking for. > > > > But I found that not all pkgs in one build have the same 'ports_top_git_hash'. > > > > See for example: > > curl -s https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz | tar -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, ports_top_git_hash: .annotations.ports_top_git_hash }' | jq .ports_top_git_hash | sort | uniq > > "1b6eada811a" > > "60a177caf14" > > > > I found a reference to this in the poudriere source code, but it didn't make it more clear for me. > > https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114 > > > > Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the top directory of the ports tree? > > This the hash of the top directory of the ports tree at the moment the package > was built. > > Best regards, > Bapt > > > Hi, That is what I hoped for. How can it be that one package build contains multiple values for this? Is that because not all packages are rebuild every time? Regards, Ronald. ------=_Part_54_622049533.1725530796559 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Baptiste Daroussin <bapt@freebsd.org>
Datum: donderdag, 5 september 2024 11:38
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: ports@freebsd.org
Onderwerp: Re: what is pkg annotation ports_top_git_hash?

On Thu 05 Sep 11:30, Ronald Klop wrote:
> Hi,
>
> I'm looking into some metadata of a pkg.
> I found annotation ports_top_git_hash which looks like what I'm looking for.
>
> But I found that not all pkgs in one build have the same 'ports_top_git_hash'.
>
> See for example:
> curl -s https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz | tar -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, ports_top_git_hash: .annotations.ports_top_git_hash }' | jq .ports_top_git_hash | sort | uniq
> "1b6eada811a"
> "60a177caf14"
>
> I found a reference to this in the poudriere source code, but it didn't make it more clear for me.
> https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114
>
> Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the top directory of the ports tree?

This the hash of the top directory of the ports tree at the moment the package
was built.

Best regards,
Bapt


Hi,

That is what I hoped for. How can it be that one package build contains multiple values for this? Is that because not all packages are rebuild every time?

Regards,
Ronald.
  ------=_Part_54_622049533.1725530796559-- From nobody Thu Sep 5 10:13:52 2024 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 4WzwFC3DMJz5VQZp for ; Thu, 05 Sep 2024 10:14:07 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WzwFC2fNGz40gv; Thu, 5 Sep 2024 10:14:07 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-5356ab89665so630616e87.1; Thu, 05 Sep 2024 03:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725531245; x=1726136045; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=wfESupi9vudmI8z+pAmHwyqRLV4ar3KqsT1vDGrKym4=; b=ARKpeJzXBTBQMhmlh2JARvqklXYpCUfz34hQypDgBpCAPZvCUhbnB6CX/q+b3YuVOA cyU6y3JyrFjoQ9tzpCGNVhovTgaYBvXb/LpfPgJWLut7naRLSqGPct9WKp0YP/ULTK4e NHwQTws7PkS3/BZwUXoap7D8eP8kLRBG7EW90XkSmr7ZRnB017PT3E+uyKb/c36Rwl3e ktf2A1rdt/weFMHfiuHx5boD/dJHnUfE3NgHvgoLx49fB4Nnv42xJK6afU9/e/576GCJ 2zU30elUA5uKjGXMRURsMb1eJYsM55DlLoMhZ4RN/YUNxaok7cpuDJE9n16eEl6RXlNL 7TyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725531245; x=1726136045; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=wfESupi9vudmI8z+pAmHwyqRLV4ar3KqsT1vDGrKym4=; b=jH8leDFbq8lzP3+T6FUsj3QYuVyuAR48aiBL5PFCMrfUvKDNvCkzvEUEqoFEHMa9nn F32pkXrT4yPXbwNp3oG/1uEwH3M5K6N2WKQ86kOk7zEfIbvtFxx9vlialRDMvq/nPDn+ DtxecbQXXJ/KkN+MspVym0NEPLNgx0KIFcj42mF0QetU5DrWSa5IEbCY7FwxSvt2hFRN 94njAb3MSdto4PKSafMUeIvrBGRM/I0LeFA7qiXkK8stnf1d51l+B6VeVAPfpGNuGb3E ZzJCEGQ2J7dW5tddQkG2qihNlOb4MtB0hrqa0LrQq+8r62aqdUzMPZqbE65Zu1gEqrYb s1lw== X-Forwarded-Encrypted: i=1; AJvYcCXN/p1+oNjI+wPIF6jxJzGczllVCv4rb0UT5UcZITGxqv7E6RUN1zVQNdvqPeiqg+ktPTGO2A==@freebsd.org X-Gm-Message-State: AOJu0Yzicj9d0UNjQ6iw0/20aBBlord/ElRJUwb9m+b/eV5Vysh7yLno 5Dpotda4PY0gKCnMXx4NcBhs3a7mUG7ZqB66lQNRlLC3LipkVNAsIXV7iF8WnfsdHAVgUeONfTO RlDBx09FtHiVE5DsPYvNa9LmAX/ipPg== X-Google-Smtp-Source: AGHT+IH+p0i7F4czn0LIp/QtpjqhEpn+gVU7IHopDb2lH++FJ5iixvtHMSYAIbGsCGAMw8OoUkaRA6tU2z7QpyFPric= X-Received: by 2002:ac2:4c53:0:b0:533:d3e:170a with SMTP id 2adb3069b0e04-53546b92ddbmr15529016e87.38.1725531245060; Thu, 05 Sep 2024 03:14:05 -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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: <49087598.3516.1725528634407@localhost> <462416828.55.1725530796574@localhost> In-Reply-To: <462416828.55.1725530796574@localhost> From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Thu, 5 Sep 2024 12:13:52 +0200 Message-ID: Subject: Re: what is pkg annotation ports_top_git_hash? To: Ronald Klop Cc: Baptiste Daroussin , ports FreeBSD Content-Type: multipart/alternative; boundary="000000000000e92a3706215c8cdc" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4WzwFC2fNGz40gv --000000000000e92a3706215c8cdc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El jue, 5 sept 2024, 12:07, Ronald Klop escribi=C3= =B3: > > *Van:* Baptiste Daroussin > *Datum:* donderdag, 5 september 2024 11:38 > *Aan:* Ronald Klop > *CC:* ports@freebsd.org > *Onderwerp:* Re: what is pkg annotation ports_top_git_hash? > > On Thu 05 Sep 11:30, Ronald Klop wrote: > > Hi, > > > > I'm looking into some metadata of a pkg. > > I found annotation ports_top_git_hash which looks like what I'm looking > for. > > > > But I found that not all pkgs in one build have the same > 'ports_top_git_hash'. > > > > See for example: > > curl -s https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz | > tar -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, > ports_top_git_hash: .annotations.ports_top_git_hash }' | jq > .ports_top_git_hash | sort | uniq > > "1b6eada811a" > > "60a177caf14" > > > > I found a reference to this in the poudriere source code, but it didn't > make it more clear for me. > > > https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe= 8852c8965/src/share/poudriere/common.sh#L1114 > > > > Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the top > directory of the ports tree? > > This the hash of the top directory of the ports tree at the moment the > package > was built. > > Best regards, > Bapt > ------------------------------ > > > > Hi, > > That is what I hoped for. How can it be that one package build contains > multiple values for this? Is that because not all packages are rebuild > every time? > Do you have package seeding enabled? At least in that case I would assume they would be different. Cheers. > Regards, > Ronald. > > --000000000000e92a3706215c8cdc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


El jue, 5 sept 2024, 12:07, Ronald Klop <ronald-lists@klop.ws> escribi=C3=B3:

Van: Baptiste Daroussin <bapt@freebsd.org>
Datum: donderdag, 5 september 2024 11:38
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: ports@freebsd.org
Onderwerp: Re: what is pkg annotation ports_top_git_hash?<= /p>

On Thu 05 Sep 11:30, Ronald Klop wrot= e:
> Hi,
>
> I'm looking into some metadata of a pkg.
> I found annotation ports_top_git_hash which looks like what I'm lo= oking for.
>
> But I found that not all pkgs in one build have the same 'ports_to= p_git_hash'.
>
> See for example:
> curl -s https://pkg.freebsd.org/FreeB= SD:13:aarch64/latest/data.txz | tar -x -f - --to-stdout data | jq '= .packages[] | {origin: .origin, ports_top_git_hash: .annotations.ports_top_= git_hash }' | jq .ports_top_git_hash | sort | uniq
> "1b6eada811a"
> "60a177caf14"
>
> I found a reference to this in the poudriere source code, but it didn&= #39;t make it more clear for me.
> https://github.com/freebsd/poudriere/blob/b2360d43e6= 3e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114
>
> Wat does 'ports_top_git_hash' mean? Isn't it the git hash = of the top directory of the ports tree?

This the hash of the top directory of the ports tree at the moment the pack= age
was built.

Best regards,
Bapt


Hi,

That is what I hoped for. How can it be that one package build contains mul= tiple values for this? Is that because not all packages are rebuild every t= ime?

Do you have package seeding enabled?
At le= ast in that case I would assume they would be different.

Cheers.

<= div dir=3D"auto">
=

Regards,
Ronald.
=C2=A0
--000000000000e92a3706215c8cdc-- From nobody Thu Sep 5 14:34:56 2024 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 4X022B190vz5W8pY for ; Thu, 05 Sep 2024 14:34:58 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X022B0cNGz4ZJs for ; Thu, 5 Sep 2024 14:34:58 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725546898; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+TtaSr8QCEPvxvcI58XDyD/1KjTPjfeIRWx45lr443w=; b=ifFm+RpU1ja/4Wbz2w1i4WT+fFH6Qy0yRbli0hhh1SXynqg7RL8fWtvAlWjh5yQ8jEiSfW 9hv9iNUAa5X9i3n8eXkarA/APPsEOB7eY711Va3Dp8RUWKiaI4NrF6Z5T/sHFTwbqkr3Kd PpmjflkngGcKSAsc3m9sAeOGPSkNFxjLnqWcpcSg3g2o0Bc+01/W2Arx68DMJQ0m5JLUfo yY45nNTtE13HLd5frrsRp17SgbYjJXOqX6En3efGGNP8pJFF6Sg1Z+KewkoNIx7VPrREw/ QQsxF7YQ/V/AEIHgEw//Y8YrNNtetq3Ijb+J2ngdSIqU+XaoYiwZFsWp+8GOyw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725546898; a=rsa-sha256; cv=none; b=kzxQi4B79HEU/Ftmq3UvNP0XvPxRuw4PWh/l9MLtsOmw3IfqIGylR3GnNO2XqyCbvYBA2Y 9IajnV7LaLhQTSp3fmrDFsAhgfntG5hKiVV71F6SHRInryzSMxZZHbsuMAEGnK7fNqNOTH O47CdzGKOPmUKxYtIHcOwEow5giip/XJgk62bvv2lnIPj84mJs1I94lkTCN82Nnr40nA1T /HMX85+E6GwCyFusx5f9Edkofb9mi/Gtzb6AjvvlF+N5O5XOehEoEs0T5MH87Khl94V7zw fpeks5d1IWpjDxsy1Q1PsHpyqvApoAk+GHT+sFJjQc1P1zcAJZ9CIUsajXjhiQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725546898; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+TtaSr8QCEPvxvcI58XDyD/1KjTPjfeIRWx45lr443w=; b=TmEZ44naf3HeNx3GKZBPugOfFGpm4HtYbV0r/UFxMqDcrRkPyQhFJpRD5ZQ6m/9shnZ8S9 1eYRU0mYYBHtLT0slEZ8A4c/499MZJkXR9CfQhprxqefjlROUK43+BTRG3w2G7fsEXWTbq j9xvsWeDWO9ZvioAUWTavTyS+jUiDeQyNYMrR1PyzzKYfZQvODIBnPFmSmbQU1jiSG1oXt DS0GkqsOCBhrhYISEcDfikHXwIJCp+k9iwuJkrLtCnBInNRK+YKUMuIbfalZqaTMK4vRbp RvITXpm12zGfNwv4Hitit1u4/g/IRDZ9IFcGdWlDLgKgmO4cAYEhkAsCOTXOSw== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4X022964bQz192k for ; Thu, 5 Sep 2024 14:34:57 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <932dcd19-f2ec-4609-b468-86771401ff77@FreeBSD.org> Date: Thu, 5 Sep 2024 09:34:56 -0500 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: what is pkg annotation ports_top_git_hash? To: FreeBSD Mailing List References: <49087598.3516.1725528634407@localhost> <462416828.55.1725530796574@localhost> Content-Language: en-US From: Kyle Evans In-Reply-To: <462416828.55.1725530796574@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/5/24 05:06, Ronald Klop wrote: > > *Van:* Baptiste Daroussin > *Datum:* donderdag, 5 september 2024 11:38 > *Aan:* Ronald Klop > *CC:* ports@freebsd.org > *Onderwerp:* Re: what is pkg annotation ports_top_git_hash? > > On Thu 05 Sep 11:30, Ronald Klop wrote: > > Hi, > > > > I'm looking into some metadata of a pkg. > > I found annotation ports_top_git_hash which looks like what I'm > looking for. > > > > But I found that not all pkgs in one build have the same > 'ports_top_git_hash'. > > > > See for example: > > curl -s > https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/data.txz > | tar > -x -f - --to-stdout data | jq '.packages[] | {origin: .origin, > ports_top_git_hash: .annotations.ports_top_git_hash }' | jq > .ports_top_git_hash | sort | uniq > > "1b6eada811a" > > "60a177caf14" > > > > I found a reference to this in the poudriere source code, but it > didn't make it more clear for me. > > > https://github.com/freebsd/poudriere/blob/b2360d43e63e098a9afd3243f81f7fe8852c8965/src/share/poudriere/common.sh#L1114 > > > > Wat does 'ports_top_git_hash' mean? Isn't it the git hash of the > top directory of the ports tree? > > This the hash of the top directory of the ports tree at the moment > the package > was built. > > Best regards, > Bapt > ------------------------------------------------------------------------ > > > > Hi, > > That is what I hoped for. How can it be that one package build contains > multiple values for this? Is that because not all packages are rebuild > every time? > Hi, Note that the cluster infrastructure doesn't do a fresh build every time, so you'll see packages across multiple builds that didn't need a rebuild (any kind of version/dependency bump). If you started a fresh bulk -a today, I'd expect they would all have the same annotation, but these packages carried over don't get a spurious rebuild to correct any metadata. Thanks, Kyle Evans From nobody Thu Sep 5 14:56:44 2024 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 4X02WZ4D35z5WBsW for ; Thu, 05 Sep 2024 14:56:58 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X02WY4YDdz4dHC for ; Thu, 5 Sep 2024 14:56:57 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=KEtPa3le; dmarc=pass (policy=quarantine) header.from=nomadlogic.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1725548204; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=VWpVCTRbxHIZUwM51Z26J5cE+iagj/AIaOKlTjUJyLs=; b=KEtPa3le4bFQ3HWhkzLgYd4LoyfJ6kj4n4LXB4KxWFLgCwira6+qEDvh8cNuFV0Ud/fpJa pEeo4PzuRVw8TqEcS+o0Pq/F69TK/3wht/plBPY383gyDT1/6t+3Ts2/YJVuf1jPe+4lmi jAaG/jGDGEjGNotcDjlIDZtjwnibL4g= Received: from [192.168.1.160] ( [47.154.20.141]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 04162415 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 5 Sep 2024 14:56:44 +0000 (UTC) Message-ID: <5348aa5a-52aa-4369-8c15-98707fee0cac@nomadlogic.org> Date: Thu, 5 Sep 2024 07:56:44 -0700 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: ports@freebsd.org From: Pete Wright Subject: www/py-gunicorn rc script change Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[nomadlogic.org:+] X-Rspamd-Queue-Id: 4X02WY4YDdz4dHC hello - i filed this PR a little while ago and was hoping to get some eyes on it.  i'm using the patched version of the rc script proposed in my production environment successfully and was hoping it could be picked up upstream.  in fact without this patch things like newsyslog won't work correctly. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281005 thanks! -pete -- Pete Wright pete@nomadlogic.org From nobody Thu Sep 5 16:36:05 2024 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 4X04k6533Tz5WMCM for ; Thu, 05 Sep 2024 16:36:14 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [209.237.23.5]) (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 "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X04k54bjLz4vb9 for ; Thu, 5 Sep 2024 16:36:13 +0000 (UTC) (envelope-from marquis@roble.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=roble.com header.s=rs060402 header.b=JRiYWxWO; dmarc=pass (policy=none) header.from=roble.com; spf=pass (mx1.freebsd.org: domain of marquis@roble.com designates 209.237.23.5 as permitted sender) smtp.mailfrom=marquis@roble.com Received: from roble.com (roble.com [209.237.23.50]) by mx5.roble.com (Postfix) with ESMTP id 5D0AB39C41E for ; Thu, 05 Sep 2024 09:36:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=roble.com; s=rs060402; t=1725554165; bh=n+YYjbPL+p/YuPAgyFhrR44tfBWL69zzkOkioHC08XE=; h=Date:From:To:Subject; b=JRiYWxWO9CmAGiiYGidHGy8RfXRKkp+Qi70PvH3p1zfmVVSVBQcFhUx9b897uQFWn xFeLOSHiCT+qHwzKQwQ5sEgYkpBLF/plBhXvofsYGf62C2+MEoLcnJqe+dFIhn5n4K L0Ip3iBpg/Uj4BzakRPc3oM/dKlbTxZ3eF8V9KiU= Date: Thu, 5 Sep 2024 09:36:05 -0700 (PDT) From: Roger Marquis To: freebsd-ports@freebsd.org Subject: openssh-portable-9.8 vs inetd Message-ID: <53s17573-03n7-750p-869n-9q83r2o8po97@mx.roble.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.16 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[roble.com,none]; NEURAL_HAM_SHORT(-0.26)[-0.262]; R_SPF_ALLOW(-0.20)[+ip4:209.237.23.0/24]; R_DKIM_ALLOW(-0.20)[roble.com:s=rs060402]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:17403, ipnet:209.237.0.0/18, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[roble.com:+] X-Rspamd-Queue-Id: 4X04k54bjLz4vb9 Heads-up regarding openssh-portable 9.8 which doesn't work when called from inetd.conf. Is there perhaps a better patch for sshd.c than simply commenting the path test? @@ -1349,9 +1341,8 @@ break; } } - /** if (!test_flag && !do_dump_cfg && !path_absolute(av[0])) + if (!test_flag && !do_dump_cfg && !path_absolute(av[0])) fatal("sshd requires execution with an absolute path"); - **/ closefrom(STDERR_FILENO + 1); Roger From nobody Thu Sep 5 17:09:13 2024 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 4X05SC72PCz5WQgv for ; Thu, 05 Sep 2024 17:09:15 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X05SC6Yt8z460X; Thu, 5 Sep 2024 17:09:15 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725556155; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2HRoymVLuiuxB7bm+Ii06EZCE7c2Ttur8BSYDhu5eew=; b=gGlTn1ai2MTWholjQ5g8SJTBf2PJNPk+S6P3A3AyiEstJlmiog3KiPonrOuUrO2LC6xskS qb6kiEz+XHa39tzanVVP433OwXPk5o8k4xX5Yn2xTievYABaFkovACpmeGUig5czIISSJ4 1Kv1PLJW7rfnqLsII+EUovVVs2wRqVfnWUJcjzR+SVAY/XDhqt3aOKOFkC7Q6UXjlKGdRq PqXi2ko24PU+BNfN9xYM2yV1vIOMFN26pbzPha4X+mcSoyQ3jUQ7cRUHKIquDVO4POB9mu obcp2Ean9BCpralhvSboMV7ff93cv91DVcYAf/phws74ZlBUIS7gWotedJa0VA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725556155; a=rsa-sha256; cv=none; b=tUO+xAQarFfQHwrwHeYimvWpjYmZVdEp0N+HK+qw9LQB7uMsMAUsC/Z4qRX42qJ5J+h7nw 0kzzzcSbpqee3H4JJklayL0pSu9X3bQKGSRZHc7ZTRSXViV3+lq/zyxCxlIImkj9JAPysx CH8Eez7hCRA9Hb9g4lAQPy2UoJOAl9tZRv8eImQIbZgtWUiDPDXypoIpNUlEkMK0G5fKAj hfzBZluviifujKmZUE6ejx9DECBMEkrD71UEaXzGj01htOljjqLECYFYsDqPacWMtQM6eS fX78HB1H2ndtSTZOm9hQ7t5bhxA+OjtI+ljghIm7ojWl9TITA+nQFDjbHGXL6g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725556155; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2HRoymVLuiuxB7bm+Ii06EZCE7c2Ttur8BSYDhu5eew=; b=Hru6RPw7GRtLahhoc7XtaNr24o6YgQ4rCe8FGuF+J9I0OH/GlR8xjTg8quAVF3BN0bXkQR uUPMWkg+RbBh+pIzSJIOv8j8vwAiV48KyKK9PRRiCdFPk79w+wUz4VTX3u2OqZnRb4P6/x Qo1+sX6fJivfHsK9OD4okSwt7M2U/3pYq3bMhMoT1CY/Lzn4pp8Srsi0kaVSr7Lxp5hSGt PXTkSV1BHNHGv8jc7X6k+nRHyzEWcN9J1fr07HJgWzgRtophFT/rUbiZoozg9c7XMIQQuI X6nSQbg73kymhwgI3jGFGQkm4zws65DgptUhw8XwJpNXOl7qYvYr0+FwR/wvCg== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:386:9c20:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4X05SC5QqXz1DTp; Thu, 5 Sep 2024 17:09:15 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id DDC5ABEE65; Thu, 05 Sep 2024 19:09:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roger Marquis Cc: freebsd-ports@freebsd.org Subject: Re: openssh-portable-9.8 vs inetd In-Reply-To: <53s17573-03n7-750p-869n-9q83r2o8po97@mx.roble.com> (Roger Marquis's message of "Thu, 5 Sep 2024 09:36:05 -0700 (PDT)") References: <53s17573-03n7-750p-869n-9q83r2o8po97@mx.roble.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 05 Sep 2024 19:09:13 +0200 Message-ID: <868qw62fk6.fsf@ltc.des.dev> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Roger Marquis writes: > Heads-up regarding openssh-portable 9.8 which doesn't work when called > from inetd.conf. Is there perhaps a better patch for sshd.c than simply > commenting the path test? Have you considered simply specifying the full path to sshd in inetd.conf? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Sep 5 18:32:48 2024 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 4X07Jf3qbPz5TbbW for ; Thu, 05 Sep 2024 18:32:50 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [209.237.23.5]) (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 "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X07Jf1NLMz4Lbb; Thu, 5 Sep 2024 18:32:50 +0000 (UTC) (envelope-from marquis@roble.com) Authentication-Results: mx1.freebsd.org; none Received: from roble.com (roble.com [209.237.23.50]) by mx5.roble.com (Postfix) with ESMTP id 642D139C8F6; Thu, 05 Sep 2024 11:32:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=roble.com; s=rs060402; t=1725561168; bh=jIG34ewLE5WDVqKnNBayJp+nlbGbDU4KkgCNi8C/fZ8=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=KBDoKvY6cCR3nYgIYrtEm0Jto4pMpGRc6fXgTojqA8rvJ2Gmdjauq4wR1rtrPTBbE 25HwK+YV1t7VKsh7TtH2uSVyS2aIebkmClEebNuAMIv83Ld+xMuvlt4VXRuKVIMFM5 tLJCAghIbmH9xUwtkww9buff5Bd/ZyRxUcNYh6I8= Date: Thu, 5 Sep 2024 11:32:48 -0700 (PDT) From: Roger Marquis To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-ports@freebsd.org Subject: Re: openssh-portable-9.8 vs inetd In-Reply-To: <868qw62fk6.fsf@ltc.des.dev> Message-ID: <510477o1-889s-oq05-89op-0sqo6n0472so@mx.roble.com> References: <53s17573-03n7-750p-869n-9q83r2o8po97@mx.roble.com> <868qw62fk6.fsf@ltc.des.dev> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:17403, ipnet:209.237.0.0/18, country:US] X-Rspamd-Queue-Id: 4X07Jf1NLMz4Lbb On Thu, 5 Sep 2024, Dag-Erling Sm?rgrav wrote: > Have you considered simply specifying the full path to sshd in > inetd.conf? That works, thanks. < ssh stream tcp nowait root /usr/local/sbin/sshd sshd -i > ssh stream tcp nowait root /usr/local/sbin/sshd /usr/local/sbin/sshd -i Roger From nobody Fri Sep 6 03:51:51 2024 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 4X0Mjh49Gnz5VTls for ; Fri, 06 Sep 2024 03:51:52 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X0Mjh0DdVz52v6 for ; Fri, 6 Sep 2024 03:51:52 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725594712; a=rsa-sha256; cv=none; b=rJRoQFkNEg9oPIFXmgedOtXbREUETa69HE+dVFcxXiqPC7SQzWCAXhXSvJ4RR7xlhjYwor rOFZTvewNBg6LLKoHwpXd9Tj/I4/ZtOARsxaD/zyLiEfHaI/llvHanOxGJ8DObGUvf2O5/ 44yYvVLOAjb2k87K7IiN8UBsHXBLN3CNhVmzpiPebAi+EaP1pty/QIK6J2rjcxRKjv1VCu jJXHhiXoDBt08w81GoWrb5vAsMRry+g9CaDjrFpwA8/YvOIwQ/FmOFfgrBRc5KOgtkOxTb +gH5jInV+cT4VbdcDGqMWZzHjWBfjGNvLx8zOl3w1sIu7FUgD/gJJjN1hY5agw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725594712; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=nPWRL53elv6AAOmTUYDh5MXqIFZSTaPEVGfs31IeVPU=; b=KV/jFZ9c/LRwI3ypOJ0wNF/qDmxJiN9+xLBDUQd2QjuqFUICruxf7DiH27VnkE94/9Ctqt kbES9B3GNQRaqmCZ2wAzaUSER6eTh2oGd4tYB52d4yIoQO53QjEWj60ALNrzgHKpiZHELh 35xkbROX7pE8DB1lrLGNyslPgxRa+d0XOQi4MvtPNY8RJm5TofgezChaFBt6jKbDdCTqoP EF3I9Oh6ssRjN+E93+lCx730MH7d/BNhdCdQV/h1nThLt1XfKWmEDBAgeQr6UTPivnkwrO HcvKAu26wSAqMK8R+qiT4vU+sEYdLkvER1sbbND01Iz7QBUke5jLySo1B/ucVg== 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 4X0Mjg6x9GzbyF for ; Fri, 6 Sep 2024 03:51:51 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4863ppNR039266 for ; Fri, 6 Sep 2024 03:51:51 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4863ppA6039265; Fri, 6 Sep 2024 03:51:51 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409060351.4863ppA6039265@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Fri, 6 Sep 2024 03:51:51 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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 ------------------------------------------------+-----------------+------------ net/asterisk18 | 18.21.0 | 18.24.3 ------------------------------------------------+-----------------+------------ 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 Fri Sep 6 07:32:47 2024 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 4X0Scw42pJz5WDWb for ; Fri, 06 Sep 2024 07:33:04 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X0Scv6cTzz4QSj for ; Fri, 6 Sep 2024 07:33:03 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=JzeKKU6w; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fernando.apesteguia@gmail.com designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=fernando.apesteguia@gmail.com Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2f3f0a31ab2so19728791fa.0 for ; Fri, 06 Sep 2024 00:33:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725607981; x=1726212781; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=gyKXCCz5+CDkf+awzyz4S4ZRcFi80uA2dhShFFQj8cQ=; b=JzeKKU6wYp5q6+mm3OhgEUWEFCljyhEnzCYfWvuqLoo853pDFzttUHmQOiErBU6qoe lZRzNuJgP47X4Tn3U8Ic9qo2DmUUgvtNa/TTZPOQMBRVQjIGMrhTxtZIQG8rhBPH2d7j +8g1BgVpHqDACvkSdz0fPwt/1Tf+zEi0DaNsdsFotiRKoG+XQlDqCb4j0170TzXHhVUj A6A4DxMwyQ6ktopZEwMaX3mL2P5Rmsu92b/gcVPCubLsTruNYQF4I7EzgRI7jRSOG85X MHtuptIgcrtE/Tsvv/oXRmL0TEjt3785971KMlOd3UEUlY1ey383vVhwUA2HXdV6z6lG FmTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725607981; x=1726212781; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gyKXCCz5+CDkf+awzyz4S4ZRcFi80uA2dhShFFQj8cQ=; b=MDfQ8TvEti2NztfelXoHzFliUgqrqaoN3Bg+bzXUp4TJ3vn1NG8g9q5R1P5PQgzDbl BjSZoG6sojtzBWEslPJiYKKbaMlgdrWjDQ8VnsgVLrbxkQvNk7sHvfE42dB6ieR/pOeo bkpDQFeRDTXZk/cWkEclGxXhgYn+nmqBs7urex0lMtrRoYfafcVQiBmSmnjjhBFzM+EO tMcbRGWUQplYUn0Amy2NMdjTMQkoVNOuW99abVv2zESbSGuBAYC2qXhVO6/8DDTooRZt DGY7gdjS0OvAKuYDoSyvlyJVtIbZudtEC4qrpGmLXwNZ21aEvd7zDNGKo6nJxMMkM4ka BgNA== X-Gm-Message-State: AOJu0Yx/j8/BFaxUBK7qQFx9J08yYMadifBcNgObhVCMbUU+nYJYUe8t TqnNRAc2MFAtCAP6tXl/5J0zigep8F01ooEipCeMS7MgaL+YquGRgfrpXl02ImCWk6UHTmFsjSF wOdCo/a5iu3E+77jDNEPsgmWGUYV/zw== X-Google-Smtp-Source: AGHT+IEK+tsbEV7EuCYIErxikbBXv6XYy0UlOiIlyh5CNzSuzYfazGiBfFB1LDbR2/PK6gziVg3ZCW5f5B3QasDrC7Q= X-Received: by 2002:a05:651c:555:b0:2f3:b8dc:7d24 with SMTP id 38308e7fff4ca-2f6103a2909mr186471641fa.17.1725607980252; Fri, 06 Sep 2024 00:33:00 -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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Fri, 6 Sep 2024 09:32:47 +0200 Message-ID: Subject: Re: Request to merge VuXML pull request To: freebsd-ports@freebsd.org Content-Type: multipart/alternative; boundary="000000000000af436406216e6a04" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22e:from] X-Rspamd-Queue-Id: 4X0Scv6cTzz4QSj --000000000000af436406216e6a04 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Sep 4, 2024 at 10:00=E2=80=AFPM Tom Hukins wrote: > Hi, > > I opened a GitHub pull request three months ago to add some > vulnerabilities to FreeBSD's VuXML: > https://github.com/freebsd/freebsd-ports/pull/271 > > I would be grateful if a ports committer would review this and merge it > if it looks good. If you would prefer this reported via Bugzilla or > Phabricator, I can do that instead. > Yes, please, put it up in Bugzilla or Phab and feel free to assign it to me :-) Thanks! > > Thank you, > Tom > > --000000000000af436406216e6a04 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable --000000000000af436406216e6a04-- From nobody Fri Sep 6 07:58:44 2024 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 4X0TCM1j5sz5WHYT for ; Fri, 06 Sep 2024 07:59:27 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f174.google.com (mail-vk1-f174.google.com [209.85.221.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X0TCL2P9qz4W1X for ; Fri, 6 Sep 2024 07:59:26 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.221.174 as permitted sender) smtp.mailfrom=6yearold@gmail.com Received: by mail-vk1-f174.google.com with SMTP id 71dfb90a1353d-5011f85bca0so460604e0c.0 for ; Fri, 06 Sep 2024 00:59:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725609565; x=1726214365; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=dOLOArnXmcBeuSKhpK0o38bxXA7pM4rc4tbzuXN7XnE=; b=RJppzvpwYsTfVJkU8H43N/JpLNBHTtkwWF3A4F2xxL/ngmclN/pW4GPe0iJf4dQP9Y lxKg46ZVNHcejKIClpH/IJgw4cbZM7ohv9BWADnLt467gy/e0o+NskOGUqPCf5/VZfFI 3l9+jjqAnhAXbe4C+FTi3SUBRw2cLIO0NBWiZIrDEV2jeDYUhiO8sMY43wKEMfA3Zyug h+VK8T4I+0PbG8VhMuQ8OlBCwx96U+WJGFTKG6YlzD/JatKW6Cmpnp76iE3yKxjAgdHY GxUhetSetyNEC82tZrYkvs74ScNVzOKdIPqtN3sOKZ2zeGE8ZvhF/3u0eG7mVWcbNbN/ 0IHg== X-Gm-Message-State: AOJu0Yywamp7Oa7JHhqaerRfxyZpEIo8zTUGppUK4R7aUD9nG2noXgKQ tPpms0paWtI01FpYPNNx1LDI+EHh7Dpze8s23yHCOpgSpm1oBgmwukddDYKF X-Google-Smtp-Source: AGHT+IHHK2E3m2Pl/+gGhhMXHKoUwuGQm9ViZRHlGentpv/wBewg98NFax8sloxx2bCtRoKuJQnPBQ== X-Received: by 2002:a05:6122:ca7:b0:4ec:f8f0:7175 with SMTP id 71dfb90a1353d-502144110c6mr1981129e0c.11.1725609565099; Fri, 06 Sep 2024 00:59:25 -0700 (PDT) Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com. [209.85.217.42]) by smtp.gmail.com with ESMTPSA id 71dfb90a1353d-50129983f37sm163474e0c.16.2024.09.06.00.59.24 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Sep 2024 00:59:24 -0700 (PDT) Received: by mail-vs1-f42.google.com with SMTP id ada2fe7eead31-49bd221ef66so536156137.2 for ; Fri, 06 Sep 2024 00:59:24 -0700 (PDT) X-Received: by 2002:a05:6102:e0d:b0:493:2177:981b with SMTP id ada2fe7eead31-49bde1e2d64mr2033392137.17.1725609564634; Fri, 06 Sep 2024 00:59:24 -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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Fri, 6 Sep 2024 10:58:44 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request to merge VuXML pull request To: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.90 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TAGGED_RCPT(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.174:from]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.174:from,209.85.217.42:received] X-Rspamd-Queue-Id: 4X0TCL2P9qz4W1X On Fri, Sep 6, 2024 at 10:33=E2=80=AFAM Fernando Apestegu=C3=ADa wrote: > > Yes, please, put it up in Bugzilla or Phab and feel free to assign it to = me :-) Just FYI, you can easily fetch a GitHub PR by installing devel/gh and runni= ng gh pr checkout https://github.com/freebsd/freebsd-ports/pull/1234 In the beginning I was reluctant to use GitHub PRs, but after discovering this utility merging PRs became even easier than pulling plain patches from the Bugzilla. From nobody Fri Sep 6 08:03:15 2024 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 4X0TJ23LPdz5WJ0X for ; Fri, 06 Sep 2024 08:03:30 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X0TJ21cY2z4WrY; Fri, 6 Sep 2024 08:03:30 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x12a.google.com with SMTP id 2adb3069b0e04-5365392cfafso1544185e87.0; Fri, 06 Sep 2024 01:03:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725609808; x=1726214608; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SgchdqIK1p4YEC8a6YslQFuECuC/3jTztyHz6mFa9No=; b=CZ8iB39oUfPufcxNraFT7BcCjTu45H4Yqaheebb9VxNeDvpoWl7XBAtLkL30PBznNQ lqFWEq/w+Ohfhh1JfmQ22AKnpBgcVE3d5pupYq1Plj4Dt8SKP1QZS2COtWYuk63opmsZ qEw3H0mG3w+h4WbqCq7Za9nepD+PsHH4NUHmJN0pC2/ZmT08imEAq6aUqR57b8S4IxuI 6AkXojaR3yuM3fUmDwg4t2Re9y+Rs0w2HcSE81uFrpuvkWaiYprRhlKVkhXD6XiS8nW6 +cXCugcs8xnxA45YoCl9pBCwufTPUwxmDksBV8l9efu9hThO6euPW6ZEDV5sdctMs2Pp Mn9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725609808; x=1726214608; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SgchdqIK1p4YEC8a6YslQFuECuC/3jTztyHz6mFa9No=; b=gwGXdgi1wWf4cFqdK88TvFcVFROUj7wlIrCQ4U8TV3mrNgKR7b/3ArfHtutg2VBzgd Y15QcKXBhmyJG2WkIyn/9fzYtk/f5AKUH8g2gS7MyPfUTwvhsdqIf0IlAhga+by5+urt lO7IkZmhJcO+eOg7V9lvX/YKgnMn2f/lvMshXDfG8V9JjMbm7aMMX2NbsDJKuE/8YFp+ saQ4zDjGX83gP214rLYGizIpqmPbOTTg/c5V74vjILFdHT2wdAHaF9S+Sjvg7wPdeLDl NshZkTAV1RacavmRvC4o4EtAFgA39vS/P1ymzQzhLUHcs5lOdUlwreORIa59odaUXF+1 n5Rw== X-Gm-Message-State: AOJu0YymAdnFFQlk7KKReqgDat7INFRkj0WqecqQxJN5q6N5iXDXc6q3 TYTgw2TtXn/fxzExG6agALrSPLEsuzXXi0C8wLRfBemh51SdnAL6vuWA6OzwTdcWnhEDqYPxPWQ jDOYVpI98VRrJNPlQG5GUDNhFzWaNJA== X-Google-Smtp-Source: AGHT+IGiMOEGxYjg6uR1RuEgKrUWl0WoEhgs+U31YeWb40nHaDZQ3fAWqUV2eJhOpNA+UVbknW45DuNLibtdSRj0SiM= X-Received: by 2002:a05:6512:ea4:b0:536:54fd:275b with SMTP id 2adb3069b0e04-5365880fd8amr865794e87.54.1725609807381; Fri, 06 Sep 2024 01:03:27 -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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Fri, 6 Sep 2024 10:03:15 +0200 Message-ID: Subject: Re: Request to merge VuXML pull request To: Gleb Popov Cc: FreeBSD Mailing List Content-Type: multipart/alternative; boundary="000000000000970e0c06216ed722" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4X0TJ21cY2z4WrY --000000000000970e0c06216ed722 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El vie, 6 sept 2024, 9:59, Gleb Popov escribi=C3=B3: > On Fri, Sep 6, 2024 at 10:33=E2=80=AFAM Fernando Apestegu=C3=ADa > wrote: > > > > Yes, please, put it up in Bugzilla or Phab and feel free to assign it t= o > me :-) > > Just FYI, you can easily fetch a GitHub PR by installing devel/gh and > running > > gh pr checkout https://github.com/freebsd/freebsd-ports/pull/1234 I know, but I really don't want to install a new thing just for this. I tried to follow the instructions in the committers guide but they don't work for me. According to the error message I think I need to ask for permissions or something :-) > > In the beginning I was reluctant to use GitHub PRs, but after > discovering this utility merging PRs became even easier than pulling > plain patches from the Bugzilla. > --000000000000970e0c06216ed722 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


El vie, 6 sept 2024, 9:59, Gleb Popov <arrowd@freebsd.org> escribi=C3=B3:
On Fri, Sep 6, 2024 at 10:33=E2=80=AFAM Fe= rnando Apestegu=C3=ADa
<fernando.apesteguia@gmail.com> wrote:
>
> Yes, please, put it up in Bugzilla or Phab and feel free to assign it = to me :-)

Just FYI, you can easily fetch a GitHub PR by installing devel/gh and runni= ng

gh pr checkout https://github.com/freeb= sd/freebsd-ports/pull/1234
I know, but I really don't want to install a = new thing just for this.

I tried to follow the instructions in the committers guide but they don= 9;t work for me. According to the error message I think I need to ask for p= ermissions or something :-)



In the beginning I was reluctant to use GitHub PRs, but after
discovering this utility merging PRs became even easier than pulling
plain patches from the Bugzilla.
--000000000000970e0c06216ed722-- From nobody Sat Sep 7 03:53:55 2024 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 4X0zjb5hztz5Wg6b for ; Sat, 07 Sep 2024 03:53:55 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X0zjb1qrYz4yv4 for ; Sat, 7 Sep 2024 03:53:55 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725681235; a=rsa-sha256; cv=none; b=HSdeV7j6Kg69LAqd4Pc5U4WyGv8y5Grl387DYwCBGbubaw3Nu6zvBbjh9+yAwrzC97c1tZ dbmByUNI1yBHMovB3B3Q0AmVCqbSSjiyMaoc0sfJhdpnkylaez2vyHUt2iCNVGM5GWPpNU WCv/EVl7S6RiAHP3pFvlFJsUYUJlO9taNuC65QQrmv2jtqUlmI9UzMHa8aQVPHBrYLzwFL 3eCeEaSzwc4nIUGM78fXWaDMPtqJYLB1bfwb1oWujSBBH+C+t+cafYQB2UKbBS3OP9DxLk ZtJ2BpunV2vB2Q66CSfLPUcc0a9n0umkzKBi+HdRsYv1lxCBSNeAmSppR4LXxg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725681235; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=3WFDaSi4nuBRsfEKzDmw9q502EbTBiFxPUUkQGcdWoY=; b=AESQZn9LnClcOWAeupx5xfQVv1ciYLO1CtyxajH4MTPLtILwUMeEmaSdB5g40wbU2tY6g8 UiHxwy6tnA73qRLYuhFyWM9jXH4mxO28Lsz8QmFcvAIrw8TnlWUTL6/4GeuRY8ut9qae8H VS9fFKGK1dQ5BZ937aR6GiPbpm73RC8gfXAUsYZTF/rS9uiWn1Jp5Satl+NuOo0TMgeyEh JMuUK9dvAIHeDwPcacmZTlA7kAH0IB3Eu/M5wnpjSCxuITxFW8RUlCc8yWqTHyTSEHBtkA +VNrwM4EeosHmvEwVfTRAeGRrCiJ/n323cCLKsOxTHQbjf3BaRid4LffJ+5yew== 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 4X0zjb1KkQzKLR for ; Sat, 7 Sep 2024 03:53:55 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4873rt4f029686 for ; Sat, 7 Sep 2024 03:53:55 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4873rt8c029685; Sat, 7 Sep 2024 03:53:55 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409070353.4873rt8c029685@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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Sat, 7 Sep 2024 03:53:55 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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/clickhouse | 22.1.3.7 | v24.8.4.13-lts ------------------------------------------------+-----------------+------------ net-mgmt/netxms | 3.9.420 | 5.0.8 ------------------------------------------------+-----------------+------------ 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 Sat Sep 7 15:33:14 2024 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 4X1HDZ3XmTz5Vt71 for ; Sat, 07 Sep 2024 15:33:18 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: from mail-oi1-x235.google.com (mail-oi1-x235.google.com [IPv6:2607:f8b0:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X1HDY2cP9z4HJg for ; Sat, 7 Sep 2024 15:33:17 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lifeofadishwasher.com header.s=google header.b=boIfUPOW; dmarc=none; spf=none (mx1.freebsd.org: domain of dereks@lifeofadishwasher.com has no SPF policy when checking 2607:f8b0:4864:20::235) smtp.mailfrom=dereks@lifeofadishwasher.com Received: by mail-oi1-x235.google.com with SMTP id 5614622812f47-3e03cd34975so132545b6e.0 for ; Sat, 07 Sep 2024 08:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifeofadishwasher.com; s=google; t=1725723195; x=1726327995; darn=freebsd.org; h=content-disposition:mime-version:mail-followup-to:message-id :subject:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=LnAm+4y6qyDLDsYVzhwaN0+gRRBeKJF78jU8pGbjc9Q=; b=boIfUPOWE2Bn8t8x/pJYBH6rcy3SZGRQQGgMDewnlCTiIpR4BLl1z/KhfEDAW55N1Y P9559Y4MZOAXQbOLWemZ5FR5dgCjVSKWWlWwWxqN5xzRC7PkMSJATqEXGW7g91lpZbOd WGikD6A586YyG9JXQU4uqc1ZnlgIeZkOzAX/8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725723195; x=1726327995; h=content-disposition:mime-version:mail-followup-to:message-id :subject:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=LnAm+4y6qyDLDsYVzhwaN0+gRRBeKJF78jU8pGbjc9Q=; b=mhILUPS6SUA35VFfGk6JFX1I7nXRT/SMsglGh2bHsjy4bKjAd/Zc0q107CZurtkC9z 4OSv82dB46MuF6soni3m/vVylPCQWcq3+MLKzMP1CqohuXjEUsf9TdQB64yV0TP5C8TE ZMJraFW9xQ/kw2e2TLeJbbJ3yZsgTTgYgESCL4Ttqh9KBIUEA5SxPmGgQDgbMiDVFu6A zorL19BJeKv43l+Tpe6GlKdDFFU6+j18ZRjkMuuBYlPQ7IXGtX8wzofrk8VbhxeoBLtJ BABEb1DioDtlbSgg8galDWSSTZpKJoQ26OONcqs74kyaIrDQL64tvMdlFEk+WrYE5AP1 WeOQ== X-Gm-Message-State: AOJu0YyCeTAQPyDQkhZtd5VEwK0AiCQCY2ToPXGYZIVFjza2DTQzJxKC +rocWv8SnaQzkO6K4REgPhY0u6p0Z9NlyoJdK2FYFaqscxLzPsitjSnrScGoQnU60ZMiAPOwWKI = X-Google-Smtp-Source: AGHT+IHAhJAQIZW1BKJ7N5ZNbx1B2qNyEBXTvI24hgBV7NG003vPODaLgPPgfKwzPyN+qmwNcg1T+A== X-Received: by 2002:a54:4e8b:0:b0:3d9:35df:8f2 with SMTP id 5614622812f47-3e0373c9349mr2387935b6e.28.1725723195542; Sat, 07 Sep 2024 08:33:15 -0700 (PDT) Received: from localhost ([2601:547:1900:3230:f50e:18ca:3f49:6d1f]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-45822f6098asm4958781cf.66.2024.09.07.08.33.14 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 07 Sep 2024 08:33:15 -0700 (PDT) Date: Sat, 7 Sep 2024 11:33:14 -0400 From: Derek Schrock To: ports@freebsd.org Subject: Looking for committer for 279803 Message-ID: Mail-Followup-To: 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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[lifeofadishwasher.com:s=google]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[lifeofadishwasher.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::235:from]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[lifeofadishwasher.com:+] X-Rspamd-Queue-Id: 4X1HDY2cP9z4HJg Would it be possible to get 279803 [1] committed to ports? [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279803 From nobody Sun Sep 8 10:53:38 2024 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 4X1mzX5tH0z5Whrt for ; Sun, 08 Sep 2024 10:53:44 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X1mzX0ksVz4qXZ for ; Sun, 8 Sep 2024 10:53:44 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=googlemail.com header.s=20230601 header.b=kMt75e2l; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of thomas.e.zander@googlemail.com designates 2a00:1450:4864:20::32e as permitted sender) smtp.mailfrom=thomas.e.zander@googlemail.com Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-42cb6f3a5bcso778315e9.2 for ; Sun, 08 Sep 2024 03:53:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20230601; t=1725792822; x=1726397622; darn=freebsd.org; h=content-disposition:mime-version:message-id:subject:to:from:date :sender:from:to:cc:subject:date:message-id:reply-to; bh=0/j9ILWMIx8hvlqKOh0wlRG1teHtWM03e1pb9vZWKkw=; b=kMt75e2lDZrmS1q1iutJ2wRG0vqWxgFSbbNTqqDaIOLrzADDsKjnH6Jndr+amZqbwi P8gAhYHETRrQNhhRm5V8+BbR72w1XOxCXfAnYHs0NNvq8hAqSjiCvmLfvIRTrK+AVQBi GHxeDNQTr35lKpfcZb9IfEwrM5t+9FKTkLOJaCjU+xMAo07lMaDqtHn7qkCwctJX2zY5 q/Zhf1VNG+3t6aM++KNHRaKgqlfMQ3mHBQ3u9EZ+7JgZyKw+sh2oBILHdtlEfiigvT7E Z4yIaQiqCz/1ycyKWYNyHciHqT5BbcnwK/yn0hW93GhZp6pYlSOEqQe3mYPoazdpA0PR uceA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725792822; x=1726397622; h=content-disposition:mime-version:message-id:subject:to:from:date :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0/j9ILWMIx8hvlqKOh0wlRG1teHtWM03e1pb9vZWKkw=; b=Xk2eTHJDCLysNaDB/SQ5f7P+hq4bhZTR+4TKwDcIV1Hr4gdzublaNQF3UAd0pv9V11 HwAwcp3gLCenmDLlGPdNuZkbpNH7GWmVVDllIy1X1sZ4htMsr+IuK0Gb18S7+v8QauVM zpGfNAkPMCNWMJLdSIqGq0rdkQGtEKzYJzMZcClv41jFxpt43KjRNpvUQcjj5kzlTFcg Z5UwJlSz3tJRGvjAmNdFRPeCreIeWirWEEDz2VXaonweaCTChr3YrEkObJ5L5w9oSIaJ 4Eujhr6994wKITXFiQKOe08vq9324Zh6yYnGvDNt7zekA9UB0d/sGk6Ir2xp70DbNP/L N03w== X-Gm-Message-State: AOJu0Ywrw8nOqROSL7vdngAbN7hZvY7IOGo7cVoWMMTGNFymqsAHWsJN azwgRQHOjYANHLj3fEx3crsp+fcjvSxfXDCmILa4Tk6e/W2L3UHdDSegpQ== X-Google-Smtp-Source: AGHT+IEnwON3UmYlLGQQOeLR0VrZCAYpc76T8eIi75i0OWuKE3vst4WuRRAPAEmuPXSFoom9+LSjyw== X-Received: by 2002:adf:9b89:0:b0:374:b363:2dea with SMTP id ffacd0b85a97d-3789229bc11mr3076421f8f.10.1725792821168; Sun, 08 Sep 2024 03:53:41 -0700 (PDT) Received: from localhost (i577B2B19.versanet.de. [87.123.43.25]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-378956e8644sm3136249f8f.114.2024.09.08.03.53.39 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 08 Sep 2024 03:53:39 -0700 (PDT) Date: Sun, 8 Sep 2024 12:53:38 +0200 From: Thomas Zander To: ports@freebsd.org Subject: CFT: traefik3 is coming in Q4 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: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kXKx3Hg3E8AUDl4y" Content-Disposition: inline X-PGP-Fingerprint: B8B5 09A4 A0F5 2002 2FF1 71B5 0D76 6192 C7F7 8C63 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.20 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FORGED_SENDER(0.30)[riggs@freebsd.org,thomasezander@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20230601]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), DKIM not aligned (relaxed),none]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[riggs@freebsd.org,thomasezander@gmail.com]; DKIM_TRACE(0.00)[googlemail.com:+]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32e:from] X-Rspamd-Queue-Id: 4X1mzX0ksVz4qXZ --kXKx3Hg3E8AUDl4y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey users of traefik, In about four weeks from now, after the quarterly branch has been cut, I plan to bump traefik to the new major 3.x branch. Unlike the previous migration from 1.x to 2.x, there is no major config format overhaul this time, i.e. many configuration will just work out of the box or require only small updates. The details are available at: https://doc.traefik.io/traefik/migration/v2-to-v3/ Because of this gentle migration, I don't plan having two traefik ports in the tree at the same time. Instead, latest will move to traefik3 in October 2024, and the quarterly branch in January 2025. If you want to test your configs and prepare for the change, I have a patch to update a local ports tree to 3.x in this tracking bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281329 Feel free to try it out, and add comments to the bug if you identify any major issues. Best regards Riggs --kXKx3Hg3E8AUDl4y Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEENHOllt3Sb7Zab+O4hW2O1Hx+r6UFAmbdgjIACgkQhW2O1Hx+ r6WhuQ//UGHzQulTjPKai6uxcjrpjmIDR04HYUi7G8GYxXn9IaJaqmeQqOHlo1Ov vSnrbL4jRhB05YiJ9QtW4kF5pHNFq1RVzddD35x4Nfv+UapyrlLSLMpxEJEamMUp C1gsUo4HG3PMpbtpDmNHI27PVwtKFFu0Hst1B1abn9q9poNc9st9+phMTJU8QLwE MxHQbdcSWSDF3r3mgZBk/tzfNnWOIrZI5eKMl/+YB9iOzBl5Q1X/4bPIzcI6lBJr tjzCdTZMiLY7Zh/2Gx3PuX21OB/l0BEKGea0sxghkitYSUNqXUlfvHUxAYil+8Em Zed4BgJ3Tqcxj8Nn9wv5GMes6VkIvo/abDiwRL52JuXQu0Biyqa5HAI+jF2tw9YY 6bjJUWkbQjOHnWyo7e9cWP6tZgdLnkdL5khGRkeC9tCPlUp90+bgL/j6VszH2kgU QSJtk+WM/gWX1gmSReSllKvA3+EBuY2f9ST9cmB1NO1RlSVwrBBmMHla4en71Dxb BH0Q2zSlg23bdpMoDQAX7xZz8EdSl7WSpqccAdGj6p2kpOVeyan4rAFHDbiYyceH wCXa4A5cekzNlBS8DfI0URvTSsTuluQEq5xafSJ9IF1gW4U4O6qa3tLtmQ/Kc6Of vP6A6yW8B1mVKhB8DLu+XZqa6+Zfl70aG6NDH4II01VF4kZYFmc= =ojF7 -----END PGP SIGNATURE----- --kXKx3Hg3E8AUDl4y--