From nobody Mon Jan 22 02:53: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 4TJFCx2ZQ7z58JZr; Mon, 22 Jan 2024 02:53:49 +0000 (UTC) (envelope-from vishwin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJFCx22ddz4std; Mon, 22 Jan 2024 02:53:49 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705892029; 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:autocrypt:autocrypt; bh=zrj04WcDerAF/nUYzKPo0x9Bu3JBpyg12ms4LpcA++Y=; b=Vfc5NjCu4DeVqlbsxXYwaIsU/zY4btyVFisRwL5vgvEW7ODRAtvctSzfFpM4yLRMtga6a/ vlgZ2yHo7EDydL0UEweFKGkzQ0dF85EeUuZFaIqYE/H5OiQww2pUDgo1vpWAvwPs1mwaHN 8DqbZNecN82c4s9QrXTDColXo0tfA6ARspvhYpCkVXrsHw/cagoGrrD8JEVCwqTb4Wigi+ 3+2KqlARiUdbW5Edai3GYtKyXIc8EybLK5V4pZYRJW6bgGyQTNy0lnXtMbf9nIIEWblcI4 bya1bbm+EzoQGbPUYFQZrUJpvKAtO4dODVB5Jrc9L/zxGlYL8JvyU63Kcikz+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705892029; 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:autocrypt:autocrypt; bh=zrj04WcDerAF/nUYzKPo0x9Bu3JBpyg12ms4LpcA++Y=; b=EgvFEbVHvsDxiJhNd0PU8YWqQs/Cx8F6O/b/m1/KseZZoCbaQHScnqY/fuoCLDwCgU15Yi +1TGVrDBjn4iMWIJajO23gavq7rUSrSxI8+uLE8M4ry6jxEvx2j4N9h6tSK50+fcQ+sYQh reeSTTTO7GhPML09jRDVtUqFeOIogzMFOKfNwE1VSZ5rALpi6/YIGn+91MGFnCi5Q1ml9/ t/pCVhd7bnjTbqKiSUpmkOqmOpSl3iGOTlYd/IKPcKjkYcpzWgC/VXGUBrRkJm/W/2KLqi 6VBRo8hTPqWn18qHd697iM8/T6A0Mf81++Q9uNzgIvH95vTtOXMq0HI0b1ojrg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705892029; a=rsa-sha256; cv=none; b=b7EXa7hD6UL2AyfKVf6JNboxEbh/aX1FEjI91TFSmsl6QaIWXOiVRijEH4DMWoM+xHIxQ5 EhGjn0UoaY4mEHDqCSmKJgW4bscaDLK/j3fc/sQdL8q5hqtgKcXR7b+kx4nsCWaJDdJJwD lYMC+8aHkGIvn/5QXptO853BHQo5pl6Lh2EtrR5RpWMEQHM4DNlFD9QeyoTrbcTebuB7li tkgRPhsBNzVtg4pGyhS/A3h+9PnhS6WoZR4XzYkdrbsywxapoGqYosHYyWA7sQSr0Stkah Yx8TD8hYM4tEZwwoCCjStXkzU6G07/OZpgdiXyhOCD03iWRZFxylGSJwRz8XVg== Received: from [IPV6:2601:98a:d80:d0:56ee:75ff:fe50:69b5] (unknown [IPv6:2601:98a:d80:d0:56ee:75ff:fe50:69b5]) (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) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TJFCw6VpGzNGx; Mon, 22 Jan 2024 02:53:48 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Sun, 21 Jan 2024 21:53:47 -0500 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: USES=python3.10+ and RUN_DEPENDS Content-Language: en-GB To: lexi@le-fay.org References: <5A14CE01-367B-4CEC-8CC5-63B8993F72E4@freebsd.org> <8F6F7911-B4D2-4FEB-8C3B-DC25DB578DCF@freebsd.org> Cc: Moin Rahman , freebsd-python@freebsd.org, FreeBSD Mailing List , jbo@freebsd.org From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEZFWWqBYJKwYBBAHaRw8BAQdAINFDmM+bgGkT1C4nD5a3BxgcH8Xnx5qTJbPuIBxD57LN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZFWWqAIbAwUJA+3ogAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRBnj5NgWEFcyllaAP9CGICFEvTUOv5BYh/H8m49VJ87a/wd 0obeQfVBnS464AD9FopTHbjEs0HDV0ZYmJPxzJIznjumsj9gBxX0bBqqTgzOOARkVZaoEgor BgEEAZdVAQUBAQdA6BUWuG5RuT0vmtoDyCUUqiJGdtd78GM5ic3kw2AntSADAQgHwn4EGBYK ACYWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZFWWqAIbDAUJA+3ogAAKCRBnj5NgWEFcyn55 AP9ezKDCUgHqAq6JX976abb9pYdbSjxxNJqnrjgNkfhgIQD/QhR+fgnUHhcGTMBy+pYHZUGH 5DCuITsK1U4+v252uws= Organization: FreeBSD Project In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------eKukPa12tEg7VD4at5FnnUF9" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------eKukPa12tEg7VD4at5FnnUF9 Content-Type: multipart/mixed; boundary="------------dIjfsF22K3ZojDHIGiaga5Dc"; protected-headers="v1" From: Charlie Li To: lexi@le-fay.org Cc: Moin Rahman , freebsd-python@freebsd.org, FreeBSD Mailing List , jbo@freebsd.org Message-ID: Subject: Re: USES=python3.10+ and RUN_DEPENDS References: <5A14CE01-367B-4CEC-8CC5-63B8993F72E4@freebsd.org> <8F6F7911-B4D2-4FEB-8C3B-DC25DB578DCF@freebsd.org> In-Reply-To: --------------dIjfsF22K3ZojDHIGiaga5Dc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 TGV4aSBXaW50ZXIgd3JvdGU6DQo+IE1vaW4gUmFobWFuOg0KPj4gQnkgZGVmYXVsdCB0aGlz IHdpbGwgbm90IGJlIGJ1aWx0IGluIHRoYXQgY2FzZS4gSWYgeW91IHdhbnQgdG8gYnVpbGQN Cj4+IGZvciBweXRob24gMy4xMCB5b3UgaGF2ZSB0byBhZGQgVVNFX1BZVEhPTj1hbGxmbGF2 b3JzDQo+IA0KPiB0aGFua3MgKGFnYWluKS4gIHNvIGZvciBhIG5vcm1hbCBwb3J0LCBpcyB0 aGVyZSBhbnkgZ3VpZGFuY2Ugb24gd2hldGhlcg0KPiBpIHNob3VsZCBkbyB0aGlzIG9yIG5v dD8gIGlzIHRoZXJlIGEgcG9saWN5IG9uIHRoaXM/DQo+IA0KPiB0aGlzIGlzIGEgbm9ybWFs IChkZXNrdG9wKSBhcHBsaWNhdGlvbiwgbm90IGEgbGlicmFyeSwgc28gbm9ybWFsbHkgdGhl cmUNCj4gd291bGQgYmUgbm8gcmVhc29uIHRvIGJ1aWxkIGl0IGZvciBhbGwgUHl0aG9uIHZl cnNpb25zLg0KPiANCj4gaSBkb24ndCBzZWUgYW55dGhpbmcgYWJvdXQgdGhpcyBpbiBodHRw czovL3dpa2kuZnJlZWJzZC5vcmcvUHl0aG9uL1BvcnRzUG9saWN5DQpJbiBvcmRlciB0byBz cGVjaWZ5IFVTRV9QWVRIT049YWxsZmxhdm9ycywgYWxsIHBvcnRzIGluIHRoZSBkZXBlbmRl bmN5IA0KY2hhaW4gaGF2ZSB0byBzcGVjaWZ5IGl0LiBUaGlzIGlzbid0IHJlYWxseSBhIHBv bGljeSBpc3N1ZSwgcmF0aGVyIGEgDQp0ZWNobmljYWwgb25lLg0KDQotLSANCkNoYXJsaWUg TGkNCi4uLm5vcGUsIHN0aWxsIGRvbid0IGhhdmUgYW4gZXhpdCBsaW5lLg0KDQo= --------------dIjfsF22K3ZojDHIGiaga5Dc-- --------------eKukPa12tEg7VD4at5FnnUF9 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZa3YuwUDAAAAAAAKCRBnj5NgWEFcyp7w AQChk416qvaFpymDs4mJR9WM/FcsfI9RQtB8BiD90zxdFAEAzzQCyGejPJI6w+TL9g3pV060Vp3I zMLZgaMAnOVFQwY= =2yjP -----END PGP SIGNATURE----- --------------eKukPa12tEg7VD4at5FnnUF9-- From nobody Mon Jan 22 04:01:23 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 4TJGjv74NBz56wxJ for ; Mon, 22 Jan 2024 04:01:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJGjv3x2qz4yqh for ; Mon, 22 Jan 2024 04:01:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705896083; 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=Xu7uu7LNK/nV2JojcoVIwgq9ilUOA16cKF+H8Q3v9Kc=; b=jOFc1q3vmknAu2ah4Q2gDuEgZgbXuBBL2IXwkkiuAQqOrmqJvKly+25618eDAnqhCc98ME mu31ikV/Wm/ZCUmF4wtwS15t2NrZDLPtwlDEqdnXMDngo2Qil6q9scqstG2e5Lc/o2YE3W 01P1jBzlicTZtZLM3ZHRrIwuJRZQSs4/NsBZdMzB1t0F7a/vq7JugiiBBo+TqT4V68I3iU sotUwYG0V/dF86VdUGpW3+DZJ7KmQJM09cdio3QYlKmu+WcqxKEC74xgxy9tbNWcu4zDim bsWfLR5KBtW4iLD2S45MCItSLc5+BJZJzPsGWrMAfzGC5SeRqZUM4j9dRgZz9w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705896083; a=rsa-sha256; cv=none; b=O3Mysf/nZ5YA9xPad6exPEmeJIc5I6s9yMppXfH3vSoLzeVf/OhLRZTeA3U1Afql+4YLDd ED2zBRQAW4zdhu8kwYC2riAv6iuSWXfeHoR70Rieh8movUexA7CCWurUUbRiSi+KT9sYhB JD1zxJT4uYyYPDVT85dUU7ErXvvCkE5Dxrq5s5YKrMxSaAQB3foeBB/5DvYVJ19TtqS/G7 zGvubsU1uo5F4upjefpTGH22FBhSIaf4WSByd0VLVYQcI4CIO5v5KpsfiGwKoGDrdaPVMa 2T8TSFZsqbOssX4diKuQ3RnfIT/BBkI/rkzXVv5Tv923yx7pW5HS5JrleZ9//w== 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 4TJGjv2vk1zmmy for ; Mon, 22 Jan 2024 04:01:23 +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 40M41Nih006853 for ; Mon, 22 Jan 2024 04:01:23 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40M41NE4006852; Mon, 22 Jan 2024 04:01:23 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401220401.40M41NE4006852@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Mon, 22 Jan 2024 04:01:23 +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.6.0 | blenderbim-240121 ------------------------------------------------+-----------------+------------ 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 Jan 22 06:02: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 4TJKQF3wDxz5791l for ; Mon, 22 Jan 2024 06:03:01 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from APC01-TYZ-obe.outbound.protection.outlook.com (mail-tyzapc01olkn20800.outbound.protection.outlook.com [IPv6:2a01:111:f403:280c::800]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJKQF0p0nz59J5; Mon, 22 Jan 2024 06:03:01 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IWhIN8afQ5UxXaOStC+wNp+xlwHj2ltgeo+bc1gzjDmlgbi2EjlTCYfqwR+JUua3jhPoSsP9ba1Ad8Nt78t4SegEUkgkewSDIFU2mUdoVdkkI0WmNRCY7UJZ2DchPNT3PjYp4yQvnUGeNNcLJTwncTAhlVb5Ln9m03B38eKfW3DOz7owr7aaFarBPwHT4UOzTPc71tkAgpkV06EwxcI/3IqWXUSWEjwosVcJ4c/QFhlZU8Mw9OWhJ+t8Hy7ySLpHS9YTC8jxfiChIn46OpnCCH3JWYaqjRGwtIp2EXrBQoyHzrvHg/dAwrCz6/1oir44I/HZB+HVbEscb/vsWVlZcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=p9J0TlEaBwi9n7fcY+Scr2rC9bcsZGBZdIfu9+hJb+E=; b=mWPeRrnlxZ4Vl50bwcwLD8ebSOP39MVYRrrLX0i/TfTM3qld9+hDQ9V2su2gGn+fIKul1dt0n+YP2XzuVIV4zw4lOLUOAh+ZUdvDOjcWxoOKpuuBkNwo4dzFUmTE6cYRYOHSEEu1UUJqXsacAbdwdHBHLb2XNjOKfG0jA6ZY1aAVuuw90HbO/QbCygr5kW7OS0skiXHixeVdg2WD/bwJJUw1zhQxy7+rbMi09vb20SDVMlAp6jA8NmDUnLuWzJdWVfuRq1jvXLhJK4k4DecYAhVKrFSI5ScIYKDWIusuiePTZbDY4a8HbyoZhgP8IXApWzu17yUy3p43cBaDgFz7Nw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=p9J0TlEaBwi9n7fcY+Scr2rC9bcsZGBZdIfu9+hJb+E=; b=RmCci9wwk2PnA4FUFqwVtY3CCN0t9347sxlO7YgcnSh02hQ6lHVvkGVjJzwbtmvVRTPMOSUjNW3z5FTnKfGdGqJTPlQ5X/nw29gWmCwNj0Hqv2A7KekGK1Qco5UeCn/L4S6wqQGfiHl76O1hSlkSXhDvObgiTDIYUvYfir3JDesy9RYGajTKlceNUWyvkN0lOzDmxJQ3P3SNkYJ2LSJjDVkC2lbiqg+nYpM5hqFQsoAxCzcqa70KkqJY2bNg86zgMSi8oJut0FQeCQs9UeKDKeugjAL7UAe77xqWGQvTlOo2FQU24UxfONyImp1joTg7e1ZViJLULWKTKEz/p8fYcg== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by SEZPR01MB6243.apcprd01.prod.exchangelabs.com (2603:1096:101:237::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7202.31; Mon, 22 Jan 2024 06:02:53 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::e96d:da6a:42e6:5db3]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::e96d:da6a:42e6:5db3%6]) with mapi id 15.20.7202.028; Mon, 22 Jan 2024 06:02:52 +0000 Subject: Re: Call for help: moving manpages to share/man To: Gleb Popov , "ports@FreeBSD.org" References: From: Tatsuki Makino Message-ID: Date: Mon, 22 Jan 2024 15:02:34 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: Content-Type: multipart/mixed; boundary="------------F0B24DA9019C8DDB57CE7D8E" X-TMN: [Tv9GZpGzQHB+ViQZOi8U7d2ZvNoZyaOn] X-ClientProxiedBy: TYCP286CA0375.JPNP286.PROD.OUTLOOK.COM (2603:1096:405:79::11) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: <038643b9-013e-fd31-189e-ec2a26ee50df@hotmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|SEZPR01MB6243:EE_ X-MS-Office365-Filtering-Correlation-Id: e659e4a6-fede-4560-1bf6-08dc1b0fc4aa X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MP0x5v/CKe88wx8IIjLLNHVn0Ud/AdO1ZjOpzw14CtXa8RA9PIxiA/+AuSVuiSoOxBiaMwqSOWXkBZNISslxNWQL92HSPqEs3wLfrd7NBdvL20KrGIJXDA7TCdlecQgaXbss7x1eN6HoOhsp3ADhhPGLfVUrwxBrIkDdIAVZ264iiPlXEhPVJIujGZOJb03JrMWL7lrxMR+hsnC24A9KG2F3Z06oApuJYewz7QGXek3ghL03GuTu15DrUoKt9A9OFtdOlWbw0K7EjCVBiMG6F6g1B9+GIpWMGnfCr0OJFmIultcZSK22FXnR/gwMjc2XZd/zTbykBH2KuIdEJ8/uMynSBAXtcTaYJW5SRuPZa0WBw6fShMXhii56hz34hktIOUeKzkNEykZkIkuP0Tft9ClcP8CNpFUpQ/kUN6Fd3QxP25V24h5npPP4T6aCJnLYcYPcCZVsdkqBVnsmxE1CmPADOjcl8+tYPMUnxATidbMd8byKA+m9eevem7fDQx2zKpmR296DqlXfaVuQrWUGuqtqBBn627VCkOxyTj9jjiIZvP3PBmntdA+msYSuaCCLq6jycB6pWpfsYm9gDVNH2lBFZaDgdIhVZg/Erms+C/TTP6FFsASAqAom8Vthp1fd X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?NmF4NVRYSVk0eVNFSkpjOHkvK09HVGVXK2NHMytEaU02TUlpUEROYmxEM3Vp?= =?utf-8?B?VWJIYVlGTmFYZGFrajJUZ3BmZnIzaHV1Yk5UR1ZNS0s1NFhJMWtPa0FJVy9I?= =?utf-8?B?ZVJvV2hPZVMxS2Y2cjFkTW0vTEc5cFg0bWxrV0lEclNxQVFOQmtJcDFFMm5H?= =?utf-8?B?Rk0wNWtLc3k1OU85cHpOVHpYWWcvOEdBN3pxbisyVzZTTndCNTFteHdxNEdX?= =?utf-8?B?Z0RYSWFnUVlmNTNFS2o2OUhnYWpwdXBrSHRkMTZOV3hHMjF4Y1FJUkF5aFJR?= =?utf-8?B?UDhTRjVDOVl5YnVzblhrcjBBdnFTWlRROFhNLzRXUjlwak5acFRRNEIvT2xw?= =?utf-8?B?eCsrVlRYdVJUdmZVdWN3c2E4UjZxY0w0SnR6NnVVQnlLRHoxcy9lUm1xb2lQ?= =?utf-8?B?elVaRXVYeTRrdis4UXh5TFRQbFg2ZDA2M1ZIOWFsTVNPRzhYT0d2ekJMcmZp?= =?utf-8?B?cndORWlpYzhhZmVwazRNL2JDYVVJakNJNU9wZlZPYldISFZxVlB4Y1BQN1BE?= =?utf-8?B?QURDTjZQWWk1TG13SFVzbGlxdE82VnRET2VhQ1NqNFZPY3hTL2JkVmk5V1ZR?= =?utf-8?B?bTVlQ3lCZWR3TXdIOUx2RTdUeVpibmpxZGFvdGNIU1ZBZENJNDhIdDF1T2VM?= =?utf-8?B?ZmkxMGpiY1RKZ0wzdHlZUUZLNnVvbzZxUkJuUnRlMFRXNHJ2QTYxR1UxTWFC?= =?utf-8?B?WVU3MkorbkNDdkZtOU9XNnY2QStjUW8yK0tnL3VRMUJ1Wk56bndXWjgrdmdj?= =?utf-8?B?emdlTURIMW02TE9ZKzNxQzNUSFNjS3czbm1td0trc05idnZlaUxYdkltbDJ0?= =?utf-8?B?TUtsbHlMOVRYbURRSG5CdjVnUndEcHN6RGliMm53VTRWczh3SkkxbWFtTmxW?= =?utf-8?B?L1ZkNy9zYnc1ZTRxY0I2WVp2dHhPYU8xUWJiYXJicnNsRmd0MTlORnJ0cDlS?= =?utf-8?B?RXE3L1hkSWQzVE5QVUJPaE9ZdDFMTEVKRVNOOGRLVTdzaU4xc0xhYjhhRGV1?= =?utf-8?B?VHdEbUlMQU1JTEw0aEZTQjYrRm9PNVFGSGx2dy9VNXVuLzRoaWJraEtKeWQ0?= =?utf-8?B?cUdINEUvVElaSlFtQVlQNGdtNTBlQU1RMGg4eWJSeGFFNE5QYTNQL2crMkhO?= =?utf-8?B?bTgxTGtTOFJkVlI1eW1mZDgvamhQb1pTOHpDelVodzZxZ3BFbVVyTngwaXZE?= =?utf-8?B?OFFvaFVqOCsydVc1QmR1RGNmbTc3T0w2c1lLSWVsQXB3Z1Z0WE04eDVUM1lV?= =?utf-8?B?RC9OdlNpQnRDWGIvQ0lNS3lHam81SWJLNVg3dVJMelVtUG52TlRKVzlEQzRo?= =?utf-8?B?dEdlNlo1bXhZL3I0VEUrMDJSTnlaakZCaXdDbSsyUlEyTnZYWkE5S09wMStM?= =?utf-8?B?MFJXTG15bnpMQ004TitzbXAxSHU0SFgyTlcyWTFJYUJEUXZha2lMdVlYRXgz?= =?utf-8?B?YWVGQnQ0WmFKOEpMZjJLbmNJWVNjOUxpU0N6ZE5SQzBvUUsrRFdHYUV1RDlN?= =?utf-8?B?R0VBekI2MS80R3RCOHlkbDBIOHFtZ0lUdUpyN2Q5VnVmdlc0cTdqNmZOQ0x1?= =?utf-8?B?Ulo4L21UMEJ1bXViYlMwVy9lMW1INEo3S0MrNUdDWkt3MDlkRjBUYk56MUMz?= =?utf-8?Q?2k+fGIeiqg0dL8WfzNDouHChFjPocEUP7q89iRAL9zVA=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-d8e84.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: e659e4a6-fede-4560-1bf6-08dc1b0fc4aa X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jan 2024 06:02:52.1688 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEZPR01MB6243 X-Rspamd-Queue-Id: 4TJKQF0p0nz59J5 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:8075, ipnet:2a01:111:f000::/36, country:US] --------------F0B24DA9019C8DDB57CE7D8E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello. git format-patch is attached. Gleb Popov wrote on 2024/01/21 19:19: > Ahoy there fellow porters! > Moin kindly prepared a list of > affected ports along with their maintainers (thanks Moin!) [2] > [2] http://arrowd.name/manprefix-fail.maintainer.txt I even sent this to the mailing list to make it one example. Regardless of the old gnu-configure, we may be affected by this for similar reasons. So, we need to check the list above :) Regards. --------------F0B24DA9019C8DDB57CE7D8E Content-Type: text/plain; charset=UTF-8; name="0001-ports-mgmt-pkg_tree-moving-manpages-to-share-man.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="0001-ports-mgmt-pkg_tree-moving-manpages-to-share-man.patch" RnJvbSA3OTNkMjk4ZmMzM2ZiMGUwMTdiM2UzNzFlYzcwMmE4ZjQzM2UyZGE2IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBUYXRzdWtpIE1ha2lubyA8dGF0c3VraV9tYWtpbm9AaG90bWFp bC5jb20+CkRhdGU6IFN1biwgMjEgSmFuIDIwMjQgMTI6MDA6MDAgKzAwMDAKU3ViamVjdDogcG9y dHMtbWdtdC9wa2dfdHJlZTogbW92aW5nIG1hbnBhZ2VzIHRvIHNoYXJlL21hbgoKLS0tCiBwb3J0 cy1tZ210L3BrZ190cmVlL01ha2VmaWxlICAgICAgICAgICAgIHwgNCArKy0tCiBwb3J0cy1tZ210 L3BrZ190cmVlL2ZpbGVzL3BhdGNoLU1ha2VmaWxlIHwgMiArLQogMiBmaWxlcyBjaGFuZ2VkLCAz IGluc2VydGlvbnMoKyksIDMgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvcG9ydHMtbWdtdC9w a2dfdHJlZS9NYWtlZmlsZSBiL3BvcnRzLW1nbXQvcGtnX3RyZWUvTWFrZWZpbGUKaW5kZXggN2Qz MzlmNWYxNDYuLjUzYWEyNDEyMWZjIDEwMDY0NAotLS0gYS9wb3J0cy1tZ210L3BrZ190cmVlL01h a2VmaWxlCisrKyBiL3BvcnRzLW1nbXQvcGtnX3RyZWUvTWFrZWZpbGUKQEAgLTEsNiArMSw2IEBA CiBQT1JUTkFNRT0JcGtnX3RyZWUKIERJU1RWRVJTSU9OPQkxLjEKLVBPUlRSRVZJU0lPTj0JNQor UE9SVFJFVklTSU9OPQk2CiBDQVRFR09SSUVTPQlwb3J0cy1tZ210CiBNQVNURVJfU0lURVM9CWh0 dHBzOi8vd3d3Lm1hdmV0anUub3JnL2Rvd25sb2FkLwogCkBAIC0xNSw2ICsxNSw2IEBAIFVTRVM9 CQlwZXJsNSBzaGViYW5nZml4CiBTSEVCQU5HX0ZJTEVTPQlwa2dfdHJlZQogTk9fQVJDSD0JeWVz CiBQTElTVF9GSUxFUz0JYmluL3BrZ190cmVlIFwKLQkJbWFuL21hbjcvcGtnX3RyZWUuNy5negor CQlzaGFyZS9tYW4vbWFuNy9wa2dfdHJlZS43Lmd6CiAKIC5pbmNsdWRlIDxic2QucG9ydC5taz4K ZGlmZiAtLWdpdCBhL3BvcnRzLW1nbXQvcGtnX3RyZWUvZmlsZXMvcGF0Y2gtTWFrZWZpbGUgYi9w b3J0cy1tZ210L3BrZ190cmVlL2ZpbGVzL3BhdGNoLU1ha2VmaWxlCmluZGV4IGY2MDU3M2YzMWE2 Li5jMGE0YmM2Nzk5ZiAxMDA2NDQKLS0tIGEvcG9ydHMtbWdtdC9wa2dfdHJlZS9maWxlcy9wYXRj aC1NYWtlZmlsZQorKysgYi9wb3J0cy1tZ210L3BrZ190cmVlL2ZpbGVzL3BhdGNoLU1ha2VmaWxl CkBAIC03LDcgKzcsNyBAQAogLQlpbnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgLW0gNzU1IC1jIHBr Z190cmVlIC91c3IvbG9jYWwvYmluCiAtCWluc3RhbGwgLW8gcm9vdCAtZyB3aGVlbCAtbSA2NDQg LWMgcGtnX3RyZWUuNyAvdXNyL2xvY2FsL21hbi9tYW43CiArCSR7QlNEX0lOU1RBTExfU0NSSVBU fSBwa2dfdHJlZSAke0RFU1RESVJ9JHtQUkVGSVh9L2JpbgotKwkke0JTRF9JTlNUQUxMX01BTn0g cGtnX3RyZWUuNyAke0RFU1RESVJ9JHtQUkVGSVh9L21hbi9tYW43CisrCSR7QlNEX0lOU1RBTExf TUFOfSBwa2dfdHJlZS43ICR7REVTVERJUn0ke1BSRUZJWH0vc2hhcmUvbWFuL21hbjcKICAKICBj bGVhbjoKICAJcm0gcGtnX3RyZWUuNwotLSAKMi40My4wCgo= --------------F0B24DA9019C8DDB57CE7D8E-- From nobody Mon Jan 22 06:34:49 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 4TJL720HRlz57CsB; Mon, 22 Jan 2024 06:34:54 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJL716rKwz40RD; Mon, 22 Jan 2024 06:34:53 +0000 (UTC) (envelope-from mat@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705905294; 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=CKQ1X2hfYBwv1BsY9BNEGVmbrfRcGq35pkw3kPKNFL4=; b=p6PX4O+4d0DuvNXPg6TtNG/GIGmHWlShlASuU5kQORop+YWxwdYFOSORy7a0dOHeOnxWRD In0Kz3lhTcUfVUqp2Jf/VjV7VgG3MjMghwfcFdD1jZTCJivPp0G0YrA4MfjuS6T5h7DbPp 4CMbRC4MoRWiNzS+Sql58UaF2FBvtFZphTx1tQBnRTwS7c63aBklOVETNZKmhPPVnxN/TV wiJDdAAoBkgIB5rS9lxDb2kDCKNDXCLKe9bUbBpMcJWAtQIxvjvwv//56f5OaCOa+3vIhS 7qE210bz45Fe2/uw+f6SRD/5xPNqvTV+8ZvKhFl8BSpSksDZnGoW3IFiFewIjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705905294; 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=CKQ1X2hfYBwv1BsY9BNEGVmbrfRcGq35pkw3kPKNFL4=; b=ou5V/vyyPZRkjWzbgT3motBi3SAXDpGEfVMxAksB2HldvFoMkVcos906wlir1cWz0G4E+h H08eYemRyipga2fkdI+53mLRx5AgHeC0GP6Qdx6jFDEAIWj/3HFc924eysMDvZakSvQVkD GzgyzJZOKeXB2tDXxCNwxhPFGtS3yiADBA8hv4VTrFwfngI4mAEmuctYNsfMRlA7dctws3 KfhcsXf13cbAg5tIirCIb6ALQmKyWwq8FtdRsm+kw+oDZt0WZkCNx+Xft4xr1MVDN3OKGi JFPsN5QunqYytON30wEWj1IgG4Db15IdD40tkkHSXCh6s9nHRiMnkJjXYR5+Sw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705905294; a=rsa-sha256; cv=none; b=bk6JbuBGbqeiy9g3XrwZ8sxldHJrTDx2wYxV0H9xlu75eopn6GpQ3d2Xr1hfNzYtO3Kdz8 +ahP9AwKSMEmRv9k2E0tV853FqkFJE0e0qaf7zrwEheg9dIgcWw9RXP4I7oHEz0rIsz9rJ fSAuwxDZ6h8pgEZrJUV2hwftzWKXS9o2qyzH/nCE8JuuA3FmbncmWNFMaGeYUaglfTwO/z tthGcNti+XNcrYqoHJLoNH6MJV4+SOsP5U1PzVGLdlQCfdaJ1PnCjZEunqeekNMMC9tFYO TK50FRKiXGTv4AYH0FNU61XAIgLW/Mz0QyDo0ENmq2Y21ePhTK5ONSFJ674ZcQ== Received: from relay.mat.cc (eqx1.mat.cc [79.143.244.49]) (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 "cow.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TJL7156rGzR5Z; Mon, 22 Jan 2024 06:34:53 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (unknown [IPv6:2a01:e0a:836:f670:7a66:30ab:eee3:26f7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by relay.mat.cc (Postfix) with ESMTPSA id 3400A20121; Mon, 22 Jan 2024 07:34:52 +0100 (CET) Date: Mon, 22 Jan 2024 07:34:49 +0100 From: Mathieu Arnold To: Charlie Li Cc: lexi@le-fay.org, Moin Rahman , freebsd-python@freebsd.org, FreeBSD Mailing List , jbo@freebsd.org Subject: Re: Re: USES=python3.10+ and RUN_DEPENDS Message-ID: <2mpihmnxg6k4skb2a3ehf3eeyjg2bawezkf6u33jzsp4imob4u@imnfeg4zwjce> References: <5A14CE01-367B-4CEC-8CC5-63B8993F72E4@freebsd.org> <8F6F7911-B4D2-4FEB-8C3B-DC25DB578DCF@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pb2pqdam44gdpqbm" Content-Disposition: inline In-Reply-To: --pb2pqdam44gdpqbm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 21, 2024 at 09:53:47PM -0500, Charlie Li wrote: > Lexi Winter wrote: > > Moin Rahman: > > > By default this will not be built in that case. If you want to build > > > for python 3.10 you have to add USE_PYTHON=3Dallflavors > >=20 > > thanks (again). so for a normal port, is there any guidance on whether > > i should do this or not? is there a policy on this? > >=20 > > this is a normal (desktop) application, not a library, so normally there > > would be no reason to build it for all Python versions. > >=20 > > i don't see anything about this in https://wiki.freebsd.org/Python/Port= sPolicy > In order to specify USE_PYTHON=3Dallflavors, all ports in the dependency = chain > have to specify it. This isn't really a policy issue, rather a technical > one. Mmmm, it is a policy issue, allflavors must only be used for ports for which it is imperative to have all the possible flavors available, like py-setuptools or cython. If you want to enable the build all flavors possible locally, (as if allflavors was defined in all ports) you can define BUILD_ALL_PYTHON_FLAVORS=3Dyes in your make.conf --=20 Mathieu Arnold --pb2pqdam44gdpqbm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQITBAABCgB9FiEE9XJBpJetWizkEBUef2IOCp6dQb4FAmWuDIhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY1 NzI0MUE0OTdBRDVBMkNFNDEwMTUxRTdGNjIwRTBBOUU5RDQxQkUACgkQf2IOCp6d Qb7njgv/VyypyEdyCS8VaoNr0Kp2Bv5+JcFlzd5Dy0P44aSQjwgftOwDdX7CSJVL 1JDCPaoTwB3QQZs6SCYWj3efN9z+uOhL85CGWstsKr+0nq6m4ehdmiwcTk4oYvdH LGzN+2nebyVvbZE0XbtBS2dsZML3AfBMvkCtTFj5jtUr4iccv50nV2ZX4Cbe69lY 7kTZ8AtrxSM9ae0Vxh7GTnby8/BfEvPAh1/LA3VT9ISi3C+nrEEpWCQqSwJzVhx6 WRxngXtkyb9O4buZgmFCTQ0KHadkFbgijDIVc7TWl1ZIJiWXtiABcRd4IDaEaHEj To7hNt5mtnFvdS4Dz6QaurELsXI1lnaVTeg6f86/kUHUEVVgIaRRirbllXTQTDd0 mo9zPbCVNIwV8ilvVR/I2i/g7BeDb/mpE7DlLAK7Q7foQZsV9be9wCH6848zax0+ le6racrpPo4YWOxJaiDxji8V6S3l/qjT9sGa4w6XdF9N9aoWSH+tJAD/8LfLuHEG oAWbH99B =/MXd -----END PGP SIGNATURE----- --pb2pqdam44gdpqbm-- From nobody Mon Jan 22 08:46:57 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 4TJP3d6tGWz57RkW for ; Mon, 22 Jan 2024 08:47:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJP3d5vkmz4GcC; Mon, 22 Jan 2024 08:47:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705913229; 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=xz+BBqeP3hqoYG3ktnPwPlLUqBqtL1yU5FgPic/di7E=; b=Ym2nFOJBAaKqUQY2ary77sZd/jZXdHUubDdihGtj/m0+XjWM4otNxCAO4CWRBfFLFKFxZf l4tVuIKMubmzsBMni5HlOyN/tkHVq3ENzyBzgLO2Eo178ErudVc5rMcEWgai4/ZqpUzL7L bMTabLiSEEpBg6/j/x4R9kZC+Zn3yVcRM3WELUtZKFpaBCtXKPmvwmZi5fCiP3SbAgvkC/ IfGqagYx01yKG5mdFWW2vKJY+o2MiIB3XnKYrc9egM9L+29e7Bh0pE66doAh9vc7Tkd2LJ UcdEIJKLmkyqWW7StTIpqfQYx16ew6+RJEojuZPsFhtvV1bmA+jzwWajUz2ijA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705913229; 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=xz+BBqeP3hqoYG3ktnPwPlLUqBqtL1yU5FgPic/di7E=; b=t95uqv3/cnPaAEbkfr+WrMtdB4blMjiWCZDqHdzXLN/6zx5saHracJ75jiCiAAQvInCwes a1F35r1GdB8InS73+0UYSjBmem1v4zy3Ohk+ZECSwJ9IF3eWkn78AyD9hVOq/X7EMK0FNL QxBeP/xsBtnTzvYtbbdZ9Rr7Eg+dWLshzk7Y8ZbuiEW7ahvwbSZcV6GrK6/uEel4q/kSM+ GBfl5czSulJ0iLFv9awOkf2PovmOR9ulJuLY/SvVO+9Sqj3XrME1shDruvvudQ5VsOhzDf 7OJGbdgLpAp3F8TmsooV4NMQh+xsq4DAK0/a74sykJPoL/O7+GMRylrRABmuvw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705913229; a=rsa-sha256; cv=none; b=kFKJKQSII+hE+inkd2i+rTezvJhugHLhMG/4/nzrpmoTGjBIhOYg1razft1YNAy5abMxvL piwcUrzFOn3VL3965FeysBwkKuNsgeKhSxihnibbOwac9Ng7LbxVS4CjTMsRtMvXnD2MsV EGiUDP4z3uU07xp+euKk/amTX9YNhLJbgGQ6qjUQopuCx373tUN3Rw7eEb34wxznK+sJtt wsR4jI162VPBQITw6B/tJphsMtVOWfiFKGiDDgpE23e+vJCtSU/vPm+Kj40QwpC3Fcmmto Px2ZfO5h1NY8ff3/IR0S0V82a62GR9ZDSo82qfthdRpD4TnBnQmdQ8TCEBtbPg== Received: from mail-qt1-f175.google.com (mail-qt1-f175.google.com [209.85.160.175]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TJP3d4qX0zVQT; Mon, 22 Jan 2024 08:47:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f175.google.com with SMTP id d75a77b69052e-429be992974so19415821cf.2; Mon, 22 Jan 2024 00:47:09 -0800 (PST) X-Gm-Message-State: AOJu0Yz1b/mQxj2URzaGYuabUeJs7u5UXO8xiaf0hvfQlc2ssXzxA29O Ug1YsLNLqaQdRkoGHyXnn/9FvwEUbzS4X9K4P/teytlw2ZpvdH5avjRav5exgsD5n2mKu7PRdRV z4/1sYNuQKlkkBbLrdQ9GkSea2hc= X-Google-Smtp-Source: AGHT+IGoymajLX9XAllKSCcYtoItA5CA88MDqlyr5hIaDKIp1Q6UUqfhTrlF+mBlInmzFZNYujUzaemxcyrRHtOoeUQ= X-Received: by 2002:ac8:7f0c:0:b0:42a:4384:564e with SMTP id f12-20020ac87f0c000000b0042a4384564emr506686qtk.105.1705913228945; Mon, 22 Jan 2024 00:47:08 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <037984e5-d7de-4ea5-91ab-a4d90a7bb004@gwdg.de> In-Reply-To: From: Nuno Teixeira Date: Mon, 22 Jan 2024 08:46:57 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: Gleb Popov Cc: Rainer Hurling , "ports@FreeBSD.org" Content-Type: multipart/alternative; boundary="000000000000076e3c060f84e078" --000000000000076e3c060f84e078 Content-Type: text/plain; charset="UTF-8" > The ports I'm interested in should have GNU_CONFIGURE=yes kno Just a doubt: For ports like: GNU_CONFIGURE= yes PLIST_FILES= man/man1/portname.1.gz Should we wait for Mk changes or use GNU_CONFIGURE_MANPREFIX= ${PREFIX}/share now? Thanks, -- Nuno Teixeira FreeBSD Committer (ports) --000000000000076e3c060f84e078 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

The ports I'm interested in should have GNU_CONFIGURE=3Dyes kno

Just a doubt:

For p= orts like:
GNU_CONFIGURE=3D =C2=A0yes
PLIST_FILES=3D=C2=A0man/= man1/portname.1.gz

Should we wait for Mk changes o= r use=C2=A0GNU_CONFIGURE_MANPREFIX=3D ${PREFIX}/share now?

Thanks,=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0

--
Nuno = Teixeira
FreeBSD Committer (ports)
--000000000000076e3c060f84e078-- From nobody Mon Jan 22 08:48: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 4TJP5w12rDz57Rvl for ; Mon, 22 Jan 2024 08:49:08 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-ua1-f47.google.com (mail-ua1-f47.google.com [209.85.222.47]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJP5v6Yrxz4H9x; Mon, 22 Jan 2024 08:49:07 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ua1-f47.google.com with SMTP id a1e0cc1a2514c-7d2df9d1976so351027241.1; Mon, 22 Jan 2024 00:49:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705913347; x=1706518147; 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=bIlewVAHK3XE0wB9F3YfPvbeQUirfPRDBYodhpPgkOc=; b=B500Un02BH20GZMUHUUrpmgUMCHG3YN8g6gUEEFh8g1xgk3cuSm9MubBBnGExdPk0b OQAQsRLXkBNprdtvIytRc7mWrHnpALWVqRyZzQ+WPLP2n4MbbvqCgHRea8fDI39gZ0UV sqnfZFi4lteP8M/gtq5To4QR7D6nD8vsW6HgRL3joiu5ly39fPB4E9YgdLn3uJmnwd6u N3wBBuQV7TcIljO7awMpIehVwIRe1aTV7Yhu3yqSzBwG00ULEU4o5TMFA288ERE3euAH F6SSeuCv1qDd8HhNvycXvkyncQbKz9xFix4HOL3coODu3Mv5WHDvGWkWAlNC+rbmjh5T fK8g== X-Gm-Message-State: AOJu0YzhOb9EnXpjYms5uVb7FIhI66Vc6A/F4H67gQgolMQ40rfwuzYi pn0crbftkU4/graxSuRP0QH7pw7+1l0zzTFPYguBn32xs5+fp8n3uGwfZi48ryiyqA== X-Google-Smtp-Source: AGHT+IFyY1p8gHX7rh2o9pSaTw8aBjksnMkHeVUHMXOEHTZPuAaqP1chw47ecgCP6ICEqoBYzY7YVQ== X-Received: by 2002:a05:6102:22fa:b0:469:c0ab:4349 with SMTP id b26-20020a05610222fa00b00469c0ab4349mr67749vsh.19.1705913346760; Mon, 22 Jan 2024 00:49:06 -0800 (PST) Received: from mail-ua1-f53.google.com (mail-ua1-f53.google.com. [209.85.222.53]) by smtp.gmail.com with ESMTPSA id p6-20020a056102124600b00469a50d27b3sm1064797vsg.18.2024.01.22.00.49.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 Jan 2024 00:49:06 -0800 (PST) Received: by mail-ua1-f53.google.com with SMTP id a1e0cc1a2514c-7cdb24b3ac3so177750241.3; Mon, 22 Jan 2024 00:49:06 -0800 (PST) X-Received: by 2002:a67:f89a:0:b0:469:a64e:969d with SMTP id h26-20020a67f89a000000b00469a64e969dmr521374vso.23.1705913346363; Mon, 22 Jan 2024 00:49:06 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <037984e5-d7de-4ea5-91ab-a4d90a7bb004@gwdg.de> In-Reply-To: From: Gleb Popov Date: Mon, 22 Jan 2024 11:48:20 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: Nuno Teixeira Cc: "ports@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TJP5v6Yrxz4H9x X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Mon, Jan 22, 2024 at 11:47=E2=80=AFAM Nuno Teixeira wrote: > > >> The ports I'm interested in should have GNU_CONFIGURE=3Dyes kno > > > Just a doubt: > > For ports like: > GNU_CONFIGURE=3D yes > PLIST_FILES=3D man/man1/portname.1.gz > > Should we wait for Mk changes or use GNU_CONFIGURE_MANPREFIX=3D ${PREFIX}= /share now? Mk changes are already in https://github.com/arrowd/freebsd-ports/tree/autotools-mandir Just file a PR or send me a patch against this branch. From nobody Mon Jan 22 11:36: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 4TJSr21b0nz57k7b for ; Mon, 22 Jan 2024 11:37:22 +0000 (UTC) (envelope-from pablo.de.lara.guarch@intel.com) Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mgamail.intel.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJSr02rl5z4jGf for ; Mon, 22 Jan 2024 11:37:20 +0000 (UTC) (envelope-from pablo.de.lara.guarch@intel.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=intel.com header.s=Intel header.b=OJst4dau; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=intel.com; spf=pass (mx1.freebsd.org: domain of pablo.de.lara.guarch@intel.com designates 192.198.163.13 as permitted sender) smtp.mailfrom=pablo.de.lara.guarch@intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1705923440; x=1737459440; h=from:to:subject:date:message-id:mime-version; bh=7Qr5QDHqjczlbqO9kU+mYx5l6RnDb5vwME1nSmyp/Y4=; b=OJst4dauXdlWhpRfUuWWkrZtxldz24AMRprQJzWPXnqQ4lu2hCCzx6cg 8VK1K5efz8GRxclugLxLqW8+WcCPMM3kxJgbg7SyoAAEMIVfblsWkdjkB T7im70XHopyyL5bp0BibQkwUerjCTFBLzdpxpE3LrxYTjNXxXZdg4PrGS uiEAkZ/YT59P4whhrwuc4oRHVp90RArLjrgihRXvAt+HWYAXYJjGTddG6 IODb5xkk5BUdD2kla5GJzIwad8KRZMn2XF/X8x2KAB98vAI3sIj/0N8xN UogL9DNKFunhRpUZF/NQL5smao0ZQJBoZAIElxgKI2n8Dxk+CCedh9tVM Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10960"; a="77911" X-IronPort-AV: E=Sophos;i="6.05,211,1701158400"; d="scan'208,217";a="77911" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmvoesa107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Jan 2024 03:36:39 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10960"; a="958714083" X-IronPort-AV: E=Sophos;i="6.05,211,1701158400"; d="scan'208,217";a="958714083" Received: from orsmsx603.amr.corp.intel.com ([10.22.229.16]) by orsmga005.jf.intel.com with ESMTP/TLS/AES256-GCM-SHA384; 22 Jan 2024 03:36:38 -0800 Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX603.amr.corp.intel.com (10.22.229.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Mon, 22 Jan 2024 03:36:38 -0800 Received: from orsmsx611.amr.corp.intel.com (10.22.229.24) by ORSMSX610.amr.corp.intel.com (10.22.229.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Mon, 22 Jan 2024 03:36:37 -0800 Received: from ORSEDG601.ED.cps.intel.com (10.7.248.6) by orsmsx611.amr.corp.intel.com (10.22.229.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35 via Frontend Transport; Mon, 22 Jan 2024 03:36:37 -0800 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (104.47.56.168) by edgegateway.intel.com (134.134.137.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Mon, 22 Jan 2024 03:36:37 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=P4frkvrFHd/TEMJpRYevILXtAR865zF4uMHlVw7oMRHZf2QUA7cMAyEiUKsyOoJLVAlZsfOfwq7wwHSuCLvlxTwSCapfWAzbseb2umqLR2eTqgw5fDB0kV3PuLGXxanTvyiARZ2yLFIgcXfudouECe6Dn3bZJPUZnicWwh9VEMbsffNsV/uJjJY9P7HjWjn1cQWDb4Th536BEi7ixPLo5yF7gFBCdHv8NqA2xqFpV4veWpANn6TwyuGH0ANEnRTlDDughviatZ4c9SOu8Wf2O+8Z1czockvq9uFbPJ5CoHscVxkzYbmeGDRZcHjoX1R73iN7ew4YoWps7SYc2Xvm+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=k48ZKaRNOpQuEjztdJg3LmUh21b5gxshbhMmodpWy2o=; b=SFaiX/07xLgN33i1cwEG2E0cMzI9XHYopNwmWknz1Bdkjr2iE10Qxf4elMq2ssIQtDEUrzQFKw9nRX2q+p1W1xZEUVzPNnpKHdvtaVZwiGNK/V2OPI2l5vy9YOrxG1QdPShBVAnccAZUDvZy7KnvBbiDgEb1CqCj+2onDX6MH7XOIAwvMN4qdjL+5kgKvfxffKT/zLM9AqRmdLj4Tp3eIy/p0DXhyou53n80J0eNbmZ2PZZ+Bxw+hvkvcmPnCEGTA/KPNzBnzEGbxchkuOWwth/RH/iIyu53AEuyThRuibLE1sdk7pOFn2aoV147mETiCMxPk99HoEGmYBuH5H19Pg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from DM8PR11MB5591.namprd11.prod.outlook.com (2603:10b6:8:38::23) by PH0PR11MB4984.namprd11.prod.outlook.com (2603:10b6:510:34::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7202.32; Mon, 22 Jan 2024 11:36:35 +0000 Received: from DM8PR11MB5591.namprd11.prod.outlook.com ([fe80::e8c0:4431:b656:db5]) by DM8PR11MB5591.namprd11.prod.outlook.com ([fe80::e8c0:4431:b656:db5%4]) with mapi id 15.20.7202.034; Mon, 22 Jan 2024 11:36:35 +0000 From: "De Lara Guarch, Pablo" To: "ports@FreeBSD.org" Subject: FreeBSD Port: devel/isa-l Thread-Topic: FreeBSD Port: devel/isa-l Thread-Index: AdpNJ0CfdtG9Jip+Rv6ZWu6ewZRXaw== Date: Mon, 22 Jan 2024 11:36:35 +0000 Message-ID: Accept-Language: en-US, en-IE, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DM8PR11MB5591:EE_|PH0PR11MB4984:EE_ x-ms-office365-filtering-correlation-id: 6a0b3796-fd6a-4aac-e303-08dc1b3e63e4 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9AkEtRm5XzQJiaXFDqoz51appyflsT14k4RbyxnjEWk2oaA64opr9r++V5wI40Uu1+bHXg+hQXgySz6gyvGwOEGT4guQHxg+hJAm2kUrMrRf6Ahg3NQDAsIPtwJx4dBJXpyuuiK+4qE2wi/wOwr8CToXaxH96LoTMmwSfjR5mWY9sPX/HCR7SWH+uSqxtKm0641XDGx86rsqXnsxHJwMhunKIoJfhAAWZzSXUm6MtKXpyZ+iGHQDu//WLOXeUau660psw0lvJjtOrr8vZRYxS239MoKwNkQo9griM2q19bnvIeC2mb7dhn4TnhKbyWRYsneoMYnQySQcDVayc0D3gy01HMraoV54VU7LRX8Erbxcjm/Y8VXlbc540CWQh6kuotAsRZ1c6DnHCK8scjdXvvoTOQkn0WGV1Kq5VSvsDejIqyiiQ+7pR+MAk5dbvVyCOHjCFmWO8GzwC5mZ+1MsMRt6UYUdWXxTetdL1AhTL+bWArtWCiiTtyyrFpXSkpc+06MhVrd+m+fWBsb1OpGN7gD+gC0hW9mHzPanpqhSkcfMS+CAYl530uAgb+Rb+BJA+b+NQrqbGiZ3p+TVrdp6v43CVEL8cIa7e7xOILCF5bw= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DM8PR11MB5591.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(39860400002)(366004)(396003)(136003)(346002)(376002)(230922051799003)(186009)(451199024)(1800799012)(64100799003)(166002)(8676002)(558084003)(52536014)(8936002)(5660300002)(9326002)(33656002)(2906002)(316002)(86362001)(66946007)(66556008)(76116006)(66476007)(66446008)(64756008)(38070700009)(478600001)(38100700002)(6916009)(82960400001)(122000001)(7696005)(9686003)(6506007)(71200400001)(83380400001)(55236004)(26005)(41300700001)(55016003);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?9dOnWryrI/dzJ1eQGTnChzqYpJUc6Qzy/HzI1nY0xVSy2Eiux1eufF8AcE1Z?= =?us-ascii?Q?GInMxU4WC7BCTb8VsHoCbsar0o6LCEObhpZ6zlYf2irTVumj1BVurjmuBL3B?= =?us-ascii?Q?xNLbjODpudsT2nqA9mB3gxFLv1mbZMfqTigTjRw3WxO1VSycUVT9/S4ZzKo9?= =?us-ascii?Q?BHvx280QNtYUro0QWZehm3jfTxIpj8yTk9zI0pUJkXn5+RsUIVI0eEN3Jfbz?= =?us-ascii?Q?kIDYDLL7KqeIU7H5ruQtuOxIwfs532v74cbWd502bo4CQlMqYwB99sd1r8is?= =?us-ascii?Q?6N5cUYtuCJ1Ll0THEiAcAGDirNxqiYu/VWzjY38qh4woTNKZC7p+ol3UGkLZ?= =?us-ascii?Q?11ormmaSmKf33VWhbvEQT10xTeF+CYWFvLIF3QnjPtKaSSLOgzjgMFJLHp79?= =?us-ascii?Q?8pD8IoIZCVb74MUEi4anTknO9OcJZOF3XQ4ECxRLPWCX8pvwMbmvyDVsTDjL?= =?us-ascii?Q?yjyl3pr48nvpgpBcKSxzX61NdUR2LsAjyKwFbycayCnoXIZ9AEjMh655hcrr?= =?us-ascii?Q?orj+Op5Z0M2be1b9ZfURMnejecCppQ/DGohsxmeJVPa3FYlsnW6muNctdCc6?= =?us-ascii?Q?AgDAjkrGH5qChxdyfmI/FMmxvZ+OS46aOn3cK8wqvWnSiMuOzDEcx0vp3mFY?= =?us-ascii?Q?rkAOL/F3gGy0eQ3XJBJsaFIaixam6PVvA2qTc8U4b+jbHRFsQBCNEzPvvenP?= =?us-ascii?Q?sEe8jqlKk1TR2N+HG17GWP1aTAk9HQlCFZj/w5ppU9l3dQSCjOQLpw6ayBYz?= =?us-ascii?Q?FEJYYcOHPWOUyp0MiblN9CKi+mQ5qzu5+OmKtsgP9OB49OqJRrNIwYJWSXJJ?= =?us-ascii?Q?Jd6v8t5dGHHkj3w5p78mVW39vztBIrHGKHE4XmVekibem8zdjkjWCDnQzhbT?= =?us-ascii?Q?8xPSaFhwrBEnSfCza1KrIuKwLWN+fjeKs/C6JkPcWgCeHDkyokyL6l+g8FsI?= =?us-ascii?Q?JwbuWAIW0i1PR0N2065mF7/hO78gC1BCPUhmQJY/2/z70nsT/g00xC3nP9vT?= =?us-ascii?Q?+MsACZ2gdfLAU0qczFh86Y1AQBvHVMEtKo/IIumMKeuiHG6SO4rVF5xJcm9h?= =?us-ascii?Q?24/QMdvAgqjcdYZ+BC41pvwixsV9/RAkA/ZQ+yOP58OZKKSUtOlyRx1DazQG?= =?us-ascii?Q?7WZTsv+FumWgeeo39tW32BnlXXxaL5D0ZOSfcVTjdgyk9gbqOj6rLHabyGDq?= =?us-ascii?Q?P3hjugRIZK6Joz1o47495sgNyhR0Lv4wzht37Ze34KhdKD3IzMbaCFV7V4mu?= =?us-ascii?Q?6yJPLHL2VLl+PYoOvaatchubVHyAotiIqPBfX+rnaoXLskogzMrRTfQsQBSv?= =?us-ascii?Q?SsGW8ZB1SBaqPrwmyiMN0DtBH50EoG26izZHEten0BFtyva23PPeufG8PjWq?= =?us-ascii?Q?OIzDdJSBcdQ9Q2VTxthN2X+lq6ALGsmTme0Q7H7CCGbPgOW6h4CG8BwMVc3d?= =?us-ascii?Q?WfXeJ6lE30T0Idyrw9PeXLB7mvFAe+0DVEnv08H6QDc8O/MygiWpjmyVvuLG?= =?us-ascii?Q?xvMEv2V4xI77lfZiHUN66GkQBDlPNc+70yRmXr3SMcL9e5ObWRbizKS8NOtD?= =?us-ascii?Q?21khEJ/We+gsFXutU/5x59IljpRyIsJPTUmh4Ndnm4sFsl3RmF/1DryZryhd?= =?us-ascii?Q?jA=3D=3D?= Content-Type: multipart/alternative; boundary="_000_DM8PR11MB5591E7350C3B8AC5949DDCB684752DM8PR11MB5591namp_" List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM8PR11MB5591.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6a0b3796-fd6a-4aac-e303-08dc1b3e63e4 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2024 11:36:35.7398 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rxvOkhKZxTwKKj3Y9cJ0RP5O6vg6v06+JHtgOIAGbcdFOeIcs0aB8tnhKQqWfexotvVwbN0BtIxdYfcVfhUTjZYETF6g5KEoLSMb3zAQr2A= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB4984 X-OriginatorOrg: intel.com X-Spamd-Bar: --------- X-Spamd-Result: default: False [-10.00 / 15.00]; WHITELIST_SPF_DKIM(-3.00)[intel.com:d:+,intel.com:s:+]; DWL_DNSWL_MED(-2.00)[intel.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[intel.com,none]; R_SPF_ALLOW(-0.20)[+ip4:192.198.163.0/26]; R_DKIM_ALLOW(-0.20)[intel.com:s=Intel]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:4983, ipnet:192.198.162.0/23, country:US]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_SEVEN(0.00)[8]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[104.47.56.168:received]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[intel.com:+] X-Rspamd-Queue-Id: 4TJSr02rl5z4jGf --_000_DM8PR11MB5591E7350C3B8AC5949DDCB684752DM8PR11MB5591namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, There is a new version released for ISA-L (https://github.com/intel/isa-l/r= eleases/tag/v2.31.0). Could this port be updated? Thanks, Pablo --_000_DM8PR11MB5591E7350C3B8AC5949DDCB684752DM8PR11MB5591namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

There is a new version released= for ISA-L (https://github.com/intel/isa-l/releases/tag/v2.31.0).

Could this port be updated?

 

Thanks,

Pablo

 

--_000_DM8PR11MB5591E7350C3B8AC5949DDCB684752DM8PR11MB5591namp_-- From nobody Mon Jan 22 11:46:08 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 4TJT2K0nbcz57kyL for ; Mon, 22 Jan 2024 11:46:17 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4TJT2H3l4Nz4jxP for ; Mon, 22 Jan 2024 11:46:15 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 43559 by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Mon, 22 Jan 2024 12:46:08 +0100 Date: Mon, 22 Jan 2024 12:46:08 +0100 From: Kurt Jaeger To: "De Lara Guarch, Pablo" Cc: "ports@FreeBSD.org" Subject: Re: FreeBSD Port: devel/isa-l Message-ID: References: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4TJT2H3l4Nz4jxP 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:12502, ipnet:2001:14f8::/32, country:DE] Hi! > There is a new version released for ISA-L (https://github.com/intel/isa-l/releases/tag/v2.31.0). > Could this port be updated? It fails to build: https://people.freebsd.org/~pi/logs/isa-l-140.txt So if you can provide a patch so that the port builds, it can be updated. Please submit the patch via https://bugs.freebsd.org/ and send me a short email about the PR. -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Mon Jan 22 21:02: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 4TJjRB2dJ2z58D7H for ; Mon, 22 Jan 2024 21:05:10 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJjR92H41z4Kvn for ; Mon, 22 Jan 2024 21:05:09 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of naddy@mips.inka.de has no SPF policy when checking 2a04:c9c7:0:1073:217:a4ff:fe3b:e77c) smtp.mailfrom=naddy@mips.inka.de Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1rS1Td-00Cfl1-7r; Mon, 22 Jan 2024 22:05:05 +0100 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.17.1/8.17.1) with ESMTP id 40ML2ZAK084943 for ; Mon, 22 Jan 2024 22:02:35 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.17.1/8.17.1/Submit) id 40ML2Zba084942 for ports@freebsd.org; Mon, 22 Jan 2024 22:02:35 +0100 (CET) (envelope-from naddy) Date: Mon, 22 Jan 2024 22:02:35 +0100 From: Christian Weisgerber To: ports@freebsd.org Subject: Re: Call for help: moving manpages to share/man Message-ID: References: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:202113, ipnet:2a04:c9c7::/32, country:DE]; FREEFALL_USER(0.00)[naddy]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; DMARC_NA(0.00)[inka.de]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TJjR92H41z4Kvn Gleb Popov: > I've created a branch [1] in my own fork that switches mandir for the > autotools build system and am inviting everyone to collaborate on > that, until all the fallout is fixed. I'm asking port maintainers to > check if they have ports with the "GNU_CONFIGURE=yes" knob, as these > are most likely broken by the switch. > > If you want to collaborate either create a pull request on GH against > my branch or just send me a git format-patch output for your change. One commit per port or squashed? -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Tue Jan 23 04:08:50 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 4TJtr30JZDz57755 for ; Tue, 23 Jan 2024 04:08:51 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJtr24yvQz4Hk1 for ; Tue, 23 Jan 2024 04:08:50 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1705982930; 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=3gdwba22dFCpgPzLmUQawbRerJ6yEASuQTuYfXCCXb0=; b=JjmNLX8WmcOvEsF8tik1XC85kJjLjAO7/HgtqPDXdsM+xfWW0aIK0PXRC3VKxImYVL1es8 POxjQx0LjZ5t6qIO4yhynsDA0eFmjvWkxI/0LTnOVYbLG1iEocy+/WjmwJv4mCWnNdjDTN oy/QxHI4fTANPXmFIKo6t5X7IWY4XMLfP/SqgC1gZZD4nZeFULZHw2ewV4nTWB2p42atDL thXy6JSLbzWfbdiPSoTVT9Nu060SeHguvp1298F1yYWTZtOaJPZEVZWKZjAHLmgMsc2qPN rUPEoRA+/1gL9h5b1Bo4qVxyH0FEXUoaUOORM/aeASM1JluIPaN2ze9uBZ/GYQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1705982930; a=rsa-sha256; cv=none; b=NzPI7daK9hflmqD6iQ/WdnfuMG1Mn8yMaYRLAGHgzmZhqJOfCExzYojDLIB30acyaIkROS Aci5E7P4HLpPfrhaegUU4Xp9bLuu3WMUZPhQ/eAZas1dw0WA/EMVC53rvw0Oa/UjPws7/Y D+ValNbFYmYYEJxvUIaKGXsQNyBKpCqV2w9f1WPYcxmppVLzO3HSgjY0ceM0heXWfZIaZs zzum0GGKDkBwQPCCVR3/YX5zr0DehS0kqmqQOYx2z9Kt0yhVGIXPLzYSybReHgZTN3K6oF bfzF9E9rWhPrqQZsOY3L7I6wluMeMr/UM4X9Ru06GXNZakDXzk6ULahcKH3yAQ== 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 4TJtr23dFwzFMB for ; Tue, 23 Jan 2024 04:08:50 +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 40N48omU079176 for ; Tue, 23 Jan 2024 04:08:50 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40N48oiG079175; Tue, 23 Jan 2024 04:08:50 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401230408.40N48oiG079175@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Tue, 23 Jan 2024 04:08:50 +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.6.0 | blenderbim-240123 ------------------------------------------------+-----------------+------------ games/libretro-pcsx_rearmed | 0.20231025 | r24l ------------------------------------------------+-----------------+------------ 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 Jan 23 06:21:21 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 4TJxnX6zQlz57MBY for ; Tue, 23 Jan 2024 06:21:52 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f177.google.com (mail-vk1-f177.google.com [209.85.221.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJxnX5D37z4W9Y for ; Tue, 23 Jan 2024 06:21:52 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f177.google.com with SMTP id 71dfb90a1353d-4b756f2aec8so1181430e0c.0 for ; Mon, 22 Jan 2024 22:21:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705990911; x=1706595711; 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=Wb/aunG/RTX1lMrGsKs9sYOBcKUc10baWd2Jpo4bPH0=; b=cBmcRnxUSJrx4BdJh2g3o+/De6LKPvm81HyGaE5ha/qWt5PsTp49QKr9FvTqMcZU7v +GVdAv7j/DrthZuWXGiAmepbw2f1cpb3AiEPSJrxAPz6xk44+hD5LEpDb/4zHKrBZwqS KB2kq+bsakXcMuaJJeLWhNro2q5aubhUeZ7YX26R27tz5GwTlGyAlNMg5jZNXDkee1Ko qGJfRCTqxCiwSTRmRqgI6sCizScf0ibGBiCQl+p1irXkscttCkiBKLZzYy9PSOrtKzlt ZLPIIqaWwJHLXFb2D+9XJ4N+nahWqcYj9ZX1bJnC6vW6B/7CaqkoZt0Vd3f0gJgFGbdM qsGA== X-Gm-Message-State: AOJu0Yzm/hL9Cjtq2ex16ZJl61AtNWR6m/x04Z2XR3jVW6yO91rIDaSK MEoSoMb9ZCqLgX+tPjx/wU6/jgu7HsK3u91OQBoU70CrkTlvwVOgJyMTF5VRmNkPCg== X-Google-Smtp-Source: AGHT+IGStQFmKTvSEX5BQG47Gku0ROtJ+VhyeoD5EQYsaSDSOuhwoiHyjH9vOhY1evrr6STZ48Wl+Q== X-Received: by 2002:a05:6122:104c:b0:4b6:e5cd:9801 with SMTP id z12-20020a056122104c00b004b6e5cd9801mr1797294vkn.30.1705990910939; Mon, 22 Jan 2024 22:21:50 -0800 (PST) Received: from mail-vk1-f169.google.com (mail-vk1-f169.google.com. [209.85.221.169]) by smtp.gmail.com with ESMTPSA id cm23-20020a056122421700b004b734cf0fdbsm2277242vkb.25.2024.01.22.22.21.50 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 Jan 2024 22:21:50 -0800 (PST) Received: by mail-vk1-f169.google.com with SMTP id 71dfb90a1353d-4b756f2aec8so1181427e0c.0 for ; Mon, 22 Jan 2024 22:21:50 -0800 (PST) X-Received: by 2002:a05:6122:12e1:b0:4bd:330f:9fb8 with SMTP id k1-20020a05612212e100b004bd330f9fb8mr228194vkp.19.1705990910379; Mon, 22 Jan 2024 22:21:50 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Tue, 23 Jan 2024 09:21:21 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: Christian Weisgerber Cc: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TJxnX5D37z4W9Y X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Tue, Jan 23, 2024 at 1:21=E2=80=AFAM Christian Weisgerber wrote: > > One commit per port or squashed? If we're talking about a pull request - I don't mind. But in the case of a patch without git format-patch headers I will apply it as a single commit, because I don't have time to go through every port and create a commit myself. From nobody Tue Jan 23 07:46:48 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 4TJzgh2M90z57TpR for ; Tue, 23 Jan 2024 07:46:56 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TJzgg5HYgz4nSW; Tue, 23 Jan 2024 07:46:55 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of portmaster@bsdforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=portmaster@bsdforge.com Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 40N7kmhY003234; Mon, 22 Jan 2024 23:46:54 -0800 (PST) (envelope-from portmaster@bsdforge.com) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Mon, 22 Jan 2024 23:46:48 -0800 From: Chris To: Rainer Hurling Cc: Gleb Popov , "ports@FreeBSD.org" Subject: Re: Call for help: moving manpages to share/man In-Reply-To: <037984e5-d7de-4ea5-91ab-a4d90a7bb004@gwdg.de> References: <037984e5-d7de-4ea5-91ab-a4d90a7bb004@gwdg.de> User-Agent: UDNSMS/17.0 Message-ID: <34d6c8962883640dd7175d3d0e25057f@bsdforge.com> X-Sender: portmaster@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TJzgg5HYgz4nSW X-Spamd-Bar: / X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [0.00 / 15.00]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; R_SPF_NA(0.00)[no SPF record]; local_wl_ip(0.00)[24.113.41.81]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+] On 2024-01-21 08:44, Rainer Hurling wrote: > Am 21.01.24 um 11:19 schrieb Gleb Popov: >> Ahoy there fellow porters! >> >> portmgr@ is currently working on switching the directory into which >> man pages are installed from "${PREFIX}/man" to "${PREFIX}/share/man". >> It is quite a tedious process, as you might imagine. More than that, >> changing the default for a given build system instantly breaks all >> ports that use it, which means that this task can't be done >> incrementally in the main branch. >> >> I've created a branch [1] in my own fork that switches mandir for the >> autotools build system and am inviting everyone to collaborate on >> that, until all the fallout is fixed. I'm asking port maintainers to >> check if they have ports with the "GNU_CONFIGURE=yes" knob, as these >> are most likely broken by the switch. Moin kindly prepared a list of >> affected ports along with their maintainers (thanks Moin!) [2] >> >> In the most simple case you'll only need to change the pkg-plist, as I >> did in this example commit [3]. Make sure to bump PORTREVISION as >> we're altering the package's contents by this change. Also put the >> "Approved by: portmgr (blanket)" tag in the commit message, as the >> whole initiative was approved by the portmgr@ group. >> >> If you want to collaborate either create a pull request on GH against >> my branch or just send me a git format-patch output for your change. >> >> Thanks beforehand to everyone going to help! >> >> [1] https://github.com/arrowd/freebsd-ports/tree/autotools-mandir >> [2] http://arrowd.name/manprefix-fail.maintainer.txt >> [3] >> https://github.com/arrowd/freebsd-ports/commit/cc288e9b742cd54640e06737334dd57d88d45f6d >> Thanks for all the work! I'll take care of all of mine. So you can take all the portmaster@ off the list. I'm working on them now and should be done by tomorrow AM. Thanks again. --Chris > > > Ahoy, dear skipper! > > Thank you for all the work you and others put into this change. > > I am represented in Moin's list with three ports (maintainer rhurlin), all > three > of which are 'pure' Python ports: > > - astro/py-ephem > - textproc/py-python-lsp-jsonrpc > - textproc/py-whatthepatch (waiting for an update of setuptools) > > All three ports do not generate any man pages. So I don't understand why > they are > included in the list. Or is it different if autotools is used? > > Thanks in advance for any clarification. > > Best wishes from a crew member, > Rainer From nobody Tue Jan 23 07:53:31 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 4TJzqV2T0bz57Vwg for ; Tue, 23 Jan 2024 07:53:42 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from egress.chen.org.nz (egress.chen.org.nz [170.75.172.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4TJzqT3Hllz4qV9 for ; Tue, 23 Jan 2024 07:53:41 +0000 (UTC) (envelope-from jonc@chen.org.nz) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jonc@chen.org.nz designates 170.75.172.82 as permitted sender) smtp.mailfrom=jonc@chen.org.nz Received: from mail.chen.org.nz (unknown [210.54.37.164]) by egress.chen.org.nz (Postfix) with ESMTP id D5E57111E14 for ; Tue, 23 Jan 2024 20:53:17 +1300 (NZDT) Received: from mail.chen.org.nz (localhost [127.0.0.1]) by filter.inside.chen.org.nz (Postfix) with ESMTP id B74A329BD6 for ; Tue, 23 Jan 2024 20:53:32 +1300 (NZDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on ametrine.inside.chen.org.nz Received: from [192.168.1.10] (jade.inside.chen.org.nz [192.168.1.10]) by mail.chen.org.nz (Postfix) with ESMTPS id AAA1A29C22 for ; Tue, 23 Jan 2024 20:53:32 +1300 (NZDT) Message-ID: Date: Tue, 23 Jan 2024 20:53:31 +1300 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Jonathan Chen Subject: textproc/libxml2 and itstool To: freebsd-ports@freebsd.org Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a:egress.chen.org.nz]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:174, ipnet:170.75.160.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[chen.org.nz]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4TJzqT3Hllz4qV9 Hi, Ever since textproc/libxml2 was updated 2.11.6, I've started seeing segfaults with itstool when I'm running builds for various ports; in particular archivers/engrampa, graphics/eom and misc/mate-user-guide. If I introduce MAKE_JOBS_UNSAFE=yes, I can get a successful build for some of the ports. However, misc/mate-user-guide still fails with a segfault. Is anyone seeing similar errors? Cheers. -- Jonathan Chen From nobody Tue Jan 23 09:54:58 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 4TK2WV64l3z57jF1 for ; Tue, 23 Jan 2024 09:55:02 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TK2WV45f0z54Pd; Tue, 23 Jan 2024 09:55:02 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706003702; 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=feK/AKq/nfD8+Vu+7rWh0eLdcokTg6Xqrpe99knxN0s=; b=RwiOq/2f3nAveSFch2yTKFxFj8JjpTf9CxhBEDUFzzd4QpKgR/cF5Sz0HsWOm8E0Tpa/ll LeeBFyjPzNbV7vu7NrmmoyyrABuPcjxiosmupF53DDixN1weg8d7XBphhMavk75kxpILeP dQQmC4CcTODX9+ck4m2FW3akK8swQj5jABu30VvEde10W7Tdy9O9lrACUtrlvVRRkJ6Ane 0AuBzRdoKp916zpi7oyq7TtfqGrM/h91hM0Q7syohCYkUKuu+yEXcebcgzwt6hSgN0beY5 JWyjrXxwcwIxFzcliGW7Uuv05YPH38VSstze7DlN+WIIx5r2LI/l9ObYuM0w0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706003702; 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=feK/AKq/nfD8+Vu+7rWh0eLdcokTg6Xqrpe99knxN0s=; b=nUd1kSAY7MlqICq5yEcvMNSls2BM0YiQ07R9ixpK8caVTBXRXUPwWf6kkA3LkQvYz17o+o 9/cuiws13Isfz8umryM+dpcByCPmRDovC5ZOvMEOPAa7WlovjhOm/4l4Dn7fsTFuHhY11i pMsePKdGuGTtWxdQ73/TZyVHurGtLeQYCjCOnfA/GNZ8QLpe/guJ1tIfIZJIc1TOOt5H1Q 2hdWtHfAsLQ9v0B4CY56JhoHwLs/fAzSwrqn+UsjouUjMWmD8IUzg6C0NkZfZWsV50BSGs jb2pxOhtuRtB6vYqb6heWkfe2W5CVmjs4k3aq4NafhN+Qj/q6+waII3yxCoq0w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706003702; a=rsa-sha256; cv=none; b=EqEaoL1piPvY6OAdP+UviFseTDo9fRf7OX9ejRooSQBJne5vQ8ixErhk9SZIaHi0z3+0T+ wS8X890+L5S84m/hzkGasK4KTFpta9DVVCiQ71UILXoLvJpt9tPKGgz+xBqC0EVvMGFR3c sk8V4piwjDc/c7rBw0+3ateHRkRHm6JQBDwrj2FTbc707sNkiMSRD6cO5Nn6iINTeuQZaT sQvW1QHSWHlSuYcnCmZ0kdUj6jh9zs3LsWlM4whXvGDkXiGr7BOfphUMgMbvpuGa/evyaX t+OrFZDXTZtk8+/V6FjuFHf/dO9tFoIxw7mBJ37juWuoYiv/K6IpRgB4DjWFoA== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 71B771F343; Tue, 23 Jan 2024 09:55:02 +0000 (UTC) From: Jan Beich To: Yuri Cc: "ports@freebsd.org" Subject: Re: Is API to access status of build servers documented? In-Reply-To: (yuri@freebsd.org's message of "Sat, 20 Jan 2024 20:40:38 -0800") References: Date: Tue, 23 Jan 2024 10:54:58 +0100 Message-ID: <4jf4-pe6l-wny@FreeBSD.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Yuri writes: > What I couldn't determine is the query to find all active build servers. > Does such query exist? https://pkg-status.freebsd.org/api/1/builds https://portsfallout.com/api/ $ fetch -qo - "https://pkg-status.freebsd.org/api/1/builds?type=package" | jq -r ".. | select(.started? > $(date -v -2w +%s)) | .server" | sort -u $ fetch -qo - "https://portsfallout.com/api/fallout/" | jq -r '.results[].server' | sort -u > Is this API documented anywhere? Which API? .data.json is part of poudriere web frontend. pkg-status appears to aggregate .data.json of individual poudriere servers. Disclaimer: based on my observation/guesses. clusteradm@, pkgmgr@ or portmgr@ may know more. From nobody Tue Jan 23 10:07: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 4TK2nh5k5tz57k4T for ; Tue, 23 Jan 2024 10:07:20 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.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 mx1.freebsd.org (Postfix) with ESMTPS id 4TK2nh0qy3z56bf for ; Tue, 23 Jan 2024 10:07:19 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-91-49.area1b.commufa.jp [123.1.91.49]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 40NA71B3036898; Tue, 23 Jan 2024 19:07:02 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 23 Jan 2024 19:07:01 +0900 From: Tomoaki AOKI To: Jonathan Chen Cc: freebsd-ports@freebsd.org Subject: Re: textproc/libxml2 and itstool Message-Id: <20240123190701.b8062a0e1596249cf5f4f03b@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TK2nh0qy3z56bf 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:7684, ipnet:153.125.128.0/18, country:JP] On Tue, 23 Jan 2024 20:53:31 +1300 Jonathan Chen wrote: > Hi, > > Ever since textproc/libxml2 was updated 2.11.6, I've started seeing > segfaults with itstool when I'm running builds for various ports; in > particular archivers/engrampa, graphics/eom and misc/mate-user-guide. > > If I introduce MAKE_JOBS_UNSAFE=yes, I can get a successful build for > some of the ports. However, misc/mate-user-guide still fails with a > segfault. > > Is anyone seeing similar errors? > > Cheers. > -- > Jonathan Chen I'm bitten by the same issue with misc/mate-user-guide. At the first time, deleting pkg of libxml2 and itstool from poudriere's internal repo helped, but at the second time and lated, the workaround doesn't work anymore. It's pooudriere build which failed. When running `make` after `pkg upgrade` on /usr/ports/misc/mate-user-guide sometime succeeds but sometime fails. -- Tomoaki AOKI From nobody Tue Jan 23 10:09: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 4TK2qj4FWPz57kKf for ; Tue, 23 Jan 2024 10:09:05 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TK2qj3Hxjz572Z; Tue, 23 Jan 2024 10:09:05 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706004545; 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=H4sYdIcobbHigWqwkyZ6nlUic3dkWtUYQKuEaUk0GVM=; b=T3ZF8dZzfXmi2VHFDWrm9GtucGUAzjUqFo4SQTeZfzcAdHptVKvfHZufYdcOcRXgBbGSuh 70Xv8eVkf5oRJ6Uqw+uH+PTnWSg2yJD+917hby3VhiUZRatPitlV/6xGTiaBNUklNYnK1L NScXx32TY5KRwHeSC/53U0CdvRcsTXRGOkmm2VFxU9LYrN1SSDE/unWkHkfbPozjlfpkG5 sVJ5nl3lXaV7Fr7iuxGo8Tet7FznqvvuI56tSHCv/qDfFMbCn95z/raU3QtUikBbZEit9y UEXCjfXHS2LQO/iXVUOLp1BPCSK23hIBRUtdmHOtRTbuyWtTiCbppaYb0Xavew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706004545; 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=H4sYdIcobbHigWqwkyZ6nlUic3dkWtUYQKuEaUk0GVM=; b=VinF6fCR5APtNsPbd07f9OuEoSu5+ILvB2AquPNj8qP/j5rHqHPR37gx3okE2MDmqK5XlS Yji/na+yapkqaumiDN21Ux6UN5VB2PGD/tW7K7NupHW3NV/WiAwj53OAFTnsSvGz7735gu j03tVTm+C2qeCbKGEuGryFeX3BwFSAoLyb5qE8cVccyVrODGfFA8F5kNoEgqXZj7khz+df 6J2Uefdin+lSi8CD+s/1+PSs9Wowh2hA478SN1hhBQmqdI0jmFmByWsYwfZG+L2R+E1G5I 1poyF1IhtQN/RzRWi3v6rq/YdN1ue3ufX1scX7enczLqVca6+n+/JmppeRwYcw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706004545; a=rsa-sha256; cv=none; b=cSlSe9HfRiF3BMbult5S0j1bUQH9B93qc3bkl3svc4MbBG7dQykbH5BEMZHkGCDj7VrrK/ 2EJT4NGfaJnqx/6oZHWE61T9u5Mljfxo67Q4Sm/jPEfED/7ra1PeZW5/0AKGS86RLtYXYd eSEFSwe/Mj6tkSJvpoT7gJtFYwYGcF4tSf22aHxuV5jUSaghjJaIbDiOReXV4/A2/BaXbR ksvtSN5GQTdCOGdhaRrqQhaLjODDLWatxcEn5olA2JAljv5bKfulhegDWbhPX+LMyOBwEN YBMgv+GpReOLzP8xvI2g4puPmxmyKthmw+pKOXfJoJCWOBnJxobwN7a1weoUzw== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 5A8451F4AA; Tue, 23 Jan 2024 10:09:05 +0000 (UTC) From: Jan Beich To: Yuri Cc: "ports@freebsd.org" Subject: Re: Is API to access status of build servers documented? In-Reply-To: <4jf4-pe6l-wny@FreeBSD.org> (Jan Beich's message of "Tue, 23 Jan 2024 10:54:58 +0100") References: <4jf4-pe6l-wny@FreeBSD.org> Date: Tue, 23 Jan 2024 11:09:00 +0100 Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Jan Beich writes: > $ fetch -qo - "https://pkg-status.freebsd.org/api/1/builds?type=package" | > jq -r ".. | select(.started? > $(date -v -2w +%s)) | .server" | sort -u Alternatively, https://github.com/bdrewery/pkg-status.freebsd.org/blob/master/servers.txt but it's likely out-of-date as powerpc64 is no longer built on pylon but rather split between foul1 (big-endian) and foul2 (little-endian). From nobody Tue Jan 23 12:33:04 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 4TK6272pfKz57y4R for ; Tue, 23 Jan 2024 12:33:19 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TK6272Dsdz49dB for ; Tue, 23 Jan 2024 12:33:19 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706013199; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=avIAa2U2Nzlirxe+4zOzH6g+KcwLW0kzJoze6bJghMY=; b=YtMbSG2yR3o5Q1rEJR/qjbP5jPnN/13DqXRf60/DLjD1pNipwm1Iqgf0eLDOp8ZmmA8S5p L35nFHAcyf6CGX+dkvfww/x7K8S+l2KsEbCUsGOlxM3dk7UKm9Czu5+iqPc5rZFub3LNVA bvDHm+MJKaC2BFTmMdsbPkMP3NOBh5vZ/RSZb0D85j1amvajXG6nSgGGHtHXpkyNlJfFlZ /QHylb8TUTZAILidFc39uEWNhJyLtx86x5TvHYnjfMlScDFBGcEoxWFiz4H5bPoupDCIwv G2v0xFAP72Ex+UcPP4QZWEZeO5RP8WFcsl13emLGLmsrAlwEjqU1qarS/taa8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706013199; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=avIAa2U2Nzlirxe+4zOzH6g+KcwLW0kzJoze6bJghMY=; b=XQxD52o8EynLFk3a4tki/wqnmQtn/PjsnyJX4gmxJCcUuczYZQVKkofJBMbsBE/v6EcNCE gnYYbUnDU7BJlWClzoMpxAV/3UewM9pd28BKRVk2sbXASjkJg8n3seugirWxayNtvEMgOB 3lLt/BvqMsXOyS7J8CQMl1iRxr+Rfj1kwfLc9rShAHzQCQjV1LJXDBFrCY0uefoXjfCyAY NLPMZbvrqiqsuiiUetuLZaPLUidhtMg5CWZJjSv5QZh7daFfDQF2UBppUzqf/pFOB5h82J KLNeyacDiaxeMlt727CNTqZzyMVdpMVHpq1eLkcTiXmWwiXOykcPkZdypV6WhA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706013199; a=rsa-sha256; cv=none; b=NotB2V9OCOpfzcU9gcOf6zjJCktHkF9/6neSy4tQ9Ik+yEZ2LCmxzxjs/loL6xHHBig4L1 pLgRil8aIQXJ8Vra9j+TrqjauozRdnJ+RI7RaJBArWFvb/2vqllu1AbdH/fGrFhz8ca0bb PFBQfeoNDuzVtc6mwwtOMlE7U8jzERa2JgUJeW6dbrFNM1lseyMZSV7BXSixBx3iEEbdoM lhABGgsmh9LoGiiIWSwLxXJUo907rr/wSWCpA5xO8fd2NOKcB4/Y1uHQO6XxGst0/bpHF1 TQEqDrjxwRDxUxj2OwCH0qBxO7gZASQ0ORMwell36LSRg2UvrBjJ8N9gA/ek5A== 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 4TK6266fj4z1J8R for ; Tue, 23 Jan 2024 12:33:18 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id eb8cda67 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO) for ; Tue, 23 Jan 2024 12:33:15 +0000 (UTC) From: Moin Rahman Content-Type: multipart/signed; boundary="Apple-Mail=_65609BE0-91A4-4AF8-A645-022C10A9FFF5"; 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Call for help: moving manpages to share/man Date: Tue, 23 Jan 2024 13:33:04 +0100 References: To: "ports@FreeBSD.org" In-Reply-To: Message-Id: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> X-Mailer: Apple Mail (2.3731.700.6) --Apple-Mail=_65609BE0-91A4-4AF8-A645-022C10A9FFF5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jan 21, 2024, at 11:19 AM, Gleb Popov wrote: >=20 > Ahoy there fellow porters! >=20 > portmgr@ is currently working on switching the directory into which > man pages are installed from "${PREFIX}/man" to "${PREFIX}/share/man". > It is quite a tedious process, as you might imagine. More than that, > changing the default for a given build system instantly breaks all > ports that use it, which means that this task can't be done > incrementally in the main branch. >=20 > I've created a branch [1] in my own fork that switches mandir for the > autotools build system and am inviting everyone to collaborate on > that, until all the fallout is fixed. I'm asking port maintainers to > check if they have ports with the "GNU_CONFIGURE=3Dyes" knob, as these > are most likely broken by the switch. Moin kindly prepared a list of > affected ports along with their maintainers (thanks Moin!) [2] >=20 > In the most simple case you'll only need to change the pkg-plist, as I > did in this example commit [3]. Make sure to bump PORTREVISION as > we're altering the package's contents by this change. Also put the > "Approved by: portmgr (blanket)" tag in the commit message, as the > whole initiative was approved by the portmgr@ group. >=20 > If you want to collaborate either create a pull request on GH against > my branch or just send me a git format-patch output for your change. >=20 > Thanks beforehand to everyone going to help! >=20 > [1] https://github.com/arrowd/freebsd-ports/tree/autotools-mandir > [2] http://arrowd.name/manprefix-fail.maintainer.txt > [3] = https://github.com/arrowd/freebsd-ports/commit/cc288e9b742cd54640e06737334= dd57d88d45f6d >=20 Just to share an update about this issue: We have removed all possible occurrences of MANPREFIX from the tree. Yes there are still some occurrences which are used as arguments to Make and are not relevant to our use cases. At this point we are working on removing this VARIABLE from Mk infrastructure. So I will request the committer to be cautious and not to add it again in existing or new ports by mistake. The rest of the changes for GNU_CONFIGURE will be coming in the forthcoming days and looking forward for everyone's contribution to that. And thanks to those who have already done their part in their ports. If you have time to fix other ports specially the ones from non-committers feel free to commit with blanket approval as long as it build perfectly. In case you are brave enough to pick one here are some helpers. Who likes to be classic: find . -type f -d 3 -name "pkg-plist*" -exec grep -E '^man|%%man|%%/man' = {} \+ Who likes to be modern and neo: rg --type-add 'plist:pkg-plist*' -tplist '^man|%%man|%%/man' Kind regards, Moin(bofh@22 with all hats off) --Apple-Mail=_65609BE0-91A4-4AF8-A645-022C10A9FFF5 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+fvbm1phfAvJEFAmWvsgBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJFAmg/9FIk7D8Q6NXG6KxQmbfBHDQRg0CWf9HN106BqTBBMCTA1FpLKguhy8TAc wQFq/2u7FmfRQia2sZqZiZ/1/beIZjF+xK/KR1Tobag/bPnvkRh66FtaPGINDu4E uLq5JOVVDYv5T9EQiGiOVmS/RlGqcXGr4gCOtxYQPPTxb/q/6L5lWdxAa4kWxx3Q QrsVIhc0KG3HutsJ9MQX5Fl7Mj1Z98ypolX8oyImpR7C3NayAn77ZpBif/Fv938F 8xkAHBIx2z9GsHkIcZtGjZl+QR2ec8C2AElmBIeqZ7MNF+4NTbRIUJsjetiRyLW0 HPDxEJjpRffLN0kT53d6WYI3CFcjxGCavn7mRHp8LnLlmA1faSlLhelU9oqzunRo OR8rNKUsTNdY740HffyrQAIR4/SDY5w/tzgOTKM17CLkoTg1EzDGHN1uV2OYyBgK 0fw2uqrr8l6Jxi2mzjkGXTECBdmW0F+1vxTtGGv2N2zJ6Hm9enQXoeYBeBFaYM2Y txWEc4xyJBn9W5VggufsJHzTpED2tnxoCCywazbB8Wqk1x+FUqRXfRRmNuj2XENs 45p/2Qe5i2/cpanS76jPEaMwA1Ie7JmDySOLKWUC0QMEPzH4L/PSHWVpkZiEWy08 wO4IIdcG8AIeBjMTNAnRLkwsnwOYK36bSj5cjr9XiiBT1rg//m0= =cQ6n -----END PGP SIGNATURE----- --Apple-Mail=_65609BE0-91A4-4AF8-A645-022C10A9FFF5-- From nobody Tue Jan 23 13:29:50 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 4TK7HN4Qfdz583mh for ; Tue, 23 Jan 2024 13:29:52 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TK7HM608qz4GDW for ; Tue, 23 Jan 2024 13:29:51 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b="C6QdYY/Z"; dmarc=pass (policy=quarantine) header.from=gmx.de; spf=pass (mx1.freebsd.org: domain of ngrundmann@gmx.de designates 212.227.17.22 as permitted sender) smtp.mailfrom=ngrundmann@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1706016590; x=1706621390; i=ngrundmann@gmx.de; bh=sHVECsDiR2sApbDNGCeXPiIJQtHGaTe2mVPKw0Vk7zY=; h=X-UI-Sender-Class:Date:To:From:Subject; b=C6QdYY/Z+WvNZIEvcL6eT6UBWgmLvzyBtYX9n/HOZeI2rOPE1M771SpkghY6tlUg TZJHVsMWm+kdz6p1UdwyojTr0xZxpPFd01JGQes5kMNh148u3ui9HlL9c++rq1qzE DhOimwnZLYRzejwPYJVqdvFjTg3f3D+GzF8IQMx9y2Mv+pDjXjYZd1s0rN2kAK65+ 6vBLyureEUhDOcD5F61SfizRmvPLPUMyZ8WZqrV4Wgk41HpCI4rL/drmVQbH+r0Zq m9itXhdMOkRV1r7NjYxQJcHZy/M7DptfdYU17KW+Antts70WEETzXqeHPKny/dLDT ADvfjHEzxCGPa9LCqA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.1] ([88.130.49.132]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MmDIu-1qk6PO2svA-00i9ZD for ; Tue, 23 Jan 2024 14:29:50 +0100 Content-Type: multipart/alternative; boundary="------------xY0gIw4CMniO7yDlYXe1mVa3" Message-ID: Date: Tue, 23 Jan 2024 14:29:50 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: ports@FreeBSD.org From: Norbert Grundmann Subject: FreeBSD Port: java/eclipse X-Provags-ID: V03:K1:V5slInEk/s4QrQhf9TpF/vSfkx8kPH7s10nVfNZfRj6L4us5toc pz+qyDFXXAGiSsF4ivD83ioqU/ZdqRs89WQ1RB/zEILLiChG6j7wLOWmkqbVD1LUj7yw16K vx5ktqwOVX1PcsjKHScOivYQLoQjId2rw6+8kzPY7NE4Kf7S8K0Zmkwga/LQj+57vz/6hFL GJIzQS+soNUbS3kUpNoeA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:znGcQcSsII0=;pFwHauqqqJeq1m5uxU/sttlYQ+4 1yPj0OtPaDmF0Bs7QpBx/2YA+es6tlCq6OHPCBkcKxvwWQduhn7wbtoxqLBNkenWlANQOtTW0 Qc7xtKVvOSFag6gSqzVaM+SWxpFyXetVZDgbO56Xe05ylWvIwrkPsy4or2HPHua9mqgqNSjan /iwkVbwhAVv1lHajIAavVrVgjtBXj6izEEBJuy8lwLZd15RHHjRHcmRKotJchm99mQJlJU0gF eU7DqKC/0u9eSPvYA7B56Ri4ErhioFdgj8Tb6Ze7QzwccqQdlNXpYr67FvHLbV5WLlFBAjx8K XBNaQ0MG1prLj+SyBi+ZTrV3dt/HEHj3DEuxEp0L0f+B05GmKhm8NYGQGaaJCQF9ksShDPZxY +iR0fFZI6JNn6OC8QLtQbiza+SKXBgcg6lpiUMKdQKI1g/QYJT6R1f3pA4uo4v/89abEx8Eo+ ZlZginbkgSDYED+0ucXB3DoLlbUd2GZgzVhDvOvx1AspjJ6k9ADKbHbHgSL29EhUeqqwRAONQ pduF1psLkJAm++SSq9uOXCRhqmiEiHy+DPhKUieSQ2fC3Zq1jWpcAkYjW2SJKuzsJn5jTi0yM 0JudgmvS13ALs0Q/xpHR6V+J9XtEfHoQMBuvvze/QfkrHr/uqiQOQ1pBeeJMx8boEtfDQ+Gx/ +FtB2jyron90Xd+UEoHQlJIEOX+0yHR8Q9PG8muoI8bKY43rVPSX1hfsMs0Tt3w8WAqn0OTF5 Fatkc6Dj81C7zwofjp3obQC3CYVXJ9ESiUoHdCYRqJcDdINUBqX1JewJtpCuT2PeohZkS5i5y 3JMuIjUjAkYD+ehrQA5ajZeMlh2laoY3xF1lqdqzJVixy9xRnzKVrjWDtvvtf2EhwMNRTLpxP lTIL2JxaJ1aAqeLvYO0gvoi5Z5TpAEnNNyHKzCuJpPH0fbTWPXHE9UdOCBE4i9EWJJuZioSVG xLMlDw== X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.09 / 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)[gmx.de,quarantine]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net:c]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.22:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; RWL_MAILSPIKE_GOOD(-0.10)[212.227.17.22:from]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmx.de]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmx.de:+]; MLMMJ_DEST(0.00)[ports@FreeBSD.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_ENVFROM(0.00)[gmx.de] X-Rspamd-Queue-Id: 4TK7HM608qz4GDW This is a multi-part message in MIME format. --------------xY0gIw4CMniO7yDlYXe1mVa3 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello :-) I am still using eclipse as my development environment and try to figure out how to make a new port.=C2=A0 Actually there is a 4.24 version in the packages - it works, but... So I already (months ago) tried to understand the port by Jonathan Chen (jonc@chen.org.nz) - he did a good job :-)=C2=A0 But I did not understand = his details.=C2=A0 So I tried to "compile" an eclipse ide as described here: https://wiki.eclipse.org/Platform-releng/Platform_Build I installed maven3.9, openjdk17 and set # setenv JAVA_HOME /usr/local/openjdk17 then I did: # git clone -b master --recursivehttps://github.com/eclipse-platform/eclip= se.platform.releng.aggregator.git # cd eclipse.platform.releng.aggregator # mvn clean verify -DskipTests=3Dtrue and it finished with: ... [INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [= 1.517 s] [INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.= 732 s] [INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.7= 65 s] [INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.3= 56 s] [INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08= min] [INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [ 0.2= 28 s] [INFO] -------------------------------------------------------------------= ----- [INFO] BUILD SUCCESS [INFO] -------------------------------------------------------------------= ----- [INFO] Total time: 39:58 min [INFO] Finished at: 2024-01-23T13:59:57+01:00 [INFO] -------------------------------------------------------------------= ----- everything compiled fine till the end...=C2=A0 I think this is a good step= .=C2=A0 But now the question - is this okay?=C2=A0 Do I have to change code instea= d of creating a linux binary?=C2=A0 And how to integrate as a eclipse port?= =C2=A0 Sorry for the questions - maybe someone can give me help and I could take over the eclipse portage... Cheers and many greetings from Germany :-)=C2=A0 Norbert =2D- I love penguins at the south pole, windows in my house and apples on my tr= ee, but not in my computer :) --------------xY0gIw4CMniO7yDlYXe1mVa3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello :-)

I am still using eclipse as my development environment and try to figure out how to make a new port.=C2=A0 Actually there is a 4.24 version in the packages - it works, but...

So I already (months ago) tried to understand the port by Jonathan Chen (jonc@chen.org.nz) - he did a good job :-)=C2=A0 But I did not understand his details.=C2=A0 So I = tried to "compile" an eclipse ide as described here:

h= ttps://wiki.eclipse.org/Platform-releng/Platform_Build

I installed maven3.9, openjdk17 and set

# setenv JAVA_HOME /usr/local/openjdk17

then I did:

# git clone -b master --recursive https://github.com/eclipse-platform/eclipse.platform.releng.aggr=
egator.git
# cd eclipse.platform.releng.aggregator
# mvn clean verify -DskipTests=3Dtrue

and it finished with:

...
[INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [=
  1.517 s]
[INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.=
732 s]
[INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.7=
65 s]
[INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.3=
56 s]
[INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08=
 min]
[INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [  0.2=
28 s]
[INFO] -------------------------------------------------------------------=
-----
[INFO] BUILD SUCCESS
[INFO] -------------------------------------------------------------------=
-----
[INFO] Total time:  39:58 min
[INFO] Finished at: 2024-01-23T13:59:57+01:00
[INFO] -------------------------------------------------------------------=
-----

everything compiled fine till the end...=C2=A0 I think this is a go= od step.=C2=A0 But now the question - is this okay?=C2=A0 Do I have to = change code instead of creating a linux binary?=C2=A0 And how to integrate = as a eclipse port?=C2=A0 Sorry for the questions - maybe someone can gi= ve me help and I could take over the eclipse portage...

Cheers and many greetings from Germany :-)=C2=A0 Norbert 

--
I love penguins at the south pole, windows in my house and apples on my tr=
ee, but not in my computer :)
--------------xY0gIw4CMniO7yDlYXe1mVa3-- From nobody Tue Jan 23 14:32:39 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 4TK8gz0f1qz56wGN for ; Tue, 23 Jan 2024 14:32:47 +0000 (UTC) (envelope-from SRS0=S5r3=JB=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 4TK8gy5YBfz4Pkd for ; Tue, 23 Jan 2024 14:32:46 +0000 (UTC) (envelope-from SRS0=S5r3=JB=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Tue, 23 Jan 2024 15:32:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1706020359; 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=4tOtWHxgXPsBTVK2zmKVhDd+pUlRsaQdWhzMf7Suuj8=; b=geV2ttsT/0Phhgg3bG5LFyPj0MvAGAZCIpYUeMLYNjT+idGwOjkC5YiIIh1+HEGYNfM96f 8LX2AJfgT+cxNMCBlLVEWDYE01aZ9LvBM10dNj28ZBHsVt374z0bIoJ4T51teK0OxLu/Ty f7yUnuTqbe63ZWLB0Y2jN98BSh/4fDur1tU6Fu3UZUYkLPi+Vr4+vtgyEKfN/UKg3gaEqo LSoouwKR8xcxucu/IwaYNY8siZHmjZN9OYrHftZANblH8DN0waWDidk02M1oriAH4rTiJZ B1aA0GtUCpfu6VfdP5VcCyfCZ2W9Le6dPtcnWDVIqmtpmPQiJBvdvvmCr14AYA== From: Ronald Klop To: Norbert Grundmann Cc: ports@FreeBSD.org Message-ID: <1933441589.1620.1706020359483@localhost> In-Reply-To: References: Subject: Re: FreeBSD Port: java/eclipse List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1619_128353079.1706020359412" X-Mailer: Realworks (686.11) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4TK8gy5YBfz4Pkd 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] ------=_Part_1619_128353079.1706020359412 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Norbert Grundmann Datum: dinsdag, 23 januari 2024 14:29 Aan: ports@FreeBSD.org Onderwerp: FreeBSD Port: java/eclipse > > Hello :-) > > I am still using eclipse as my development environment and try to figure out how to make a new port. Actually there is a 4.24 version in the packages - it works, but... > > So I already (months ago) tried to understand the port by Jonathan Chen (jonc@chen.org.nz) - he did a good job :-) But I did not understand his details. So I tried to "compile" an eclipse ide as described here: > > https://wiki.eclipse.org/Platform-releng/Platform_Build > > I installed maven3.9, openjdk17 and set > > # setenv JAVA_HOME /usr/local/openjdk17 > > then I did: > > # git clone -b master --recursive https://github.com/eclipse-platform/eclipse.platform.releng.aggregator.git > # cd eclipse.platform.releng.aggregator > # mvn clean verify -DskipTests=true > and it finished with: > > ... > [INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [ 1.517 s] > [INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.732 s] > [INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.765 s] > [INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.356 s] > [INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08 min] > [INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [ 0.228 s] > [INFO] ------------------------------------------------------------------------ > [INFO] BUILD SUCCESS > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 39:58 min > [INFO] Finished at: 2024-01-23T13:59:57+01:00 > [INFO] ------------------------------------------------------------------------ > everything compiled fine till the end... I think this is a good step. But now the question - is this okay? Do I have to change code instead of creating a linux binary? And how to integrate as a eclipse port? Sorry for the questions - maybe someone can give me help and I could take over the eclipse portage... > Cheers and many greetings from Germany :-) Norbert > > > -- > I love penguins at the south pole, windows in my house and apples on my tree, but not in my computer :) Well, what happens if you try to run the freshly build Eclipse? BTW: what do you mean by "instead of creating a linux binary"? Why would it build a Linux binary on your (unassumingly) FreeBSD machine? Regards, Ronald. ------=_Part_1619_128353079.1706020359412 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Norbert Grundmann <ngrundmann@gmx.de>
Datum: dinsdag, 23 januari 2024 14:29
Aan: ports@FreeBSD.org
Onderwerp: FreeBSD Port: java/eclipse

Hello :-)

I am still using eclipse as my development environment and try to figure out how to make a new port.  Actually there is a 4.24 version in the packages - it works, but...

So I already (months ago) tried to understand the port by Jonathan Chen (jonc@chen.org.nz) - he did a good job :-)  But I did not understand his details.  So I tried to "compile" an eclipse ide as described here:

https://wiki.eclipse.org/Platform-releng/Platform_Build

I installed maven3.9, openjdk17 and set

# setenv JAVA_HOME /usr/local/openjdk17

then I did:

# git clone -b master --recursive https://github.com/eclipse-platform/eclipse.platform.releng.aggregator.git
# cd eclipse.platform.releng.aggregator
# mvn clean verify -DskipTests=true

and it finished with:

...
[INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [  1.517 s]
[INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.732 s]
[INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.765 s]
[INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.356 s]
[INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08 min]
[INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [  0.228 s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  39:58 min
[INFO] Finished at: 2024-01-23T13:59:57+01:00
[INFO] ------------------------------------------------------------------------

everything compiled fine till the end...  I think this is a good step.  But now the question - is this okay?  Do I have to change code instead of creating a linux binary?  And how to integrate as a eclipse port?  Sorry for the questions - maybe someone can give me help and I could take over the eclipse portage...

Cheers and many greetings from Germany :-)  Norbert

 

--
I love penguins at the south pole, windows in my house and apples on my tree, but not in my computer :)



Well, what happens if you try to run the freshly build Eclipse?

BTW: what do you mean by "instead of creating a linux binary"? Why would it build a Linux binary on your (unassumingly) FreeBSD machine?

Regards,
Ronald.
  ------=_Part_1619_128353079.1706020359412-- From nobody Tue Jan 23 15:31:11 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 4TK9zX2Yxwz572wk for ; Tue, 23 Jan 2024 15:31:20 +0000 (UTC) (envelope-from freebsd@quinteiro.org) Received: from mx2.quinteiro.org (mx2.quinteiro.org [71.19.154.200]) (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 4TK9zW3vFMz4gTM for ; Tue, 23 Jan 2024 15:31:19 +0000 (UTC) (envelope-from freebsd@quinteiro.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quinteiro.org header.s=default header.b=m5i5oifd; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@quinteiro.org designates 71.19.154.200 as permitted sender) smtp.mailfrom=freebsd@quinteiro.org Received: from www.quinteiro.org (www.quinteiro.org [204.109.56.22]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx2.quinteiro.org (Postfix) with ESMTPS id 2FD6821D9A6 for ; Tue, 23 Jan 2024 15:31:12 +0000 (UTC) (envelope-from freebsd@quinteiro.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=quinteiro.org; s=default; t=1706023872; bh=3Zi7NranAdAJmjf1KhyhtmFfDxUH8uXDANzDesdq22g=; h=Date:From:To:Subject:In-Reply-To:References; b=m5i5oifdW+/CfyzcDfe9pIGqSKo1d9AyZE7XtL8rW9v2mZ1I4aAnvPgxNjpfskcwI 3m4H3oqhf7rrsAkEuFKSzy0ZC3RGLEko8my/hJ2FTycK6ATbW1SZaE39XALVZjE31Y PDQUPkvKwtgxMNcbTr/HSARb4VOvDSQ3pyWsYYXw= Received: from www.quinteiro.org (localhost [127.0.0.1]) by www.quinteiro.org (Postfix) with ESMTP id 23BC930566 for ; Tue, 23 Jan 2024 15:31:11 +0000 (UTC) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 23 Jan 2024 07:31:11 -0800 From: Jose Quinteiro To: Subject: Re: FreeBSD Port: java/eclipse In-Reply-To: References: Message-ID: <108af990f5e8098d72fa31a10ee34526@www.quinteiro.org> X-Sender: freebsd@quinteiro.org User-Agent: RoundCube Webmail/0.2.2 X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_WWW(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[quinteiro.org:s=default]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[quinteiro.org]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:47066, ipnet:71.19.154.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(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)[]; DKIM_TRACE(0.00)[quinteiro.org:+] X-Rspamd-Queue-Id: 4TK9zW3vFMz4gTM On Tue, 23 Jan 2024 14:29:50 +0100, Norbert Grundmann wrote: > Hello :-) > > I am still using eclipse as my development environment and try to > figure out how to make a new port.  Actually there is a 4.24 version > in the packages - it works, but... > > So I already (months ago) tried to understand the port by Jonathan > Chen (jonc@chen.org.nz [1]) - he did a good job :-)  But I did not > understand his details.  So I tried to "compile" an eclipse ide as > described here: > Yes, it is unfortunate Mr. Chen no longer has time to maintain his port. When you say didn't understand his details, do you mean the instructions he has here? https://github.com/daemonblade/eclipse-maven-repo/blob/master/README.md https://github.com/daemonblade/freebsd-eclipse/blob/master/README.md (snip) Thanks, Jose From nobody Tue Jan 23 15:36:11 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 4TKB5C1vZcz5741y for ; Tue, 23 Jan 2024 15:36:15 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKB5B2Fhnz4lQm for ; Tue, 23 Jan 2024 15:36:14 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b=Q+xjFXSf; dmarc=pass (policy=quarantine) header.from=gmx.de; spf=pass (mx1.freebsd.org: domain of ngrundmann@gmx.de designates 212.227.15.18 as permitted sender) smtp.mailfrom=ngrundmann@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1706024172; x=1706628972; i=ngrundmann@gmx.de; bh=wIrX8LJ3bSblDchCtCbsbmgMLxWp9pTwfU1CBFkt98A=; h=X-UI-Sender-Class:Date:Subject:To:References:From:In-Reply-To; b=Q+xjFXSfMPYbgvd+ieh1rWt8oc9KFx4pD/ZP0/Cp2HfLdVkfWorjSxp276vqf0Kj icZhflBo8r/2UX2SP8giMH+yWGkJvy52ud/aGGdyPFjYD3/KJoqLvcfQYgUfDeQW/ Eor5WEX9TsJPOhMsnaWK5/hQ40zoMChiIJZm6Fub++3i5AE9T/deVlkDsYyxsStJL /lZ+OoNBOBJdbZeQwD4xvaVOKYF7i9WJe2TqXVKigdvPvLzblPQ8nH7kMbd6gkh+A HzC+99jEjpr1o0tGibm1Gd5Nw5p81FRyGkfms7NhYdNvMtLBZczJiKO0soanHYv8b dJhalQdvYF1iMmYI5w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.1] ([88.130.49.132]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MO9zH-1rljU51G4f-00OXvK for ; Tue, 23 Jan 2024 16:36:12 +0100 Message-ID: Date: Tue, 23 Jan 2024 16:36:11 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD Port: java/eclipse Content-Language: en-US To: ports@freebsd.org References: <108af990f5e8098d72fa31a10ee34526@www.quinteiro.org> From: Norbert Grundmann In-Reply-To: <108af990f5e8098d72fa31a10ee34526@www.quinteiro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:GBIFz/IH7LxY9ZSqe9ctOBSaXPM4mUfneCexwl79ti1VDxqa9pu ADnfBbsl+fZ558ZdF7hPvWIZ/1tvZ/WrEqO5HZ61hHO8UFHsi3cjYFYeplvjEElZItGspix Z2+tx+p6PEBLmfUKAXyCLnfsXpqxA/FiQ1ezj+p6KcF2XQAH1s6YGNaA5LsNdKtr5tn63Lm CP7Az3Nk6NdM6SEVw6ypQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:0eJvUFLR1fE=;cLEP65O6B5GWPldADd1jFLNJZll oZ6nfEzeaUi3JIPtBUklEPiO2Ce271Y8a2CMxnR7gtZIdg0sY7PSFfK4/veSW7OXxBeGY94ZY rYmIaSm+tnfidtJUHS15gQK7NkngwD/kr/S3Ta0+5aJXDR8ue/KGyvcMry7vpzFZX5XyxegCs tVxdRIWqXJ43pMphCK7kZXObJjrtTF41vFmJ47R2DucDGUVrjdTLcKAM1fdKbQlVBhrBxnJhX OYyWHH5RWaV++bpS6Qy81lgnYXKH1gOxWG/RCbASqKwYYSNN255yQP/NIh6q2UoP83kw6nO64 yJJCqDoEmo3TsXy/wZwVWLtFE1DffXiVLTVC+Fj1kDjqSvqsjRS8gNIe4peyjOj4lfF70WZL5 RP5u9j5PRPaNHUSaz7lKgEet/YFaTWhRubLPWZswZsr6qek1m5/uXCfOoPuBtzhtDsAqrGXJn QLDS3o1Bg3CpPLx0CQ/pPfNnjVzQEmPPB8SM+SNmrYb8nx10JNY5zTzH49ccZshtwpxKwaUat BHf4SdGqHwgUbtPCMHr4hG+0e2GaBvOkybo3bruWTMnfmCHQhrgdAQ+X5BSZKnmKS2Ploy492 7XC+b6dW+lBBJxNFZsO4ZHDoxEoENIujh5idQiJlQegzoetSZysKLHExYLc4MVY5hsW0fbH4q BCbsFEU/cMXBNU+tUIOwS5Qv+AuomfReIRnLhcLlhho7yfZrRW4xkQi1ElkyPQ2V7SdULk3Li xpZqzyyTpgL0ROmiREHA+/odJtqRnvrzfw1GPy23mXs3pdXsTqxWSKccPGqCAM/0htj5zmjas nT3ndTQ+IE0O1JFHPEi+9Ah6CccvqEeND/JClBoMzDb7LTCXc9YF4FBvWafqu5F75i57e03s9 SThjgktUZRMGj86lJClnTPa/Z/wdEv7VRbyhv1eTeTdeEQYAqtvP44EypJuQ2TLk7I6rLqJ1l /8CE8g== 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)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,quarantine]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net]; ONCE_RECEIVED(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; DKIM_TRACE(0.00)[gmx.de:+]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.de] X-Rspamd-Queue-Id: 4TKB5B2Fhnz4lQm yes... If I would know where to put changes into, maybe I can do it.=C2=A0 I compiled the port, but for the newer version there should be changes as Jonathan wrote me...=C2=A0 But as long as I do not understand the "workflo= w" in details and the requirements it is difficult to proceed...=C2=A0 so I started first "from scratch" - meaning from a compilation description of eclipse itself... Cheers, Norbert On 1/23/24 16:31, Jose Quinteiro wrote: > On Tue, 23 Jan 2024 14:29:50 +0100, Norbert Grundmann wrote: >> Hello :-) >> >> I am still using eclipse as my development environment and try to >> figure out how to make a new port.=C2=A0 Actually there is a 4.24 versi= on >> in the packages - it works, but... >> >> So I already (months ago) tried to understand the port by Jonathan >> Chen (jonc@chen.org.nz [1]) - he did a good job :-)=C2=A0 But I did not >> understand his details.=C2=A0 So I tried to "compile" an eclipse ide as >> described here: >> > Yes, it is unfortunate Mr. Chen no longer has time to maintain his > port. When you say didn't understand his details, do you mean the > instructions he has here? > > https://github.com/daemonblade/eclipse-maven-repo/blob/master/README.md > https://github.com/daemonblade/freebsd-eclipse/blob/master/README.md > > (snip) > > Thanks, > Jose > > =2D- I love penguins at the south pole, windows in my house and apples on my tr= ee, but not in my computer :) From nobody Tue Jan 23 15:39:18 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 4TKB8n05PTz573lw for ; Tue, 23 Jan 2024 15:39:21 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKB8m1bG7z4m1y for ; Tue, 23 Jan 2024 15:39:20 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b=uc8TQiSB; dmarc=pass (policy=quarantine) header.from=gmx.de; spf=pass (mx1.freebsd.org: domain of ngrundmann@gmx.de designates 212.227.15.18 as permitted sender) smtp.mailfrom=ngrundmann@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1706024359; x=1706629159; i=ngrundmann@gmx.de; bh=WKnBRQJEe3o2GUZPbMSS60275RLd5RSgZP6yQws23q8=; h=X-UI-Sender-Class:Date:Subject:To:References:From:In-Reply-To; b=uc8TQiSBHQKBP/HVmwNIngq1aSjBOB3O0e4azLcRGNdqnCaAF3BPPwIWHJZdsl8Q SoAqSnOQM8QlcppbVAaUeYvjvpCuT8uWogsxUC6APOQgIOLkDbF6YTMf5NpeLejRA Yhk9Dvsdlomf9DG1ZIs9CC3i/uR8oQy+lsldENofF8zaHoAiRMGFJ+yRpqB8YzgcF 0cQ2K3mGYS/VJvxOExtRzqIzvOecIXmDXSmTC6ODO7/2vsnDFuQ827RP13sEHExnz zn89uAVTNmqHa8Qis2L6PEaykJmZpk7qRpK3osbwAq2SRHfHcH6dHglOfh9y/X/LQ 6d1ipGuqxGhtNzlquQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.1] ([88.130.49.132]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MJE2D-1rgnkb46Q7-00Ki5v for ; Tue, 23 Jan 2024 16:39:19 +0100 Content-Type: multipart/alternative; boundary="------------mDEIBGdj5FcnC2H8zkYhlNgj" Message-ID: <8a405812-b886-4618-879b-621f10373478@gmx.de> Date: Tue, 23 Jan 2024 16:39:18 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD Port: java/eclipse Content-Language: en-US To: ports@FreeBSD.org References: <1933441589.1620.1706020359483@localhost> From: Norbert Grundmann In-Reply-To: <1933441589.1620.1706020359483@localhost> X-Provags-ID: V03:K1:ppXJTiS9X9Lvnt90OMTNU7l3izBCW3WQBsfNcbDAQwiA+/7BDDx iPU1ARfs3kVwU6mLRWEIbUwTpBtAsgtA3C4/slS14eZjiRgj/itPwD14NhOlDBgZu/agUao NpdsI9JmzXPY9TmtCE/5UdRM5E7A5VjfInntihLKnFsHMNpzOVqIGTQAgiftfOs1Q6Pre7A CB4h5ErLcff1lOGgiNxyg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:zAxPLW9aHxQ=;TfyndNjecpoFVD+hf0EIJqgcEtL Vfr+bXWtKbVFThF/p6dLpyHfmKNk0FILgRxSW9a6v5+dyyd2PEKkW93lCDJsW/r+VmXX0Q/pY wEl5fCjLliKB4I1hhfGnD2B5tIegHdWbLIo0TtD53P9vs98EHaWNiIOqyyksDQWd66QYhwh/t ucB+fcPFcCIGjwq7xkqVifS964SLjJCUuoTWgi1clIjEjLB233eZiDYLYS9gJmdyNiT0W3L8t qNH2BTWuLZJMq+1nezio0v1ik3D2nX9yQBa5a89lKYLYyRjxrkZoBlnorhjJJZ6E+s7O1OgJ9 3ZhLf/SOH9H+nMEmNTenp+a3OEUsJa56wcCo8UPdiAa/7Pmy1abJuyxVOkSiApfRsvg4m5o6H TE4g3JHdy5wzUA0xHFmvEqUdqH/LASa9qBBZbNpYYGX6biqi1RiBmuPs2aBQpgc2cx4Yfjd0K 4+QKQnud+fPOaFx3guzy/Rs1nMOMM6TCWFMD3PI12QJWd5oYr7RtY4ImV2Vn6ROOhGNyOXzpc JoR0N9qbajEnYAqeUZ4uA2mBvMCRNM2Jx7K8YYaZKX5BpeOQfUd2Phv+WIfC2a08ubyT8Vcnm 6x5DJSxhg3fb1IpS6ZGO1B2sswyKuGVZGCiLhwvWbqsWI49PiRHxnGBAbTH7zoS01rZtTyNND 1lKsPN4Hr9rcZ3DrX++3Ko+yywa3ru8Lm4ee4/CykmFGcSWQ94B1UHx5mwjP927v6OeSLk9sg KsAeUlMqTCcZVNw+76TKtG2Lyy9XJt+kg56yIrsZ04E1Q30Z60U3awLF9qwlqBlEw1Qptui8Y IQGixl70k4KLEEZGJf/7ORwGRMXxw7p01bM0XYD7KAb+qeAl+0nijjXOvB8rGBQu8cPA7JuMY t2OLJ4RZ1Lyr9AEypLNlm6Cy7iap5mwaTaEnJfZJiu1lHQETEzgeB8ncpZ25lImkl/+tpuioq hILA6g== 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)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,quarantine]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; XM_UA_NO_VERSION(0.01)[]; DKIM_TRACE(0.00)[gmx.de:+]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_FROM(0.00)[gmx.de]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[ports@FreeBSD.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.de] X-Rspamd-Queue-Id: 4TKB8m1bG7z4m1y This is a multi-part message in MIME format. --------------mDEIBGdj5FcnC2H8zkYhlNgj Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hallo Ronald, I figured out, that the compilation without specifying a target was okay - but there was no *BSD specific target created.=C2=A0 To create it you ha= ve to add a "-Dnative" parameter like: # mvn clean verify -DskipTests=3Dtrue -Dnative=3Dgtk.linux.x86_64 it did not compile and stopped with an error. ... [INFO] [bundle] Standard Widget Toolkit for GTK 3.125.0-SNAPSHOT FAILURE [=C2=A0 9.977 s] ... [INFO] =2D----------------------------------------------------------------------- [INFO] BUILD FAILURE [INFO] =2D----------------------------------------------------------------------- [INFO] Total time:=C2=A0 51.214 s [INFO] Finished at: 2024-01-23T16:04:50+01:00 [INFO] =2D----------------------------------------------------------------------- [ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:3.1.0:run (build-native-binaries) on project org.eclipse.swt.gtk.linux.x86_64: An Ant BuildException has occured: exec returned: 1 [ERROR] around Ant part ...... @ 26:73 in /home/ng/appl/eclipse/git/eclipse.platform.releng.aggregator/eclipse.platf= orm.swt/binaries/org.eclipse.swt.gtk.linux.x86_64/target/antrun/build-main= .xml [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR]=C2=A0=C2=A0 mvn -rf :org.eclipse.swt.gtk.linux.x86_64 it means, the software may need changes / patches to add these specific settings... Cheers, Norbert On 1/23/24 15:32, Ronald Klop wrote: > > *Van:* Norbert Grundmann > *Datum:* dinsdag, 23 januari 2024 14:29 > *Aan:* ports@FreeBSD.org > *Onderwerp:* FreeBSD Port: java/eclipse > > Hello :-) > > I am still using eclipse as my development environment and try to > figure out how to make a new port.=C2=A0 Actually there is a 4.24 > version in the packages - it works, but... > > So I already (months ago) tried to understand the port by Jonathan > Chen (jonc@chen.org.nz) - he did a good job :-)=C2=A0 But I did not > understand his details.=C2=A0 So I tried to "compile" an eclipse ide= as > described here: > > https://wiki.eclipse.org/Platform-releng/Platform_Build > > I installed maven3.9, openjdk17 and set > > # setenv JAVA_HOME /usr/local/openjdk17 > > then I did: > > # git clone -b master --recursivehttps://github.com/eclipse-platform= /eclipse.platform.releng.aggregator.git > # cd eclipse.platform.releng.aggregator > # mvn clean verify -DskipTests=3Dtrue > > and it finished with: > > ... > [INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUC= CESS [ 1.517 s] > [INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS= [ 17.732 s] > [INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS = [ 12.765 s] > [INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS = [ 28.356 s] > [INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS = [08:08 min] > [INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS = [ 0.228 s] > [INFO] -------------------------------------------------------------= ----------- > [INFO] BUILD SUCCESS > [INFO] -------------------------------------------------------------= ----------- > [INFO] Total time: 39:58 min > [INFO] Finished at: 2024-01-23T13:59:57+01:00 > [INFO] -------------------------------------------------------------= ----------- > > everything compiled fine till the end...=C2=A0 I think this is a goo= d > step.=C2=A0 But now the question - is this okay? Do I have to change > code instead of creating a linux binary?=C2=A0 And how to integrate = as > a eclipse port?=C2=A0 Sorry for the questions - maybe someone can gi= ve > me help and I could take over the eclipse portage... > > Cheers and many greetings from Germany :-)=C2=A0 Norbert > > -- > I love penguins at the south pole, windows in my house and apples on= my tree, but not in my computer :) > > > > > Well, what happens if you try to run the freshly build Eclipse? > > BTW: what do you mean by "instead of creating a linux binary"? Why > would it build a Linux binary on your (unassumingly) FreeBSD machine? > > Regards, > Ronald. =2D- I love penguins at the south pole, windows in my house and apples on my tr= ee, but not in my computer :) --------------mDEIBGdj5FcnC2H8zkYhlNgj Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hallo Ronald,

I figured out, that the compilation without specifying a target was okay - but there was no *BSD specific target created.=C2=A0 To create it you have to add a "-Dnative" parameter like:
# mvn clean verify -DskipTests=3Dtrue -Dnative=3Dgtk.linux.x86_=
64

it did not compile and stopped with an error.

...
[INFO] [bundle] Standard Widget Toolkit for GTK 3.125.0-SNAPSHOT FAILURE [=C2=A0 9.977 s]
...
[INFO] ------------------------------------------------------------------= ------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------= ------
[INFO] Total time:=C2=A0 51.214 s
[INFO] Finished at: 2024-01-23T16:04:50+01:00
[INFO] ------------------------------------------------------------------= ------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:3.1.0:run (build-native-binaries) on project org.eclipse.swt.gtk.linux.x86_64: An Ant BuildException has occured: exec returned: 1
[ERROR] around Ant part ...<exec failonerror=3D"true" dir=3D"${build_dir}" executable=3D"sh">... @ 26:73 in /home/ng/appl/eclipse/git/eclipse.platform.releng.aggregator/eclipse.platf= orm.swt/binaries/org.eclipse.swt.gtk.linux.x86_64/target/antrun/build-main= .xml
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionExcep= tion
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]=C2=A0=C2=A0 mvn <args> -rf :org.eclipse.swt.gtk.linu= x.x86_64

it means, the software may need changes / patches to add these specific settings...

Cheers, Norbert

On 1/23/24 15:32, Ronald Klop wrote:

Van: Norbert Grundmann <ngrundmann@gmx.de>
Datum: dinsdag, 23 januari 2024 14:29
Aan: ports@FreeBSD.org
Onderwerp: FreeBSD Port: java/eclipse

Hello :-)

I am still using eclipse as my development environment and try to figure out how to make a new port.=C2=A0 Actual= ly there is a 4.24 version in the packages - it works, but...

So I already (months ago) tried to understand the port by Jonathan Chen (jonc@chen.org.nz) - he did a good job :-)=C2=A0 But I did not understand his details.=C2=A0 So I tried to "compile" an eclipse ide as described here:

https://wiki.eclipse.org/Platfo= rm-releng/Platform_Build

I installed maven3.9, openjdk17 and set

# setenv JAVA_HOME /usr/local/openjdk17

then I did:

# git clone -b master --recursive https://github.com/eclipse-platform=
/eclipse.platform.releng.aggregator.git
# cd eclipse.platform.releng.aggregator
# mvn clean verify -DskipTests=3Dtrue

and it finished with:

...
[INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [=
  1.517 s]
[INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.=
732 s]
[INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.7=
65 s]
[INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.3=
56 s]
[INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08=
 min]
[INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [  0.2=
28 s]
[INFO] -------------------------------------------------------------------=
-----
[INFO] BUILD SUCCESS
[INFO] -------------------------------------------------------------------=
-----
[INFO] Total time:  39:58 min
[INFO] Finished at: 2024-01-23T13:59:57+01:00
[INFO] -------------------------------------------------------------------=
-----

everything compiled fine till the end...=C2=A0 I think th= is is a good step.=C2=A0 But now the question - is this okay?= =C2=A0 Do I have to change code instead of creating a linux binary?=C2=A0 And how to integrate as a eclipse port?=C2= =A0 Sorry for the questions - maybe someone can give me help and I could take over the eclipse portage...

Cheers and many greetings from Germany :-)=C2=A0 Norbert

=C2=A0

--
I love penguins at the south pole, windows in my house and apples on my tr=
ee, but not in my computer :)



Well, what happens if you try to run the freshly build Eclipse?

BTW: what do you mean by "instead of creating a linux binary"? Why would it build a Linux binary on your (unassumingly) FreeBSD machine?

Regards,
Ronald.
=C2=A0 


--
I love penguins at the south pole, windows in my house and apples on my tr=
ee, but not in my computer :)
--------------mDEIBGdj5FcnC2H8zkYhlNgj-- From nobody Tue Jan 23 17:35:50 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 4TKDm72W9Mz57lws for ; Tue, 23 Jan 2024 17:36:39 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-ua1-f48.google.com (mail-ua1-f48.google.com [209.85.222.48]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKDm64m5Yz44Sr for ; Tue, 23 Jan 2024 17:36:38 +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.222.48 as permitted sender) smtp.mailfrom=6yearold@gmail.com Received: by mail-ua1-f48.google.com with SMTP id a1e0cc1a2514c-7d2df857929so1139930241.3 for ; Tue, 23 Jan 2024 09:36:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706031397; x=1706636197; 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=YA1ta1NQKdb4OVc24IKWhf2cCHiJoVf+TMb5RFSWU1A=; b=bE8f9oqYT068n9TNy/06lKYg0pIJPHx1RyNjDTxppGTCLpIPrYkwmmm1cU67SCOPgu GAtZ6F6yXY/71x6L2x3iGEY+9ER1muB25fenqub8dNU2cY2Qpe+xsPq3kuXxedVD5pw3 q2tjU54YONIzivELo8aNF+jqR0wwVrwcQmn4KX5xPmdTL6FyaBi8X4voH5cZtfL0QX3i 3DtlHJTOBFK8P3pVG50YBUHofOdIghicZ1Bj+Xg9+Udav/cjPvKkv54z8S7f7SRR97y6 nd6wqr3AybuCAjepKZhgzfPi+p8Z5ko5hoS5BBycwxzzcecoXH1/pfmXpdTep/OXY2oz o4IA== X-Gm-Message-State: AOJu0YypXjQea7LcI5ZMsboJMz3XcDftH6XBLvVvyTtMS6ginRw0x25r oSTDW2bvB/PNcE1nhJP1TvI4/15zrnSOCRo4ZoHaEktmKEuse/PFBQDcJFJpWds= X-Google-Smtp-Source: AGHT+IGXb+RWDu26V36qWs+f0NZpypzO1Vue2H7nZ1L4fITi5wJj4MuqMsUjDcuqedOJvrBxpbTMCw== X-Received: by 2002:a67:fd51:0:b0:467:ee48:7b60 with SMTP id g17-20020a67fd51000000b00467ee487b60mr3539754vsr.52.1706031397399; Tue, 23 Jan 2024 09:36:37 -0800 (PST) Received: from mail-vk1-f172.google.com (mail-vk1-f172.google.com. [209.85.221.172]) by smtp.gmail.com with ESMTPSA id j17-20020a056102335100b0046af0b052d1sm497969vse.23.2024.01.23.09.36.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 23 Jan 2024 09:36:37 -0800 (PST) Received: by mail-vk1-f172.google.com with SMTP id 71dfb90a1353d-4bd2b1dc7d3so271165e0c.3 for ; Tue, 23 Jan 2024 09:36:37 -0800 (PST) X-Received: by 2002:a1f:c887:0:b0:4b6:c9ab:1b08 with SMTP id y129-20020a1fc887000000b004b6c9ab1b08mr2550419vkf.23.1706031396965; Tue, 23 Jan 2024 09:36:36 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> In-Reply-To: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> From: Gleb Popov Date: Tue, 23 Jan 2024 20:35:50 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: "ports@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.90 / 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)[arrowd@freebsd.org,6yearold@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.48:from]; TO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.48:from,209.85.221.172:received] X-Rspamd-Queue-Id: 4TKDm64m5Yz44Sr Follow-up update from my side. I received a decent amount of patches and PRs, thanks everyone who contributed. I ran a mini-exp-run locally to get an idea of how much is left and also to generate a more relevant list of failed ports. This one contains origins of 1148 failing ports that have GNU_CONFIGURE knob [1]. There would be more failures once we get rid of these, because a lot of ports were skipped. Feel free to pick any of those and fix them. Check out [2] regularly to not step on others' feet. Thanks again for your previous and future work! [1] http://arrowd.name/mandir-fallout [2] https://github.com/arrowd/freebsd-ports/tree/autotools-mandir From nobody Tue Jan 23 19:51:42 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 4TKHmD3Fh9z5811q for ; Tue, 23 Jan 2024 19:51:56 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKHmD0fJCz4XKK for ; Tue, 23 Jan 2024 19:51:56 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706039516; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=54D+FpgKcxrafoz9HFrvMOt6XeBbfD9ngFOKpQbkHI8=; b=JiOecLeiEsZb3cIz7Vt/nl5pjFySHwGIp3gYnp+tST+F5aaoq2W8BDtk/Aj8J+E3Jgus3O 6m3ADLvpbjtqM6gQiFUfKaFPJ0cRRhFEK6mt6lfYoDa6yoBfuhZe1aGbbygldMbwFLxPJI 4yV6FdGKi/4EwfkxAzuxBcv1n5eXM+0siczX47FCWg2Mu5g3/PoEo42MmCYy/AH/Zr76aw TWnWn2vYF2zs0aCNJecGFTRliTx3/k2tJUsmcfVx1oKAoBy/wUF+QxIDBYPbf7450VcDH8 ekD/DVK0/f0PaVIGB/ViW4QukiPCK6s+UxrwJYi3EEJyBV/9iFMlfcSgN+r8Qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706039516; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=54D+FpgKcxrafoz9HFrvMOt6XeBbfD9ngFOKpQbkHI8=; b=AO9dI0gmymk4sdmXt4WXAz6Tw2yeF5z6fvudXs8Tl74/+XgZIf7EbMO9ozixygWxpgU8fM xtnMqVg1oQmkQaJlEhKpDiepIpqmYlLp4xTBOddoIBc2/STPliiBEzFB+8PDWP3a8TVel9 7qkgRMkzYmgX89YJQBYNTRZuIdm9c8NXksHMUKWusq05oP8JBIt+8r35Om8K+CWgLrFlPq T9u38Feu4G/xsVYVEG6NCEE+XMCFXwRNPRzONgW8bxvpPvZ4JRLEJMOissMyEZ4zrqoqJI PfyPeqRkDvvRgtxpVzSeDxhQtLu6z4s8W2nRltBSWm87DctLN1WzZXsKhYoBzQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706039516; a=rsa-sha256; cv=none; b=v9u2FAZjEu619TafDq+0xRBczYJBqIWs2jOzX50nd2IE6p783cBde9dGviOxC842eW6wFn CTtP/rKQyu7HDlFo0TmoZ0XIZv4ucHaHgTq8tCLVo60LCJQbdIEff/tYd1Ko/bYwAKyh3T c+kWibhDb4n7Q04L0WdvyC3NE7sDpUx+dw2w2G8Bp8aRCTM45OCHCotkadubRjhJXUy06n jNIUSrFwpf7nTymBCxIBMArU2iTjUTRdsZjNt+s/vkrfljN4y3ahXfg53hfyuZaZgW/Bd1 yfscimFvmBOdTeMHffCTKxANkGifO54x1JY1WCu7vj2MFpj59LKeZHdcPdiEvQ== 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 4TKHmC510gz1Rph for ; Tue, 23 Jan 2024 19:51:55 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id da087960 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO) for ; Tue, 23 Jan 2024 19:51:53 +0000 (UTC) From: Moin Rahman Content-Type: multipart/signed; boundary="Apple-Mail=_457CDCF7-5CC4-4784-BB2E-2F5A59E8D738"; 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: CI for ports Date: Tue, 23 Jan 2024 20:51:42 +0100 References: <20231229030738.7bd0d935@rimwks.local> <6be897c6-a20c-4dda-983a-f7c3bfe7d297@unfs.us> To: ports@freebsd.org In-Reply-To: <6be897c6-a20c-4dda-983a-f7c3bfe7d297@unfs.us> Message-Id: X-Mailer: Apple Mail (2.3731.700.6) --Apple-Mail=_457CDCF7-5CC4-4784-BB2E-2F5A59E8D738 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Dec 30, 2023, at 1:02 AM, Janky Jay, III wrote: >=20 > This is great to hear! Thank you, Moin! >=20 > Regards, > Janky Jay, III >=20 > On 12/28/23 06:09PM, Moin Rahman wrote: >>=20 >>> On Dec 29, 2023, at 2:07 AM, Rozhuk Ivan = wrote: >>>=20 >>> Hi! >>>=20 >>>=20 >>> Can we please have at least BASIC continues integration for ports? >>> Just check that it can be build and if tests exist then it run = without errors. >>>=20 >>> Or a bit advanced CI that also will build ports with all = SSL/SAMBA/LLVM/etc >>> versions. >>>=20 >>> portlint and other atochekers and helpers can be integrateg to CI = too. >>>=20 >>> This all will make life easy for maiteiner and users will more = happy. >>>=20 >>>=20 >>>=20 >>> Also will be very nice to move from phabricator+Bugzilla to = something more >>> modern and useful, like gitea/gitlab... >>>=20 >>>=20 >> Ah damn. I totally forgot about it. I have worked on one and it's = functional. >>=20 >> But I will activate it sometimes in the next month. >>=20 >> You will be able to open a Github PR and the test will be done = through Cirrus CI. >>=20 >> Kind regards, >> Moin >=20 >=20 Just to let everyone know that this will be delayed by one more month as metals have not yet arrived and our plan of deploying the new site has = been delayed. So this will be delayed too. :( Kind regards, Moin --Apple-Mail=_457CDCF7-5CC4-4784-BB2E-2F5A59E8D738 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+fvbm1phfAvJEFAmWwGM5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJEGNA/5AUSCwte6qnYEkaImwXHdj+DAjmCWV8Ae5CCbz68+dUOm8wqaJY3Hpsg7 z16smD3lAW40OX6ktFIUazPkoh9TijWwij3tRzmBgOmkBAu19qn3gnjlp7Hpb96y L42RF5meO1FNWGLQ92kGoTbquvI0Q50A02/IhxcIddrzZGEfw1tuzvvLy8C7dENg 8B6E2RL3SY6ctacSjkWWVD4gq9ANfZi1bsuBcS5toCQKvLD5TZDLvM6xHbj8C2zV WCNMTK018iIe6myh2QzuRiuV3vz/cT5OPBXwURyYo2NtOsbvxYBNUL5N5UZNksfQ WNrh+Jy7o4s4/BT0+skHSyfEeJSq/4Hu9dCU61IcLXs7s9HzeFa9KKy12htJR4Qm Sce7UtOQzh5LOj145le93DDvlgW+NVzgmUn6Gemx1T899/rB1dBfLVa373U8/6zs bd4oQjYAOC+XLhs8h9x8/veqWH2/7N+dovR0sktgR+57VBY1nnNpcnU52iV+Ho1H U/7EpsIcq132jXQ6e+Y7nAfIGxpUvuUhImQkG8+XdTnwmU9M0igrHs3qb7o+80vo hjJERDwImrh4u0bzsOz7eKHcpwEsDlPV1V4W6bk5rVTKUiHKf4A4eICl9b4EHRjX FPce2l/koWAv4++SGMEyPuLlywok06C1BelLIzUQ5YG2FtAHpwc= =QMF2 -----END PGP SIGNATURE----- --Apple-Mail=_457CDCF7-5CC4-4784-BB2E-2F5A59E8D738-- From nobody Tue Jan 23 21:35: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 4TKL3c4n2xz58C26 for ; Tue, 23 Jan 2024 21:35:24 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-8faa.mail.infomaniak.ch (smtp-8faa.mail.infomaniak.ch [83.166.143.170]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKL3b4WcFz4kbw for ; Tue, 23 Jan 2024 21:35:23 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pyret.net header.s=20231006 header.b=WQ5whw91; dmarc=pass (policy=reject) header.from=pyret.net; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 83.166.143.170 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net Received: from smtp-4-0001.mail.infomaniak.ch (unknown [10.7.10.108]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TKL3Y3JMZzMpxn8; Tue, 23 Jan 2024 22:35:21 +0100 (CET) Received: from unknown by smtp-4-0001.mail.infomaniak.ch (Postfix) with ESMTPA id 4TKL3W1QWWzcH2; Tue, 23 Jan 2024 22:35:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1706045721; bh=FT6jybXYEaOxGE6WU1WLnJC0MhUN38SvsdqEGGovl14=; h=Date:Subject:From:Reply-To:To:Cc:From; b=WQ5whw91X0anPL5O5ZpZiWpinU2khIuMDcOvqW9n9axUr6suvngT/iH4OMr7t2zOS 6Pvh8kB2YNnHwdNRZ2SCj94gWnE7VK5ge1CNUevil1aPhCZ8aGEmxqrT1MwN6CISAZ 6tvjVNADHwHVMXdppgrvSsqZVcCoZ4rH4xZWZxVgLC4g9V4I9u31bQcczdS1+hK99s KKAALe2Phi7OpSUxSTxSLFfBqblAu1JSJkAsbsLD6ynNWyJKr7SCjkT3tDfxG3J7Zo YhUUvUPvszcENDkrOHIrDtubMnertHOtaAX+4ooAeZdOhD44XEtTT+07hCnH5hMz9t PskFt+IdQfGSw== Message-ID: <9e8fa9b28718ed72584deadf63ad7fe7@mail.infomaniak.com> Date: Tue, 23 Jan 2024 22:35:19 +0100 Subject: Re: textproc/libxml2 and itstool From: Daniel Engberg Reply-To: Daniel Engberg To: "freebsd-ports@freebsd.org" Cc: jonc@chen.org.nz, junchoon@dec.sakura.ne.jp, kwm@FreeBSD.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="_=_swift_1706045719_ba8f27618d365b5241c4ff33146a16ce_=_" X-WS-User-Origin: eyJpdiI6ImJZeDhBNWprV1lSOEFJRm5hQUFsaWc9PSIsInZhbHVlIjoiT1QvTmRvc1ZRQUpveTNWaXhUY29KUT09IiwibWFjIjoiM2YxMjgwMjJmZGIzN2I0NGFkODgzOTk4ZDRhNDFhNzM4NTY0MDNhYTJmYTgzNTMxZWFmNmRjYmEzMjE1NmI4OCIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6Im9VSk5WcVhJSTQ5OUZqa0cyL2ZEOFE9PSIsInZhbHVlIjoid0RRQzBGV2I5d3lmL0lmejNOc2pCUT09IiwibWFjIjoiZDhjMTgxNWQ1MWE3YTZmMjZkMTkwMGRhYjRkODQ0ZTBhNzdkMmJkNWY0OGIxNDIzNjljMjBiZmRiNDQwZmZjNSIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.627) X-Infomaniak-Routing: alpha X-Spamd-Bar: / X-Spamd-Result: default: False [0.90 / 15.00]; HFILTER_URL_ONLY(2.20)[1]; THREAD_HIJACKING_FROM_INJECTOR(2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FAKE_REPLY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[pyret.net,reject]; RWL_MAILSPIKE_VERYGOOD(-0.20)[83.166.143.170:from]; R_DKIM_ALLOW(-0.20)[pyret.net:s=20231006]; R_SPF_ALLOW(-0.20)[+ip4:83.166.143.168/29:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[83.166.143.170:from]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[pyret.net:+]; ASN(0.00)[asn:29222, ipnet:83.166.128.0/19, country:CH]; HAS_REPLYTO(0.00)[daniel.engberg.lists@pyret.net]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TKL3b4WcFz4kbw --_=_swift_1706045719_ba8f27618d365b5241c4ff33146a16ce_=_ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, There seems to be some issues with the current version of itstool= looking at other repos. https://git.alpinelinux.org/aports/tree/mai= n/itstool/fix-segfault.patch https://gitlab.archlinux.org/archlinux/pa= ckaging/packages/itstool/-/blob/main/0001-Fix-the-crash-from-912099.patch?r= ef_type=3Dheads https://src.fedoraproject.org/rpms/itstool/tree/rawhid= e https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-util/itstool/file= s/itstool-2.0.7-missing-translation-fix.patch https://github.com/void-= linux/void-packages/tree/master/srcpkgs/itstool/patches We also patch = itstool but it seems to be rather inconsistent between distros. I'll try = to find some time to look at it this week. Best regards, Daniel= --_=_swift_1706045719_ba8f27618d365b5241c4ff33146a16ce_=_ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hi,

There seems to b= e some issues with the current version of itstool looking at other repos.

https://github.com/void-linux/void-packages/tree/master/= srcpkgs/itstool/patches

We also patch itst= ool but it seems to be rather inconsistent between distros. I'll try to fin= d some time to look at it this week.

Best rega= rds,
Daniel


--_=_swift_1706045719_ba8f27618d365b5241c4ff33146a16ce_=_-- From nobody Tue Jan 23 21:48:16 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 4TKLNd69Zxz58DFB for ; Tue, 23 Jan 2024 21:50:09 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKLNc4pD6z4m4Z for ; Tue, 23 Jan 2024 21:50:08 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of naddy@mips.inka.de has no SPF policy when checking 2a04:c9c7:0:1073:217:a4ff:fe3b:e77c) smtp.mailfrom=naddy@mips.inka.de Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1rSOei-00DDQe-C8; Tue, 23 Jan 2024 22:50:04 +0100 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.17.1/8.17.1) with ESMTP id 40NLmGJl027823 for ; Tue, 23 Jan 2024 22:48:16 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.17.1/8.17.1/Submit) id 40NLmGLE027822 for ports@freebsd.org; Tue, 23 Jan 2024 22:48:16 +0100 (CET) (envelope-from naddy) Date: Tue, 23 Jan 2024 22:48:16 +0100 From: Christian Weisgerber To: ports@freebsd.org Subject: Re: Call for help: moving manpages to share/man Message-ID: References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:202113, ipnet:2a04:c9c7::/32, country:DE]; FREEFALL_USER(0.00)[naddy]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; DMARC_NA(0.00)[inka.de]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TKLNc4pD6z4m4Z Gleb Popov: > Check out [2] regularly to not step on others' feet. > > [2] https://github.com/arrowd/freebsd-ports/tree/autotools-mandir Hint: You can add https://github.com/arrowd/freebsd-ports/ as an additional remote to your local git repository, fetch and check out that branch. That's a lot more convenient than poking around in the web interface. Git will download only the extra data. And once this subproject is all done, you can delete the remote and your copy of the branch, and git will eventually garbage-collect the leftovers. It would have been nicer if we could have had this as a collaborative branch in the freebsd.org repository... (Do we have a policy on this?) -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Wed Jan 24 00:17:22 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 4TKPfb4NBzz58SYf for ; Wed, 24 Jan 2024 00:17:27 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-42ae.mail.infomaniak.ch (smtp-42ae.mail.infomaniak.ch [84.16.66.174]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKPfZ1t3Nz42sy for ; Wed, 24 Jan 2024 00:17:25 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pyret.net header.s=20231006 header.b="UD37RPA/"; dmarc=pass (policy=reject) header.from=pyret.net; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 84.16.66.174 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net Received: from smtp-4-0001.mail.infomaniak.ch (unknown [10.7.10.108]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TKPfW30p3zMqJFg; Wed, 24 Jan 2024 01:17:23 +0100 (CET) Received: from unknown by smtp-4-0001.mail.infomaniak.ch (Postfix) with ESMTPA id 4TKPfV3cppzm6N; Wed, 24 Jan 2024 01:17:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1706055443; bh=YEqCStk9KWcK8enw4I/YXdnM2X65ZT+b8EUDBGBSFcE=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=UD37RPA/fniciJFF+Nu90gPaXzmphzI7pGW0it2Hb2x7nCzuS6Jkga/+nm36pgmnY iGujhzBV/iUTcCvzuWZ9q+AHeJEk4sN0VvbWWFD3S7GS6jpoatr5GREd57lm2vtDWc TOi2w66xH8DoXKb58/6ryOdlLA+t2OkLvuXjBxzeYYU3cmp6XUGYqhYHNDy1Df71r6 ZIw0T6nHpwKukH1p9rlIb6FC6eL6gT7/F+J9NBZQy23kypFaE+h3TCKhjH7hCN3xJs 0QDj+p520gLBHfEPRchKX470yVU6hdjDHFYy2BwWDlVIsr0OBozFe55O5nk//QHWCS CocBNxvd93m+w== Message-ID: <9fd7d688759c86117e01b3388be5a5a7@mail.infomaniak.com> Date: Wed, 24 Jan 2024 01:17:22 +0100 Subject: Re: textproc/libxml2 and itstool From: Daniel Engberg Reply-To: Daniel Engberg To: "freebsd-ports@freebsd.org" Cc: jonc@chen.org.nz, junchoon@dec.sakura.ne.jp, kwm@FreeBSD.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="_=_swift_1706055442_0e4aa9d66bc4853df383a3e31efa2a46_=_" X-WS-User-Origin: eyJpdiI6Ik1kTU55cjg1YWlTeDRjQWVrTXlXUmc9PSIsInZhbHVlIjoiZ3Y1RVVvRHhvTlNDa25XcytKckhFdz09IiwibWFjIjoiMjNiZmY3YzgxNzNjZDMyMDEwY2Q2Y2EyZTAzMzhjODk0ZGVhNTEzZDg3NDI0OWQwMjI2YzQ1ZGUyNTZkNTQwOSIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6IjV5anFUWU16MEJrWDZqRTNsSUZ5Wnc9PSIsInZhbHVlIjoiZXJkTVJCNHNEZjEvb1FZTGhJMHZ2UT09IiwibWFjIjoiODE0MGRkNjM4MmRkY2NiYjQ1Y2FmN2E2NzA4ZjU0MzU1ZWMyYWNkYzk4YjdmMzJhY2Y4YThjZjlmN2FiZTc5YiIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.627) References: <9e8fa9b28718ed72584deadf63ad7fe7@mail.infomaniak.com> In-Reply-To: <9e8fa9b28718ed72584deadf63ad7fe7@mail.infomaniak.com> X-Infomaniak-Routing: alpha X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.91 / 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)[pyret.net,reject]; HFILTER_URL_ONLY(0.29)[0.13237924865832]; R_SPF_ALLOW(-0.20)[+ip4:84.16.66.168/29]; R_DKIM_ALLOW(-0.20)[pyret.net:s=20231006]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[84.16.66.174:from]; RCVD_IN_DNSWL_LOW(-0.10)[84.16.66.174:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; ASN(0.00)[asn:29222, ipnet:84.16.64.0/19, country:CH]; DKIM_TRACE(0.00)[pyret.net:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[daniel.engberg.lists@pyret.net]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TKPfZ1t3Nz42sy --_=_swift_1706055442_0e4aa9d66bc4853df383a3e31efa2a46_=_ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2024-01-23T22:35:19.000+01:00, Daniel Engberg wrote: >=C2=A0Hi, >=C2=A0 >=C2=A0There=C2=A0seems=C2= =A0to=C2=A0be=C2=A0some=C2=A0issues=C2=A0with=C2=A0the=C2=A0current=C2= =A0version=C2=A0of=C2=A0itstool >=C2=A0looking=C2=A0at=C2=A0other=C2= =A0repos. >=C2=A0 >=C2=A0https://git.alpinelinux.org/aports/tree/main/i= tstool/fix-segfault.patch >=C2=A0 >=C2=A0https://gitlab.archlinux.org/a= rchlinux/packaging/packages/itstool/-/blob/main/0001-Fix-the-crash-from-912= 099.patch?ref_type=3Dheads >=C2=A0 >=C2=A0https://src.fedoraproject.org= /rpms/itstool/tree/rawhide >=C2=A0 >=C2=A0https://gitweb.gentoo.org/rep= o/gentoo.git/tree/dev-util/itstool/files/itstool-2.0.7-missing-translation-= fix.patch >=C2=A0 >=C2=A0https://github.com/void-linux/void-packages/tr= ee/master/srcpkgs/itstool/patches >=C2=A0 >=C2=A0We=C2=A0also=C2=A0patc= h=C2=A0itstool=C2=A0but=C2=A0it=C2=A0seems=C2=A0to=C2=A0be=C2=A0rather= =C2=A0inconsistent=C2=A0between >=C2=A0distros.=C2=A0I'll=C2=A0try=C2= =A0to=C2=A0find=C2=A0some=C2=A0time=C2=A0to=C2=A0look=C2=A0at=C2=A0it=C2= =A0this=C2=A0week. >=C2=A0 >=C2=A0Best=C2=A0regards, >=C2=A0 >= =C2=A0Daniel Hi, I've done some testing and while I can't replica= te the issue with graphics/eom or archivers/engrampa I could however with= misc/mate-user-guide. From what I gather itstool could use some love i= n general but bumping misc/mate-user-guide to 1.26.2 seems to have resolv= ed the issue on my end at least. Best regards, Daniel --_=_swift_1706055442_0e4aa9d66bc4853df383a3e31efa2a46_=_ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On 2024-01-23T22:35:19.000+01:00, Daniel Engberg <daniel.engberg.li= sts@pyret.net> wrote:

Hi,

<= div>There seems to be some issues with the current version of itstool looki= ng at other repos.

https://github.= com/void-linux/void-packages/tree/master/srcpkgs/itstool/patches

We also patch itstool but it seems to be rather inco= nsistent between distros. I'll try to find some time to look at it this wee= k.

Best regards,
Daniel


Hi,
<= div>
I've done some testing and while I can't replicate the i= ssue with graphics/eom or archivers/engrampa I could however with misc/mate= -user-guide. From what I gather itstool could use some love in general but = bumping misc/mate-user-guide to 1.26.2 seems to have resolved the issue on = my end at least.

Best regards,
D= aniel



--_=_swift_1706055442_0e4aa9d66bc4853df383a3e31efa2a46_=_-- From nobody Wed Jan 24 03:23: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 4TKTn119fZz57HkW for ; Wed, 24 Jan 2024 03:23:17 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from egress.chen.org.nz (egress.chen.org.nz [170.75.172.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4TKTn066THz4Pyj for ; Wed, 24 Jan 2024 03:23:16 +0000 (UTC) (envelope-from jonc@chen.org.nz) Authentication-Results: mx1.freebsd.org; none Received: from mail.chen.org.nz (unknown [210.54.37.164]) by egress.chen.org.nz (Postfix) with ESMTP id 67DE0111E14; Wed, 24 Jan 2024 16:22:58 +1300 (NZDT) Received: from mail.chen.org.nz (localhost [127.0.0.1]) by filter.inside.chen.org.nz (Postfix) with ESMTP id 5D5FE29DAC; Wed, 24 Jan 2024 16:23:13 +1300 (NZDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on ametrine.inside.chen.org.nz Received: from [192.168.1.10] (jade.inside.chen.org.nz [192.168.1.10]) by mail.chen.org.nz (Postfix) with ESMTPS id 50DCB29DAB; Wed, 24 Jan 2024 16:23:13 +1300 (NZDT) Message-ID: <96d25368-75df-429c-bc2a-6802778d721f@chen.org.nz> Date: Wed, 24 Jan 2024 16:23:12 +1300 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: textproc/libxml2 and itstool To: Daniel Engberg Cc: "freebsd-ports@freebsd.org" References: <9e8fa9b28718ed72584deadf63ad7fe7@mail.infomaniak.com> <9fd7d688759c86117e01b3388be5a5a7@mail.infomaniak.com> Content-Language: en-US From: Jonathan Chen In-Reply-To: <9fd7d688759c86117e01b3388be5a5a7@mail.infomaniak.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TKTn066THz4Pyj 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:174, ipnet:170.75.160.0/20, country:US] Hi Daniel, On 24/01/24 13:17, Daniel Engberg wrote: [...] > Hi, > > I've done some testing and while I can't replicate the issue with > graphics/eom or archivers/engrampa I could however with > misc/mate-user-guide. From what I gather itstool could use some love in > general but bumping misc/mate-user-guide to 1.26.2 seems to have > resolved the issue on my end at least. Thanks for looking into this. I've raised a PR for a mate-user-guide 1.26.2 update: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276576 Cheers. -- Jonathan Chen From nobody Wed Jan 24 03:46:05 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 4TKVHQ5fXPz57L5Y for ; Wed, 24 Jan 2024 03:46:10 +0000 (UTC) (envelope-from fbsd@herrneubauer.de) Received: from mailproxy02.manitu.net (mailproxy02.manitu.net [217.11.48.66]) (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 4TKVHP5q3hz4S0r for ; Wed, 24 Jan 2024 03:46:09 +0000 (UTC) (envelope-from fbsd@herrneubauer.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fbsd@herrneubauer.de designates 217.11.48.66 as permitted sender) smtp.mailfrom=fbsd@herrneubauer.de Date: Wed, 24 Jan 2024 04:46:05 +0100 (CET) From: Martin Neubauer To: ports@freebsd.org Subject: Committer needed Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_SPACES(0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[217.11.48.66:from]; R_SPF_ALLOW(-0.20)[+ip4:217.11.48.0/24]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:34240, ipnet:217.11.48.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[herrneubauer.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4TKVHP5q3hz4S0r Hello all, Since the update to graphics/poppler at the begginning of this month I am getting fallout notifications for graphics/py-python-poppler-qt5 from builders on 13.2. Fortunately the issue was already fixed by upstream, so I just needed to cherry-pick the patch. Have a look here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276263 I'd be grateful if some committer could move this forward. Best regards, Martin PS: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271543 might be useful for some as well... From nobody Wed Jan 24 04:05:41 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 4TKVjx5RdTz57MdL for ; Wed, 24 Jan 2024 04:05:41 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKVjx3MNfz4TmW for ; Wed, 24 Jan 2024 04:05:41 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706069141; 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=v4u4MdRk9g1zq53okgwSyKK2k/mYKwFponbN1PYBuKk=; b=M+DBP8plcUlGCXQvJN8pDbIlW9UFGMOTkLuzHGFRKQ2FwW6SCnvUkgQbCeJ0tf4Muer8Tz BwgCdg7D58DXZTXFhHOq0cE6+FcOxbnxv+YWOypGbFu6VTi+kr0FRErLkgVEKpnjonpxt8 aR+yr9HBJd+v3L4Pt0B1Y4qmg8YIpaDgrEyamzk6hESbs5fCj5D1EQU0+5gPFZO6dpsUCt pAG23ydp88IbPjWj+jY9elhp0L2lqo4YwD2lrMYGlMpzB01wLlO3DXwNM3gWCbFuZgaDQ/ 1XNr8z0YSUqhhMjmqfuA22z01zINhl6PXdsDeVrTU6c+qDMDnW/G0hOS5Knrdw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706069141; a=rsa-sha256; cv=none; b=tA0Epq2pvAJKzG0gKRIj+gRMt3P7OL5uSnyWBAv8LUlMWmv/2KjVtuA7smMXc0moiOlRXR n7mXqSO9mNiT+cEWiPZvtLM2So9UYwR6aSybIL2+Jugxu2Oj0WlZULGyjPUSbNOPx5Kpkh DES4xjBUx2uDQbA3mPqUXAe0QmeRm98h8gEgsVSGwkdN5val9VOjSEFZl6e1rn9yNZTY0f pQc3hiu6OQskrs2DNGhLDnqKmDJIZqfVF6J/A7yyhsnoNnk2A0UtVyGPi5+QXfaxWu8Ksl zu4W4VfxqpXAvxZ+akNxUPJSMk1UmuEXUvGVf+kY4nK2t7PlNHwa7xoHMz4MIA== 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 4TKVjx2KMJzynR for ; Wed, 24 Jan 2024 04:05:41 +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 40O45fsS052809 for ; Wed, 24 Jan 2024 04:05:41 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40O45fxa052808; Wed, 24 Jan 2024 04:05:41 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401240405.40O45fxa052808@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Wed, 24 Jan 2024 04:05:41 +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 ------------------------------------------------+-----------------+------------ audio/lilv | 0.24.22 | 0.24.24 ------------------------------------------------+-----------------+------------ devel/intel-graphics-compiler | 1.0.12504.5 | igc-1.0.15610.11 ------------------------------------------------+-----------------+------------ devel/py-archinfo | 9.0.5405 | v9.2.86 ------------------------------------------------+-----------------+------------ devel/py-cle | 9.0.5405 | v9.2.86 ------------------------------------------------+-----------------+------------ lang/intel-compute-runtime | 22.24.23453 | 23.48.27912.11 ------------------------------------------------+-----------------+------------ math/py-claripy | 9.0.5405 | v9.2.86 ------------------------------------------------+-----------------+------------ security/py-ailment | 9.0.5405 | v9.2.86 ------------------------------------------------+-----------------+------------ security/py-angr | 9.0.5405 | v9.2.86 ------------------------------------------------+-----------------+------------ security/py-pyvex | 9.0.5405 | v9.2.86 ------------------------------------------------+-----------------+------------ www/bacula-web | 8.7.0 | v9.4.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 Wed Jan 24 06:03:30 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 4TKYLS506lz57YKj for ; Wed, 24 Jan 2024 06:04:00 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yw1-f180.google.com (mail-yw1-f180.google.com [209.85.128.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKYLS3BHYz4jP1 for ; Wed, 24 Jan 2024 06:04:00 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-f180.google.com with SMTP id 00721157ae682-5ff84214fc7so49251397b3.0 for ; Tue, 23 Jan 2024 22:04:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706076238; x=1706681038; 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=3FOS8CbjC9488VkHTEOPyAWSQrsrRzKtHnHBNOfbimg=; b=m2kZDN/CTVbOzdREQytnxtEw48siLHFYFExliC+qR9ZQy2X+XZMsSN/RJnG1Jxfxj8 lFb0XWo6QXTHLfEs5vp8MSFAz95BF06vZu4gIv3LFsmGKBrnpOMQ0ixLxk91UXPJhCvW GaUaJXOJ80qmqNGrQlSHk9w3MVIANEAzMTzu6fk6MEwYH6HFiHhWl8jC5/ts3uzI5V4P jPJhxrPn0ggZBIH7xW6vvNhkl3hFwzaR4STQtCnNUaFJvylFzhp0zCccAwoIJCcUNcp0 L7qjjAxAztvKJSpmx6HBEMRhoXATEDMzgyYF2A5CH40n3JopS1jiK2GJ2JunIU3XDJWs Iwxw== X-Gm-Message-State: AOJu0YzGXAPIXYiKyI/ntnrcTNV88bb0b4W+ek1zkBaiZYihYj/Cl5CZ S2QZ87ZFK8WpwA4vUMuw+1HP2fhPJrAJf2TNLQaxoSAABUTYwhXJXsNJ5MOMymM= X-Google-Smtp-Source: AGHT+IGYeMiPRB55M6brY7YFfgTIX74u77hAtyMG4eDWl9XmV147jkVollTGG0LABwmkMyQ154GpEA== X-Received: by 2002:a25:2b85:0:b0:dc2:4ed7:f08f with SMTP id r127-20020a252b85000000b00dc24ed7f08fmr214384ybr.96.1706076238459; Tue, 23 Jan 2024 22:03:58 -0800 (PST) Received: from mail-ua1-f52.google.com (mail-ua1-f52.google.com. [209.85.222.52]) by smtp.gmail.com with ESMTPSA id fc12-20020a056130178c00b007d2b0ee0038sm1687800uab.7.2024.01.23.22.03.58 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 23 Jan 2024 22:03:58 -0800 (PST) Received: by mail-ua1-f52.google.com with SMTP id a1e0cc1a2514c-7d2de2cc440so521166241.2 for ; Tue, 23 Jan 2024 22:03:58 -0800 (PST) X-Received: by 2002:a1f:dfc1:0:b0:4b6:c31f:5b26 with SMTP id w184-20020a1fdfc1000000b004b6c31f5b26mr2457654vkg.4.1706076238174; Tue, 23 Jan 2024 22:03:58 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> In-Reply-To: From: Gleb Popov Date: Wed, 24 Jan 2024 09:03:30 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: Christian Weisgerber Cc: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TKYLS3BHYz4jP1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Wed, Jan 24, 2024 at 2:06=E2=80=AFAM Christian Weisgerber wrote: > > It would have been nicer if we could have had this as a collaborative > branch in the freebsd.org repository... > (Do we have a policy on this?) I wanted to do that too, actually, but it turned out that freebsd/freebsd-ports is a read-only repository that is automatically synchronized with our own. It is not possible to create branches there. From nobody Wed Jan 24 09:28:48 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 4TKdv35rdkz57tBs; Wed, 24 Jan 2024 09:29:03 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-io1-f45.google.com (mail-io1-f45.google.com [209.85.166.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKdv25gXWz41g9; Wed, 24 Jan 2024 09:29:02 +0000 (UTC) (envelope-from luca.pizzamiglio@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 luca.pizzamiglio@gmail.com designates 209.85.166.45 as permitted sender) smtp.mailfrom=luca.pizzamiglio@gmail.com Received: by mail-io1-f45.google.com with SMTP id ca18e2360f4ac-7bed9f5d35dso258294939f.3; Wed, 24 Jan 2024 01:29:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706088541; x=1706693341; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=9zuqbbAM8w11+ds45CiaFSx3hAkqp5W0exGNA5DV0DQ=; b=NSJE4X9mTKGSU4iJDUzbza1iMGpjgWhATgv09BYxjnzl+aCBtHcrH7ORgdzEvLBIx1 2vACCgYLopk40ssBfyGV/rf5n45s2W0fmCawoO8P9a2IOB8qIP9oJ7CwDkIuCljMvoxd 1tYl0oFOb/jv1hy5tyUwS3jjsq/tYgAK1JRAIKRoUmx/3iqz2kk4uQg6bHRU70XjfAlA 4JtOdhlW0MsqLC4/mK/AQbC//0JevnDP+ev2A0DfKzK6V13JKwEtt/YmFHG5nAmvVWyi qwiwoRPE04p9wbC5Du0iczumWph5w82zowpwi8GMhF+/oc6FOhxkn7Zlv91t2avN+KDe sNqQ== X-Gm-Message-State: AOJu0YynAbH8/VnHXLDMIxYj8WV2BW0k14F1kPhY3VvHvsjDtljEdZ4d 7ZvmgSRkZ0u0UXT0qxcxSyutxrzjR1FlU/efNMbT/e353q/yh72dqeYIe37MHfs= X-Google-Smtp-Source: AGHT+IFSSXkQN7yadpSEAkE+KXKo8zo6bd5uwYtB+AIYkG03tzNRX30UVrsFZFcHX6VlULa9YRhJew== X-Received: by 2002:a92:c889:0:b0:362:9066:c77e with SMTP id w9-20020a92c889000000b003629066c77emr1182488ilo.61.1706088540628; Wed, 24 Jan 2024 01:29:00 -0800 (PST) Received: from mail-io1-f46.google.com (mail-io1-f46.google.com. [209.85.166.46]) by smtp.gmail.com with ESMTPSA id z13-20020a92cd0d000000b0036192c17459sm5288961iln.3.2024.01.24.01.29.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Jan 2024 01:29:00 -0800 (PST) Received: by mail-io1-f46.google.com with SMTP id ca18e2360f4ac-7bed9f5d35dso258294639f.3; Wed, 24 Jan 2024 01:29:00 -0800 (PST) X-Received: by 2002:a92:da8f:0:b0:360:8d3f:9a45 with SMTP id u15-20020a92da8f000000b003608d3f9a45mr1222306iln.116.1706088540045; Wed, 24 Jan 2024 01:29:00 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Luca Pizzamiglio Date: Wed, 24 Jan 2024 10:28:48 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Subpackage explanations To: FreeBSD Ports mailing list , freebsd-ports Content-Type: multipart/alternative; boundary="000000000000628b99060fadb173" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.90 / 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)[pizzamig@freebsd.org,lucapizzamiglio@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.45:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[pizzamig@freebsd.org,lucapizzamiglio@gmail.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.45:from,209.85.166.46:received] X-Rspamd-Queue-Id: 4TKdv25gXWz41g9 --000000000000628b99060fadb173 Content-Type: text/plain; charset="UTF-8" Hi porters! At the beginning of January, we merged the support to subpackages in the framework. Subpackage is the feature to create multiple packages from one build of one port. In other words, now it's possible to group files into multiple packages. This means that from one port it's possible to split the build into several packages. Some additional details are available in this lighting talk at EuroBSD 2023 (https://youtu.be/e-FUYbGNdBg?t=824). *Use cases we want to tackle* The first use case we want to get rid of is master/slave ports when slave ports could be built with the master port. An example (already merged) is https://reviews.freebsd.org/D43445: devel/appstream will create also the -compose and -qt6 binaries as subpackage in one build. Another use case is ports that could be split in smaller units. An example is devel/qt6-tools: this port contains all qt6 related utilities. The package could be split into smaller subpackages, one per tool. Ports that depend on one of the qt6 tools could then install only the smaller subpackage, instead of the whole collection of tools. Those first use cases should provide some benefit to build times (i.e. extract/patch/configure will happen only once, build dependencies are smaller, then faster to install) on the package clusters, but they could increase build times for folks building ports. *Use cases we don't want to tackle (yet)* Subpackages enable the adoption of micro-subpackages, a typical pattern for Linux distributions that split a package in smaller ones: one with docs (-doc), one with static libraries and headers (-dev), one with manpages (-man), one with examples (-examples), and so on. While technically this could be easy to do, it's a major change for users and there needs to be a discussion in the community on whether it is a desirable feature. For this reason, we are not proceeding with this *SUBPACKAGES and OPTIONS* Subpackages can affect build time negatively for users that don't use default packages, but they build packages directly from ports. Let's take the appstream port as an example. Before subpackages, you could selectively build appstream and anything else. After subpackages, the appstream port is going to build appstream, appstream-compose and appstream-qt6 (and the related dependencies). This can considerably increase build time for some folks. One way to mitigate it is to add a mechanism to make subpackages optional, via OPTIONS (currently supported). An OPTION for -compose and one for -qt6 can enable/disable those subpackages, restoring the shorter build time. However, optional subpackages can cause unexpected results when other ports depend on subpackages. Let's imagine a port depending on appstream-compose, but appstream has the compose OPTION disabled. There are two possible approaches: 1. the build of the port is going to fail as appstream is not building the dependency (the subpackage is disabled by the OPTION) 2. the build is going to change the configuration of appstream, enabling the compose OPTION, to build the dependency. We chose the approach #1: even if the build fails, it shows which package fails to be installed, providing insights on how to fix it. Approach #2 introduces (hidden) side effects and surprises, like unexpected dependencies or custom configuration ignored. The benefit is that the dependent port is successfully built, ignoring the effect of changing configuration of the dependencies. As both approaches have their own pros and cons, anyone can have a different opinion on that. To limit the effects on the selected approach: * all options enabling subpkg has to be ON by default, to not introduce broken dependencies * we encourage to limit the introduction of those optional subpackages, limiting their adoption only for cases where the related subpackage adds a relevant set of dependencies Additionally, the approach #1 could be improved by detecting such use cases and providing a meaningful error message. *Adoption and documentation* Subpackages are already in the framework, but while we start to adopt them for a couple of ports, we are still finding a few details that needs to be clarified (i.e. MOVED). Subpackages' adoption is blocked atm by a git hook (server side). The hook can be unblocked via portmgr approval (push option allow-subpkg). We encourage port committers to start thinking which of their ports is suitable to use subpackages or not. We don't have official documentation yet, I'm going to work on that in the next few weeks. On phabricator, there is a patch (https://reviews.freebsd.org/D43079) containing two fake ports, used to build and test subpackages. They provide the best example for now of how subpackages look like. *Tooling support* poudriere already supports subpackages. portupgrade, portmaster and synth don't support subpackages. We kindly ask the maintainers of those projects to add the support to subpackages. Support in portlint is in progress. A git commit hook will be developed to ensure that all subpackages are built by default. Best regards, pizzamig on behalf of portmgr --000000000000628b99060fadb173 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi porters!

At the beg= inning of January, we merged the support to subpackages in the framework.
Subpackage is the feature to create multiple packages from one build of one port. In = other=20 words, now it's possible to group files into multiple packages. This=20 means that from one port it's possible to split the build into several = packages.
Some additional details are available in this lighting = talk at EuroBSD 2023 (https://youtu.be/e-FUYbGNdBg?t=3D824).

Use cases we want to tackle
The first use case we w= ant to get rid of is master/slave ports when slave ports could be built wit= h the master port.
An example (already merged) is=C2=A0https://reviews.free= bsd.org/D43445: devel/appstream will create also the -compose and -qt6 = binaries as subpackage in one build.

Another use case is ports that could be split in smaller units. An example is=20 devel/qt6-tools: this port contains all qt6 related utilities. The=20 package could be split into smaller subpackages, one per tool.
Po= rts that depend on one of the qt6 tools could then install only the=20 smaller subpackage, instead of the whole collection of tools.
Those first use cases should provide some benefit to build times (i.e.=20 extract/patch/configure will happen only once, build dependencies are=20 smaller, then faster to install) on the package clusters, but they could in= crease build times for folks building ports.

<= b>Use cases we don't want to tackle (yet)
Subpackages enable the adoption of micro-subpackages, a typical pattern for Linux=20 distributions that split a package in smaller ones: one with docs=20 (-doc), one with static libraries and headers (-dev), one with manpages=20 (-man), one with examples (-examples), and so on.
While=20 technically this could be easy to do, it's a major change for users and= =20 there needs to be a discussion in the community on whether it is a desirabl= e feature. For this reason, we are not proceeding with this

<= div>SUBPACKAGES and OPTIONS
Subpackages can affect build t= ime negatively for users that don't use default packages, but they buil= d packages directly from ports.
Let's take the appstream = port as an example.
Before subpackages, you could selectively bui= ld appstream and anything else.
After subpackages, the appstream port is going to build appstream,=20 appstream-compose and appstream-qt6 (and the related dependencies).
This can considerably increase build time for some folks.
One way to mitigate it is to add a mechanism to make subpackages optional,=20 via OPTIONS (currently supported). An OPTION for -compose and one for=20 -qt6 can enable/disable those subpackages, restoring the shorter build time= .
However, optional subpackages can cause unexpected results when= other ports depend on subpackages.
Let's imagine a port depe= nding on appstream-compose, but appstream has the compose OPTION disabled.<= br>
There are two possible approaches:
1. the build of = the port is going to fail as appstream is not building the dependency (the = subpackage is disabled by the OPTION)
2. the build is going t= o change the configuration of appstream, enabling the compose OPTION, to bu= ild the dependency.

We chose the approach #1: even if the build fails, it shows which package=20 fails to be installed, providing insights on how to fix it.
A= pproach #2 introduces (hidden) side effects and surprises, like unexpected=20 dependencies or custom configuration ignored. The benefit is that=20 the dependent port is successfully built, ignoring the effect of changing c= onfiguration of the=20 dependencies.
As both approaches have their own pros and cons= , anyone can have a different opinion on that.
To limit the effects on t= he selected approach:
* all options enabling subpkg has to be ON by defa= ult, to not introduce broken dependencies
* we encourage to limit the introduction of those optional subpackages, limi= ting their adoption only for cases where the related subpackage adds a relevant=20 set of dependencies
Additionally, the approach #1 could be im= proved by detecting such use cases and providing a meaningful error message= .

Adoption and documentation
Subpac= kages are already in the framework, but while we start to adopt them for a=20 couple of ports, we are still finding a few details that needs to be=20 clarified (i.e. MOVED).
Subpackages' adoption is blocked= =20 atm by a git hook (server side). The hook can be unblocked via portmgr=20 approval (push option allow-subpkg).
We encourage port committers= to start thinking which of their ports is suitable to use subpackages or n= ot.
We don't have official documentation yet, I'm goi= ng to work on that in the next few weeks.
On phabricator, there is= a patch (= https://reviews.freebsd.org/D43079) containing two fake ports, used to build and test subpackages.
T= hey=20 provide the best example for now of how subpackages look like.
Tooling support
poudriere already support= s subpackages.
portupgrade, portmaster and synth don't support subpackages. We kindly ask the=20 maintainers of those projects to add the support to subpackages.
= Support in portlint is in progress.
A git commit hook will be dev= eloped to ensure that all subpackages are built by default.
<= div>
Best regards,
pizzamig on behalf of p= ortmgr
--000000000000628b99060fadb173-- From nobody Wed Jan 24 09:28: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 4TKdv35rdkz57tBs; Wed, 24 Jan 2024 09:29:03 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-io1-f45.google.com (mail-io1-f45.google.com [209.85.166.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKdv25gXWz41g9; Wed, 24 Jan 2024 09:29:02 +0000 (UTC) (envelope-from luca.pizzamiglio@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 luca.pizzamiglio@gmail.com designates 209.85.166.45 as permitted sender) smtp.mailfrom=luca.pizzamiglio@gmail.com Received: by mail-io1-f45.google.com with SMTP id ca18e2360f4ac-7bed9f5d35dso258294939f.3; Wed, 24 Jan 2024 01:29:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706088541; x=1706693341; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=9zuqbbAM8w11+ds45CiaFSx3hAkqp5W0exGNA5DV0DQ=; b=NSJE4X9mTKGSU4iJDUzbza1iMGpjgWhATgv09BYxjnzl+aCBtHcrH7ORgdzEvLBIx1 2vACCgYLopk40ssBfyGV/rf5n45s2W0fmCawoO8P9a2IOB8qIP9oJ7CwDkIuCljMvoxd 1tYl0oFOb/jv1hy5tyUwS3jjsq/tYgAK1JRAIKRoUmx/3iqz2kk4uQg6bHRU70XjfAlA 4JtOdhlW0MsqLC4/mK/AQbC//0JevnDP+ev2A0DfKzK6V13JKwEtt/YmFHG5nAmvVWyi qwiwoRPE04p9wbC5Du0iczumWph5w82zowpwi8GMhF+/oc6FOhxkn7Zlv91t2avN+KDe sNqQ== X-Gm-Message-State: AOJu0YynAbH8/VnHXLDMIxYj8WV2BW0k14F1kPhY3VvHvsjDtljEdZ4d 7ZvmgSRkZ0u0UXT0qxcxSyutxrzjR1FlU/efNMbT/e353q/yh72dqeYIe37MHfs= X-Google-Smtp-Source: AGHT+IFSSXkQN7yadpSEAkE+KXKo8zo6bd5uwYtB+AIYkG03tzNRX30UVrsFZFcHX6VlULa9YRhJew== X-Received: by 2002:a92:c889:0:b0:362:9066:c77e with SMTP id w9-20020a92c889000000b003629066c77emr1182488ilo.61.1706088540628; Wed, 24 Jan 2024 01:29:00 -0800 (PST) Received: from mail-io1-f46.google.com (mail-io1-f46.google.com. [209.85.166.46]) by smtp.gmail.com with ESMTPSA id z13-20020a92cd0d000000b0036192c17459sm5288961iln.3.2024.01.24.01.29.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Jan 2024 01:29:00 -0800 (PST) Received: by mail-io1-f46.google.com with SMTP id ca18e2360f4ac-7bed9f5d35dso258294639f.3; Wed, 24 Jan 2024 01:29:00 -0800 (PST) X-Received: by 2002:a92:da8f:0:b0:360:8d3f:9a45 with SMTP id u15-20020a92da8f000000b003608d3f9a45mr1222306iln.116.1706088540045; Wed, 24 Jan 2024 01:29:00 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Luca Pizzamiglio Date: Wed, 24 Jan 2024 10:28:48 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Subpackage explanations To: FreeBSD Ports mailing list , freebsd-ports Content-Type: multipart/alternative; boundary="000000000000628b99060fadb173" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.90 / 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)[pizzamig@freebsd.org,lucapizzamiglio@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.45:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[pizzamig@freebsd.org,lucapizzamiglio@gmail.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.45:from,209.85.166.46:received] X-Rspamd-Queue-Id: 4TKdv25gXWz41g9 --000000000000628b99060fadb173 Content-Type: text/plain; charset="UTF-8" Hi porters! At the beginning of January, we merged the support to subpackages in the framework. Subpackage is the feature to create multiple packages from one build of one port. In other words, now it's possible to group files into multiple packages. This means that from one port it's possible to split the build into several packages. Some additional details are available in this lighting talk at EuroBSD 2023 (https://youtu.be/e-FUYbGNdBg?t=824). *Use cases we want to tackle* The first use case we want to get rid of is master/slave ports when slave ports could be built with the master port. An example (already merged) is https://reviews.freebsd.org/D43445: devel/appstream will create also the -compose and -qt6 binaries as subpackage in one build. Another use case is ports that could be split in smaller units. An example is devel/qt6-tools: this port contains all qt6 related utilities. The package could be split into smaller subpackages, one per tool. Ports that depend on one of the qt6 tools could then install only the smaller subpackage, instead of the whole collection of tools. Those first use cases should provide some benefit to build times (i.e. extract/patch/configure will happen only once, build dependencies are smaller, then faster to install) on the package clusters, but they could increase build times for folks building ports. *Use cases we don't want to tackle (yet)* Subpackages enable the adoption of micro-subpackages, a typical pattern for Linux distributions that split a package in smaller ones: one with docs (-doc), one with static libraries and headers (-dev), one with manpages (-man), one with examples (-examples), and so on. While technically this could be easy to do, it's a major change for users and there needs to be a discussion in the community on whether it is a desirable feature. For this reason, we are not proceeding with this *SUBPACKAGES and OPTIONS* Subpackages can affect build time negatively for users that don't use default packages, but they build packages directly from ports. Let's take the appstream port as an example. Before subpackages, you could selectively build appstream and anything else. After subpackages, the appstream port is going to build appstream, appstream-compose and appstream-qt6 (and the related dependencies). This can considerably increase build time for some folks. One way to mitigate it is to add a mechanism to make subpackages optional, via OPTIONS (currently supported). An OPTION for -compose and one for -qt6 can enable/disable those subpackages, restoring the shorter build time. However, optional subpackages can cause unexpected results when other ports depend on subpackages. Let's imagine a port depending on appstream-compose, but appstream has the compose OPTION disabled. There are two possible approaches: 1. the build of the port is going to fail as appstream is not building the dependency (the subpackage is disabled by the OPTION) 2. the build is going to change the configuration of appstream, enabling the compose OPTION, to build the dependency. We chose the approach #1: even if the build fails, it shows which package fails to be installed, providing insights on how to fix it. Approach #2 introduces (hidden) side effects and surprises, like unexpected dependencies or custom configuration ignored. The benefit is that the dependent port is successfully built, ignoring the effect of changing configuration of the dependencies. As both approaches have their own pros and cons, anyone can have a different opinion on that. To limit the effects on the selected approach: * all options enabling subpkg has to be ON by default, to not introduce broken dependencies * we encourage to limit the introduction of those optional subpackages, limiting their adoption only for cases where the related subpackage adds a relevant set of dependencies Additionally, the approach #1 could be improved by detecting such use cases and providing a meaningful error message. *Adoption and documentation* Subpackages are already in the framework, but while we start to adopt them for a couple of ports, we are still finding a few details that needs to be clarified (i.e. MOVED). Subpackages' adoption is blocked atm by a git hook (server side). The hook can be unblocked via portmgr approval (push option allow-subpkg). We encourage port committers to start thinking which of their ports is suitable to use subpackages or not. We don't have official documentation yet, I'm going to work on that in the next few weeks. On phabricator, there is a patch (https://reviews.freebsd.org/D43079) containing two fake ports, used to build and test subpackages. They provide the best example for now of how subpackages look like. *Tooling support* poudriere already supports subpackages. portupgrade, portmaster and synth don't support subpackages. We kindly ask the maintainers of those projects to add the support to subpackages. Support in portlint is in progress. A git commit hook will be developed to ensure that all subpackages are built by default. Best regards, pizzamig on behalf of portmgr --000000000000628b99060fadb173 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi porters!

At the beg= inning of January, we merged the support to subpackages in the framework.
Subpackage is the feature to create multiple packages from one build of one port. In = other=20 words, now it's possible to group files into multiple packages. This=20 means that from one port it's possible to split the build into several = packages.
Some additional details are available in this lighting = talk at EuroBSD 2023 (https://youtu.be/e-FUYbGNdBg?t=3D824).

Use cases we want to tackle
The first use case we w= ant to get rid of is master/slave ports when slave ports could be built wit= h the master port.
An example (already merged) is=C2=A0https://reviews.free= bsd.org/D43445: devel/appstream will create also the -compose and -qt6 = binaries as subpackage in one build.

Another use case is ports that could be split in smaller units. An example is=20 devel/qt6-tools: this port contains all qt6 related utilities. The=20 package could be split into smaller subpackages, one per tool.
Po= rts that depend on one of the qt6 tools could then install only the=20 smaller subpackage, instead of the whole collection of tools.
Those first use cases should provide some benefit to build times (i.e.=20 extract/patch/configure will happen only once, build dependencies are=20 smaller, then faster to install) on the package clusters, but they could in= crease build times for folks building ports.

<= b>Use cases we don't want to tackle (yet)
Subpackages enable the adoption of micro-subpackages, a typical pattern for Linux=20 distributions that split a package in smaller ones: one with docs=20 (-doc), one with static libraries and headers (-dev), one with manpages=20 (-man), one with examples (-examples), and so on.
While=20 technically this could be easy to do, it's a major change for users and= =20 there needs to be a discussion in the community on whether it is a desirabl= e feature. For this reason, we are not proceeding with this

<= div>SUBPACKAGES and OPTIONS
Subpackages can affect build t= ime negatively for users that don't use default packages, but they buil= d packages directly from ports.
Let's take the appstream = port as an example.
Before subpackages, you could selectively bui= ld appstream and anything else.
After subpackages, the appstream port is going to build appstream,=20 appstream-compose and appstream-qt6 (and the related dependencies).
This can considerably increase build time for some folks.
One way to mitigate it is to add a mechanism to make subpackages optional,=20 via OPTIONS (currently supported). An OPTION for -compose and one for=20 -qt6 can enable/disable those subpackages, restoring the shorter build time= .
However, optional subpackages can cause unexpected results when= other ports depend on subpackages.
Let's imagine a port depe= nding on appstream-compose, but appstream has the compose OPTION disabled.<= br>
There are two possible approaches:
1. the build of = the port is going to fail as appstream is not building the dependency (the = subpackage is disabled by the OPTION)
2. the build is going t= o change the configuration of appstream, enabling the compose OPTION, to bu= ild the dependency.

We chose the approach #1: even if the build fails, it shows which package=20 fails to be installed, providing insights on how to fix it.
A= pproach #2 introduces (hidden) side effects and surprises, like unexpected=20 dependencies or custom configuration ignored. The benefit is that=20 the dependent port is successfully built, ignoring the effect of changing c= onfiguration of the=20 dependencies.
As both approaches have their own pros and cons= , anyone can have a different opinion on that.
To limit the effects on t= he selected approach:
* all options enabling subpkg has to be ON by defa= ult, to not introduce broken dependencies
* we encourage to limit the introduction of those optional subpackages, limi= ting their adoption only for cases where the related subpackage adds a relevant=20 set of dependencies
Additionally, the approach #1 could be im= proved by detecting such use cases and providing a meaningful error message= .

Adoption and documentation
Subpac= kages are already in the framework, but while we start to adopt them for a=20 couple of ports, we are still finding a few details that needs to be=20 clarified (i.e. MOVED).
Subpackages' adoption is blocked= =20 atm by a git hook (server side). The hook can be unblocked via portmgr=20 approval (push option allow-subpkg).
We encourage port committers= to start thinking which of their ports is suitable to use subpackages or n= ot.
We don't have official documentation yet, I'm goi= ng to work on that in the next few weeks.
On phabricator, there is= a patch (= https://reviews.freebsd.org/D43079) containing two fake ports, used to build and test subpackages.
T= hey=20 provide the best example for now of how subpackages look like.
Tooling support
poudriere already support= s subpackages.
portupgrade, portmaster and synth don't support subpackages. We kindly ask the=20 maintainers of those projects to add the support to subpackages.
= Support in portlint is in progress.
A git commit hook will be dev= eloped to ensure that all subpackages are built by default.
<= div>
Best regards,
pizzamig on behalf of p= ortmgr
--000000000000628b99060fadb173-- From nobody Wed Jan 24 09:30:42 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 4TKdxD6NdSz57t5B for ; Wed, 24 Jan 2024 09:30:56 +0000 (UTC) (envelope-from trashcan@ellael.org) Received: from mx1.enfer-du-nord.net (mx1.enfer-du-nord.net [IPv6:2001:41d0:20a:800::464]) (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 4TKdxC5yD5z42jb; Wed, 24 Jan 2024 09:30:55 +0000 (UTC) (envelope-from trashcan@ellael.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ellael.org header.s=dkim header.b=vJaoAp6v; dmarc=pass (policy=quarantine) header.from=ellael.org; spf=pass (mx1.freebsd.org: domain of trashcan@ellael.org designates 2001:41d0:20a:800::464 as permitted sender) smtp.mailfrom=trashcan@ellael.org Received: from smtpclient.apple (p200300FB4f1C3b01b94412329E47eB31.dip0.t-ipconnect.de [IPv6:2003:fb:4f1c:3b01:b944:1232:9e47:eb31]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.enfer-du-nord.net (Postfix) with ESMTPSA id 4TKdx84MPdzq56; Wed, 24 Jan 2024 10:30:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellael.org; s=dkim; t=1706088652; 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; bh=GU3WrRFJzWiYr6TxpyoGs9gKQ6wTAsm1L4MKrOhdFko=; b=vJaoAp6vyNk31yie+yDmOga/wLmCDBe3A/weReKPZYXNKbr30vup+9nWgiURSbSHvJFdt2 xorknIg5wjPDESOvNRbVR9vlYZH06QZOAzGe8acvOW3PWl/WFWF/RjW8OuWwsn1kn9/iph Iw24KC+hwE1lbqC5VDspFO2e3Je5qS5y0+h5rjOMQyZTodeaazFqyy2F0uYOj/5NpjnE20 L1lHpyPB38qKn7RqY5JuwZHJEAXEoPCwrTGwhkr7jeo0eE+UETqVZRwNlUCJnOreaqH/II 1GXSNm4ERlkCGNm60IKNDhFQT9td2Wj2z/Kul75bJTg7vscDXHlHGp3v+VmfNA== From: Michael Grimm 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: dns/libidn2-2.3.4_1 Message-Id: Date: Wed, 24 Jan 2024 10:30:42 +0100 Cc: "sunpoet@freebsd.org" To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[ellael.org,quarantine]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:20a:800::464]; R_DKIM_ALLOW(-0.20)[ellael.org:s=dkim]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[ellael.org:+]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:41d0:20a:800::464:from] X-Rspamd-Queue-Id: 4TKdxC5yD5z42jb Hi dns/libidn2-2.3.4_1 is broken:=20 ld-elf.so.1: /usr/local/lib/libidn2.so.0: version IDN2_0.0.0 = required by /usr/local/bin/host not defined ... I do not understand why the recent fix = https://cgit.freebsd.org/ports/commit/?id=3D9eb1bbbe39f24802e8dbd45074b4c2= f319d4d2c0 might have broken that port.=20 After reverting back to dns/libidn2-2.3.4 /usr/local/bin/host works as = usual. Regards, Michael= From nobody Wed Jan 24 10:51:50 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 4TKgpW07YPz582QY for ; Wed, 24 Jan 2024 10:55:15 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKgpV4236z4GGn; Wed, 24 Jan 2024 10:55:14 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; none Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1rSauP-00DUuV-Ac; Wed, 24 Jan 2024 11:55:05 +0100 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.17.1/8.17.1) with ESMTP id 40OAponE043812; Wed, 24 Jan 2024 11:51:50 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.17.1/8.17.1/Submit) id 40OApoQk043811; Wed, 24 Jan 2024 11:51:50 +0100 (CET) (envelope-from naddy) Date: Wed, 24 Jan 2024 11:51:50 +0100 From: Christian Weisgerber To: Gleb Popov Cc: ports@freebsd.org Subject: Re: Call for help: moving manpages to share/man Message-ID: References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4TKgpV4236z4GGn 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:202113, ipnet:2a04:c9c7::/32, country:DE] Gleb Popov: > > It would have been nicer if we could have had this as a collaborative > > branch in the freebsd.org repository... > > (Do we have a policy on this?) > > I wanted to do that too, actually, but it turned out that > freebsd/freebsd-ports is a read-only repository that is automatically > synchronized with our own. It is not possible to create branches > there. No, I mean directly in git.freebsd.org, not in the GitHub mirror. -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Wed Jan 24 11:14:59 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 4TKhFq6Smbz5845t for ; Wed, 24 Jan 2024 11:15:27 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com [209.85.217.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKhFq4fb9z4HnW for ; Wed, 24 Jan 2024 11:15:27 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-f42.google.com with SMTP id ada2fe7eead31-466f6d4b6d3so1188857137.3 for ; Wed, 24 Jan 2024 03:15:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706094926; x=1706699726; 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=jH0xiGb/U++rM5/VGBTggFwQhYnblWH+ieDHEps87HI=; b=Ogrt6Y/SpZQz5OXPXP4rQwjcXJqlXyJbX8qnRgjD8PPCQ4N9/3zecwOMXsJuKVytS7 4ISnuVilsZPtGMp6MKgjSIIZ3KrPUZYNgtZ+r6br92zd9MxEnjRj0S6zCPkF1lmTkQ2a E3BAjH+67A7elEeXGdimsf1Hi+GRn0/jeAXxMo8BWvLLaXu9/P56mJKuu8i0h+oeHJlV dC+HhxMSYvXmXI4lnScBxJSYoUESpgsyahOJDUSPNv/XBqG5qofw4vRk4lrkWpZCp5yV 6eQ0ccorJ9XJySoLLY1NpnimOzYL3Rzbnx/wD9i3Iy2DNGr7A0vIi/Yv+oXETKM4Bxoq IN0w== X-Gm-Message-State: AOJu0YyZfmh6MEHdf7Xe+C969CqLy/0D1/JoXhiCMkBbqq47ggjWY2iO vPLU7nYgufStjnCblS5xDFV5Zvx5BtO+7udkEUj2PWSSqq3di9dy/2cTW3BuBo4= X-Google-Smtp-Source: AGHT+IF/SH+zIpfX/kMb/tsvTWgc4kqU6tXZk2NC51pAvVu3ojwSXUT59EgqdMOjjq69pqkrGgSPsw== X-Received: by 2002:a05:6102:31ba:b0:46b:578:d81b with SMTP id d26-20020a05610231ba00b0046b0578d81bmr242839vsh.25.1706094926497; Wed, 24 Jan 2024 03:15:26 -0800 (PST) Received: from mail-vs1-f46.google.com (mail-vs1-f46.google.com. [209.85.217.46]) by smtp.gmail.com with ESMTPSA id dg8-20020a056102570800b004670fa9eefasm2089743vsb.5.2024.01.24.03.15.26 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Jan 2024 03:15:26 -0800 (PST) Received: by mail-vs1-f46.google.com with SMTP id ada2fe7eead31-466f6d4b6d3so1188855137.3 for ; Wed, 24 Jan 2024 03:15:26 -0800 (PST) X-Received: by 2002:a05:6102:1915:b0:466:e5d2:4d7a with SMTP id jk21-20020a056102191500b00466e5d24d7amr2672125vsb.28.1706094926060; Wed, 24 Jan 2024 03:15:26 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> In-Reply-To: From: Gleb Popov Date: Wed, 24 Jan 2024 14:14:59 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: Christian Weisgerber Cc: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TKhFq4fb9z4HnW X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Wed, Jan 24, 2024 at 1:55=E2=80=AFPM Christian Weisgerber wrote: > > No, I mean directly in git.freebsd.org, not in the GitHub mirror. > That'd block contributors that are not committers for being able to request a pull. From nobody Wed Jan 24 11:58: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 4TKjCG1M3lz587V8 for ; Wed, 24 Jan 2024 11:58:18 +0000 (UTC) (envelope-from trashcan@ellael.org) Received: from mx1.enfer-du-nord.net (mx1.enfer-du-nord.net [IPv6:2001:41d0:20a:800::464]) (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 4TKjCF0Z1kz4N3g; Wed, 24 Jan 2024 11:58:16 +0000 (UTC) (envelope-from trashcan@ellael.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ellael.org header.s=dkim header.b=wZRt6Bqt; dmarc=pass (policy=quarantine) header.from=ellael.org; spf=pass (mx1.freebsd.org: domain of trashcan@ellael.org designates 2001:41d0:20a:800::464 as permitted sender) smtp.mailfrom=trashcan@ellael.org Received: from smtpclient.apple (p200300fB4f1C3B01b94412329e47eB31.dip0.t-ipconnect.de [IPv6:2003:fb:4f1c:3b01:b944:1232:9e47:eb31]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.enfer-du-nord.net (Postfix) with ESMTPSA id 4TKjC91pjdzDkW; Wed, 24 Jan 2024 12:58:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellael.org; s=dkim; t=1706097493; 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=A6Qq31vjY0u5kdjWh2xQ/2DFoMfMaJrU2tdh9kNPuxk=; b=wZRt6BqtUw/I7jZoyZRXNuMwJEheyK+JzbG/P+Opimwd14aW4yCkYQJXhjLNFPX11+swu0 jGPgrFCVN7MZe13V2kKVhU1Q6tQfjd/yBQ3Fkrjjg1Wqn3o32Wbiq2cFB/a2FTex+HarR5 LR5Ft3eS4q1NT/mDgXaIEfLY4Oz2Xp7MIru7WPiGshVtXED5osp6xQAElz8AGuFLwtSi5q SgwZl4FsLNh8W8TtegUFiZbBpn4tgQB3okaH65MU7Z7ksNDLH0TmWbOQOgHq0OpAGPJYXv WzusGYtMVZ+zp+TOlWGrj0gsJeCnNz4YFuziBSxFgc16VxVpu2FRXtJFiBGCQQ== Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: dns/libidn2-2.3.4_1 From: Michael Grimm In-Reply-To: Date: Wed, 24 Jan 2024 12:58:02 +0100 Cc: "sunpoet@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 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)[ellael.org,quarantine]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:20a:800::464]; R_DKIM_ALLOW(-0.20)[ellael.org:s=dkim]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[ellael.org:+]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:41d0:20a:800::464:from] X-Rspamd-Queue-Id: 4TKjCF0Z1kz4N3g Michael Grimm wrote: > I do not understand why the recent fix = https://cgit.freebsd.org/ports/commit/?id=3D9eb1bbbe39f24802e8dbd45074b4c2= f319d4d2c0 might have broken that port. After recompilation of all ports and subsequent reinstallation of all of = them, this issue doesn't show up again. Sorry for the noise. Regards, Michael From nobody Wed Jan 24 13:11:16 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 4TKkqr748yz58FS7 for ; Wed, 24 Jan 2024 13:11:36 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.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 mx1.freebsd.org (Postfix) with ESMTPS id 4TKkqr0qRMz4XW5 for ; Wed, 24 Jan 2024 13:11:35 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-91-49.area1b.commufa.jp [123.1.91.49]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 40ODBGiS019502; Wed, 24 Jan 2024 22:11:17 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 24 Jan 2024 22:11:16 +0900 From: Tomoaki AOKI To: Jonathan Chen Cc: Daniel Engberg , "freebsd-ports" Subject: Re: textproc/libxml2 and itstool Message-Id: <20240124221116.05dad9d9617c75d96829b8d0@dec.sakura.ne.jp> In-Reply-To: <96d25368-75df-429c-bc2a-6802778d721f@chen.org.nz> References: <9e8fa9b28718ed72584deadf63ad7fe7@mail.infomaniak.com> <9fd7d688759c86117e01b3388be5a5a7@mail.infomaniak.com> <96d25368-75df-429c-bc2a-6802778d721f@chen.org.nz> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TKkqr0qRMz4XW5 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:7684, ipnet:153.125.128.0/18, country:JP] On Wed, 24 Jan 2024 16:23:12 +1300 Jonathan Chen wrote: > Hi Daniel, > > On 24/01/24 13:17, Daniel Engberg wrote: > [...] > > Hi, > > > > I've done some testing and while I can't replicate the issue with > > graphics/eom or archivers/engrampa I could however with > > misc/mate-user-guide. From what I gather itstool could use some love in > > general but bumping misc/mate-user-guide to 1.26.2 seems to have > > resolved the issue on my end at least. > > Thanks for looking into this. I've raised a PR for a mate-user-guide > 1.26.2 update: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276576 > > Cheers. > -- > Jonathan Chen Thanks for the patch! It helped at least the first try. As this problem does not 100% happen, I would need several more runs to be sure. This is why I've not yet reported at Bug 276576. And unfortunately, I've bitten by graphics/eomraphics/eom at the first time after my previous post. Now I suspect for archivers/engrampa, too, at some rate. Not yet bitten by archivers/engrampa, though. Regards. -- Tomoaki AOKI From nobody Wed Jan 24 13:33:42 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 4TKlM15w3Qz58Gv7 for ; Wed, 24 Jan 2024 13:35:09 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKlM14102z4ZYR; Wed, 24 Jan 2024 13:35:09 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; none Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1rSdPF-00DZfn-22; Wed, 24 Jan 2024 14:35:05 +0100 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.17.1/8.17.1) with ESMTP id 40ODXgAH046887; Wed, 24 Jan 2024 14:33:42 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.17.1/8.17.1/Submit) id 40ODXgav046886; Wed, 24 Jan 2024 14:33:42 +0100 (CET) (envelope-from naddy) Date: Wed, 24 Jan 2024 14:33:42 +0100 From: Christian Weisgerber To: Gleb Popov Cc: ports@freebsd.org Subject: Re: Call for help: moving manpages to share/man Message-ID: References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4TKlM14102z4ZYR 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:202113, ipnet:2a04:c9c7::/32, country:DE] Gleb Popov: > > No, I mean directly in git.freebsd.org, not in the GitHub mirror. > > That'd block contributors that are not committers for being able to > request a pull. Well, now it blocks contributors that don't have a GitHub account from being able to request a pull. :-) -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Wed Jan 24 13:39:57 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 4TKlT53pktz58HGk for ; Wed, 24 Jan 2024 13:40:25 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f172.google.com (mail-vk1-f172.google.com [209.85.221.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKlT524lDz4bQn for ; Wed, 24 Jan 2024 13:40:25 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f172.google.com with SMTP id 71dfb90a1353d-4bb6ee9fdb0so1005617e0c.0 for ; Wed, 24 Jan 2024 05:40:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706103624; x=1706708424; 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=70puMO2MRAY/wXriHlMAht6Fe6OlsaFGN4ahUVLgazw=; b=GIJzYM/F/QLTanrJtBRY1DFtifN+sAsIJ9O4rzRqeD7aJY2X3YMw8CGgvoIH9xEGDK rdxFQ3MzOu7m/cWxqmSiia0c4QsQpn7zhzihpets475nuMUwL64nxZS6jVm/GpBwV4cr CyC4KwzSydyOxSWxkRYveFLBWQiiYtR6HNBvUiNGmmcv2cf68z2Baia3qdAfsbdVCMXT sh4vU95HbrjgVqJmE0/p5yci945ryxw2HjzYC5oqdb9gaAhOf82yAxj135fK1YhEpvCB cxrjVV/ITdCyDh4WrduDSLbgpptrpYrPk5v/P/SMH6A0zZ15YyJGHC6iGfQgSfmPvtc6 PuhA== X-Gm-Message-State: AOJu0Yz7EIELA8G2Uzyardx5BgYoWbvCYcS6BaL1+Q7w6T+4eeyScciV 413aNko8kFOm2kdJrYNK36eN/Bpy4qBgFsFOhOudt3Aw+YnXM5iFaSFPqCc/gfw= X-Google-Smtp-Source: AGHT+IErlLPQYsPGa4LqHD5fzsimFeGton1tSvkWVpIkokWG7d5v5rtisCxskgXR8wDSVhpM2xj8VQ== X-Received: by 2002:a05:6122:2008:b0:4bd:4a95:b8c5 with SMTP id l8-20020a056122200800b004bd4a95b8c5mr1657267vkd.28.1706103623720; Wed, 24 Jan 2024 05:40:23 -0800 (PST) Received: from mail-ua1-f45.google.com (mail-ua1-f45.google.com. [209.85.222.45]) by smtp.gmail.com with ESMTPSA id 3-20020ac5ce83000000b004b78e4fbfb6sm2719893vke.17.2024.01.24.05.40.23 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Jan 2024 05:40:23 -0800 (PST) Received: by mail-ua1-f45.google.com with SMTP id a1e0cc1a2514c-7d2defd7df5so805089241.3 for ; Wed, 24 Jan 2024 05:40:23 -0800 (PST) X-Received: by 2002:a05:6102:3d07:b0:46a:fad2:cd00 with SMTP id i7-20020a0561023d0700b0046afad2cd00mr2792250vsv.20.1706103623448; Wed, 24 Jan 2024 05:40:23 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> In-Reply-To: From: Gleb Popov Date: Wed, 24 Jan 2024 16:39:57 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: Christian Weisgerber Cc: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TKlT524lDz4bQn X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Wed, Jan 24, 2024 at 4:35=E2=80=AFPM Christian Weisgerber wrote: > > Well, now it blocks contributors that don't have a GitHub account > from being able to request a pull. :-) > How would you request a pull when using FreeBSD git repo? From nobody Wed Jan 24 14:34: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 4TKmh91tqQz586F3 for ; Wed, 24 Jan 2024 14:35:05 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKmh90BSGz4gp7; Wed, 24 Jan 2024 14:35:05 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; none Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1rSeLH-00DbNs-QU; Wed, 24 Jan 2024 15:35:03 +0100 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.17.1/8.17.1) with ESMTP id 40OEYcT2023135; Wed, 24 Jan 2024 15:34:38 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.17.1/8.17.1/Submit) id 40OEYcPD023134; Wed, 24 Jan 2024 15:34:38 +0100 (CET) (envelope-from naddy) Date: Wed, 24 Jan 2024 15:34:38 +0100 From: Christian Weisgerber To: Gleb Popov Cc: ports@freebsd.org Subject: Re: Call for help: moving manpages to share/man Message-ID: References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4TKmh90BSGz4gp7 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:202113, ipnet:2a04:c9c7::/32, country:DE] Gleb Popov: > > Well, now it blocks contributors that don't have a GitHub account > > from being able to request a pull. :-) > > How would you request a pull when using FreeBSD git repo? You wouldn't, but committers could directly commit to the branch. Basically it's a question of whether collaborative work on a temporary branch--something that will come up again, I'm sure--can be accomplished inside the FreeBSD infrastructure or whether it requires access to an external forge. -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Wed Jan 24 14:50:31 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 4TKn226Hdhz588Dy for ; Wed, 24 Jan 2024 14:50:34 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKn225t1Mz4jq1; Wed, 24 Jan 2024 14:50:34 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706107834; 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=RHkZt7Dm4NHJsnn9KXQC+E+3KhJIWqqmhCAGPxmy+eU=; b=PXSaU5LGOlMReyBJ39qd7+75DWYbyiVq621J9mix1KBqQr5y4dPi1NptQiuo2YqOzPqTtE FhdeKn4CpfJW2YjHdlMxF33vEonL6gJVGFo470KBxRs9VoSNxxS+6d7RpNCYOLhWCJLR92 h0sV2FUKHW+qQE6Zh5ESMm8ctjS/PIEeWEaXf2VU9ZxeXBo1z0C7cGnD3PTMOjdPHuh6Yt EpEBnprnI16WFe1a1E7jMdEK5NFVhdAIRqKwozDPYzS/XuKUyz4ftStKLG9fNUvR9SWTe1 9/zIa7w44aVIXaQdmQ22NUByL6SqQvY8pdNirF26bP4b/sJsD0aLtzCDyOjD6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706107834; 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=RHkZt7Dm4NHJsnn9KXQC+E+3KhJIWqqmhCAGPxmy+eU=; b=x+UbpB7SeGjySL7SYe4XebH8bkxFNie4NlLtf0zqe2gfQ5/8xNaK4L8xiGe4vR7XpvGl2J JB+NNeiM6ER9J3i/2J19kDceeuS2xDKQ5Xk4ENYgngCAhTe34EtPy0llISSRha+HnELvAZ jxiuSL5PEMKMR++PtGnjATfU8I0z9offcvJnuNDlp3NZzZg1fsquAQNIHXblGoTgGl1D2n CtFifIHzxh3WoDhOkn3CVoBUGUhhi2sGFB6DwGgDMWeVQeeUOdEM1Q5tH7++vERMItEiEP qHWgd1MY6I6Ma919suPiVqnObLHuEeYFxxceZmtIiA5WBkPtyqRVyFQfTs6gPw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706107834; a=rsa-sha256; cv=none; b=uYwLbhwH9fzwvIWbMNL3OoMFTSL8oThlTO9vg3Pi4McjbRKznoPa/YVJZDomgpmnexhWa9 mgbIOxWy4sz8JD20GZcDM4opopteiOQtf3FhJDEA2IgdOostVc2Tq/XBKKF1KYTyhJN32I hGnBIX94AZr1H0TT4wdp/cdWAMEjj7yw55GgQg9Le8RO8vt/30TEWY2skHcIujtaaGzAvp a2lixSLhMza+dO1lcWYk2pN56IMNempOtngZ8h/Ktyfw+Ty0KSMTLEvC3vSpqv2nJcsM9Y pz9TR0bIJzNw1uvWg9NP5gnJ7TdjMiaWde0dC0t3tsSM7vA6PZ66vMTBRo4ljg== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TKn224FBvzXrM; Wed, 24 Jan 2024 14:50:34 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 005EC1D394B; Wed, 24 Jan 2024 15:50:31 +0100 (CET) Date: Wed, 24 Jan 2024 15:50:31 +0100 From: Baptiste Daroussin To: Christian Weisgerber Cc: Gleb Popov , ports@freebsd.org Subject: Re: Re: Call for help: moving manpages to share/man Message-ID: <54pjz7akjr5ggwyfnxho55my33avjb3rfbxozluhkz4zzq5mfi@g3bgaa7efzz7> References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jan 24, 2024 at 03:34:38PM +0100, Christian Weisgerber wrote: > Gleb Popov: > > > > Well, now it blocks contributors that don't have a GitHub account > > > from being able to request a pull. :-) > > > > How would you request a pull when using FreeBSD git repo? > > You wouldn't, but committers could directly commit to the branch. > > Basically it's a question of whether collaborative work on a temporary > branch--something that will come up again, I'm sure--can be > accomplished inside the FreeBSD infrastructure or whether it requires > access to an external forge. I am not in the working group for collaborative work on FreeBSD infrastructure, So I cannot help on this, to know where people in there are aiming at. That said git is decentralized by nature so do not require forge A or B to be usable. while the pull request UI on github, gitlab, codeberg etc are convenient, there are multiple mechanism available for anyone to share his work: git send-email: your patches can be sent out directly to hum is willing to receive them, so you can send this way to Gleb is needed. provide your own git link to the requester of the patches, so Gleb can add a remote to his setup and incorporate your changes (If I remember correctly Christian you have a codeberg account, so that may work), this link could be self hosted or any public git providers. Best regards, Bapt From nobody Wed Jan 24 20:38:25 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 4TKwld1QcYz58gx4 for ; Wed, 24 Jan 2024 20:38:37 +0000 (UTC) (envelope-from david@matarje.dmarec.fr) Received: from matarje.dmarec.fr (matarje.dmarec.fr [IPv6:2a01:4f8:a0:406d::]) (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 "poudriere.lapinbilly.eu", Issuer "poudriere.lapinbilly.eu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKwlc0Y12z4NYB for ; Wed, 24 Jan 2024 20:38:35 +0000 (UTC) (envelope-from david@matarje.dmarec.fr) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dmarec.fr header.s=matarje header.b=u4wS0fD2; dmarc=pass (policy=none) header.from=dmarec.fr; spf=pass (mx1.freebsd.org: domain of david@matarje.dmarec.fr designates 2a01:4f8:a0:406d:: as permitted sender) smtp.mailfrom=david@matarje.dmarec.fr Received: from matarje.dmarec.fr (localhost [127.0.0.1]) by matarje.dmarec.fr (8.17.1/8.17.1) with ESMTPS id 40OKcPdX068433 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 24 Jan 2024 20:38:25 GMT (envelope-from david@matarje.dmarec.fr) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dmarec.fr; s=matarje; t=1706128705; i=@dmarec.fr; bh=iz0Udb3TPjK/mnnBg2SYaqh3OaFfknQTnEjl5KkcUcg=; h=Date:From:To:Subject; b=u4wS0fD2/4ee50EpM6+1BPBdeupQCZn2EQkBZSmBucCLbWbcCLT55+O4tsPK5QhSV sfYr1ROop85w8pBNmwn+kQ14bB61ezl81e/UKOF8tew7uJjRwrN9dVc5j3ZHYMQvj+ 1LuPSMjUuOC78XOonceDGh50gvItHESuRFodlHUs= Received: (from david@localhost) by matarje.dmarec.fr (8.17.1/8.17.1/Submit) id 40OKcPXG068203 for ports@freebsd.org; Wed, 24 Jan 2024 20:38:25 GMT (envelope-from david) Date: Wed, 24 Jan 2024 20:38:25 +0000 From: David Marec To: ports@freebsd.org Subject: [security/openiked-portable] Committer needed for release update 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-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)[dmarec.fr,none]; R_DKIM_ALLOW(-0.20)[dmarec.fr:s=matarje]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[david]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(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)[dmarec.fr:+] X-Rspamd-Queue-Id: 4TKwlc0Y12z4NYB Hi, Weeks ago, as the maintainer of /openiked-portable/, I opened the following PR to update the port to the last release : * https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275808 Can a committer take a look at it ? -- David Marec https://wiki.fug-fr.org/doku.php?id=start From nobody Wed Jan 24 22:42: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 4TKzVl0PYHz58rxq for ; Wed, 24 Jan 2024 22:42:39 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com [IPv6:2607:f8b0:4864:20::112e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TKzVk2h8Hz4flW for ; Wed, 24 Jan 2024 22:42:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=cgVEpAwQ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::112e as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-5ff88cbbcceso52214657b3.2 for ; Wed, 24 Jan 2024 14:42:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706136157; x=1706740957; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=fbU2jwFldwzgzP8myIoC+kEHVfWhymc3izP7qT1g6Ko=; b=cgVEpAwQ1ZjYgOU7zoUI94BvKVC41OYdb660q52hnSGkHcoWUy3Ow7xioRm4DdYHVZ YL0Er3c/dEv7OtdwL72NZLfmdydVDp517PjrUZG5XbPI1it7GrUFVJr9BDgJQOG4hCkR LxeW6LNtx+hlMn/m9d+p9sS35SBZU54+0BKr450GlVn4Ftkt1Jo1x/i6M3jydx7mSbOR 3s2OKBAkxVwTKESwdnJ7WUoYE3nhS6wOYs0aW9kgO0PCZyHfcqwdpjgyNwTLsfAKu7QM skMTGq99faOKFikn1dEob00mFwIwrUJMXn5A3DVVeS6J46+Rz+BoV4gfEHTLrctJn5nQ vUjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706136157; x=1706740957; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=fbU2jwFldwzgzP8myIoC+kEHVfWhymc3izP7qT1g6Ko=; b=m0zinGsmEyklSiKkJWc1yfXJRzOKpdphs3o5cHlYlEIbsR9fGzEwRJi+Ls2RKSaMyr CQlYlO4fDx3i6qHfutv0gKdtl6FkOPGfIvdYhKFIOCBiv10uV4r9jQT+kDc87YLahu73 iqfniQG6L4Btr59m27lbOQMVfoJq/wQhvyF+LYCNYJjZ17oVbLG/WTJtmQBWL3UkqqXx so7UifFG8jrM3aA2ndd63P3KdtO2BJC5GGVODm/T6gPmPJUlOR1Mqud3ftJL0r3kbddE 8+e7pQ3MVjFg8moVbz7Smse+ku2m2MUJiTeP+usSOLXdB45fo+k0g4Cu/dvMvZWkQgBD eIrg== X-Gm-Message-State: AOJu0YzekU5T2tbSOo3WMXf2OyeXF1se5oIQ46BKnejpitMNM2dHIpg6 li4qaB0NQpaO1f3szlWSkkGxu1zIdbvmQMOlnDNTcrBCmM/rgjOwFUwbuCBZS3NM5A+Tn1X38bD P6ubHqsrGPX0JaOeIB/AadYJDfDigfslTZxuI8g== X-Google-Smtp-Source: AGHT+IEx1pCCmMMCG3teFM/E/1PQWK9x0QKGS5E6addfkEYH+KPNdo3uO9uDHorKPBU3haj9EeYOcKYAJosYCV4Rjhs= X-Received: by 2002:a81:5486:0:b0:5f7:f3dc:b050 with SMTP id i128-20020a815486000000b005f7f3dcb050mr1736223ywb.66.1706136157050; Wed, 24 Jan 2024 14:42:37 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Kevin Oberman Date: Wed, 24 Jan 2024 14:42:21 -0800 Message-ID: Subject: Yesterday's bump of many ports broke a few things To: FreeBSD Ports ML Content-Type: multipart/alternative; boundary="000000000000945c1f060fb8c7dc" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 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]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::112e:from] X-Rspamd-Queue-Id: 4TKzVk2h8Hz4flW --000000000000945c1f060fb8c7dc Content-Type: text/plain; charset="UTF-8" Looks like dns/libidn has the same issue with lld 17+ as libidn2. At least it exhibits the same error as libidn2. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000945c1f060fb8c7dc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Looks like dns/libidn has the same issue with ll= d 17+ as libidn2. At least it exhibits the same error as libidn2.
=
--
Kevin Oberman, Part time kid herder and reti= red Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB9= 8AFA78E3B78C1694B318AB39EF1B055683
--000000000000945c1f060fb8c7dc-- From nobody Wed Jan 24 22:55: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 4TKzp8136xz58snn for ; Wed, 24 Jan 2024 22:56:00 +0000 (UTC) (envelope-from SRS0=ISnb=JC=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 4TKzp72lkVz4h8j; Wed, 24 Jan 2024 22:55:58 +0000 (UTC) (envelope-from SRS0=ISnb=JC=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=fhUab3jK; dkim=pass header.d=quip.cz header.s=private header.b=YX4UTRHI; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=ISnb=JC=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=ISnb=JC=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 84C5AD7890; Wed, 24 Jan 2024 23:55:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1706136956; bh=Zvxtmi+DIoIHIS58Mf85Xz8kzrNbB8VJv/B5YpKD3Lg=; h=Date:To:Cc:From:Subject; b=fhUab3jKwCm/O67krf7+85sxPzTNOpWQpcRo+d2jpDK9x57YjkniGImkNdiZyaxS8 J8h16owRrfIyNgJvQONon7/yLO61kchoTwc3/J/wNyEbhaKL/YbVhpvewu+tVKTJX1 oEvt0J1Fa+iV+P83HMk3/cs2dP+BqHPbP3N/pSio= 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 B2FF1D788B; Wed, 24 Jan 2024 23:55:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1706136955; bh=Zvxtmi+DIoIHIS58Mf85Xz8kzrNbB8VJv/B5YpKD3Lg=; h=Date:To:Cc:From:Subject; b=YX4UTRHIxfNGLpPYSGtxTp0Rr74D/X99be4OoS5Dua+Q5dlaaRk73Yv5ybrx1HwLW IYmUgvEa7emDb4gSwwfFKDk5Zg8Q1rDUTT9lDaSItNG13ymmPzP6szAcR9AqhUoWhO IKfz1wULTEYCE9H4IkCR6s+ePDcOyDNVQhY3UUu0= Message-ID: <0adddfba-0646-44eb-a3cf-dc460019a70e@quip.cz> Date: Wed, 24 Jan 2024 23:55:55 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: ports@freebsd.org Content-Language: cs-Cestina Cc: rust@FreeBSD.org From: Miroslav Lachman <000.fbsd@quip.cz> Subject: lang/rust PORT_LLVM=on Dependency loop detected Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=ISnb=JC=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)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; DMARC_NA(0.00)[quip.cz]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=ISnb=JC=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4TKzp72lkVz4h8j I tried to build our package set (in Poudriere) with the new option PORT_LLVM=on for lang/rust, but it seems it does not work / has not been tested, or we have some other non-default options that cause the following error: [00:00:57] Error: Dependency loop detected: These packages depend on each other: py39-openssl-23.2.0,1 py39-cryptography-41.0.7_1,1 rust-1.74.1 llvm15-15.0.7_9 py39-recommonmark-0.5.0_2 py39-sphinx-5.3.0_1,1 py39-requests-2.31.0 py39-urllib3-1.26.18,1 These packages depend on each other: rust-1.74.1 llvm15-15.0.7_9 py39-recommonmark-0.5.0_2 py39-sphinx-5.3.0_1,1 py39-requests-2.31.0 py39-urllib3-1.26.18,1 py39-openssl-23.2.0,1 py39-cryptography-41.0.7_1,1 py39-setuptools-rust-1.8.1 Is it supposed to work? How can I trace what port / option is pulling "bad dependency"? Kind regards Miroslav Lachman From nobody Thu Jan 25 00:36:50 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 4TL22j0Sqdz5924x for ; Thu, 25 Jan 2024 00:37:01 +0000 (UTC) (envelope-from freebsd@quinteiro.org) Received: from mx2.quinteiro.org (mx2.quinteiro.org [71.19.154.200]) (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 4TL22h03p0z40bl for ; Thu, 25 Jan 2024 00:37:00 +0000 (UTC) (envelope-from freebsd@quinteiro.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quinteiro.org header.s=default header.b=tKV2ROdR; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@quinteiro.org designates 71.19.154.200 as permitted sender) smtp.mailfrom=freebsd@quinteiro.org Received: from www.quinteiro.org (www.quinteiro.org [204.109.56.22]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx2.quinteiro.org (Postfix) with ESMTPS id BC1E721D9A6 for ; Thu, 25 Jan 2024 00:36:51 +0000 (UTC) (envelope-from freebsd@quinteiro.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=quinteiro.org; s=default; t=1706143011; bh=8hJKO2uToN8NJ7694S/J65nEx6QBEXa5G3pBw88EoaY=; h=Date:From:To:Subject:In-Reply-To:References; b=tKV2ROdRgC/0M+wfMea/dDsjpaPPaNQMVbA2Yeo5Fb6USFGsN/DW1mEdcbLfgDmES DYt6wPQcAz9HPAAyPI6a3Qw2zKgv7oiRYoFlZHY+YL9B5hWIV6RkDdmfHRqFy1bzIB hssq+lyfOdftK8BwOY82XQPpbQYTe/lZsC+p/WzA= Received: from www.quinteiro.org (localhost [127.0.0.1]) by www.quinteiro.org (Postfix) with ESMTP id 7346A2E86A for ; Thu, 25 Jan 2024 00:36:50 +0000 (UTC) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 24 Jan 2024 16:36:50 -0800 From: Jose Quinteiro To: Subject: Re: Call for help: moving manpages to share/man In-Reply-To: References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> Message-ID: X-Sender: freebsd@quinteiro.org User-Agent: RoundCube Webmail/0.2.2 X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MID_RHS_WWW(0.50)[]; R_DKIM_ALLOW(-0.20)[quinteiro.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[quinteiro.org:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quinteiro.org]; ASN(0.00)[asn:47066, ipnet:71.19.154.0/24, country:US]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4TL22h03p0z40bl On Wed, 24 Jan 2024 16:39:57 +0300, Gleb Popov wrote: > On Wed, Jan 24, 2024 at 4:35 PM Christian Weisgerber > wrote: >> >> Well, now it blocks contributors that don't have a GitHub account >> from being able to request a pull. :-) >> > > How would you request a pull when using FreeBSD git repo? Linus himself used to refuse Github pull requests: https://github.com/torvalds/linux/pull/17#issuecomment-5654674 But it looks like he accepts them now. In any case, there's this from the Linux kernel project: https://docs.kernel.org/maintainer/pull-requests.html Thanks, Jose From nobody Thu Jan 25 03:46:33 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 4TL6Fh31Vzz57by7; Thu, 25 Jan 2024 03:46:48 +0000 (UTC) (envelope-from postmaster@shaneware.biz) Received: from mail-relay2.dca2.superb.net (mail-relay2.dca2.superb.net [66.148.95.42]) (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 4TL6Fh1Grsz4KvJ; Thu, 25 Jan 2024 03:46:48 +0000 (UTC) (envelope-from postmaster@shaneware.biz) Authentication-Results: mx1.freebsd.org; none Received: from ppp230-11.static.internode.on.net ([203.122.230.11] helo=[192.168.9.155]) by mail-relay2.dca2.superb.net with esmtpsa (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (envelope-from ) id 1rSqhM-0003LD-KQ; Wed, 24 Jan 2024 22:46:41 -0500 Message-ID: Date: Thu, 25 Jan 2024 14:16:33 +1030 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: Subpackage explanations To: Luca Pizzamiglio , FreeBSD Ports mailing list , freebsd-ports References: Content-Language: en-US From: Shane Ambler In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TL6Fh1Grsz4KvJ 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:14361, ipnet:66.148.95.0/24, country:US] On 24/1/24 19:58, Luca Pizzamiglio wrote: > Hi porters! > > At the beginning of January, we merged the support to subpackages in the > framework. Sounds like some good work in the right direction. > *Use cases we want to tackle* > The first use case we want to get rid of is master/slave ports when slave > ports could be built with the master port. I don't see any mention of flavors. If I merge a slave port that builds the python bindings into the master port, can I still build multiple flavors for the subpackage? Any possibility that build steps can be defined to be repeated for each desired flavor? do-build-flavor: make --DPYVERS=${PY_FLAVOR} do-build-PY38: make --DUSE_FUTURES=yes > *Use cases we don't want to tackle (yet)* > Subpackages enable the adoption of micro-subpackages, a typical pattern for > Linux distributions that split a package in smaller ones: one with docs > (-doc), one with static libraries and headers (-dev), one with manpages > (-man), one with examples (-examples), and so on. To me that sounds like the easy first use case. Turn the doc/test/example options into subpackages. -- FreeBSD - the place to B...Software Developing Shane Ambler From nobody Thu Jan 25 03:46: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 4TL6Fh31Vzz57by7; Thu, 25 Jan 2024 03:46:48 +0000 (UTC) (envelope-from postmaster@shaneware.biz) Received: from mail-relay2.dca2.superb.net (mail-relay2.dca2.superb.net [66.148.95.42]) (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 4TL6Fh1Grsz4KvJ; Thu, 25 Jan 2024 03:46:48 +0000 (UTC) (envelope-from postmaster@shaneware.biz) Authentication-Results: mx1.freebsd.org; none Received: from ppp230-11.static.internode.on.net ([203.122.230.11] helo=[192.168.9.155]) by mail-relay2.dca2.superb.net with esmtpsa (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (envelope-from ) id 1rSqhM-0003LD-KQ; Wed, 24 Jan 2024 22:46:41 -0500 Message-ID: Date: Thu, 25 Jan 2024 14:16:33 +1030 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: Subpackage explanations To: Luca Pizzamiglio , FreeBSD Ports mailing list , freebsd-ports References: Content-Language: en-US From: Shane Ambler In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TL6Fh1Grsz4KvJ 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:14361, ipnet:66.148.95.0/24, country:US] On 24/1/24 19:58, Luca Pizzamiglio wrote: > Hi porters! > > At the beginning of January, we merged the support to subpackages in the > framework. Sounds like some good work in the right direction. > *Use cases we want to tackle* > The first use case we want to get rid of is master/slave ports when slave > ports could be built with the master port. I don't see any mention of flavors. If I merge a slave port that builds the python bindings into the master port, can I still build multiple flavors for the subpackage? Any possibility that build steps can be defined to be repeated for each desired flavor? do-build-flavor: make --DPYVERS=${PY_FLAVOR} do-build-PY38: make --DUSE_FUTURES=yes > *Use cases we don't want to tackle (yet)* > Subpackages enable the adoption of micro-subpackages, a typical pattern for > Linux distributions that split a package in smaller ones: one with docs > (-doc), one with static libraries and headers (-dev), one with manpages > (-man), one with examples (-examples), and so on. To me that sounds like the easy first use case. Turn the doc/test/example options into subpackages. -- FreeBSD - the place to B...Software Developing Shane Ambler From nobody Thu Jan 25 04:04:31 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 4TL6f75zNXz57d0h for ; Thu, 25 Jan 2024 04:04:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TL6f73Ss3z4Nfl for ; Thu, 25 Jan 2024 04:04:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706155471; 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=uyD7XU5s1f+nCpT/GtAEdqm70pv8F/yrRyPxdZMIWE8=; b=aibv4rNmDkGUFv7Z/RrTkewEji8gMF0j6Pjo4zeACYCVz7p4UW9Z8lvBSnMElAeNpGSqnG BneExv/A/esKhOx4LbCq6m6jtlfNPKjcuWRO69XhaG+NyaI+ntPppgBgN0vW6+FgECrO4O lIefhVYLZPvrsV/U6hlHmtyQs02zzSREtFtBamCPdaQoRZ7lsst8n65DJEje2xXkgoZVnK aDb5HK9V9gUEpvbaK3qaCPWDWOOkuW7C6rg0LBCmmLU76qqW48jQ6juS3S1xRBUGT5z8+Y 8fL+S3BpWKPaLIpoJQDt9jOXaTR72I3hN70SLXnJFYuKxBcCwqDifqBmhzrMJQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706155471; a=rsa-sha256; cv=none; b=wY5TZEerQxkFiITO3LAcLOHYqbJrBZXvafguaKgMTm69IDVjDPLnS3lcrwh5nGmpEBNeWv +JEx4KiEvcNnnMoTR92B0csETqBL2rBzeFNMfoegdgOdqmWRUm8ox1BX7s+UzOPHf8Rx5B ludqF9fvykG/tu06StMi2aGm0kRiaWo+WFD6idAN2DeNvLvxpPsyWnTAiX1tnhOaXvIMBk dnCZ+lnwXbXW7S/4pMNDGGGwasLYh0cNdlj9RkswqR37S/Xx9M4TdsnnCRqaEEe7T5tpUt nNL0VdwWnqd7YwqosJO4J7sn5BPmvsQRloRzsMn7rGMJmeSSrx9yp1xtXsIRcw== 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 4TL6f72S9hzjl1 for ; Thu, 25 Jan 2024 04:04:31 +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 40P44VC4054866 for ; Thu, 25 Jan 2024 04:04:31 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40P44Vd8054865; Thu, 25 Jan 2024 04:04:31 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401250404.40P44Vd8054865@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Thu, 25 Jan 2024 04:04:31 +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.6.0 | blenderbim-240124 ------------------------------------------------+-----------------+------------ devel/R-cran-tidyr | 1.3.0 | 1.3.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 Thu Jan 25 04:53:57 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 4TL7lS4zylz57jcS for ; Thu, 25 Jan 2024 04:54:12 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TL7lR6jMdz4V9D for ; Thu, 25 Jan 2024 04:54:11 +0000 (UTC) (envelope-from mizhka@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=QzsGLBR3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mizhka@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=mizhka@gmail.com Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-55cca88b6a5so1077053a12.1 for ; Wed, 24 Jan 2024 20:54:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706158450; x=1706763250; 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=2scqvtfv6c+Kn9pMtkpaF1v976MjB/aY1e4Uz11oV9M=; b=QzsGLBR3gIxrvo/ecGvUi41UFocUkfT3emMfgdHZ07q4lTcW0dF7zwH7ZZGvBQNDUI su3coA6UnS3GTb9Es5eFITUTR5J9vF47GLIKjcQ0BL0eninhkBuos5R8cpr3ysT4rBru 9xCt9WCTUEM9OzVh6yP5nTh06Kcc28RObA2lT9YUYCpupJQji+HLUUNYZIhgYQvlsPp9 UXmxLgvzHcPCUOCCcbRcTS6Fotc7mS9GasJNyi7tteC/V7tXpbvyVGJNQVIn9D2or2CR XmsZlARJeSe05EBWr7KUzI4u9om64QBPrxpvW6NUEHucGY5sPwOBXNZqargB7ujahgOy aMcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706158450; x=1706763250; 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=2scqvtfv6c+Kn9pMtkpaF1v976MjB/aY1e4Uz11oV9M=; b=FvTR2ED8KZWOayyVQoIUOGQb/eN1U7Nf7Wsk/Rz3t94iy2jHz7EUXeDL5pkBt2jgdE kdF/zk6hM6cYHiN8MhsMkUmG/l0VIwcKpFEOgeCyQtkCdQ7sMNzocPDFJ4bxjOMMpBni Y7rpLqOZqvsqGnkDtSRnRNrQzb00a3nLa8C3mOZ/oBKdTFHjppJ+EjG/IfnSH+gBAb6o tnOTBGJFJ8PrU/52ZdbRVLvOkFpAxJLy4uWdZQdufB2D8HKWkXQp4Mu5JIjII+cqal/7 tWI5z814VDML1x/ZVeZcRr7B64MloD8VMyCNE9qTansJSgwCkxnSTxnHp3CPzgsqX2Am Km+g== X-Gm-Message-State: AOJu0Yx+bGhDR1TDyWeNjjAllbsRQl1xl1DtSHKh7CGoToJK7TKFtZaI VeCn59C9aLr1xnRWQwfzslA0jKMnYH10xioBqX4mN6RaelJLAwiZ1GNDApp2EgsMMg/9ujKBKiQ 0u9HxWq55ZY26FJ2aAiZLddFs6zuuWDPv X-Google-Smtp-Source: AGHT+IHu1HB/p9/YjS0h+I2ZKmBYGqrSQWvqELe7v0dBtzgH7zp/t+zVWsEO9mvWuobwMS6hbTrgP8JJttG2cKDCt7s= X-Received: by 2002:a05:6402:783:b0:55d:360:8217 with SMTP id d3-20020a056402078300b0055d03608217mr78585edy.3.1706158449628; Wed, 24 Jan 2024 20:54:09 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <1933441589.1620.1706020359483@localhost> <8a405812-b886-4618-879b-621f10373478@gmx.de> In-Reply-To: <8a405812-b886-4618-879b-621f10373478@gmx.de> From: Michael Zhilin Date: Thu, 25 Jan 2024 07:53:57 +0300 Message-ID: Subject: Re: FreeBSD Port: java/eclipse To: Norbert Grundmann Cc: ports@freebsd.org Content-Type: multipart/alternative; boundary="000000000000521823060fbdf8b3" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmx.de]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[mizhka]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Rspamd-Queue-Id: 4TL7lR6jMdz4V9D --000000000000521823060fbdf8b3 Content-Type: text/plain; charset="UTF-8" Hi, It is nice to hear that I'm not only user of Eclipse and somebody still loves it. I'll prepare patch soon and come back to you for testing if possible. Thank you, Michael On Tue, 23 Jan 2024, 18:39 Norbert Grundmann, wrote: > Hallo Ronald, > > I figured out, that the compilation without specifying a target was okay - > but there was no *BSD specific target created. To create it you have to > add a "-Dnative" parameter like: > > # mvn clean verify -DskipTests=true -Dnative=gtk.linux.x86_64 > > it did not compile and stopped with an error. > > ... > [INFO] [bundle] Standard Widget Toolkit for GTK 3.125.0-SNAPSHOT FAILURE > [ 9.977 s] > ... > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 51.214 s > [INFO] Finished at: 2024-01-23T16:04:50+01:00 > [INFO] > ------------------------------------------------------------------------ > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-antrun-plugin:3.1.0:run > (build-native-binaries) on project org.eclipse.swt.gtk.linux.x86_64: An Ant > BuildException has occured: exec returned: 1 > [ERROR] around Ant part ... executable="sh">... @ 26:73 in > /home/ng/appl/eclipse/git/eclipse.platform.releng.aggregator/eclipse.platform.swt/binaries/org.eclipse.swt.gtk.linux.x86_64/target/antrun/build-mainxml > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the > -e switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :org.eclipse.swt.gtk.linux.x86_64 > > it means, the software may need changes / patches to add these specific > settings... > Cheers, Norbert > > On 1/23/24 15:32, Ronald Klop wrote: > > > *Van:* Norbert Grundmann > *Datum:* dinsdag, 23 januari 2024 14:29 > *Aan:* ports@FreeBSD.org > *Onderwerp:* FreeBSD Port: java/eclipse > > Hello :-) > > I am still using eclipse as my development environment and try to figure > out how to make a new port. Actually there is a 4.24 version in the > packages - it works, but... > > So I already (months ago) tried to understand the port by Jonathan Chen ( > jonc@chen.org.nz) - he did a good job :-) But I did not understand his > details. So I tried to "compile" an eclipse ide as described here: > > https://wiki.eclipse.org/Platform-releng/Platform_Build > > I installed maven3.9, openjdk17 and set > > # setenv JAVA_HOME /usr/local/openjdk17 > > then I did: > > # git clone -b master --recursive https://github.com/eclipse-platform/eclipse.platform.releng.aggregator.git > # cd eclipse.platform.releng.aggregator > # mvn clean verify -DskipTests=true > > and it finished with: > > ... > [INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [ 1.517 s] > [INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.732 s] > [INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.765 s] > [INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.356 s] > [INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08 min] > [INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [ 0.228 s] > [INFO] ------------------------------------------------------------------------ > [INFO] BUILD SUCCESS > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 39:58 min > [INFO] Finished at: 2024-01-23T13:59:57+01:00 > [INFO] ------------------------------------------------------------------------ > > everything compiled fine till the end... I think this is a good step. > But now the question - is this okay? Do I have to change code instead of > creating a linux binary? And how to integrate as a eclipse port? Sorry > for the questions - maybe someone can give me help and I could take over > the eclipse portage... > Cheers and many greetings from Germany :-) Norbert > > > > -- > I love penguins at the south pole, windows in my house and apples on my tree, but not in my computer :) > > > > > Well, what happens if you try to run the freshly build Eclipse? > > BTW: what do you mean by "instead of creating a linux binary"? Why would > it build a Linux binary on your (unassumingly) FreeBSD machine? > > Regards, > Ronald. > > > > -- > I love penguins at the south pole, windows in my house and apples on my tree, but not in my computer :) > > --000000000000521823060fbdf8b3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

It= is nice to hear that I'm not only user of Eclipse and somebody still l= oves it.=C2=A0

I'll = prepare patch soon and come back to you for testing if possible.=C2=A0

Thank you,=C2=A0
=C2=A0Michael

On Tue, 23 Jan 2024, 18:39 Norbert Grundmann= , <ngrundmann@gmx.de> wrote:=
=20 =20 =20
Hallo Ronald,

I figured out, that the compilation without specifying a target was okay - but there was no *BSD specific target created.=C2=A0 To create it you have to add a "-Dnative" parameter like:
# mvn clean verify -DskipTests=3Dtrue -Dnative=3Dgtk.linux.x86_6=
4

it did not compile and stopped with an error.

...
[INFO] [bundle] Standard Widget Toolkit for GTK 3.125.0-SNAPSHOT FAILURE [=C2=A0 9.977 s]
...
[INFO] -------------------------------------------------------------------= -----
[INFO] BUILD FAILURE
[INFO] -------------------------------------------------------------------= -----
[INFO] Total time:=C2=A0 51.214 s
[INFO] Finished at: 2024-01-23T16:04:50+01:00
[INFO] -------------------------------------------------------------------= -----
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:3.1.0:run (build-native-binaries) on project org.eclipse.swt.gtk.linux.x86_64: An Ant BuildException has occured: exec returned: 1
[ERROR] around Ant part ...<exec failonerror=3D"true" dir=3D"${build_dir}" executable=3D"sh">... @= 26:73 in /home/ng/appl/eclipse/git/eclipse.platform.releng.aggregator/eclipse.platfo= rm.swt/binaries/org.eclipse.swt.gtk.linux.x86_64/target/antrun/build-mainxm= l
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http= ://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]=C2=A0=C2=A0 mvn <args> -rf :org.eclipse.swt.gtk.linux= .x86_64

it means, the software may need changes / patches to add these specific settings...

Cheers, Norbert

On 1/23/24 15:32, Ronald Klop wrote:
=20

Van: Norbert Grundmann <ngrundmann@gmx.de>
Datum: dinsdag, 23 januari 2024 14:29
Aan: ports@FreeBSD.org
Onderwerp: FreeBSD Port: java/eclipse

Hello :-)

I am still using eclipse as my development environment and try to figure out how to make a new port.=C2=A0 Actuall= y there is a 4.24 version in the packages - it works, but...

So I already (months ago) tried to understand the port by Jonathan Chen (jonc@chen.org.nz) - he did a good job :-)=C2=A0 But I did not understand his details.=C2=A0 So I tried to "compile" an eclipse= ide as described here:

https://wiki.eclipse.org/Pla= tform-releng/Platform_Build

I installed maven3.9, openjdk17 and set

# setenv JAVA_HOME /usr/local/openjdk17

then I did:

# git clone -b master --recursive https://github.com/eclipse-platform/eclipse.plat=
form.releng.aggregator.git
# cd eclipse.platform.releng.aggregator
# mvn clean verify -DskipTests=3Dtrue

and it finished with:

...
[INFO] [feature] Eclipse Product Configuration 1.1.2200-SNAPSHOT SUCCESS [ =
 1.517 s]
[INFO] org.eclipse.rt.osgistarterkit.product 4.31.0-SNAPSHOT SUCCESS [ 17.7=
32 s]
[INFO] equinox-sdk 4.31.0-SNAPSHOT ........................ SUCCESS [ 12.76=
5 s]
[INFO] eclipse-junit-tests 4.31.0-SNAPSHOT ................ SUCCESS [ 28.35=
6 s]
[INFO] eclipse.platform.repository 4.31.0-SNAPSHOT ........ SUCCESS [08:08 =
min]
[INFO] platform-aggregator 4.31.0-SNAPSHOT ................ SUCCESS [  0.22=
8 s]
[INFO] --------------------------------------------------------------------=
----
[INFO] BUILD SUCCESS
[INFO] --------------------------------------------------------------------=
----
[INFO] Total time:  39:58 min
[INFO] Finished at: 2024-01-23T13:59:57+01:00
[INFO] --------------------------------------------------------------------=
----

everything compiled fine till the end...=C2=A0 I think thi= s is a good step.=C2=A0 But now the question - is this okay?= =C2=A0 Do I have to change code instead of creating a linux binary?=C2=A0 And how to integrate as a eclipse port?=C2=A0= Sorry for the questions - maybe someone can give me help and I could take over the eclipse portage...

Cheers and many greetings from Germany :-)=C2=A0 Norbert

=C2=A0

--
I love penguins at the south pole, windows in my house and apples on my tre=
e, but not in my computer :)



Well, what happens if you try to run the freshly build Eclipse?

BTW: what do you mean by "instead of creating a linux binary&quo= t;? Why would it build a Linux binary on your (unassumingly) FreeBSD machine?

Regards,
Ronald.
=C2=A0 


--
I love penguins at the south pole, windows in my house and apples on my tre=
e, but not in my computer :)
--000000000000521823060fbdf8b3-- From nobody Thu Jan 25 10:03:59 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 4TLGcy3rN3z58CtS; Thu, 25 Jan 2024 10:04:02 +0000 (UTC) (envelope-from SRS0=/AfJ=JD=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 4TLGcx5QWLz4JWy; Thu, 25 Jan 2024 10:04:01 +0000 (UTC) (envelope-from SRS0=/AfJ=JD=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=F0KK79pL; dkim=pass header.d=quip.cz header.s=private header.b=4tvX2myP; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=/AfJ=JD=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=/AfJ=JD=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 BAAC3D78AA; Thu, 25 Jan 2024 11:04:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1706177040; bh=QzzVFCQf4Gd+Tj1KtXjHG2G2a9u40NRT/OyMvTeMo4M=; h=Date:Subject:To:References:From:In-Reply-To; b=F0KK79pLzRzfrfaY/YKdnj32QMl+J2f3BQLKuGSfwlRI8gljiha1Ygf27VogW2Kp7 qAS5L7WewpSZ4ciOz9+pf8vPXINNiIzClKkuR4Ao7xsKCQgMQA4sSU1Psu4ucjk8tt mCIzE/dqruibmUkNbuGO/kQAZl2P3vxUQKO4/aR0= 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 8FF40D78A8; Thu, 25 Jan 2024 11:03:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1706177039; bh=QzzVFCQf4Gd+Tj1KtXjHG2G2a9u40NRT/OyMvTeMo4M=; h=Date:Subject:To:References:From:In-Reply-To; b=4tvX2myPsXE2IwVeHSOtZU3FzGL3S03RjWIaCbSk8ikFjczeVGajgqJEPatZ5ZAxN QUTZTkr4u7Cy2/5Kf4xB5dG6XHPR4Pkt7u0WRAXqIu9YhUq+uzHQuuE44uYqQ9+J4n r8uo437kZGmocD2u77j4S+XXi4ci6k9aYsLLa098= Message-ID: <0bc03d6c-7b2b-4816-af44-a83ea17b5851@quip.cz> Date: Thu, 25 Jan 2024 11:03:59 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Subpackage explanations Content-Language: cs-Cestina To: Luca Pizzamiglio , FreeBSD Ports mailing list , freebsd-ports References: From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: 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_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=/AfJ=JD=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)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; ARC_NA(0.00)[]; DMARC_NA(0.00)[quip.cz]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=/AfJ=JD=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,ports@freebsd.org]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4TLGcx5QWLz4JWy On 24/01/2024 10:28, Luca Pizzamiglio wrote: > Hi porters! > > At the beginning of January, we merged the support to subpackages in the > framework. > Subpackage is the feature to create multiple packages from one build of > one port. In other words, now it's possible to group files into multiple > packages. This means that from one port it's possible to split the build > into several packages. > Some additional details are available in this lighting talk at EuroBSD > 2023 (https://youtu.be/e-FUYbGNdBg?t=824 > ). > > *Use cases we want to tackle* > The first use case we want to get rid of is master/slave ports when > slave ports could be built with the master port. > An example (already merged) is https://reviews.freebsd.org/D43445 > : devel/appstream will create also > the -compose and -qt6 binaries as subpackage in one build. I'm glad to see this feature. It seems ideal for ports like MySQL / MariaDB / PostgreSQL where the -client or -contrib port is just a slave Makefile of -server and if you need to install server, you need client installed too. Thank you for the work on it. Kind regards Miroslav Lachman From nobody Thu Jan 25 10:03: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 4TLGcy3rN3z58CtS; Thu, 25 Jan 2024 10:04:02 +0000 (UTC) (envelope-from SRS0=/AfJ=JD=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 4TLGcx5QWLz4JWy; Thu, 25 Jan 2024 10:04:01 +0000 (UTC) (envelope-from SRS0=/AfJ=JD=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=F0KK79pL; dkim=pass header.d=quip.cz header.s=private header.b=4tvX2myP; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=/AfJ=JD=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=/AfJ=JD=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 BAAC3D78AA; Thu, 25 Jan 2024 11:04:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1706177040; bh=QzzVFCQf4Gd+Tj1KtXjHG2G2a9u40NRT/OyMvTeMo4M=; h=Date:Subject:To:References:From:In-Reply-To; b=F0KK79pLzRzfrfaY/YKdnj32QMl+J2f3BQLKuGSfwlRI8gljiha1Ygf27VogW2Kp7 qAS5L7WewpSZ4ciOz9+pf8vPXINNiIzClKkuR4Ao7xsKCQgMQA4sSU1Psu4ucjk8tt mCIzE/dqruibmUkNbuGO/kQAZl2P3vxUQKO4/aR0= 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 8FF40D78A8; Thu, 25 Jan 2024 11:03:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1706177039; bh=QzzVFCQf4Gd+Tj1KtXjHG2G2a9u40NRT/OyMvTeMo4M=; h=Date:Subject:To:References:From:In-Reply-To; b=4tvX2myPsXE2IwVeHSOtZU3FzGL3S03RjWIaCbSk8ikFjczeVGajgqJEPatZ5ZAxN QUTZTkr4u7Cy2/5Kf4xB5dG6XHPR4Pkt7u0WRAXqIu9YhUq+uzHQuuE44uYqQ9+J4n r8uo437kZGmocD2u77j4S+XXi4ci6k9aYsLLa098= Message-ID: <0bc03d6c-7b2b-4816-af44-a83ea17b5851@quip.cz> Date: Thu, 25 Jan 2024 11:03:59 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Subpackage explanations Content-Language: cs-Cestina To: Luca Pizzamiglio , FreeBSD Ports mailing list , freebsd-ports References: From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: 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_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=/AfJ=JD=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)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; ARC_NA(0.00)[]; DMARC_NA(0.00)[quip.cz]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=/AfJ=JD=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,ports@freebsd.org]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4TLGcx5QWLz4JWy On 24/01/2024 10:28, Luca Pizzamiglio wrote: > Hi porters! > > At the beginning of January, we merged the support to subpackages in the > framework. > Subpackage is the feature to create multiple packages from one build of > one port. In other words, now it's possible to group files into multiple > packages. This means that from one port it's possible to split the build > into several packages. > Some additional details are available in this lighting talk at EuroBSD > 2023 (https://youtu.be/e-FUYbGNdBg?t=824 > ). > > *Use cases we want to tackle* > The first use case we want to get rid of is master/slave ports when > slave ports could be built with the master port. > An example (already merged) is https://reviews.freebsd.org/D43445 > : devel/appstream will create also > the -compose and -qt6 binaries as subpackage in one build. I'm glad to see this feature. It seems ideal for ports like MySQL / MariaDB / PostgreSQL where the -client or -contrib port is just a slave Makefile of -server and if you need to install server, you need client installed too. Thank you for the work on it. Kind regards Miroslav Lachman From nobody Thu Jan 25 11:59: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 4TLK9f67Ckz58Nb0 for ; Thu, 25 Jan 2024 11:59:02 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLK9f0z8jz4W8C; Thu, 25 Jan 2024 11:59:02 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="aM/E2fBQ"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sergey.dyatko@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=sergey.dyatko@gmail.com Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-55cdaa96f34so1239513a12.1; Thu, 25 Jan 2024 03:59:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706183938; x=1706788738; darn=freebsd.org; h=content-transfer-encoding:mime-version:message-id:subject:cc:to :from:date:from:to:cc:subject:date:message-id:reply-to; bh=I7psq1VWgGuwtRjH3W8I40iUKVzr8IGc7OjBNTsa4l0=; b=aM/E2fBQ+IM6rszU8s8yYEOz/YEoayWsoH15VWIEHIthL1Wku2E6fRu3+eWu3QRvTH PNGceCnMzAStFYldxwVPpyPTsyUhIasIks7Dn/gx684tGcu15eTolWKnAb/pGk8/Q48T Ujq1y4LkQskdi4tmcrHz4MRA0qlJazk+FTxBnI9wLrd5Di7eXw/ZA2rHaTRjGw7jJo/9 zXwtXVI5RmOuxcec3OzDMtm4KvmPJGRRDKShlFRo9gXBa8OHtrOp/D8SnN/hVcKAObLW 8vUmN+xzb9igRE75FwS1dRAkDDBrmnXyfpoFsbi7migNZKPJxjcQlHMNVyzl/EWiuQW6 oy0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706183938; x=1706788738; h=content-transfer-encoding:mime-version:message-id:subject:cc:to :from:date:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=I7psq1VWgGuwtRjH3W8I40iUKVzr8IGc7OjBNTsa4l0=; b=D/YJKTj24q6t4xEVnXXwX2PKFsyI8X3zJns73MwTYd9RGOnSJ4jeZ3of9FBpEqWfUA EAuD4nUYDH6lHcpO9ppU0O98NADvwyoPxik5iOP+VSMjTseYzF2+32YmsbimN0GnAb82 6cjo0scs5yv7YLj3WE0ZiGnfFpzrrP1qvvghJjvd2XhICbbZFsqRQebx7S/RK8OZGHUw pgocoZufbeVx8KmPd4IgrLTk1LkMTLjQxQEmd/jf/+Wa53cZSi44f/v9KfYkdHOKTP69 XdeoduXjHg0WuKOTx2bKY3s0g7lhCZdbVrFNB4xwYlvxVUf4Ow6oORWuoYCuEMVbqsB0 TI0Q== X-Gm-Message-State: AOJu0Yx2ruEL/d1rNwrpuKR/Ru4fF9qEg9DByH3i2v5qikC0c8l7n/0h vjhjtTQFFYLcvZDe4dmsUIGPyrYQVg/H2kwKEy5ETbwiXnhgfUU0cXMNoRqAP28o+g== X-Google-Smtp-Source: AGHT+IEKY9hIJYaGTXSzPKnsdTBHjjeBE3y+Vg24FQzoncxyFWdDA38+ysJi0SAop1xGIEU/SgemBg== X-Received: by 2002:a17:906:f343:b0:a31:26e8:76c5 with SMTP id hg3-20020a170906f34300b00a3126e876c5mr966353ejb.28.1706183937724; Thu, 25 Jan 2024 03:58:57 -0800 (PST) Received: from localhost (static.145.207.46.78.clients.your-server.de. [78.46.207.145]) by smtp.gmail.com with ESMTPSA id ck26-20020a170906c45a00b00a2f620e158esm945272ejb.164.2024.01.25.03.58.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Jan 2024 03:58:57 -0800 (PST) Date: Thu, 25 Jan 2024 14:59:33 +0300 From: "Sergey V. Dyatko" To: Cc: manu@freebsd.org Subject: graphics/mesa-libs build broken Message-ID: <20240125145933.7c74c7b4@gmail.com> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.939]; 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)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from] X-Rspamd-Queue-Id: 4TLK9f0z8jz4W8C Hi, After 2080c2eddaca4fa188668ae9fe8d76e0461378c3 I'm unable to build graphics/mesa-libs because host I'm using doesn't support kcmp(2), it is FreeBSD 15.0-CURRENT #24 main-n265517-37236ab7e4e8-dirty It seems that _supported_ X.Y-RELEASE doens't have it too and we should have if in Makefile.common. Isn't it? -- wbr, Sergey From nobody Thu Jan 25 12:04:32 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 4TLKHM4b88z58NvD for ; Thu, 25 Jan 2024 12:03:59 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLKHL6h78z4X0Q; Thu, 25 Jan 2024 12:03:58 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=YqjrN99O; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sergey.dyatko@gmail.com designates 2a00:1450:4864:20::62e as permitted sender) smtp.mailfrom=sergey.dyatko@gmail.com Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-a33735d22fcso6106566b.2; Thu, 25 Jan 2024 04:03:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706184237; x=1706789037; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=oXfpuOikSvIg59sx5g9WgKC81olzXMxGV8MqGfw1br0=; b=YqjrN99OQjt6uPMSI/8fujfAQV/45/c3hXQUFKcBEXlqL6RgfDqKaDVwIXW3GHwyQJ 6DBY49v7Z0LTU+Nk+W7YFMrBuDAZ6BpouRkBqRhqGJ+YG8wxNxAh4z2A8paDixfIdqS3 YgTA8SLSQxSwGCkuAYCMSru11j2NHAU0WP8FmNoh6T935IlfHyADC5QqccoVGpvEYbOt NcroiwHuHkWEmxspTREAa8JaH8KBAS8fEROH8h708W1A8hKpeiXS841AWJ0pWbcnqK7r XYFinDastgwwSeFtuXAohFgdMzw+12cYYwsuQ1kF2W4h2+ztnzq5uAEhNQxZAAUtE5tY 8GeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706184237; x=1706789037; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=oXfpuOikSvIg59sx5g9WgKC81olzXMxGV8MqGfw1br0=; b=ii4c4TI+Ii3PGI9pbIJbhPZSg/3cLK0FNYHGnxa+mXcx+cs+G7fXVi0O7HKrMX8CBT ZyOT/52xb4tFhFj3iuPJZYFXV7T2DKBWP0UVF9fTwOJbMYcP2lUU0ORB5E5z1kN95nDz mfW/u5+FiwEVwSIMGCjGOV06rfmNaBAmhM/giVU+yLgQ+WIP7bMtiG+6xPiHew8JfcVQ 5rSqDE7ifUDaCHxtdl+0yhepi+1vBO9MtgECNY92FqZY+enubw8f3kwf9vYHimS65oiN ep5njsDdZJRtWlglYALkuLZ4PAuMSkCLr42c2tv0iUW/Gq9Fz+s0V/dQvl2dYafZ+L9U EKvw== X-Gm-Message-State: AOJu0Yww4hVODbDdoF2u95tgXOeZkhNLn7jeRaCXq1VFHTy/8UYGqpGw 2ATztjYLW5Bx7gPTSEogy1hKm4pcfa5pQCDNLTyVMfDDomMogICENGxQmZRW3cRKJQ== X-Google-Smtp-Source: AGHT+IGbZaCqFXypvBbRnSEbqT69C+2x1cyYBsubQlH5fMmuOJJlX0Tr/7poaw+zWkLrbyH95Uu7OQ== X-Received: by 2002:a17:907:7046:b0:a2f:617b:fa0f with SMTP id ws6-20020a170907704600b00a2f617bfa0fmr243771ejb.223.1706184236443; Thu, 25 Jan 2024 04:03:56 -0800 (PST) Received: from localhost ([86.57.155.118]) by smtp.gmail.com with ESMTPSA id hu15-20020a170907a08f00b00a31636793dfsm794014ejc.201.2024.01.25.04.03.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Jan 2024 04:03:56 -0800 (PST) Date: Thu, 25 Jan 2024 15:04:32 +0300 From: "Sergey V. Dyatko" To: Cc: manu@freebsd.org Subject: Re: graphics/mesa-libs build broken Message-ID: <20240125150432.631de513@gmail.com> In-Reply-To: <20240125145933.7c74c7b4@gmail.com> References: <20240125145933.7c74c7b4@gmail.com> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.939]; 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)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62e:from] X-Rspamd-Queue-Id: 4TLKHL6h78z4X0Q On Thu, 25 Jan 2024 14:59:33 +0300 "Sergey V. Dyatko" wrote: > Hi, > > After 2080c2eddaca4fa188668ae9fe8d76e0461378c3 I'm unable to build > graphics/mesa-libs because host I'm using doesn't support kcmp(2), it is > FreeBSD 15.0-CURRENT #24 main-n265517-37236ab7e4e8-dirty > It seems that _supported_ X.Y-RELEASE doens't have it too and we > should have if in Makefile.common. Isn't it? > > -- > wbr, Sergey > As minimum, for 15: . if ${OSVERSION} >=1500012 PATCHFILES+= 7c565db35d39bdbf4e4f867ea19f78b97c8c126f.patch:-p1 # https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27184 .endif -- wbr, Sergey From nobody Thu Jan 25 12:13:37 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 4TLKTs4Y8xz58PFx for ; Thu, 25 Jan 2024 12:13:05 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLKTr6p54z4YMr; Thu, 25 Jan 2024 12:13:04 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=U82+sCHN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sergey.dyatko@gmail.com designates 2a00:1450:4864:20::12d as permitted sender) smtp.mailfrom=sergey.dyatko@gmail.com Received: by mail-lf1-x12d.google.com with SMTP id 2adb3069b0e04-5101cd91017so570308e87.2; Thu, 25 Jan 2024 04:13:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706184781; x=1706789581; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=4du9ROpjVQOIrFRzlg+6mMKcNK84z5vXUeWKVFb0b+c=; b=U82+sCHNu3Kywe0mHGDK+LMUJIlTecw9+ASwo3tXBosphNsjy9S5bsMM3YhqoIlOvK bmxcuDSDqT+Ek0+HQibnuOj3vj7K6UhEteMUhSYVk4QSm+J1HtspPbG3tYUJ6jnC6HR0 KSvxt0wII1Sa0f/PlOXfTDhjegB7WMAQQtsQhJFpltOO5uxoS9PaDX/i19QFupWS3R6g pv69k+hnV9112vn0Unatw/z+2FrajIP7VoAPk43Qgb//k4vflox4QnV/5o9wSnt7wy5w rylFLtdg7F2gQdlS9Vc3BL1LKL62TN7GCyTte/4ED/u4nw9OAE/nDAL/6CLy6Gxfk+Xe BvIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706184781; x=1706789581; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=4du9ROpjVQOIrFRzlg+6mMKcNK84z5vXUeWKVFb0b+c=; b=lwC7Zif/B4OSc8ovFiJ4v00hVm5iUCA1pmhPyEQz3l4u8HbsqU7IHQmGICOvzL16Rh ok4kpuLmny9qKNuIKGlyRIhLdkge60kYPxTHIuvPeQi3aNSKVd+Xxz8IrjADNWHSDrh6 9PSXRU0M88q2Wq4MqJBJ3ole6Wcx6rDG+l4eHGdgRM2jjLh5hS56jTMWvbQF+R/sPbdX +Gp1txM0Jm7uiLZdHvzZ331jZo1JQkJrLLXgemGu57ztC0voT4sH9Kf+JjVRNPIwgtH5 hXAa1teMP/lOcOMNo3rtysVuHazAjinS5MSez1aQQh8rZj9vf2zo7aRQYQxsBjPk7NqE e3FA== X-Gm-Message-State: AOJu0YzXuqQ+KHIIm4gd6Rv249nlvQ/hvGJ69EatIzWKPy4yjQG7ZiZA Ej884l8oszgvRokOWfFiI37ANsF6ZOeIwxPs5u4HmKXHiDeb6+ftY8il22CMhZHxog== X-Google-Smtp-Source: AGHT+IGWfE2x2j084XHMbirLugYIDxolOKd+DWPyEP8Ugu1lYexjbP2NGOv8Q3GxZa5/GYHCu3NPXQ== X-Received: by 2002:a19:5f53:0:b0:510:1879:c86d with SMTP id a19-20020a195f53000000b005101879c86dmr294756lfj.16.1706184780961; Thu, 25 Jan 2024 04:13:00 -0800 (PST) Received: from localhost (static.145.207.46.78.clients.your-server.de. [78.46.207.145]) by smtp.gmail.com with ESMTPSA id e9-20020a056402104900b0055c15c5919csm5207097edu.86.2024.01.25.04.13.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Jan 2024 04:13:00 -0800 (PST) Date: Thu, 25 Jan 2024 15:13:37 +0300 From: "Sergey V. Dyatko" To: Emmanuel Vadot Cc: , manu@freebsd.org Subject: Re: graphics/mesa-libs build broken Message-ID: <20240125151337.0721e858@gmail.com> In-Reply-To: <20240125130511.6940e2a26f510a450ce9e704@bidouilliste.com> References: <20240125145933.7c74c7b4@gmail.com> <20240125130511.6940e2a26f510a450ce9e704@bidouilliste.com> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; TAGGED_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12d:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4TLKTr6p54z4YMr On Thu, 25 Jan 2024 13:05:11 +0100 Emmanuel Vadot wrote: > Hi, > > On Thu, 25 Jan 2024 14:59:33 +0300 > "Sergey V. Dyatko" wrote: > > > Hi, > > > > After 2080c2eddaca4fa188668ae9fe8d76e0461378c3 I'm unable to build > > graphics/mesa-libs because host I'm using doesn't support kcmp(2), it is > > FreeBSD 15.0-CURRENT #24 main-n265517-37236ab7e4e8-dirty > > It seems that _supported_ X.Y-RELEASE doens't have it too and we > > should have if in Makefile.common. Isn't it? > > Can you share the log ? > It should build fine as in mesa kcmp usage is gated by #ifdef SYS_kcmp. > I'll start a build on my side too on 14.0 to see the result. > Here is small portion, I'll send full log in a minute to you: FAILED: src/util/libmesa_util.a.p/os_file.c.o cc -Isrc/util/libmesa_util.a.p -Isrc/util -I../src/util -Iinclude -I../include -Isrc -I../src -Isrc/util/format -I../src/util/format -I/usr/local/include -fvisibility=hidden -fdiagnostics-color=never -DNDEBUG -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c11 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS '-DPACKAGE_VERSION="23.3.4"' '-DPACKAGE_BUGREPORT="https://gitlab.freedesktop.org/mesa/mesa/-/issues"' -DHAVE_OPENGL=1 -DHAVE_OPENGL_ES_1=1 -DHAVE_OPENGL_ES_2=1 -DHAVE_R300 -DVIDEO_CODEC_VC1DEC=0 -DVIDEO_CODEC_H264DEC=0 -DVIDEO_CODEC_H264ENC=0 -DVIDEO_CODEC_H265DEC=0 -DVIDEO_CODEC_H265ENC=0 -DHAVE_X11_PLATFORM -DHAVE_WAYLAND_PLATFORM -DHAVE_SURFACELESS_PLATFORM -DHAVE_DRM_PLATFORM -DHAVE_XCB_PLATFORM -DENABLE_ST_OMX_BELLAGIO=0 -DENABLE_ST_OMX_TIZONIA=0 -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DGLAPI_EXPORT_PROTO_ENTRY_POINTS=0 -DALLOW_KCMP -DETIME=ETIMEDOUT -DENABLE_SHADER_CACHE -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE -DHAVE___BUILTIN_TYPES_COMPATIBLE_P -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL -DHAVE_FUNC_ATTRIBUTE_ALIAS -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_UINT128 -DHAVE_REALLOCARRAY -DHAVE_FMEMOPEN -D_GNU_SOURCE -DUSE_SSE41 -DHAVE___BUILTIN_IA32_CLFLUSHOPT -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM -DHAS_SCHED_H -DHAS_SCHED_GETAFFINITY -DHAVE_SYS_SYSCTL_H -DHAVE_XLOCALE_H -DHAVE_ENDIAN_H -DHAVE_DLFCN_H -DHAVE_SYS_SHM_H -DHAVE_CET_H -DHAVE_PTHREAD_NP_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_MEMFD_CREATE -DHAVE_FLOCK -DHAVE_STRTOK_R -DHAVE_GETRANDOM -DHAVE_QSORT_S -DHAVE_POSIX_FALLOCATE -DHAVE_GNU_QSORT_R -DHAVE_STRUCT_TIMESPEC -DHAVE_POSIX_MEMALIGN -DHAVE_DIRENT_D_TYPE -DHAVE_STRTOD_L -DHAVE_DLADDR -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_ZSTD -DHAVE_COMPRESSION -DHAVE_PTHREAD -DHAVE_LIBDRM -DLLVM_AVAILABLE '-DMESA_LLVM_VERSION_STRING="15.0.7"' -DLLVM_IS_SHARED=1 -DDRAW_LLVM_AVAILABLE -DUSE_LIBELF -DUSE_LIBGLVND=1 -DWL_HIDE_DEPRECATED -DHAVE_DRI -DHAVE_DRI2 -DHAVE_DRI3 -DHAVE_DRI3_MODIFIERS -DHAVE_DRISW_KMS -Werror=implicit-function-declaration -Werror=missing-prototypes -Werror=return-type -Werror=empty-body -Werror=incompatible-pointer-types -Werror=int-conversion -Wimplicit-fallthrough -Wmisleading-indentation -Wno-missing-field-initializers -fno-math-errno -fno-trapping-math -Qunused-arguments -fno-common -Wno-microsoft-enum-value -Wno-unused-function -Werror=format -Wformat-security -ffunction-sections -fdata-sections -Wno-unused-variable -Wno-unused-but-set-variable -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fPIC -pthread -Werror=pointer-arith -Werror=vla -Werror=gnu-empty-initializer -MD -MQ src/util/libmesa_util.a.p/os_file.c.o -MF src/util/libmesa_util.a.p/os_file.c.o.d -o src/util/libmesa_util.a.p/os_file.c.o -c ../src/util/os_file.c ../src/util/os_file.c:216:19: error: use of undeclared identifier 'SYS_kcmp' return syscall(SYS_kcmp, pid, pid, KCMP_FILE, fd1, fd2); ^ ../src/util/os_file.c:216:39: error: use of undeclared identifier 'KCMP_FILE' return syscall(SYS_kcmp, pid, pid, KCMP_FILE, fd1, fd2); ^ 2 errors generated. -- wbr, Sergey From nobody Thu Jan 25 12:13:31 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 4TLKVR2QlBz58PMh; Thu, 25 Jan 2024 12:13:35 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLKVR1Ym1z4Yv5; Thu, 25 Jan 2024 12:13:35 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706184815; 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=zxT3Oe2DR0uYRilSAMm5l16lSZVSYULzWDd/ULIClOs=; b=php5l8YMDRYKFZhPMZKvFOMIjUlBis8uNIzQbLWJbaXQ/+dR2DXMbwo5fYx92q1O6OsLnr T046YzldQZ6xn7y9dTm8dPJ+k8zzcplPhjDsW6IdIWTueu/7L3zB9PlGVGtE9Oj6eBRVIk Fegaf2jWQ2LLsgrWXgPK9LRIPiUT8YTMoOZWKJentX7B8UU82BVOGd+SP63PpUx59cZfiD oAQhCQ31rucAUCftLOBjnolkEhliB+nG05jVfuzTWrO63Ub54TmRIwb5fA0gk7aEC6gdOT Voo2RleqkL6V2JIsZcw2EeiKYU35xdIljtpKoWRt+gOZvLWvNIu6EbiSh9UfLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706184815; 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=zxT3Oe2DR0uYRilSAMm5l16lSZVSYULzWDd/ULIClOs=; b=se+DaO93bvd6GfTSmv5IxufWrsUKggbQDeZMsQrf7OVXFDYR3eaNr8hBmMDwKKIEenaGVq 38mvbBMrc2evvrma3CwmLsfSa59aeR8gYm38j/CImrD//3L0//XLtlMSqgpHHG8ArnCsSX qHSiFikN1akbPIiEgVxCQWAtuGbE5/zPgok2ve8RNjRf7e4/XUxE71uKuLwlJXfoZT1dKl 8Q7xvJo7iqLebEiBQmWCZn25ShLKthf0r/db4oJmbc+irFQ6nUIOL3c6/s7oaWbLXriEFL LRfiIzoVCKC8lgK3S7fHIWem+WmszwS+pjn5cIgYWRXePqQqpxqAVpd0rnRMdA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706184815; a=rsa-sha256; cv=none; b=O5YoAzbF4yY1mbo5q6UtQ10AnxN6ddpTbwGs2qkvSes8wQsj2KnEamYxiahJwqNOB+LskS vre4Y+xjIi0PlOIcy/4CCWuIu0+O5zbmkIMAcYrOuUoRil7CSGcNW9+09PcMhucacz/1GS H0BpjexlHKHHJMwW+Gtw0CiRAG2PzOudBm4E9OCFdHJf0ADGcYFNbTXfHK49/tbaXg72x0 ddBt7sAzYbb3dNsVELFG3a5my9ovhID6Dwoi4X2gfyhDxS7VZJMwfu8MKuSTiYrNqHjzhQ dyDWcjkX5cIPbZd/AyqdKlP200HLNKoNsNWdGjJfxS5hT7XXb+M0tLdTIj5H6w== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 190707D4A; Thu, 25 Jan 2024 12:13:35 +0000 (UTC) From: Jan Beich To: Luca Pizzamiglio Cc: FreeBSD Ports mailing list , freebsd-ports Subject: Re: Subpackage explanations In-Reply-To: (Luca Pizzamiglio's message of "Wed, 24 Jan 2024 10:28:48 +0100") References: Date: Thu, 25 Jan 2024 13:13:31 +0100 Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Luca Pizzamiglio writes: > The first use case we want to get rid of is master/slave ports when slave > ports could be built with the master port. Could doesn't necessarily mean should. For example, merging gimp-jxl-plugin back into libjxl would increase build time and risk of "missing packages" due to larger dependency chain in a port used by many directly and even more indirectly. > 2. the build is going to change the configuration of appstream, enabling > the compose OPTION, to build the dependency. Known limitation even without subpackages e.g., https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247517 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251855 https://lists.freebsd.org/pipermail/freebsd-ports/2005-August/025244.html Gentoo shows how such support may look like e.g., https://devmanual.gentoo.org/general-concepts/dependencies/#built-with-use-dependencies > * all options enabling subpkg has to be ON by default, to not introduce > broken dependencies Often already done as "batteries included" even without subpackages. > * we encourage to limit the introduction of those optional subpackages, > limiting their adoption only for cases where the related subpackage adds a > relevant set of dependencies Removing options is a POLA violation, so this may hinder subpackages adoption. What was supposed to be a mechanical change ends up requiring deeper insight into all possible use cases for a given port. From nobody Thu Jan 25 12:13:31 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 4TLKVR2QlBz58PMh; Thu, 25 Jan 2024 12:13:35 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLKVR1Ym1z4Yv5; Thu, 25 Jan 2024 12:13:35 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706184815; 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=zxT3Oe2DR0uYRilSAMm5l16lSZVSYULzWDd/ULIClOs=; b=php5l8YMDRYKFZhPMZKvFOMIjUlBis8uNIzQbLWJbaXQ/+dR2DXMbwo5fYx92q1O6OsLnr T046YzldQZ6xn7y9dTm8dPJ+k8zzcplPhjDsW6IdIWTueu/7L3zB9PlGVGtE9Oj6eBRVIk Fegaf2jWQ2LLsgrWXgPK9LRIPiUT8YTMoOZWKJentX7B8UU82BVOGd+SP63PpUx59cZfiD oAQhCQ31rucAUCftLOBjnolkEhliB+nG05jVfuzTWrO63Ub54TmRIwb5fA0gk7aEC6gdOT Voo2RleqkL6V2JIsZcw2EeiKYU35xdIljtpKoWRt+gOZvLWvNIu6EbiSh9UfLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706184815; 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=zxT3Oe2DR0uYRilSAMm5l16lSZVSYULzWDd/ULIClOs=; b=se+DaO93bvd6GfTSmv5IxufWrsUKggbQDeZMsQrf7OVXFDYR3eaNr8hBmMDwKKIEenaGVq 38mvbBMrc2evvrma3CwmLsfSa59aeR8gYm38j/CImrD//3L0//XLtlMSqgpHHG8ArnCsSX qHSiFikN1akbPIiEgVxCQWAtuGbE5/zPgok2ve8RNjRf7e4/XUxE71uKuLwlJXfoZT1dKl 8Q7xvJo7iqLebEiBQmWCZn25ShLKthf0r/db4oJmbc+irFQ6nUIOL3c6/s7oaWbLXriEFL LRfiIzoVCKC8lgK3S7fHIWem+WmszwS+pjn5cIgYWRXePqQqpxqAVpd0rnRMdA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706184815; a=rsa-sha256; cv=none; b=O5YoAzbF4yY1mbo5q6UtQ10AnxN6ddpTbwGs2qkvSes8wQsj2KnEamYxiahJwqNOB+LskS vre4Y+xjIi0PlOIcy/4CCWuIu0+O5zbmkIMAcYrOuUoRil7CSGcNW9+09PcMhucacz/1GS H0BpjexlHKHHJMwW+Gtw0CiRAG2PzOudBm4E9OCFdHJf0ADGcYFNbTXfHK49/tbaXg72x0 ddBt7sAzYbb3dNsVELFG3a5my9ovhID6Dwoi4X2gfyhDxS7VZJMwfu8MKuSTiYrNqHjzhQ dyDWcjkX5cIPbZd/AyqdKlP200HLNKoNsNWdGjJfxS5hT7XXb+M0tLdTIj5H6w== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 190707D4A; Thu, 25 Jan 2024 12:13:35 +0000 (UTC) From: Jan Beich To: Luca Pizzamiglio Cc: FreeBSD Ports mailing list , freebsd-ports Subject: Re: Subpackage explanations In-Reply-To: (Luca Pizzamiglio's message of "Wed, 24 Jan 2024 10:28:48 +0100") References: Date: Thu, 25 Jan 2024 13:13:31 +0100 Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Luca Pizzamiglio writes: > The first use case we want to get rid of is master/slave ports when slave > ports could be built with the master port. Could doesn't necessarily mean should. For example, merging gimp-jxl-plugin back into libjxl would increase build time and risk of "missing packages" due to larger dependency chain in a port used by many directly and even more indirectly. > 2. the build is going to change the configuration of appstream, enabling > the compose OPTION, to build the dependency. Known limitation even without subpackages e.g., https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247517 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251855 https://lists.freebsd.org/pipermail/freebsd-ports/2005-August/025244.html Gentoo shows how such support may look like e.g., https://devmanual.gentoo.org/general-concepts/dependencies/#built-with-use-dependencies > * all options enabling subpkg has to be ON by default, to not introduce > broken dependencies Often already done as "batteries included" even without subpackages. > * we encourage to limit the introduction of those optional subpackages, > limiting their adoption only for cases where the related subpackage adds a > relevant set of dependencies Removing options is a POLA violation, so this may hinder subpackages adoption. What was supposed to be a mechanical change ends up requiring deeper insight into all possible use cases for a given port. From nobody Thu Jan 25 13:18: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 4TLLxp6C6qz58V1V for ; Thu, 25 Jan 2024 13:18:54 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLLxp4zBTz4fVl; Thu, 25 Jan 2024 13:18:54 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706188734; 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=1mHaRxtzqFWRbR6fUIsrnH34jnvGXWs7L8Aul22pGtg=; b=UvZHVgka/eD/MzlRxl51E2LuO3T2gcN+3AVkxGKS2ARl528KClMIzn3N4gVuw1ytZOJYsH ms9IgxEE5m2Ol5+RzQ24prBRFS5YKy7rPpf1RY+YDxpe/QGdH2OBm2837Uw/SM6kC4Dp/p 1Mg6Wdmo4TjJ8cwglo65qXLp5K/+R34QM+JP5bRWogd5DV06Sd8z6qHa5RSmLcEnCcakwR bBAro9RZ+aCPNpXYnoF+2zdb/kA1AXf+ZbjtrA22Dq8L+entxsGMmsSBf9isGQnWgO6CH4 rcvxbzkFOzSEcwyMIFAsNxQcPqhNZuAv6OLaNu202n6aoNvGNPLhkINa44Rlrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706188734; 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=1mHaRxtzqFWRbR6fUIsrnH34jnvGXWs7L8Aul22pGtg=; b=DBmxeBbsFwerAIqNdSg+0dL1FpKxe3WXe4ofssno3ftsERjAsA05MAD5zJ6rH9TPWwAgwp EmeO2udlGmUtR3xXjxUmwyySPWyi8Veo2sN6yjXjQbQVeu42sLjPA+2yd11UNYXPScql8T No8iHuU/4IQ59mkkC36jd73l5bFgiAtuDb2w9qrvfcrLAsupwCk0QroqojJy99UAQ+QAuh w6ZT59Q5d4jpugaBK72X+ydWf/WPqVe3Tx81XPweRBAPnv3VRW4u2lDiLJuCDVcM4BZWMp BwcH1bHwEHbrnA04uW11sHe0uX6njhxFJuJfy4NYG0XSdNu8c9PNc0gm4iWH8w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706188734; a=rsa-sha256; cv=none; b=p/RztnB48gCBCRDQj3Cbq0S/s2t1mojhtuVmU7H2L0NklP7ON4QNfnvU6ZhjcWkRj+LsnP 0ccWUNZ8Lu6kqpjprOduaJiLBhxf5E7WuEgFJYXJ72x9ypCeWp0108Y3fFv42NCQLyGOEK TsnPJLlkWIUdi4LHs9pGDnqe1+PDycVKLDAk+vOFwl59EsmsHVp9o7zm3OfMwKkBPd6qiz CxneP0k2Zi/WzsMxsn3sB9vMkL1938WZlP76k0rsBEGK+HB/goSkj08a8zDbzaaMrX9kXu cg1xVR8S0HU8gqt6bgdiNtgFPpuGLucFj/Art/tKdOB/3zwFP2c2RuVAF9zZuA== Received: from [IPV6:2003:cd:5f2c:9d00:c187:2a7b:9ddd:35b1] (p200300cd5f2c9d00c1872a7b9ddd35b1.dip0.t-ipconnect.de [IPv6:2003:cd:5f2c:9d00:c187:2a7b:9ddd:35b1]) (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) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TLLxn67shz1GVK; Thu, 25 Jan 2024 13:18:53 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: Date: Thu, 25 Jan 2024 14:18:52 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Stefan Esser Subject: This is going to break port building without poudriere! (was: Subpackage explanations) Content-Language: en-US To: Luca Pizzamiglio References: Cc: freebsd-ports , portmgr , FreeBSD Core Team In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Am 24.01.24 um 10:28 schrieb Luca Pizzamiglio: > Hi porters! > > At the beginning of January, we merged the support to subpackages in the framework. > Subpackage is the feature to create multiple packages from one build of one > port. In other words, now it's possible to group files into multiple packages. > This means that from one port it's possible to split the build into several > packages. > Some additional details are available in this lighting talk at EuroBSD 2023 > (https://youtu.be/e-FUYbGNdBg?t=824 ). Hi Luca, you did not reply to my mail regarding the many issues of this approach to sub-packages, which I had previously stated as a comment to the review your commit is based on: https://reviews.freebsd.org/D16457#715443 This comment has been ignored for more than 2 years, and my attempt to have PortMgr consider a better approach has been ignored. This implementation will break port dependencies, since there is no way a port can depend on a specific sub-package - there even is no way a non-default sub-package can be built without manual selection of the options that activate its creation. Dependencies stated in the port Makefile are converted into package dependencies that can be resolved by the "pkg" command, but that cannot be directly used to build and install the requested sub-package from a port. Has there been a general consensus that support for direct port building (without poudriere) will be abandoned? Ports that do not create sub-packages can still be depended on by other ports, but as critical dependencies have been depended to sub-packages a ever large fraction of ports will only build in poudriere. This change does also obviously break port management tools like portmaster, which took me significant effort to adapt to FLAVOR support (which also had been implemented without consideration for other tools than poudriere), and which I have been maintaining since then. The reason given for sub-packages support is reduced build time for some packages that share a common distfile (e.g. qt5) when building official packages. But this comes at a high cost for all builds outside the package build cluster, since now lots of unnecessary sub-trees will be compiled and installed, if only one program (i.e. sub-package) is desired. You are pessimizing the build for thousands of users to spare a few cycles for a very small percentage of packages built once in a while on the build cluster. I had pointed out other issues with this approach in the review comment and in the private mail I sent 2024-01-02 after finding that this version has been committed without formal acceptance of your review D40549. You are breaking use-cases of a large number of users that still build ports without poudriere. This is especially causing a barrier to entry of new port developers, since this will require them to setup poudriere before they can begin port development. (This will only become an issue over time, as more and more dependencies will have been converted to sub-packages, but then there will be no way back.) Your announcement mentions some of the issues, but does not offer any actual solution. A sane implementation of sub-packages would not make their creation depend on OPTION settings, with no way to determine the required OPTION setting for a non-default sub-package (i.e., only default sub-packages can be depended on). I'm not going to repeat all the issues pointed out in https://reviews.freebsd.org/D16457#715443 but had on multiple occasions pointed out that a sane mechanism would start with "SUB_PACKAGE_DEFINE" and "SUB_PACKAGE_DEFAULT" variables and with a mechanism to determine the required OPTION values from the actual set of sub-packages to be built (instead of the opposite, to make the selection of sub-packages depend on the OPTIONs). As with FLAVORs, an implementation has been committed that lacks design and does not even attempt to support use-cases other than package building with poudriere. From nobody Thu Jan 25 18:10:24 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 4TLTQV0X6rz57knj for ; Thu, 25 Jan 2024 18:10:42 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLTQT4yFNz46LB; Thu, 25 Jan 2024 18:10:41 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; none Received: from [IPV6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.17.1/8.15.2) with ESMTPSA id 40PIAPYe077488 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Jan 2024 13:10:30 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <599ae60c-facc-410f-9242-37e2c1196c32@m5p.com> Date: Thu, 25 Jan 2024 13:10:24 -0500 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: This is going to break port building without poudriere! To: Stefan Esser , Luca Pizzamiglio Cc: freebsd-ports , portmgr , FreeBSD Core Team References: Content-Language: en-US From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------V9t5RBD3EHiiQOe9OIvduFbo" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on mattapan.m5p.com X-Rspamd-Queue-Id: 4TLTQT4yFNz46LB 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)[freebsd]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------V9t5RBD3EHiiQOe9OIvduFbo Content-Type: multipart/mixed; boundary="------------ct7Eoqjclc9r0hhWqHrY9sxp"; protected-headers="v1" From: George Mitchell To: Stefan Esser , Luca Pizzamiglio Cc: freebsd-ports , portmgr , FreeBSD Core Team Message-ID: <599ae60c-facc-410f-9242-37e2c1196c32@m5p.com> Subject: Re: This is going to break port building without poudriere! References: In-Reply-To: --------------ct7Eoqjclc9r0hhWqHrY9sxp Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMS8yNS8yNCAwODoxOCwgU3RlZmFuIEVzc2VyIHdyb3RlOg0KPiBBbSAyNC4wMS4yNCB1 bSAxMDoyOCBzY2hyaWViIEx1Y2EgUGl6emFtaWdsaW86DQo+PiBIaSBwb3J0ZXJzIQ0KPj4N Cj4+IEF0IHRoZSBiZWdpbm5pbmcgb2YgSmFudWFyeSwgd2UgbWVyZ2VkIHRoZSBzdXBwb3J0 IHRvIHN1YnBhY2thZ2VzIGluIA0KPj4gdGhlIGZyYW1ld29yay4NCj4+IFN1YnBhY2thZ2Ug aXMgdGhlIGZlYXR1cmUgdG8gY3JlYXRlIG11bHRpcGxlIHBhY2thZ2VzIGZyb20gb25lIGJ1 aWxkIA0KPj4gb2Ygb25lIHBvcnQuIEluIG90aGVyIHdvcmRzLCBub3cgaXQncyBwb3NzaWJs ZSB0byBncm91cCBmaWxlcyBpbnRvIA0KPj4gbXVsdGlwbGUgcGFja2FnZXMuIFRoaXMgbWVh bnMgdGhhdCBmcm9tIG9uZSBwb3J0IGl0J3MgcG9zc2libGUgdG8gDQo+PiBzcGxpdCB0aGUg YnVpbGQgaW50byBzZXZlcmFsIHBhY2thZ2VzLg0KPj4gU29tZSBhZGRpdGlvbmFsIGRldGFp bHMgYXJlIGF2YWlsYWJsZSBpbiB0aGlzIGxpZ2h0aW5nIHRhbGsgYXQgRXVyb0JTRCANCj4+ IDIwMjMgKGh0dHBzOi8veW91dHUuYmUvZS1GVVliR05kQmc/dD04MjQgDQo+PiA8aHR0cHM6 Ly95b3V0dS5iZS9lLUZVWWJHTmRCZz90PTgyND4pLg0KPiANCj4gSGkgTHVjYSwNCj4gWy4u Ll0NCj4gVGhpcyBpbXBsZW1lbnRhdGlvbiB3aWxsIGJyZWFrIHBvcnQgZGVwZW5kZW5jaWVz LCBzaW5jZSB0aGVyZSBpcyBubyB3YXkNCj4gYSBwb3J0IGNhbiBkZXBlbmQgb24gYSBzcGVj aWZpYyBzdWItcGFja2FnZSAtIHRoZXJlIGV2ZW4gaXMgbm8gd2F5IGENCj4gbm9uLWRlZmF1 bHQgc3ViLXBhY2thZ2UgY2FuIGJlIGJ1aWx0IHdpdGhvdXQgbWFudWFsIHNlbGVjdGlvbiBv ZiB0aGUNCj4gb3B0aW9ucyB0aGF0IGFjdGl2YXRlIGl0cyBjcmVhdGlvbi4NCj4gDQo+IERl cGVuZGVuY2llcyBzdGF0ZWQgaW4gdGhlIHBvcnQgTWFrZWZpbGUgYXJlIGNvbnZlcnRlZCBp bnRvIHBhY2thZ2UNCj4gZGVwZW5kZW5jaWVzIHRoYXQgY2FuIGJlIHJlc29sdmVkIGJ5IHRo ZSAicGtnIiBjb21tYW5kLCBidXQgdGhhdCBjYW5ub3QNCj4gYmUgZGlyZWN0bHkgdXNlZCB0 byBidWlsZCBhbmQgaW5zdGFsbCB0aGUgcmVxdWVzdGVkIHN1Yi1wYWNrYWdlIGZyb20NCj4g YSBwb3J0Lg0KPiANCj4gDQo+IEhhcyB0aGVyZSBiZWVuIGEgZ2VuZXJhbCBjb25zZW5zdXMg dGhhdCBzdXBwb3J0IGZvciBkaXJlY3QgcG9ydCBidWlsZGluZw0KPiAod2l0aG91dCBwb3Vk cmllcmUpIHdpbGwgYmUgYWJhbmRvbmVkPw0KPiANCj4gDQo+IFBvcnRzIHRoYXQgZG8gbm90 IGNyZWF0ZSBzdWItcGFja2FnZXMgY2FuIHN0aWxsIGJlIGRlcGVuZGVkIG9uIGJ5IG90aGVy DQo+IHBvcnRzLCBidXQgYXMgY3JpdGljYWwgZGVwZW5kZW5jaWVzIGhhdmUgYmVlbiBkZXBl bmRlZCB0byBzdWItcGFja2FnZXMNCj4gYSBldmVyIGxhcmdlIGZyYWN0aW9uIG9mIHBvcnRz IHdpbGwgb25seSBidWlsZCBpbiBwb3VkcmllcmUuDQo+IA0KPiBUaGlzIGNoYW5nZSBkb2Vz IGFsc28gb2J2aW91c2x5IGJyZWFrIHBvcnQgbWFuYWdlbWVudCB0b29scyBsaWtlIA0KPiBw b3J0bWFzdGVyLA0KPiB3aGljaCB0b29rIG1lIHNpZ25pZmljYW50IGVmZm9ydCB0byBhZGFw dCB0byBGTEFWT1Igc3VwcG9ydCAod2hpY2ggYWxzbyBoYWQNCj4gYmVlbiBpbXBsZW1lbnRl ZCB3aXRob3V0IGNvbnNpZGVyYXRpb24gZm9yIG90aGVyIHRvb2xzIHRoYW4gcG91ZHJpZXJl KSwgYW5kDQo+IHdoaWNoIEkgaGF2ZSBiZWVuIG1haW50YWluaW5nIHNpbmNlIHRoZW4uDQpT dGVmYW4sIG1hbnkgdGhhbmtzIGhlcmUgZnJvbSBvbmUgZGV2b3RlZCBwb3J0bWFzdGVyIHVz ZXIhDQo+IA0KPiBbLi4uXQ0KPiBBcyB3aXRoIEZMQVZPUnMsIGFuIGltcGxlbWVudGF0aW9u IGhhcyBiZWVuIGNvbW1pdHRlZCB0aGF0IGxhY2tzIGRlc2lnbg0KPiBhbmQgZG9lcyBub3Qg ZXZlbiBhdHRlbXB0IHRvIHN1cHBvcnQgdXNlLWNhc2VzIG90aGVyIHRoYW4gcGFja2FnZSBi dWlsZGluZw0KPiB3aXRoIHBvdWRyaWVyZS4NCg0KUGVyaGFwcyBpdCdzIHRpbWUgZm9yIGEg bmV3IHB1YmxpYyBGcmVlQlNEIG1haWxpbmcgbGlzdDoNCmZyZWVic2QtZGlzcnVwdGl2ZS1j aGFuZ2VzLWNvbWluZy1yZWFkeS1vci1ub3RAZnJlZWJzZC5vcmcNCnNvIG1vcmUgcGVvcGxl IHdpbGwgaGF2ZSBhIGNoYW5jZSB0byBjb21tZW50IGFuZCBjb250cmlidXRlIGJlZm9yZSBh bnkNCmhhcmQtdG8tcmV2ZXJzZSBzdGVwcyBhcmUgdGFrZW4uICAgICAgICAgICAgICAgICAg ICAgICAgICAtLSBHZW9yZ2UNCg0K --------------ct7Eoqjclc9r0hhWqHrY9sxp-- --------------V9t5RBD3EHiiQOe9OIvduFbo Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZbKkEQUDAAAAAAAKCRCaHA937rZnfUe/ AP4rGGga/iySYAk16rSWBNziaS07+DcUbKUAZ10cSSI2ZQEA4p1eQcyPEmEDbgaRFqLsbLBfO+PK NGCvnLrASHYIrQg= =TzsV -----END PGP SIGNATURE----- --------------V9t5RBD3EHiiQOe9OIvduFbo-- From nobody Thu Jan 25 18:59:37 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 4TLVW22LJ3z57q9F for ; Thu, 25 Jan 2024 18:59:42 +0000 (UTC) (envelope-from david@matarje.dmarec.fr) Received: from matarje.dmarec.fr (matarje.dmarec.fr [IPv6:2a01:4f8:a0:406d::]) (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 "poudriere.lapinbilly.eu", Issuer "poudriere.lapinbilly.eu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLVW11SZ7z4FpL; Thu, 25 Jan 2024 18:59:41 +0000 (UTC) (envelope-from david@matarje.dmarec.fr) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dmarec.fr header.s=matarje header.b=tYUD73EF; dmarc=pass (policy=none) header.from=dmarec.fr; spf=pass (mx1.freebsd.org: domain of david@matarje.dmarec.fr designates 2a01:4f8:a0:406d:: as permitted sender) smtp.mailfrom=david@matarje.dmarec.fr Received: from matarje.dmarec.fr (localhost [127.0.0.1]) by matarje.dmarec.fr (8.17.1/8.17.1) with ESMTPS id 40PIxbQC085043 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Jan 2024 18:59:38 GMT (envelope-from david@matarje.dmarec.fr) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dmarec.fr; s=matarje; t=1706209178; i=@dmarec.fr; bh=982Ok8lIxGANFbyGiuthyJV/7QBHZrn6U93XDhhXS3o=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=tYUD73EF7M7z7p7QmvAR5ndkglhvWSkL4zCgnOtECODpIOEWYWF5VOmlpHYhmKycb WTD8MZQAk9QkfcwcjmHoPCt6ZUlZnf8FJfluORdfo16zOw/+2FyQFrqCSewoEreAFg 5okfQNufoXYi8Zbx9Fmgyq188SQ/ckU6WZFR9brs= Received: (from david@localhost) by matarje.dmarec.fr (8.17.1/8.17.1/Submit) id 40PIxbv4084967; Thu, 25 Jan 2024 18:59:37 GMT (envelope-from david) Date: Thu, 25 Jan 2024 18:59:37 +0000 From: David Marec To: Kurt Jaeger Cc: ports@freebsd.org Subject: Re: [security/openiked-portable] Committer needed for release update Message-ID: Mail-Followup-To: Kurt Jaeger , ports@freebsd.org References: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-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)[dmarec.fr,none]; R_DKIM_ALLOW(-0.20)[dmarec.fr:s=matarje]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[david]; RCPT_COUNT_TWO(0.00)[2]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; DKIM_TRACE(0.00)[dmarec.fr:+] X-Rspamd-Queue-Id: 4TLVW11SZ7z4FpL On Thu, Jan 25, 2024 at 08:33:01AM +0100, Kurt Jaeger wrote: Hi, > > * https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275808 > > > > Can a committer take a look at it ? > > Done. Thanks ! -- David Marec https://wiki.fug-fr.org/doku.php?id=start From nobody Thu Jan 25 19:57:49 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 4TLWpQ3c7Gz57w2W for ; Thu, 25 Jan 2024 19:58:06 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-io1-f41.google.com (mail-io1-f41.google.com [209.85.166.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLWpQ1rB5z4Mg8; Thu, 25 Jan 2024 19:58:06 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-io1-f41.google.com with SMTP id ca18e2360f4ac-7bed9f0ea20so302372339f.2; Thu, 25 Jan 2024 11:58:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706212682; x=1706817482; 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=H1ONWn1w95EWzaMW4OiH0zyTEDB4I54dugbT4iT/SwI=; b=W4HKReofLVKfhcGgszt+3DcrJA1cSGjONcwddKQtih0Zt4vEh5fquc+JRnrBXOgpOk bNlL+szedETpm5ygVRF5SZqE5q89M4mkrCUKAzmzEeLoIOva9cbaq004t5qZTfUjObCP Mm+rBWPCDJ5uwD7PHjMs6ggcWr6mvrn1aRqXqfzbyfAbdgE8IHxyVhzDWxTHQUd9C+aN DxESY2RoTtNRr8yXuQAz/I58neH4qlkoId+w74nbW9AEf14YuEXXg9j+1t+emziQoAr5 +4nLjffMAwbvifejdhYsWJXj6wQmGhrOPaAWWC9zjhX3/XSU5NlqqQbQoRp20aPWp7Kz eo9Q== X-Gm-Message-State: AOJu0YxGLxGL+Kh7pTURJhve5rQCVeCvxMclhBQ265MQ+SLPkvBbE4K0 zFuuiYhXTZ4Eu49CNDKrJc6L3k4YNr2dqCZ/OvYs9QkIQDu6uO/2/I0e3lZW X-Google-Smtp-Source: AGHT+IFatLZf7pyzlUEFTiknn6we7k89ntPOxG04fsE8KfKzFindapvnevK27tGoUv5JjzbCy3LfZg== X-Received: by 2002:a5d:9708:0:b0:7bf:5631:9283 with SMTP id h8-20020a5d9708000000b007bf56319283mr307823iol.29.1706212682271; Thu, 25 Jan 2024 11:58:02 -0800 (PST) Received: from mail-io1-f43.google.com (mail-io1-f43.google.com. [209.85.166.43]) by smtp.gmail.com with ESMTPSA id v22-20020a05663812d600b0046ed5f51becsm678458jas.39.2024.01.25.11.58.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 25 Jan 2024 11:58:01 -0800 (PST) Received: by mail-io1-f43.google.com with SMTP id ca18e2360f4ac-7bf98500c2cso176309339f.1; Thu, 25 Jan 2024 11:58:01 -0800 (PST) X-Received: by 2002:a05:6e02:526:b0:361:9612:3ce9 with SMTP id h6-20020a056e02052600b0036196123ce9mr259533ils.45.1706212681708; Thu, 25 Jan 2024 11:58:01 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Luca Pizzamiglio Date: Thu, 25 Jan 2024 20:57:49 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: This is going to break port building without poudriere! (was: Subpackage explanations) To: Stefan Esser Cc: freebsd-ports , portmgr , FreeBSD Core Team Content-Type: multipart/alternative; boundary="000000000000cdfc6e060fca984e" X-Rspamd-Queue-Id: 4TLWpQ1rB5z4Mg8 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:209.85.128.0/17, country:US] --000000000000cdfc6e060fca984e Content-Type: text/plain; charset="UTF-8" Hi Stefan, I did reply to your first email, but not to your second one. I preferred (in agreement with portmgr@) to open the discussion with everyone, instead of keeping it just between you and me. As you can read in the email you have linked, I didn't ignore your comments. This implementation will break port dependencies, since there is no way > a port can depend on a specific sub-package - there even is no way a > non-default sub-package can be built without manual selection of the > options that activate its creation. > A port can depend on a specific sub-package. The category/origin~subpkg is the chosen format. Non-default subpackages shouldn't exist. In the aforementioned email, I explicitly say that IF a subpackage is enabled by an option, the option must be enabled by default. Your previous comments contributed to making this point clearer. > Dependencies stated in the port Makefile are converted into package > dependencies that can be resolved by the "pkg" command, but that cannot > be directly used to build and install the requested sub-package from > a port. > I don't know where you get this idea, but it's not how it works. If a port has a subpackage dependency, the category/origin~subpkg is the chosen format to express that dependency. The related port (category/origin) has to be built and installed. By running `make install`, the whole port is installed, subpackages as well. The only "issue" I see is that via 'make install' you cannot install only the subpackage, but the entire port only. However this is not different than before. Has there been a general consensus that support for direct port building > (without poudriere) will be abandoned? > Port building is not abandoned, and it's actively supported, as it's the foundation of poudriere. If a regression has been introduced, by me or anyone else, it has to be fixed. I may have overlooked some use cases, but AFAIK I didn't introduce any regression (confirmed by the exp-run) > Ports that do not create sub-packages can still be depended on by other > ports, but as critical dependencies have been depended to sub-packages > a ever large fraction of ports will only build in poudriere. > Again, no. If you run make install on any port, it will be built. The package and the subpackages are all installed. You cannot install a portion of a port, and it has never been possible. Nothing is broken here and I fail to understand where you get the idea of this behavior. I wrote tests and examples to implement the feature and get them working before adding support to poudriere. This change does also obviously break port management tools like portmaster, > which took me significant effort to adapt to FLAVOR support (which also had > been implemented without consideration for other tools than poudriere), and > which I have been maintaining since then. > Yes, portmaster need to be able to parse the new dependencies format, by removing the ~subpkg. By removing the suffix, you get the category/port and everything is fine. As announced, we are keeping subpackages adoption blocked with a git-hook to give time to maintainers to add support to subpkg and to introduce the feature slowly. portmgr@ doesn't officially support neither portmaster nor portupgrade. We simply lack the manpower to do it. The reason given for sub-packages support is reduced build time for some > packages that share a common distfile (e.g. qt5) when building official > packages. > As explained, in the short term there are this benefit and getting rid of many master/slave ports (hard to maintain) But there are several use cases in the future. For instance, work is in place to provide debug symbols as subpackage, in a similar way as pkg-base. > But this comes at a high cost for all builds outside the package build > cluster, since now lots of unnecessary sub-trees will be compiled and > installed, if only one program (i.e. sub-package) is desired. > This is the reason why OPTIONS with SUBPACAKGES have been introduced, to reduce build time for port builders. > You are pessimizing the build for thousands of users to spare a few > cycles for a very small percentage of packages built once in a while on > the build cluster. > I have already explained this point above. I had pointed out other issues with this approach in the review comment > and in the private mail I sent 2024-01-02 after finding that this version > has been committed without formal acceptance of your review D40549. > As I replied to you already, there has been no formal acceptance in phabricator, but there was consensus in portmgr@ to land it. I apologize for not having used the appropriate reviews channel, I totally agree that it has not been a good behavior from my side, as I'm not providing a good example. You are breaking use-cases of a large number of users that still build > ports without poudriere. This is especially causing a barrier to entry > of new port developers, since this will require them to setup poudriere > before they can begin port development. (This will only become an issue > over time, as more and more dependencies will have been converted to > sub-packages, but then there will be no way back.) > I still fail to see what is going to break. Non-poudriere users can experience longer build time for dependencies, but dependencies can be installed via packages, at least most of the time. Your announcement mentions some of the issues, but does not offer any > actual solution. > A sane implementation of sub-packages would not make their creation > depend on OPTION settings, with no way to determine the required OPTION > setting for a non-default sub-package (i.e., only default sub-packages > can be depended on). > > I'm not going to repeat all the issues pointed out in > > https://reviews.freebsd.org/D16457#715443 > > but had on multiple occasions pointed out that a sane mechanism would > start with "SUB_PACKAGE_DEFINE" and "SUB_PACKAGE_DEFAULT" variables and > with a mechanism to determine the required OPTION values from the actual > set of sub-packages to be built (instead of the opposite, to make the > selection of sub-packages depend on the OPTIONs). > I clearly addressed this topic in the aforementioned email. We chose not to follow this approach, and I motivated it (changing configuration of other ports it's NOT something to have IMO). We clearly disagree on this point. I have opened up the discussion to get feedback from the rest of the community as well. So far, you are the only one strongly against this approach. Best regards, pizzamig --000000000000cdfc6e060fca984e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Stefan,

= I did reply to your first email, but not to your second one.
I preferre= d (in agreement with portmgr@) to open the discussion with everyone, instea= d of keeping it just between you and me.

As yo= u can read in the email you have linked, I didn't ignore your comments.=

This implementation will break port dependencies, since there is no way
a port can depend on a specific sub-package - there even is no way a
non-default sub-package can be built without manual selection of the
options that activate its creation.
A port can depend = on a specific sub-package. The category/origin~subpkg is the chosen format.=
Non-default subpackages shouldn't exist. In the aforemention= ed email, I explicitly say that IF a subpackage is enabled by an option, th= e option must be enabled by default.
Your previous comments contributed = to making this point clearer.
=C2=A0
Dependencies stated in the port Makefile are converted into package
dependencies that can be resolved by the "pkg" command, but that = cannot
be directly used to build and install the requested sub-package from
a port.
I don't know where you get this idea, but = it's not how it works.
If a port has a subpackage d= ependency, the category/origin~subpkg is the chosen format to express that = dependency.
The related port (category/origin) has to be built and inst= alled.
By running `make install`, the whole port is installed, su= bpackages as well.
The only "issue" I see is that = via 'make install' you cannot install only the subpackage, but the = entire port only.
However this is not different than before.<= br>

Has there been a general consensus that support for direct port building (without poudriere) will be abandoned?
Port building i= s not abandoned, and it's actively supported, as it's the foundatio= n of poudriere.
If a regression has been introduced, by me or any= one else, it has to be fixed.
I may have overlooked some use case= s, but AFAIK I didn't introduce any regression (confirmed by the exp-ru= n)
=C2=A0
Ports that do not create sub-packages can still be depended on by other
ports, but as critical dependencies have been depended to sub-packages
a ever large fraction of ports will only build in poudriere.
Again, no.
If you run make install on any port, it will b= e built. The package and the subpackages are all installed.
You c= annot install a portion of a port, and it has never been possible.
Nothing is broken here and I fail to understand where you get the idea of= this behavior.
I wrote tests and examples to implement the featu= re and get them working before adding support to poudriere.
<= br>
This change does also obviously break port management tools like portmaster= ,
which took me significant effort to adapt to FLAVOR support (which also had=
been implemented without consideration for other tools than poudriere), and=
which I have been maintaining since then.
Yes, portmas= ter need to be able to parse the new dependencies format, by removing the ~= subpkg. By removing the suffix, you get the category/port and everything is= fine.
As announced, we are keeping subpackages adoption bloc= ked with a git-hook to give time to maintainers to add support to subpkg an= d to introduce the feature slowly.
portmgr@ doesn't offic= ially support neither portmaster nor portupgrade. We simply lack the manpow= er to do it.

The reason given for sub-packages support is reduced build time for some packages that share a common distfile (e.g. qt5) when building official
packages.
As explained, in the short term there are th= is benefit and getting rid of many master/slave ports (hard to maintain)
But there are several use cases in the future.
For in= stance, work is in place to provide debug symbols as subpackage, in a simil= ar way as pkg-base.
=C2=A0
But this comes at a high cost for all builds outside the package build
cluster, since now lots of unnecessary sub-trees will be compiled and
installed, if only one program (i.e. sub-package) is desired.
This is the reason why OPTIONS with SUBPACAKGES have been introduce= d, to reduce build time for port builders.
=C2=A0
You are pessimizing the build for thousands of users to spare a few
cycles for a very small percentage of packages built once in a while on
the build cluster.
I have already explained this point= above.

I had pointed out other issues with this approach in the review comment
and in the private mail I sent 2024-01-02 after finding that this version has been committed without formal acceptance of your review D40549.
As I replied to you already, there has been no formal accepta= nce in phabricator, but there was consensus in portmgr@ to land it.
I apologize for not having used the appropriate reviews channel, I total= ly agree that it has not been a good behavior from my side, as I'm not = providing a good example.

You are breaking use-cases of a large number of users that still build
ports without poudriere. This is especially causing a barrier to entry
of new port developers, since this will require them to setup poudriere
before they can begin port development. (This will only become an issue
over time, as more and more dependencies will have been converted to
sub-packages, but then there will be no way back.)
I s= till fail to see what is going to break.
Non-poudriere users can exper= ience longer build time for dependencies, but dependencies can be installed= via packages, at least most of the time.
<= br>
Your announcement mentions some of the issues, but does not offer any
actual solution.

A sane implementation of sub-packages would not make their creation
depend on OPTION settings, with no way to determine the required OPTION
setting for a non-default sub-package (i.e., only default sub-packages
can be depended on).

I'm not going to repeat all the issues pointed out in

=C2=A0 =C2=A0 =C2=A0 =C2=A0 https://reviews.freebsd.org/D16= 457#715443

but had on multiple occasions pointed out that a sane mechanism would
start with "SUB_PACKAGE_DEFINE" and "SUB_PACKAGE_DEFAULT&quo= t; variables and
with a mechanism to determine the required OPTION values from the actual set of sub-packages to be built (instead of the opposite, to make the
selection of sub-packages depend on the OPTIONs).
I cl= early addressed this topic in the aforementioned email.
We chose = not to follow this approach, and I motivated it (changing configuration of = other ports it's NOT something to have IMO).
We clearly d= isagree on this point.
I have opened up the discussion to get fee= dback from the rest of the community as well.
So far, you are= the only one strongly against this approach.

Best= regards,
pizzamig

--000000000000cdfc6e060fca984e-- From nobody Thu Jan 25 22:27:41 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 4TLb7F6Ws8z589Py for ; Thu, 25 Jan 2024 22:27:53 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Received: from mail-yw1-x112d.google.com (mail-yw1-x112d.google.com [IPv6:2607:f8b0:4864:20::112d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLb7F1NnFz4gjR for ; Thu, 25 Jan 2024 22:27:53 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ZXld8u9i; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tom.b.rushworth@gmail.com designates 2607:f8b0:4864:20::112d as permitted sender) smtp.mailfrom=tom.b.rushworth@gmail.com Received: by mail-yw1-x112d.google.com with SMTP id 00721157ae682-602a0a45dd6so21899337b3.1 for ; Thu, 25 Jan 2024 14:27:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706221672; x=1706826472; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=/oH2JmoC3vLHdS1cVd/b8RU8esNT6mQe+QN/PMYkZEQ=; b=ZXld8u9i0p3y7AMxC2yG73jLZ3rq6tG40Nn6UUv/V9VYkoDOQFL9G2GV6GoZP6os6M 67NvwpwxAjMWZV8+gdMlGbQ6eXKSmzNmUdNKMMEk5atUNesRqojfr/9TZfsEC3Ltvwlp H99ve+tcmHWtkMVTvGEF4fIvUK5sGzIBN3+IkClpAdeeCVB/2bVZh3lswWCuppvvtncW 69yBqsrc2z1NugurZK4mQUSjVSWywV88mHInTp07WQorHmh/j0d0Rzgp/N4+CYWG8Alm h7Z5yOBSQ7GglAdeCi5bwt+znj/fV9Q19U9upUspD8uonMqGUzRE/DThdywnDzYjZFBx 2kTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706221672; x=1706826472; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/oH2JmoC3vLHdS1cVd/b8RU8esNT6mQe+QN/PMYkZEQ=; b=PA0ex3foGftLduzF6YDyr9EDqZuHumzt8i8ymZejBWMsYLp5Q5p6Auu03rLIgUwlOR VdEvg1fgY9DMH+4Imrazvjyp92r2QyanuzLIeNTB0AyOJDjWLDbUs0f3xyP47m1WGQWr ug4XoiLAMKfBjxPHyx2LKERlPstSNCJ33Wi7wwLgCFtSC71DouT1YT2DtcrHe0THgNUz KD2qOdwoAAWlC8ycnGBTbzd1ABHcHbcTZJzy0WwwvM+VM9MK+NJTYz5z+X+SJmitOp9X sEsaI2FxxnOJCANvaYeXzoGbzwV0yVsYEfu/Kl2xwc8NNMyfOf2K1u82LMouXUwugDmH PucA== X-Gm-Message-State: AOJu0Ywzgq4pdf0fJWs5XJmvL1CRWUL9WxvK1R6ddglwauC5Bm3p3fdY ZfLfid/0PcjffBiS8X2K0J6gKa71JD469xcFZPIKyjsKgXpYonvT1dnTfY/vDxAlYdeosz5DeFJ 3Gm/s1opu1yTRH4hTtCjGhpYJ3vR+mTh1N8vF+CJU X-Google-Smtp-Source: AGHT+IGmYYIwYNNLcLVw3CU99Y7jQKHsyXBYSAEgr/vXMPa0jf9iZSu8pcuEtrqgXjskMYljsv4Eodr1K/C9y3CQb88= X-Received: by 2002:a0d:dd54:0:b0:5fb:fd6d:c196 with SMTP id g81-20020a0ddd54000000b005fbfd6dc196mr479662ywe.12.1706221672323; Thu, 25 Jan 2024 14:27:52 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Tom Rushworth Date: Thu, 25 Jan 2024 14:27:41 -0800 Message-ID: Subject: sysutils/nut maintainer mail rejection To: freebsd-ports@freebsd.org Content-Type: multipart/alternative; boundary="000000000000afe054060fccb0e8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.987]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; 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)[]; 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)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::112d:from] X-Rspamd-Queue-Id: 4TLb7F1NnFz4gjR --000000000000afe054060fccb0e8 Content-Type: text/plain; charset="UTF-8" I've been trying to send email to the sysutils/nut port maintainer (cy@FreeBSD) but the emails are bouncing at the very last stage with the following type of message: : host XXXXXXXX.com[XXXXXXXXXX] said: 554 5.7.1 : Sender address rejected: Rejected (in reply to RCPT TO command) (with specific details X'd out, although anyone who gets a similar bounce will have them). This is making it past the FreeBSD mail server, it is getting bounced at what looks like the very last step. I don't think this is an email problem at my end (gmail _should_ have it right :) ), can anyone else confirm, or tell me what I'm doing wrong if it is at my end? Thanks! -- Tom Rushworth --000000000000afe054060fccb0e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've been trying to send email to the sysutils/nu= t port maintainer (cy@FreeBSD) but the emails are bouncing at the very last= stage with the following type of message:

<Cy.SchubertXXXXXXXXX>: hos=
t XXXXXXXX.com[XXXXXXXXXX] said: 554
    5.7.1 <tom.b.rushworth@gmail.com>: Sender address rej=
ected: Rejected (in
    reply to RCPT TO command)

(with specific details X'd out, although anyone who gets a similar b=
ounce
 will have them).  This is making it past the FreeBSD mail server,=
 it is
getting bounced at what looks like the very last step.
<= /div>
I don't think this is an email problem at my end (gmail _shou= ld_ have it right :) ), can anyone
else confirm, or tell me what = I'm doing wrong if it is at my end?

Thanks!
--
Tom Rushworth
--000000000000afe054060fccb0e8-- From nobody Thu Jan 25 23:37: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 4TLcgK45jyz58HHj for ; Thu, 25 Jan 2024 23:37:17 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLcgJ38qcz4pbb for ; Thu, 25 Jan 2024 23:37:16 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.32) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTPS id T5MLrRuKexDxGT9HXr3ton; Thu, 25 Jan 2024 23:37:15 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id T9HWr7tvkWhyfT9HWr3iUh; Thu, 25 Jan 2024 23:37:15 +0000 X-Authority-Analysis: v=2.4 cv=MenPuI/f c=1 sm=1 tr=0 ts=65b2f0ab a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=dEuoMetlWLkA:10 a=YxBL1-UpAAAA:8 a=sDNwkfyNAAAA:8 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=hr3I37qpAHVv3HSg4DYA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=HhTJc3AldrJqiO95z9Bg:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id ED805988; Thu, 25 Jan 2024 15:37:13 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id E8091307; Thu, 25 Jan 2024 15:37:13 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Tom Rushworth cc: freebsd-ports@freebsd.org Subject: Re: sysutils/nut maintainer mail rejection In-reply-to: References: Comments: In-reply-to Tom Rushworth message dated "Thu, 25 Jan 2024 14:27:41 -0800." List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Jan 2024 15:37:13 -0800 Message-Id: <20240125233713.E8091307@slippy.cwsent.com> X-CMAE-Envelope: MS4xfGy/RtMBiw4KHC+N+M8exhBL9HD6T0z5tvnziom0ENufpjF6B48MPSIeLo+37Rb6+cjQ5Fz6q8B2Zc4hfhXK2ONT2Q5qnEA0V4eAIKBpNHVUzz+TuIm1 qE1k60WXdDISAOo46xyvq/mc/9vA2LZnPLWHEF+STWqZaUGuE3Xo0OGlz5hajn37vmnLfuK4Yv577JZOv61bz3GSxRFYIHEhcKCHXuN0jPe6nZ8dZZ666EgP sZasIqaK0oMNUqi75Z7Vkg== X-Spamd-Bar: - X-Spamd-Result: default: False [-1.47 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.77)[-0.765]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[cschubert.com]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TAGGED_RCPT(0.00)[]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TLcgJ38qcz4pbb In message , Tom Rushworth writes: > --000000000000afe054060fccb0e8 > Content-Type: text/plain; charset="UTF-8" > > I've been trying to send email to the sysutils/nut port maintainer > (cy@FreeBSD) but the emails are bouncing at the very last stage with the > following type of message: > > : host > XXXXXXXX.com[XXXXXXXXXX] said: 554 > 5.7.1 : > Sender address rejected: Rejected (in > reply to RCPT TO command) > > (with specific details X'd out, although anyone who gets a similar bounce > will have them). This is making it past the FreeBSD mail server, it is > getting bounced at what looks like the very last step. > > I don't think this is an email problem at my end (gmail _should_ have it > right :) ), can anyone > else confirm, or tell me what I'm doing wrong if it is at my end? > > Thanks! > -- > Tom Rushworth Testing email from gmail.com directly to my infrastructure and through mx2.freebsd.org work. There may be something in your subject line or body that either postfix doesn't agree with, in header_checks, or the Bayesian filter flagged something. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Fri Jan 26 00:45: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 4TLf9h5ktgz58Ndq for ; Fri, 26 Jan 2024 00:45:12 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLf9g6MNyz40Gc for ; Fri, 26 Jan 2024 00:45:11 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=jYcTUc5L; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tom.b.rushworth@gmail.com designates 2607:f8b0:4864:20::1129 as permitted sender) smtp.mailfrom=tom.b.rushworth@gmail.com Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-60032f9e510so30952187b3.2 for ; Thu, 25 Jan 2024 16:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706229911; x=1706834711; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=HVgMZXljKAchz3XcSEFU6ck0HbuciHGHihUNiWQmiDU=; b=jYcTUc5L8N4LozNJZ5BTQf42YmbwieX/gSg/89k6f3lBpjC6qu12v9dIyqx2dih3KF 1uUjlcHUeyC5Af+a5gbJGaGW3aI455fvsljKN5W4yQfdBheDZYCPraugyxqub2D+Iuwj wuwh7hT9UnKQz+IubmVHSFYyTQQhcCbDyaKFQIHNEuM3Q+MsZTqdPFa3P7SAVBEvXBSJ q+m68KeTJGW5iYq7hRX2BnzPOOBX+2mOu7hDbbYN9NiGfc9C+3fTSAm1+vbyfn0p1lKT 1Qkx4F9vzVik6oAuBIEgMJqqnO/f3oWr54GbTRJ63phjHq6rkwgwiAcUl3eNSOpEPpNj ogRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706229911; x=1706834711; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=HVgMZXljKAchz3XcSEFU6ck0HbuciHGHihUNiWQmiDU=; b=ESSv9zVii2dwp9jayWktIogNEmgv+VkT/1/J5TqtxA/AahF+oRf3BngHxSPPCB1z2e xMh94kTMBP9wFPVSaPU18vt3kSyefdi6m+P1hZgmOcncsgpM+ldRdD/RjopKbQOoqNQC qxAnx16qjSqalGTjpOstSUZtWnZg9fQE8l5M49tZEOALotTaaq+aulv5Mi+SO3rlvN+j NowRVFTbZA7wYvKf1Q8Ddz4TLZCQu+/SNX1tlCKOUMhUDW+MuNck2dLywVSlQV0eEdT/ vqCsXFEcbQ9DDy0aU0llr6tmJvJrOE4NJt8PmjSZhGq++XV/6bIfEmy9sKbBwFaoNQqH 9QdQ== X-Gm-Message-State: AOJu0YzOQ2Ir5IKGrUvrp5tnFDuhiLgbvDNCDeo8T/EhH0tEXUcAXdyW IsJ4coLHZUbj0D4MMi8kdrOzjXp9smIUlK2++MpNPJHp9OLCuar3GznMkZcN+m2Blj0NceGC7MX yG1ayAVVV5NVlu/3MqpczQzsX3N03cdsDfgv6j7wZ X-Google-Smtp-Source: AGHT+IHUGYfyUmiuDIxd4l8Uqf5ZzMWndTI7RG/IsL97PVbTPVF9+vPhryY18WQiWShXIKDwZ6saJyAC6klu9tSuLE8= X-Received: by 2002:a0d:ca89:0:b0:5ff:8377:e860 with SMTP id m131-20020a0dca89000000b005ff8377e860mr658248ywd.78.1706229910837; Thu, 25 Jan 2024 16:45:10 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Tom Rushworth Date: Thu, 25 Jan 2024 16:45:00 -0800 Message-ID: Subject: Re: sysutils/nut maintainer mail rejection To: ports@freebsd.org Content-Type: multipart/alternative; boundary="000000000000bd9fe1060fce9bbb" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[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:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1129:from] X-Rspamd-Queue-Id: 4TLf9g6MNyz40Gc --000000000000bd9fe1060fce9bbb Content-Type: text/plain; charset="UTF-8" Sorry for the noise folks, I'll keep this brief. My original ports question is at the bottom. On 2024-01-25 15:37, Cy Schubert wrote: In message [snip] Testing email from gmail.com directly to my infrastructure and throughmx2.freebsd.org work. There may be something in your subject line or body that either postfix doesn't agree with, in header_checks, or the Bayesian filter flagged something. Direct replie to cschubert.com from protonmail.com and gmail.com bounced too. Here's what I got from gmail: ---------------------------------------------- message/delivery-status ---------------------------------------------- Reporting-MTA: dns; googlemail.com Arrival-Date: Thu, 25 Jan 2024 16:26:13 -0800 (PST) X-Original-Message-ID: Final-Recipient: rfc822; Cy.Schubert@cschubert.com Action: failed Status: 5.7.1 Remote-MTA: dns; spqr.komquats.com. (70.66.152.170, the server for the domain cschubert.com.) Diagnostic-Code: smtp; 554 5.7.1 : Sender address rejected: Rejected Last-Attempt-Date: Thu, 25 Jan 2024 16:26:14 -0800 (PST) ---------------------------------------------- message/rfc822 ---------------------------------------------- [snip - rest of bounce deleted] The gmail address is the one I'm using to send to this list, and it seems to work there. I don't get it, but we probably shouldn't spend too much time on it. The ports question that started all this: I'm hoping you are the right person for this question. You're listed as the maintainer on both ports mentioned in the subject above. I've got an experimental NUT driver for an Alpha Technologies CFR1500RM UPS. I doubt there are many of these old UPSes in use, but I was planning to offer it to the NUT community anyways. I started the driver directly from the NUT sources and only afterwards realized there was a port (or ports). Since it still needs some work I'd like to set it up as a patch I can apply to the ports tree locally so I can work on it in sync with the FreeBSD ports system. Which port should I use - sysutils/nut or sysutils/nut-devel ? So far the only changes needed are to drivers/Makefile.am and the actual new driver source. --000000000000bd9fe1060fce9bbb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 
Sorry for the noise folks, I'll keep this brief.  My original ports=
 question is at the bottom.

On 2024-01-25 15:37, Cy Schubert wrote:

In message <CAOaF7tMr=3DuALOofsk-0d9QXGVMOTN=3D8CCeiDf5VF+OMu=3D=
ara1w@mail.gmail.c
om>


[snip]

Testing email from gm=
ail.com directly to my infrastructure and through
mx2.freebsd.org work. There may be s=
omething in your subject line or body
that either postfix doesn't agree with, in header_checks, or the Bayesi=
an
filter flagged something.

Direct replie to cschubert.com from protonmail.com and gmail.com bounced=20
too.  Here's what I got from gmail:
--------------------------------=
--------------
message/delivery-status
------------------------------=
----------------
Reporting-MTA: dns; g=
ooglemail.com
Arrival-Date: Thu, 25 Jan 2024 16:26:13 -0800 (PST)X-Original-Message-ID: <CAOaF7tMmb7P8ANwao+pD+4Ltr3rWA=
AeFD+nJK8v3Nw5-XDJBJg@mail.gmail.com>

Final-Recipient: rfc822=
; Cy.Schubert@cschubert.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; spqr.komquats.com. (70.66.152.170, the server for th=
e domain cschubert.com.)
Diagnostic=
-Code: smtp; 554 5.7.1 <tom=
.b.rushworth@gmail.com>: Sender address rejected: Rejected
Last-A=
ttempt-Date: Thu, 25 Jan 2024 16:26:14 -0800 (PST)


-------------=
---------------------------------
message/rfc822
--------------------=
--------------------------
[sni=
p - rest of bounce deleted]
The=
 gmail address is the one I'm using to send to this list, and it seems =
to work there.
I don't get it, but we probably shouldn't spend t=
oo much time on it.


The ports question that started all this:

I'm hoping you are the right person for this question.  You're list=
ed as
the maintainer on both ports mentioned in the subject above.

I've got an experimental NUT driver for an Alpha Technologies CFR1500RM
UPS.  I doubt there are many of these old UPSes in use, but I was=20
planning to offer it to the NUT community anyways.  I started the driver=20
directly from the NUT sources and only afterwards realized there was a=20
port (or ports).  Since it still needs some work I'd like to set it up=
=20
as a patch I can apply to the ports tree locally so I can work on it in=20
sync with the FreeBSD ports system.

Which port should I use - sysutils/nut or sysutils/nut-devel ?  So far=20
the only changes needed are to drivers/Makefile.am and the actual new=20
driver source.
--000000000000bd9fe1060fce9bbb-- From nobody Fri Jan 26 00:51:32 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 4TLfKF1MSvz58NgW for ; Fri, 26 Jan 2024 00:51:45 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLfKD3gpHz419D for ; Fri, 26 Jan 2024 00:51:44 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=H0P7yERT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tom.b.rushworth@gmail.com designates 2607:f8b0:4864:20::b35 as permitted sender) smtp.mailfrom=tom.b.rushworth@gmail.com Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-dc223d20a29so6254627276.3 for ; Thu, 25 Jan 2024 16:51:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706230303; x=1706835103; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=LEDy5kH5xx3xiM6YRYlklmclGqVDCj6tRRRksOpc6sg=; b=H0P7yERTaQXfoMue/FWYeJQlfZD0/d7et8ogHn7dbejl1zsDGtFkCPsQ7BmfVZCjck jrT4+2ivpgTlL5USzMUtu4nPkv3VFOWjVHZG6U3wFuVZMwi7zJvnnKoElx748wC9E7cl FvNupo1rDN+fYNRKZ9Va6G/pu+ayIgKCwlObRZd1YDydfFnjGUDfiwpk902/wV9ejjdL wCdN0WIgxog1L8Fbg2YcwwRRCJGhk2qb0PK9Uo1Z6nM3Ar7iEEQ0X2/2yEE9eLIA+SWs k7BQl8Snkut9k+2OHowy/s5GaJ90WCSywPGBIIQEnVPc4rRebG4msMse0+OGRPRj3qXf KF3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706230303; x=1706835103; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=LEDy5kH5xx3xiM6YRYlklmclGqVDCj6tRRRksOpc6sg=; b=gLMfyqrPZBjitoiCKzoRFHzQYN/odVdhVwZNEu5Dkw0qXeappst7LnG2C1s9bu4wDN Vjg05Dw+NwwHmtMg8aodtVnrgntLfVBODnu5krj4FZ6IkTwHvhZnvvGLIMuKl09VuWzA C+bQxnfr29kRQTnosg/L7wbTFQfvdE7WUm002vvrjuT0c7DSXpyd4q5c6OixhKTnNoRS gv8Kqkq9qGBXzoAbcenTkNP+ror7mOTIQr2Ia9OHyke51OWtkxRSJU9zJkruqRxxkyIe 4ykeI0t0TB68FKie5yyHwmS+Qo/hsoCNkcaPkP3/xhGlZZWuMEzNOuP43mBAlFjEreFK QExw== X-Gm-Message-State: AOJu0YzVkT2HGNZSblc/EpmgOOAyCuvW3u51hF+BbgaLBEaBz0G5k+ut mRexU0aPzghtP3j70zCu0yxkLZOq6YUM9umhUHRyIhWRaboNI/PcT2TxF2UDZu1f7eE9Tl/8X8K IZDT5U3t7364yC2JPRT5uhFjxxugJH1uf6TfGOA== X-Google-Smtp-Source: AGHT+IGZT3cwJ9MIRsHcqDF5SAEN1u7tyBadptDCWzjPLbqLaL8ok5AVZjp2ZixuX+Owv2RU3DxU6wVjO/v4XrXoNVU= X-Received: by 2002:a5b:dcb:0:b0:dc2:82b0:1686 with SMTP id t11-20020a5b0dcb000000b00dc282b01686mr602509ybr.33.1706230303284; Thu, 25 Jan 2024 16:51:43 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Tom Rushworth Date: Thu, 25 Jan 2024 16:51:32 -0800 Message-ID: Subject: mail bounces To: ports@freebsd.org Content-Type: multipart/alternative; boundary="00000000000021e20b060fceb3d4" 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.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[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:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b35:from] X-Rspamd-Queue-Id: 4TLfKD3gpHz419D --00000000000021e20b060fceb3d4 Content-Type: text/plain; charset="UTF-8" Something's eating the first '.' in the envelope address on my emails to Cy Schubert, but NOT eating them when I send to the ports list. I think I've probably annoyed the ports list enough for today with this weird non-ports problem, so I'll stop now. Again, sorry for the noise. --00000000000021e20b060fceb3d4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Something's eating the first '.' in the envelo= pe address on my emails to Cy Schubert, but NOT eating them when I send to = the ports list.=C2=A0 I think I've probably annoyed the ports list enou= gh for today with this weird non-ports problem, so I'll stop now.=C2=A0= Again, sorry for the noise.
--00000000000021e20b060fceb3d4-- From nobody Fri Jan 26 01:07: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 4TLfgq4BVxz58QFQ for ; Fri, 26 Jan 2024 01:07:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLfgm6rmsz44y9 for ; Fri, 26 Jan 2024 01:07:48 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.33) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTPS id T5Wkr1DsbGAIJTAh8r0nlS; Fri, 26 Jan 2024 01:07:46 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id TAh7r8HtDWhyfTAh8r3sCp; Fri, 26 Jan 2024 01:07:46 +0000 X-Authority-Analysis: v=2.4 cv=MenPuI/f c=1 sm=1 tr=0 ts=65b305e2 a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=dEuoMetlWLkA:10 a=NEAV23lmAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=K29TOdojtvr4bpERIe4A:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id D45E5A38; Thu, 25 Jan 2024 17:07:44 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 9CDC4389; Thu, 25 Jan 2024 17:07:44 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Tom Rushworth cc: ports@freebsd.org Subject: Re: sysutils/nut maintainer mail rejection In-reply-to: References: Comments: In-reply-to Tom Rushworth message dated "Thu, 25 Jan 2024 16:45:00 -0800." List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Jan 2024 17:07:44 -0800 Message-Id: <20240126010744.9CDC4389@slippy.cwsent.com> X-CMAE-Envelope: MS4xfFq5zBZZCQszdlB0Oj+4w1ua4lTgPEVYPI+cG81zHE54QtBCMs7+Vz7aWGmYIvLG6hGrug1N/ao/nsUw2f1BvSZln1s+4B1qDjEB7YHpy4pLTfFwJgR8 N/UbNKd6MJGxZjp4r7TJGV09n/N4llyHGhUfrL15DkShd5aCUu6fXOQhsBM/C6Vftk2NaZ7xtE/ASv5ZxTATft1eYvQqkc1LrHKO7RWWlsgd/CC60rrNqH0x X-Spamd-Bar: - X-Spamd-Result: default: False [-1.70 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.33:from]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[cschubert.com]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TAGGED_RCPT(0.00)[]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TLfgm6rmsz44y9 In message , Tom Rushworth writes: > Sorry for the noise folks, I'll keep this brief. My original ports > question is at the bottom. > > On 2024-01-25 15:37, Cy Schubert wrote: > > In message om> > > The gmail address is the one I'm using to send to this list, and it > seems to work there. > I don't get it, but we probably shouldn't spend too much time on it. > > > The ports question that started all this: > > I'm hoping you are the right person for this question. You're listed as > the maintainer on both ports mentioned in the subject above. > > I've got an experimental NUT driver for an Alpha Technologies CFR1500RM > UPS. I doubt there are many of these old UPSes in use, but I was > planning to offer it to the NUT community anyways. I started the driver > directly from the NUT sources and only afterwards realized there was a > port (or ports). Since it still needs some work I'd like to set it up > as a patch I can apply to the ports tree locally so I can work on it in > sync with the FreeBSD ports system. > > Which port should I use - sysutils/nut or sysutils/nut-devel ? So far > the only changes needed are to drivers/Makefile.am and the actual new > driver source. I won't accept a patch for an experimental driver until a pull request to our upstream has been submitted first, then only to the -devel port. If they refuse to accept the patch, I will need to remove it from the port as well. Another option may be to add an option for an experimental driver from which we can fetch your sources from. You'd need to provide a URL. I'm not prepared to add the patch cart blanche because if it breaks I'm not prepared to diagnose and debug it for you. Preferred is an upstream pull request. Their URL is https://github.com/networkupstools/nut. BTW, I found the problematic postfix rule and have fixed it. Sorry about the bother. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Fri Jan 26 01:19: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 4TLfxz0kDdz58RLJ for ; Fri, 26 Jan 2024 01:20:07 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLfxy1Ss6z46HF for ; Fri, 26 Jan 2024 01:20:06 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=hcsYynfK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tom.b.rushworth@gmail.com designates 2607:f8b0:4864:20::b34 as permitted sender) smtp.mailfrom=tom.b.rushworth@gmail.com Received: by mail-yb1-xb34.google.com with SMTP id 3f1490d57ef6-db3a09e96daso6559328276.3 for ; Thu, 25 Jan 2024 17:20:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706232005; x=1706836805; darn=freebsd.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=EdNt0zKAtCpkqGUHgiOLDgteC/aVIBv0o8fFKelyWj4=; b=hcsYynfK8qdmXHa4Tcb7Nb8HTVNcnQwN0b36fUjdYd1rSzCnIpnJfreQBFLwBRXWfG jOLdxS5tIjGA+O9tsR+cVaeDvaILeksqgs1T6IiUIdzYYv9CCAbkyWgENfzCvhumI87h QaqHBmhznewZzDjQ3NfciQOBbIBrJWWlr5Mu1A33y+SThCkJIIhfOfTQ/1uNDI4dVLj1 CfZ8Q7BNz+iutL53AWL+IDTYetEwbra+gMRg0mxIpKFE3y8vIt+09k3zuh+uM/Rus/cM rp94VWff7I/dRO46YubvdAzXMMuzIuKjG7qoPymCXb46wkQ75EMtO0EXvB1jbGIyaESO 7JuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706232005; x=1706836805; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=EdNt0zKAtCpkqGUHgiOLDgteC/aVIBv0o8fFKelyWj4=; b=A5/UPnrcL/IZOt35vtnjW+cEW9MQVreBKd2Q/6q+D2aiYAwlJOws5/ovPUYKhHxtJC mNf9DirtDAgB+vCHSkCAwOJOAAq14a6z/TfKhHkaLrpIkTJ/J2XkYaSOERLXvlQR11Mw 5anE+kHW3RYjwUch2aI4s/GCs7KZeyNZXWXO+QQsP6i9/Tt0yO6fGgMmmLtv8xc/KP8k qU4YaSTvT7jtLS0UYCjIMDKSiB8t7/Kz59hj5Ut+DrGNH9tNa4fGPQUp5RDHQl0GwXTY A94RZ2PsdIBztJuhQlB+eMQfHtU2F7jSvvEHLPPHdGvm/EvxpJKJtb0MdGpyiUZLNHx1 Ih9Q== X-Gm-Message-State: AOJu0YxAzWmjt8ufYAq4cv7TCMfi4yvShNNiViRNg3truPVmNU1RM2/k mZipAYvejtn21p5LT7aNwr0UXmXx8HoFbfvxyz4e2VMa6mIlPZ0ZKdspR8oE05Byq1cLew+/jJW eH/SUnfk5QGWvcCHwl6mJ1yWw/12zCSwuwFC9nVKh X-Google-Smtp-Source: AGHT+IGeMU9EXy2eTPknFmQk4KM5nOY2kiyYQNwth66U4P8v+6GgptfgIDmZgLF/u4CfMXG6nkjgvMIt8h7IY4EdisE= X-Received: by 2002:a25:688b:0:b0:dc3:6b86:f4f with SMTP id d133-20020a25688b000000b00dc36b860f4fmr605550ybc.64.1706232005303; Thu, 25 Jan 2024 17:20:05 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Tom Rushworth Date: Thu, 25 Jan 2024 17:19:54 -0800 Message-ID: Subject: Re: sysutils/nut maintainer mail rejection To: Cy Schubert Cc: ports@freebsd.org Content-Type: multipart/alternative; boundary="00000000000094a37c060fcf18e8" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b34:from] X-Rspamd-Queue-Id: 4TLfxy1Ss6z46HF --00000000000094a37c060fcf18e8 Content-Type: text/plain; charset="UTF-8" Hi Cy, On 2024-01-25 17:07, Cy Schubert wrote: > In message om> > , Tom Rushworth writes: [snip] >> >> Which port should I use - sysutils/nut or sysutils/nut-devel ? So far >> the only changes needed are to drivers/Makefile.am and the actual new >> driver source. > > I won't accept a patch for an experimental driver until a pull request to > our upstream has been submitted first, then only to the -devel port. If > they refuse to accept the patch, I will need to remove it from the port as > well. All reasonable. > > Another option may be to add an option for an experimental driver from > which we can fetch your sources from. You'd need to provide a URL. I'm not > prepared to add the patch cart blanche because if it breaks I'm not > prepared to diagnose and debug it for you. Too much work for something there might be no-one else using. There can't be too many CFR1500's out there, and even fewer in the FreeBSD world :). > > Preferred is an upstream pull request. Their URL is > https://github.com/networkupstools/nut. I'll go that route. > > BTW, I found the problematic postfix rule and have fixed it. Sorry about > the bother. It wasn't a bother, I'm the one asking for stuff after all. This message will work as a test :) > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e^(i*pi)+1=0 > > > Thanks for your time! -- Tom Rushworth --00000000000094a37c060fcf18e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Cy,

On 2024-01-25 17:07, Cy Schubert wrote:
&= gt; In message <CAOaF7tMgiZ37s0vLsTtW1at92C-qpeo7kKtg+nutcREV92ECPg@mail= .gmail.c
> om>
> , Tom Rushworth writes:
[snip]
>&= gt;
>> Which port should I use - sysutils/nut or sysutils/nut-de= vel ?=C2=A0 So far
>> the only changes needed are to drivers/Makef= ile.am and the actual new
>> driver source.
>
> I won= 't accept a patch for an experimental driver until a pull request to> our upstream has been submitted first, then only to the -devel port. = If
> they refuse to accept the patch, I will need to remove it from t= he port as
> well.
All reasonable.
>
> = Another option may be to add an option for an experimental driver from
&= gt; which we can fetch your sources from. You'd need to provide a URL. = I'm not
> prepared to add the patch cart blanche because if it br= eaks I'm not
> prepared to diagnose and debug it for you.
Too much work for something there might be no-one else using.=C2=A0 There = can't be too many CFR1500's out there, and even fewer in the FreeBS= D world :).
>
> Preferred is an upstream pull request= . Their URL is
> h= ttps://github.com/networkupstools/nut.
I'll go that route.<= /div>
>
> BTW, I found the problematic postfix rule and hav= e fixed it. Sorry about
> the bother.
It wasn't a bother, I= 9;m the one asking for stuff after all.

This message will work = as a test :)
>
>
> --
> Cheers,
> = Cy Schubert <Cy.Schubert@cs= chubert.com>
> FreeBSD UNIX: =C2=A0<cy@FreeBSD.org> =C2= =A0 Web: =C2=A0https://FreeBSD.org
&= gt; NTP: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <cy@nwtime.org> =C2=A0 =C2=A0Web: =C2=A0https://nwtime.org
>
> e^(i*pi)+1=3D0
> <= br>>
>
Thanks for your time!
--
Tom Rushwo= rth
--00000000000094a37c060fcf18e8-- From nobody Fri Jan 26 02:07:10 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 4TLh0L1dbvz58VNZ for ; Fri, 26 Jan 2024 02:07:14 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLh0K2L6Qz49qR for ; Fri, 26 Jan 2024 02:07:13 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.32) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id T6BSrRysLxDxGTBcer4GNO; Fri, 26 Jan 2024 02:07:12 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id TBccrec2BZ0jDTBcdrYVhw; Fri, 26 Jan 2024 02:07:12 +0000 X-Authority-Analysis: v=2.4 cv=P8GZhTAu c=1 sm=1 tr=0 ts=65b313d0 a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=dEuoMetlWLkA:10 a=NEAV23lmAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=sBjD7vLQ-wUyx9mIjC8A:9 a=CjuIK1q_8ugA:10 a=UJ0tAi3fqDAA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 8F1639DE; Thu, 25 Jan 2024 18:07:10 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 70DF838B; Thu, 25 Jan 2024 18:07:10 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Tom Rushworth cc: Cy Schubert , ports@freebsd.org Subject: Re: sysutils/nut maintainer mail rejection In-reply-to: References: Comments: In-reply-to Tom Rushworth message dated "Thu, 25 Jan 2024 17:19:54 -0800." List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Jan 2024 18:07:10 -0800 Message-Id: <20240126020710.70DF838B@slippy.cwsent.com> X-CMAE-Envelope: MS4xfCquUUk5bIo4pdFmwmn3ujWNilvPffxEQ0J5KaeYlXj7PbQ0sX+b6oBqjbjG4gSkbONhrAcKHU7KvZsRYBSJ7hKF6mcW52BCJGyS1hkecwEiXPVt+FKt ElIdoxCViHLoV9RyBvEyK7P2ZpZKBRCBoMfNd18hutmjK5/aaoV9qTjP0KY9j4JC1RFc81vJY0qyhiaJgp7wKUwxe68N48TM7MMFR2pJ8W8aIXDLHHKC2u2B X-Spamd-Bar: - X-Spamd-Result: default: False [-1.70 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; DMARC_NA(0.00)[cschubert.com]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TAGGED_RCPT(0.00)[]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TLh0K2L6Qz49qR In message , Tom Rushworth writes: > --00000000000094a37c060fcf18e8 > Content-Type: text/plain; charset="UTF-8" > > Hi Cy, > > On 2024-01-25 17:07, Cy Schubert wrote: > > In message > > om> > > , Tom Rushworth writes: > [snip] > >> > >> Which port should I use - sysutils/nut or sysutils/nut-devel ? So far > >> the only changes needed are to drivers/Makefile.am and the actual new > >> driver source. > > > > I won't accept a patch for an experimental driver until a pull request to > > our upstream has been submitted first, then only to the -devel port. If > > they refuse to accept the patch, I will need to remove it from the port as > > well. > All reasonable. > > > > Another option may be to add an option for an experimental driver from > > which we can fetch your sources from. You'd need to provide a URL. I'm not > > prepared to add the patch cart blanche because if it breaks I'm not > > prepared to diagnose and debug it for you. > Too much work for something there might be no-one else using. There can't > be too many CFR1500's out there, and even fewer in the FreeBSD world :). > > > > Preferred is an upstream pull request. Their URL is > > https://github.com/networkupstools/nut. > I'll go that route. > > > > BTW, I found the problematic postfix rule and have fixed it. Sorry about > > the bother. > It wasn't a bother, I'm the one asking for stuff after all. > > This message will work as a test :) Got your email. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Fri Jan 26 04:09:17 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 4TLkjB41KRz57Sf2 for ; Fri, 26 Jan 2024 04:09:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLkjB1tS2z4M3K for ; Fri, 26 Jan 2024 04:09:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706242158; 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=o+V8q3EuDa/c1OTTThyRmg/oUfeTWaRFTnY1ixRs1Po=; b=oASf0hlt1LAqCE/KgfpPOfR3ods0GsEkFtyOEfUOs/OzDOjqRTzd4r5GnK15YqjLb/8lYR p3A9OIyG57cYdTw2kR5AWq8Odn/zt9gMz8imQi60/zOwjpuDwdJSMQqupAIIh8QgGXB4BZ PngvwZPGqg5ZPVUyXUczVk4ASMhAOLXNhWG9hcEeV28QGB1GZCFfjvIKi2mnUOfN62+heH LbTrd6Q4QlyQlmLY4bxyXstO57SS56DD0Ylh/Ftkj7pqcxWXlo1snHpq3ik6jw//XvhF3u UwMPwXSb3oVRyIxncJjNCdxFgE5Wjkhbtfx3c4H+XMCeZcCyXUVd7KO+lO4bPg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706242158; a=rsa-sha256; cv=none; b=He+KamB3vfq2JAxKKWGwhEb6t9E/QBWCfgEp9K4kjt5a+xHmnDctri33yVMSbKFv33D6BD vnTqzlOenp5A9+f0htBedIC9nq10uJ+kFV3X8AZDO8/f2lPiHfeclsfrJ45voRx2ljIbJ6 5L9zJ8MulkJAVbAt2JKnIR4ZtV3wGx75iuxAgvYM6PLJ4UpP3nisQWuP7CFoSVFvehRpY1 2QnvplADjJvxqOqS+Na0llDea6Z+7hBZSPBPqMm8CeXyL/SIghnjWIKv2gFpvvNE38Iu9s obIh6mawzgVvb2bwt5gN91giCrRN4bGrjdEOMtaSXFrzmXznkP2z+/twkQZDTA== 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 4TLkj96cRwzQwT for ; Fri, 26 Jan 2024 04:09:17 +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 40Q49HVX061713 for ; Fri, 26 Jan 2024 04:09:17 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40Q49Hjs061712; Fri, 26 Jan 2024 04:09:17 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401260409.40Q49Hjs061712@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Fri, 26 Jan 2024 04:09:17 +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 ------------------------------------------------+-----------------+------------ audio/liblscp | 0.9.11 | 0.9.12 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.6.0 | blenderbim-240125 ------------------------------------------------+-----------------+------------ databases/neo4j | 4.4.27 | 4.4.30 ------------------------------------------------+-----------------+------------ devel/protobuf-java | 3.22.2 | 3.25.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 Fri Jan 26 06:10:24 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 4TLnP34Zrtz57fg1 for ; Fri, 26 Jan 2024 06:10:31 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLnP345fcz4Vjj; Fri, 26 Jan 2024 06:10:31 +0000 (UTC) (envelope-from philip@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706249431; 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=uEif+nihTkinmzVDe20kOlH7FqPZWbGHG/cDl2j06ro=; b=K4y9F10CKpVq3xyBwSoTjrWcr93izy8irPbbRIFqgXZDpZ/+iwdVeMKOPAx7E06gZs22TS SLsLDW0tVgcEaMYPNyypXU5E8ZLQalDaUbAaTvpnM68ptNMCA4x9YET01EnciVIcBx4mqg R5Zd1UD+kvBeP62VC6jy+3NWu4/U5FNMORQiRbCvwMzOB/z3mdQusBiJUqOUqidVNXGcY4 ZQM1p8+0v71D95N6swM23BcgaYUeiTbNKBohf9peztM02rRAAOcBlpmFZ2rw63LaMEhnCV I5hmiTycWtMnXvWungNsm4m2BlDgXF6zmBWgLWZVRD1OICX5AOLKfqDLXkGlaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706249431; 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=uEif+nihTkinmzVDe20kOlH7FqPZWbGHG/cDl2j06ro=; b=vTS1dqZqdqNwxWESHrcaLp2MUXSXENJKJMaSUFnvF+EY0bYc9gARHtV1qq5LfWs0uSWCxP x6Por5AnUJ/9QXBknJSvJMyiuD4XLlpUoJKhB4eAAW38YoN75SjEW75mVNp4BtQoSisWqa 6Jot9fh92iSkMFcyV6GKZa+cgvx9eEIqNMUYDGTwUVb/RaGNwIudj0keTYns1I5d4QXRGo RxLePa9BFTKvhc+E7Be3boGFk3QOAue8exrBfFw59g8D51SypWv1SfDcb40l3VzS1d4dNr 5zR0JwO7OIXiI9xBdNrkN3pBSG9JiNvXNf1+QgnxyMP/VTUu7+vkPAWe3NdRxA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706249431; a=rsa-sha256; cv=none; b=BGwwUzAg6F+n6rMufhKDZ0vc4R/h74a2O4EdMiE8Fnm6wk71A2DBwQZwttYNjrvtIYIwr8 wmcrNMlangDNDF6zEbjGWSoPdLSYiTKkOvsUGj7U3n/HyxKzYk/aZYXzPDrikuE/gZglew aIWjfgXV96OCQbrQnLlKb3Ihq6++pEkEc8Co4gmbIJppSNlXMap5q9yXn3rl+PpLSCAKRJ TbNncYK96G9A05fhAIcUbLXTFqbsOJ6yNaOfPS2xt42YXXlM2SK9W89DtJCTPSHNOh9VXM hnYMYALML7JF52aP9D1AEaxVTWDPBZRcJmD+8omaPRqCbuCRjh70NUbaZjeoYw== Received: from auth2-smtp.messagingengine.com (auth2-smtp.messagingengine.com [66.111.4.228]) (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: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TLnP32yFJzMlP; Fri, 26 Jan 2024 06:10:31 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id 476B327C0061; Fri, 26 Jan 2024 01:10:30 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 26 Jan 2024 01:10:30 -0500 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvdeliedgkeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefufffokfgjfhggtgesthdtmhdtredttdenucfhrhhomheprfhhihhl ihhpucfrrggvphhsuceophhhihhlihhpsehfrhgvvggsshgurdhorhhgqeenucggtffrrg htthgvrhhnpedvheehkefghfeiteehteduudeuhfdvgeettdeihfffleeuteeggeetuddt tddufeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehphhhilhhiphdomhgvshhmthhprghu thhhphgvrhhsohhnrghlihhthidqudduieeivdeivdegkedqvdefhedukedttdekqdhphh hilhhipheppehfrhgvvggsshgurdhorhhgsehtrhhouhgslhgvrdhish X-ME-Proxy: Feedback-ID: ia691475d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 26 Jan 2024 01:10:29 -0500 (EST) From: Philip Paeps To: Tom Rushworth Cc: ports@freebsd.org Subject: Re: mail bounces Date: Fri, 26 Jan 2024 14:10:24 +0800 X-Mailer: MailMate (1.14r6016) Message-ID: <29B4BDBE-6A49-4FEA-9CBF-D3B4283E8B69@freebsd.org> In-Reply-To: References: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed On 2024-01-26 08:51:32 (+0800), Tom Rushworth wrote: > Something's eating the first '.' in the envelope address on my emails > to Cy > Schubert, but NOT eating them when I send to the ports list. I think > I've > probably annoyed the ports list enough for today with this weird > non-ports > problem, so I'll stop now. Again, sorry for the noise. For future reference: the freebsd-test@ mailing list is a more appropriate list to use for this. https://lists.freebsd.org/subscription/freebsd-test (Not to be confused with freebsd-testing@) Philip [hat: postmaster] From nobody Fri Jan 26 08:01:17 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 4TLqsR1tZ0z57qjm for ; Fri, 26 Jan 2024 08:01:47 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLqsQ2RRVz4fQB; Fri, 26 Jan 2024 08:01:46 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706256098; 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=h4sxcBSjok47Mt3NiPcUljDMRVdaeNMs4OjxasdpurY=; b=F306yJgW2jsP7YRopSlIYQj79WnkZqLIjvGbXOi2w0tVrkcUcDscln4UFoj6WEbYOKhNmA GRK3WuTxfUgq+enf0XkvCj/93I5XBpzCSoBesC2Y/7t7uUCFQd5yr9V3bExrG9rF4EP5je BJQcaknYozF899o/pr76sxv5okE+exsliGeWlHJXAzY0VuIyDnS6jcXrx++7GpCMhSCV7W y4fI5ly+mtSnP00fIUGsJtKswaF5DmZxYEzOefHQprAES3ylS8icVN40gmsi1kFCflVrP0 Mc9K7RwJf+Nl0MChl2ncDXCZkmN1/SWJ2vaxHAuwMuEy6rp9YDlFU8VSbOAp2A== Date: Fri, 26 Jan 2024 09:01:17 +0100 From: Alexander Leidinger To: Luca Pizzamiglio Cc: Stefan Esser , freebsd-ports , portmgr , FreeBSD Core Team Subject: Re: This is going to break port building without poudriere! In-Reply-To: References: Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_afcc090eeb35f4cae43fa1bcd152af2b"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TLqsQ2RRVz4fQB 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:34240, ipnet:89.238.64.0/18, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_afcc090eeb35f4cae43fa1bcd152af2b Content-Type: multipart/alternative; boundary="=_9bd8e07784132f49b91be5cdcb1f51e3" --=_9bd8e07784132f49b91be5cdcb1f51e3 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-01-25 20:57, schrieb Luca Pizzamiglio: > Hi Stefan, > > I did reply to your first email, but not to your second one. > I preferred (in agreement with portmgr@) to open the discussion with > everyone, instead of keeping it just between you and me. > > As you can read in the email you have linked, I didn't ignore your > comments. > >> This implementation will break port dependencies, since there is no >> way >> a port can depend on a specific sub-package - there even is no way a >> non-default sub-package can be built without manual selection of the >> options that activate its creation. > > A port can depend on a specific sub-package. The category/origin~subpkg > is the chosen format. > Non-default subpackages shouldn't exist. In the aforementioned email, I > explicitly say that IF a subpackage is enabled by an option, the option > must be enabled by default. > Your previous comments contributed to making this point clearer. > >> Dependencies stated in the port Makefile are converted into package >> dependencies that can be resolved by the "pkg" command, but that >> cannot >> be directly used to build and install the requested sub-package from >> a port. > > I don't know where you get this idea, but it's not how it works. > If a port has a subpackage dependency, the category/origin~subpkg is > the chosen format to express that dependency. > The related port (category/origin) has to be built and installed. > By running `make install`, the whole port is installed, subpackages as > well. > The only "issue" I see is that via 'make install' you cannot install > only the subpackage, but the entire port only. > However this is not different than before. I think Stefans expectations about such a feature are different from the understand of the implementor of the feature in our tree. Somewhat a clash of an idealistic view and reality. To me (and I assume to Stefan too) it looks like slave ports will go away and subpackages will be used instead. A slave port may only compile a subset, and a subpackages aware port will compile everything (simplified view, not true where slave ports exclude a feature instead of excluding a file). From this point of view, a port can not depend on a subpackage in the sense of a port can not depend only on a subset of the php extensions included in the main php build (if/when it is converted to subpackages). As such a build from ports will have all php extensions included in the php port installed, whereas a pkp based install can limit the amount of installed php extensions to what is required. At least this is what I understand based upon what I have read about subpackages. As the documentation is not ready and I haven't looked at the code, this understanding may off course be wrong. >> Ports that do not create sub-packages can still be depended on by >> other >> ports, but as critical dependencies have been depended to sub-packages >> a ever large fraction of ports will only build in poudriere. > > Again, no. > If you run make install on any port, it will be built. The package and > the subpackages are all installed. > You cannot install a portion of a port, and it has never been possible. Is my understanding correct that subpackages aware ports are supposed to replace master/slave ports? In the sense of slave ports will be deleted once a port is converted to a subpackages aware port (except where slave ports exclude features from binaries like git-lite... yes, git-lite is implemented as a flavour and as such we cover this in a different way and such slave ports if they still exist can maybe be converted to use flavours)? I assume yes to both questions. With this assumption: With master/slave ports this is possible. And replacing master/slave ports with a subpackages aware port will remove this possibility. > Nothing is broken here and I fail to understand where you get the idea > of this behavior. > I wrote tests and examples to implement the feature and get them > working before adding support to poudriere. > >> This change does also obviously break port management tools like >> portmaster, >> which took me significant effort to adapt to FLAVOR support (which >> also had >> been implemented without consideration for other tools than >> poudriere), and >> which I have been maintaining since then. > > Yes, portmaster need to be able to parse the new dependencies format, > by removing the ~subpkg. By removing the suffix, you get the > category/port and everything is fine. > As announced, we are keeping subpackages adoption blocked with a > git-hook to give time to maintainers to add support to subpkg and to > introduce the feature slowly. > portmgr@ doesn't officially support neither portmaster nor portupgrade. > We simply lack the manpower to do it. > >> The reason given for sub-packages support is reduced build time for >> some >> packages that share a common distfile (e.g. qt5) when building >> official >> packages. > > As explained, in the short term there are this benefit and getting rid > of many master/slave ports (hard to maintain) > But there are several use cases in the future. > For instance, work is in place to provide debug symbols as subpackage, > in a similar way as pkg-base. > >> But this comes at a high cost for all builds outside the package build >> cluster, since now lots of unnecessary sub-trees will be compiled and >> installed, if only one program (i.e. sub-package) is desired. > > This is the reason why OPTIONS with SUBPACAKGES have been introduced, > to reduce build time for port builders. The complaint/fear of Stefan is that there does not seem to be a way to e.g.: 1) have php converted to a subpackages aware port which will remove some of the php extensions ports as they will be handled as subpackages of the lang/php port 2) depend upon one of the extensions which are now integrated as a subpackage of the php port but do not depend upon all extensions which are available as subpackages 3) as a result have all php extensions build and installed (and as such loaded at run time automatically), even those which are not needed, when installing via ports I think what Stefan is asking for, is to have a way that only build a subpackage if desired (default behavior = build everything, but the possibility to only build the subpackage specific part in case the upstream source allows this, like in the php example). >> You are breaking use-cases of a large number of users that still build >> ports without poudriere. This is especially causing a barrier to entry >> of new port developers, since this will require them to setup >> poudriere >> before they can begin port development. (This will only become an >> issue >> over time, as more and more dependencies will have been converted to >> sub-packages, but then there will be no way back.) > > I still fail to see what is going to break. Non-poudriere users can > experience longer build time for dependencies, but dependencies can be > installed via packages, at least most of the time. What is broken is that you _have_ to install such dependencies via packages in this case if you want to have the minimal install. With master/slave ports this is not required, the user is free to install everything as a port. "cd /usr/ports/port/which/depends/upon/a/subset/of/the/php/extensions; make install" will be different than "pkg install port/which/depends/upon/a/subset/of/the/php/extensions". And in this example this can also have a security implication (php stuff may be exposed to the internet and more extensions which can have a security issue may as such be exposed when installed as a port but not when installed as a package). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_9bd8e07784132f49b91be5cdcb1f51e3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Am 2024-01-25 20:57, schrieb Luca Pizzamiglio:

Hi Stefan,
 
I did reply to your first email, but not to your second one.
I pr= eferred (in agreement with portmgr@) to open the discussion with everyone, = instead of keeping it just between you and me.
 
As you can read in the email you have linked, I didn't ignore your com= ments.
 
This implementation will b= reak port dependencies, since there is no way
a port can depend on a s= pecific sub-package - there even is no way a
non-default sub-package c= an be built without manual selection of the
options that activate its = creation.
A port can depend on a specific sub-package. The category/origin~subpk= g is the chosen format.
Non-default subpackages shouldn't exist. In the aforementioned email, = I explicitly say that IF a subpackage is enabled by an option, the option m= ust be enabled by default.
Your previous comments contributed to makin= g this point clearer.
 
Dependencies stated in the= port Makefile are converted into package
dependencies that can be res= olved by the "pkg" command, but that cannot
be directly used to build = and install the requested sub-package from
a port.
I don't know where you get this idea, but it's not how it works.
If a port has a subpackage dependency, the category/origin~subpkg is t= he chosen format to express that dependency.
The related port (categor= y/origin) has to be built and installed.
By running `make install`, the whole port is installed, subpackages as= well.
The only "issue" I see is that via 'make install' you cannot install o= nly the subpackage, but the entire port only.
However this is not different than before.
 
I think Stefans expectations about such a feature are different from t= he understand of the implementor of the feature in our tree. Somewhat a cla= sh of an idealistic view and reality.
 
To me (and I assume to Stefan too) it looks like slave ports will go a= way and subpackages will be used instead. A slave port may only compile a s= ubset, and a subpackages aware port will compile everything (simplified vie= w, not true where slave ports exclude a feature instead of excluding a file= ). From this point of view, a port can not depend on a subpackage in the se= nse of a port can not depend only on a subset of the php extensions include= d in the main php build (if/when it is converted to subpackages). As such a= build from ports will have all php extensions included in the php port ins= talled, whereas a pkp based install can limit the amount of installed php e= xtensions to what is required. At least this is what I understand based upo= n what I have read about subpackages. As the documentation is not ready and= I haven't looked at the code, this understanding may off course be wrong.<= /div>
 
Ports that do not create s= ub-packages can still be depended on by other
ports, but as critical d= ependencies have been depended to sub-packages
a ever large fraction o= f ports will only build in poudriere.
Again, no.
If you run make install on any port, it will be built. The package and= the subpackages are all installed.
You cannot install a portion of a port, and it has never been possible= =2E
 
Is my understanding correct that subpackages aware ports are supposed = to replace master/slave ports? In the sense of slave ports will be deleted = once a port is converted to a subpackages aware port (except where slave po= rts exclude features from binaries like git-lite... yes, git-lite is implem= ented as a flavour and as such we cover this in a different way and such sl= ave ports if they still exist can maybe be converted to use flavours)? I as= sume yes to both questions.  With this assumption:
 
With master/slave ports this is possible. And replacing master/slave p= orts with a subpackages aware port will remove this possibility.
 
Nothing is broken here and I fail to understand where you get the idea= of this behavior.
I wrote tests and examples to implement the feature and get them worki= ng before adding support to poudriere.
 
This change does also obvi= ously break port management tools like portmaster,
which took me signi= ficant effort to adapt to FLAVOR support (which also had
been implemen= ted without consideration for other tools than poudriere), and
which I= have been maintaining since then.
Yes, portmaster need to be able to parse the new dependencies format, = by removing the ~subpkg. By removing the suffix, you get the category/port = and everything is fine.
As announced, we are keeping subpackages adoption blocked with a git-h= ook to give time to maintainers to add support to subpkg and to introduce t= he feature slowly.
portmgr@ doesn't officially support neither portmaster nor portupgrade= =2E We simply lack the manpower to do it.
 
The reason given for sub-p= ackages support is reduced build time for some
packages that share a c= ommon distfile (e.g. qt5) when building official
packages.
As explained, in the short term there are this benefit and getting rid= of many master/slave ports (hard to maintain)
But there are several use cases in the future.
For instance, work is in place to provide debug symbols as subpackage,= in a similar way as pkg-base.
 
But this comes at a high c= ost for all builds outside the package build
cluster, since now lots o= f unnecessary sub-trees will be compiled and
installed, if only one pr= ogram (i.e. sub-package) is desired.
This is the reason why OPTIONS with SUBPACAKGES have been introduced, = to reduce build time for port builders.
 
The complaint/fear of Stefan is that there does not seem to be a way t= o e.g.:
 1) have php converted to a subpackages aware port which will rem= ove some of the php extensions ports as they will be handled as subpackages= of the lang/php port
 2) depend upon one of the extensions which are now integrated as= a subpackage of the php port but do not depend upon all extensions which a= re available as subpackages
 3) as a result have all php extensions build and installed (and = as such loaded at run time automatically), even those which are not needed,= when installing via ports
 
I think what Stefan is asking for, is to have a way that only build a = subpackage if desired (default behavior =3D build everything, but the possi= bility to only build the subpackage specific part in case the upstream sour= ce allows this, like in the php example).
 
You are breaking use-cases= of a large number of users that still build
ports without poudriere. = This is especially causing a barrier to entry
of new port developers, = since this will require them to setup poudriere
before they can begin = port development. (This will only become an issue
over time, as more a= nd more dependencies will have been converted to
sub-packages, but the= n there will be no way back.)
I still fail to see what is going to break.
Non-poudriere users can experience longer build time for dependencies, but = dependencies can be installed via packages, at least most of the time.
 
What is broken is that you _have_ to install s= uch dependencies via packages in this case if you want to have the minimal = install. With master/slave ports this is not required, the user is free to = install everything as a port. "cd /usr/ports/port/which/depends/upon/a/subs= et/of/the/php/extensions; make install" will be different than "pkg install= port/which/depends/upon/a/subset/of/the/php/extensions". And in this examp= le this can also have a security implication (php stuff may be exposed to t= he internet and more extensions which can have a security issue may as such= be exposed when installed as a port but not when installed as a package).<= /div>
 
Bye,
Alexander.
 
--
= http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF
http:/= /www.FreeBSD.org    n= etchild@FreeBSD.org  : PGP 0x8F31830F9F2772BF
--=_9bd8e07784132f49b91be5cdcb1f51e3-- --=_afcc090eeb35f4cae43fa1bcd152af2b Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmWzZt4ACgkQEg2wmwP4 2IZqIQ//S2Wka4A3HjAcX5aEPJ++eST8tyvs6Eq+4wXp1oumgL7378cilqNG5NMB QZmi9CoX3OxTJhbmL/HM6iKCc79Nu2cIuBMk6AbaGWG3VzeZIYTpOVQJUtJWgHD1 8TelAR+iiwb7fe2hUjEqaYekYl4bJu+oQxuX0GpPFFaw0UQJp7Fccw2KxISHe/L9 MOMsdqjvh0qj05Lmr94a14xdzAKWW6g5TUDdeSnqq4WEWs1tm/RzQy7EuiC+Wohp Mbw+dt3uO2TTQrJ0wdv/txxsmESkg5lUicx2zkl8bqZosEsOmvbYjR0vnPnclQj/ v6514e4VL38nobJqniC92TvjEioWztzx9vckp72d90BEiqIJQlSdixOmP41IXlyX f/2vhWmoBnJH/Rt2/j2Big9ONnvHF69Q4jkAU3PIMu3GSqBCoH8UNZVwYUqXnBM3 R8N8xTKkjjoh/1Dn0him7JjGWbJoqK/3xhav/cKogUVL3kA5Kwizz3GVBfalreKc UGC/2ctQ9G17+WPe3hRD+MR6JsCaW+HwoVL2vmDa1aQyBrWQK8seyBiHrUdFtguB yKYAWrN9ybj72wh6LppTiF0WpvoPcDWHCo53RhRcyYo/IKw0hT69FFQt+HXdkqWs Lh/MT2blx6mfJwt6mRlJZIBEAq03LssKfIWyqMw+oETlq0QIiLY= =tIcU -----END PGP SIGNATURE----- --=_afcc090eeb35f4cae43fa1bcd152af2b-- From nobody Fri Jan 26 08:41:46 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 4TLrm830f5z57vfD for ; Fri, 26 Jan 2024 08:42:16 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-ua1-f50.google.com (mail-ua1-f50.google.com [209.85.222.50]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLrm81MYqz4kKw; Fri, 26 Jan 2024 08:42:16 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ua1-f50.google.com with SMTP id a1e0cc1a2514c-7d2e1a0337bso78272241.3; Fri, 26 Jan 2024 00:42:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706258535; x=1706863335; 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=uKQFnTomwaSTcSjDjYGR35XedS7Vfxxl69lagJwfim8=; b=T+fkGRU4u5ELsO/E52SEzRCduLd4iJf55MFI/VCJ/B3YbOtKMIItuFIGbLhDbJYQ+q 0b4pV/zAGvUMvgm2NK6IiaKBqxN3wHSLVE35Msz8fp2AaA2jqCwHlKjcsJtGyvzKDbrS Qso2HjTmQFBnTvQT5peRB8bq0N0LT78NbYAspZYywxQg8GpP77QE2PpUWAQA1lgzLV0o 7OS/onhS+xz8tc4cAA8TK9M0wNS4QHn/t38mLd4Jp1q2cQaHHfMALhIUvzYPp3Q9JHAK N2X/89Vt+rpjBQzSozTeXpNSqQV8zwDYgfv153VaCbQCnmaiuP0kGJ1fy2HVPoa23IBC FGsA== X-Gm-Message-State: AOJu0YyQhySyJaF3LxR7C3F2POsvNgWyFj1qvmuR4cyHrjYa+Eg+A+Fo rt7FUTFC7tg/F9aLQ+mFLG4jndmJz2oJjmKbmmcpgRXhcKoc8VtC/ApKGB1SvN8= X-Google-Smtp-Source: AGHT+IHedTfp04ShI5l1tBU/xAdL3cCUCfQ57cCrTrRsStAOhneHIbJr5I3QX5my30tmuPDs/9mu9w== X-Received: by 2002:a67:e34e:0:b0:46b:24b2:e26 with SMTP id s14-20020a67e34e000000b0046b24b20e26mr613667vsm.15.1706258534666; Fri, 26 Jan 2024 00:42:14 -0800 (PST) Received: from mail-vk1-f172.google.com (mail-vk1-f172.google.com. [209.85.221.172]) by smtp.gmail.com with ESMTPSA id e20-20020a05610211f400b0046b00db3da2sm78330vsg.28.2024.01.26.00.42.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 00:42:14 -0800 (PST) Received: by mail-vk1-f172.google.com with SMTP id 71dfb90a1353d-4bdce906e11so9149e0c.1; Fri, 26 Jan 2024 00:42:14 -0800 (PST) X-Received: by 2002:a05:6122:3094:b0:4bd:7a0b:4158 with SMTP id cd20-20020a056122309400b004bd7a0b4158mr619754vkb.22.1706258534297; Fri, 26 Jan 2024 00:42:14 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Fri, 26 Jan 2024 11:41:46 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: This is going to break port building without poudriere! To: Alexander Leidinger Cc: Stefan Esser , freebsd-ports , portmgr , FreeBSD Core Team Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TLrm81MYqz4kKw X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Fri, Jan 26, 2024 at 11:01=E2=80=AFAM Alexander Leidinger wrote: > > Am 2024-01-25 20:57, schrieb Luca Pizzamiglio: > > > I think Stefans expectations about such a feature are different from the = understand of the implementor of the feature in our tree. Somewhat a clash = of an idealistic view and reality. > > To me (and I assume to Stefan too) it looks like slave ports will go away= and subpackages will be used instead. A slave port may only compile a subs= et, and a subpackages aware port will compile everything (simplified view, = not true where slave ports exclude a feature instead of excluding a file). = >From this point of view, a port can not depend on a subpackage in the sense= of a port can not depend only on a subset of the php extensions included i= n the main php build (if/when it is converted to subpackages). As such a bu= ild from ports will have all php extensions included in the php port instal= led, whereas a pkp based install can limit the amount of installed php exte= nsions to what is required. At least this is what I understand based upon w= hat I have read about subpackages. As the documentation is not ready and I = haven't looked at the code, this understanding may off course be wrong. > > Is my understanding correct that subpackages aware ports are supposed to = replace master/slave ports? In the sense of slave ports will be deleted onc= e a port is converted to a subpackages aware port (except where slave ports= exclude features from binaries like git-lite... yes, git-lite is implement= ed as a flavour and as such we cover this in a different way and such slave= ports if they still exist can maybe be converted to use flavours)? I assum= e yes to both questions. With this assumption: > > With master/slave ports this is possible. And replacing master/slave port= s with a subpackages aware port will remove this possibility. Subpackages are not a master/slave ports replacement, nor vice versa. Both you and Stephan seem to mix a lot of concepts which causes all that confusion. The idea behind master/slave ports **templating**. The master Makefile serves as a template and the slave Makefile overrides some variables and/or targets. This is a very general technique which allows for implementing many things. Including subpackages, by the way! Look at how devel/appstream and devel/appstream-qt are implemented. The idea behind subpackages is producing multiple packages from a single build (a single work/ directory). This idea is simple and concise in its shell. It can be applied right away without literally degrading anything else, but for now it requires much caution (again, see the revert commit for my attempt to subpackagize devel/appstream). Finally, ports are mostly declarative build recipes, a pile of variables and some command invocations that **describe** something. Subpackages allows us to refine the description of a given software product by saying "From the resulting build artifact we can pick out this and that into their own package". Nothing is broken in Ports. The breakage you're talking about is the breakage in **interpretation**. Dependencies describe relations between the **port** we're building and **packages** it depends on. It might be confusing at first, one may argue "but I do see ports origin in the *_DEPENDS lines!". Yes, but origins are there for convenience only. It is the part that precedes ":" which matters - it declares what the port is requiring. Where to get it is actually an orthogonal question and we already have two options for that - a package repository and compiling a port (and this is where the origin after ":" comes into play). Note that in the resulting package all dependencies do not contain origins - exactly because they are an additional info provided for convenience. > What is broken is that you _have_ to install such dependencies via packag= es in this case if you want to have the minimal install. There you're talking about a one specific interpretation, a naive one. It build down to just "make"ing the Makefile. This approach still works, but there is a fundamental problem with building on host (aka "not in poudriere"). Building on host requires you to install even BUILD_DEPENDS (and transitively!). Are you OK with installing BUILD_DEPENDS for a given port? Then subpackages doesn't even install anything, they only require building more and only under certain circumstances (when the subpackage is not hidden behind an option). With all this said, what's exactly broken for your case? You're building/installing too much? But you were installing much more by BUILD_DEPENDS, so it is hardly an argument. Heck, when using build-on-host to install a simple Haskell program, you need to install a 1Gb Haskell compiler package as its BUILD_DEPEND! P.S. I made a little writeup on Ports features, which tries to explain what subpackages really are. You might find it useful: http://arrowd.name/ports_writeup P.P.S. It took a while to properly trim quotes from your message, because your mail software did not mark Stefan's message as quotes. From nobody Fri Jan 26 09:55:11 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 4TLtNQ1tsqz58305 for ; Fri, 26 Jan 2024 09:55:18 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLtNQ0Tk3z4rHN; Fri, 26 Jan 2024 09:55:17 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 40Q9tBb6047173; Fri, 26 Jan 2024 01:55:17 -0800 (PST) (envelope-from portmaster@bsdforge.com) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Fri, 26 Jan 2024 01:55:11 -0800 From: Chris To: Gleb Popov Cc: freebsd-ports Subject: Re: This is going to break port building without poudriere! In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> X-Sender: portmaster@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TLtNQ0Tk3z4rHN 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:11404, ipnet:24.113.0.0/16, country:US] On 2024-01-26 00:41, Gleb Popov wrote: > P.S. I made a little writeup on Ports features, which tries to explain > what subpackages really are. You might find it useful: > http://arrowd.name/ports_writeup I really appreciate the write up! Makes for a nice overview. The differential at first glance was a bit daunting. Will flavors and all still remain? Or will subpackages subsume options/flavors? Thanks. --Chris From nobody Fri Jan 26 10:23:16 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 4TLv1G3xg2z584dV for ; Fri, 26 Jan 2024 10:23:46 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f176.google.com (mail-vk1-f176.google.com [209.85.221.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLv1G2KCkz4tHr for ; Fri, 26 Jan 2024 10:23:46 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f176.google.com with SMTP id 71dfb90a1353d-4bd7614325eso1153527e0c.0 for ; Fri, 26 Jan 2024 02:23:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706264625; x=1706869425; 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=YRXP9DCTrhdfaRbNIueojBPMyLPfsPPGxKOo605I7og=; b=gJjgxDzWaC1b8Nli+gcxainMas6OW0jJYUE9KISLYtoYXOgnK98m5zzdlFRDSdFNpu MtzJJ+l+g5ybzLE2HOv5yYMQFnl9qMWnsoTOgoOQ3jNWXIk+2tLecua3PJtlTSt246Nq CYSwk/8uhz1E46zjp19qt1Y8WyoJipOwlOe6aYm6nX6yA4O5x91c6PteXOCcR3E3Pf4v LxG8CNtm/zF1IeN7qcn63O1fFS/3u/9H3mYhHt3B1ifAXUIDU2egmsed3igcp55v40+z 28QNnwHZNTAQysxtYZP9iOcoJWs05tUMuWiwgiJRCaCJAnwX3S4x7n2W+lgALDweVGQP +zLw== X-Gm-Message-State: AOJu0YxdQ9Vbraau6RR3NyFlEFiw64qGu8ftHE9d50dlpqQN/uiGGqzT biPCtpz18VAKF3I/Kcs2W1UDaYPwmviJLvKFKDML+X7gB4avbtR6asGZW5rhX6ngEQ== X-Google-Smtp-Source: AGHT+IH9X3AxYSELUDc+jQu0Hcrw3/58FzQZ5t97aKgWxjzZaHB7s/Lwjkipp8JBibVn7vTNVPawXQ== X-Received: by 2002:a05:6122:3c84:b0:4bd:7149:9836 with SMTP id fy4-20020a0561223c8400b004bd71499836mr402857vkb.10.1706264624862; Fri, 26 Jan 2024 02:23:44 -0800 (PST) Received: from mail-vk1-f169.google.com (mail-vk1-f169.google.com. [209.85.221.169]) by smtp.gmail.com with ESMTPSA id ev13-20020a056122490d00b004b749955796sm124755vkb.35.2024.01.26.02.23.44 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 02:23:44 -0800 (PST) Received: by mail-vk1-f169.google.com with SMTP id 71dfb90a1353d-4bdace590deso574764e0c.1 for ; Fri, 26 Jan 2024 02:23:44 -0800 (PST) X-Received: by 2002:a05:6122:208d:b0:4b6:cb66:778a with SMTP id i13-20020a056122208d00b004b6cb66778amr327642vkd.14.1706264624508; Fri, 26 Jan 2024 02:23:44 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> In-Reply-To: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> From: Gleb Popov Date: Fri, 26 Jan 2024 13:23:16 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: This is going to break port building without poudriere! To: Chris Cc: freebsd-ports Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TLv1G2KCkz4tHr X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Fri, Jan 26, 2024 at 12:55=E2=80=AFPM Chris wr= ote: > I really appreciate the write up! Makes for a nice overview. The differen= tial > at first glance was a bit daunting. Will flavors and all still remain? > Or will subpackages subsume options/flavors? I don't know what will happen in the future as I'm not the one who makes decisions. But solely from my understanding and my writeup - nothing should be removed. Each feature has its use and may be better for some kind of ports. From nobody Fri Jan 26 10:28:19 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 4TLv7q3B83z585dJ for ; Fri, 26 Jan 2024 10:29:27 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLv7q08xGz4vPk; Fri, 26 Jan 2024 10:29:26 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706264953; 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=nUIp+6epAV3KwItxxWHbg1fSrfOwmwawyCzcs8eXukc=; b=cbpeKnmXmGlMH6jeNcHMnHmFmQ2JZBhg1awHHAD8UwwUqHr1R8kbeq4Fgeust/S/hwwQV5 V0IHt1vPyMHY0CSfD9wNfVw42pgErDRKw0WvOIJudtMyVqlSqZWdw7TM6gYoTrNapJB+6q LhKiD7o2DUfvcBnVA2THgRmloVL+VCJISL+CMfct+T3u0s4G1HnsfvYCLrOw0qTIiNIePQ d9CPq921xFM1DuNvKhHcIzjFAfFwUKM9vQQjFa6qr8iT243eEw1xYW8MsEQEN63vc2uGNe hvwdf5siBFjrJ6vCmzBEN8knmgNZI498oGmtKxCyjJ1Xk17Fb16I4xSv33YD6w== Date: Fri, 26 Jan 2024 11:28:19 +0100 From: Alexander Leidinger To: Gleb Popov Cc: Stefan Esser , freebsd-ports , portmgr , FreeBSD Core Team Subject: Re: This is going to break port building without poudriere! In-Reply-To: References: Message-ID: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_cf3966ffa22ae96a960c44f1231e7418"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TLv7q08xGz4vPk 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:34240, ipnet:89.238.64.0/18, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_cf3966ffa22ae96a960c44f1231e7418 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 2024-01-26 09:41, schrieb Gleb Popov: > On Fri, Jan 26, 2024 at 11:01 AM Alexander Leidinger > wrote: >> >> Am 2024-01-25 20:57, schrieb Luca Pizzamiglio: >> >> >> I think Stefans expectations about such a feature are different from >> the understand of the implementor of the feature in our tree. Somewhat >> a clash of an idealistic view and reality. >> >> To me (and I assume to Stefan too) it looks like slave ports will go >> away and subpackages will be used instead. A slave port may only >> compile a subset, and a subpackages aware port will compile everything >> (simplified view, not true where slave ports exclude a feature instead >> of excluding a file). From this point of view, a port can not depend >> on a subpackage in the sense of a port can not depend only on a subset >> of the php extensions included in the main php build (if/when it is >> converted to subpackages). As such a build from ports will have all >> php extensions included in the php port installed, whereas a pkp based >> install can limit the amount of installed php extensions to what is >> required. At least this is what I understand based upon what I have >> read about subpackages. As the documentation is not ready and I >> haven't looked at the code, this understanding may off course be >> wrong. >> >> Is my understanding correct that subpackages aware ports are supposed >> to replace master/slave ports? In the sense of slave ports will be >> deleted once a port is converted to a subpackages aware port (except >> where slave ports exclude features from binaries like git-lite... yes, >> git-lite is implemented as a flavour and as such we cover this in a >> different way and such slave ports if they still exist can maybe be >> converted to use flavours)? I assume yes to both questions. With this >> assumption: >> >> With master/slave ports this is possible. And replacing master/slave >> ports with a subpackages aware port will remove this possibility. > > Subpackages are not a master/slave ports replacement, nor vice versa. > Both you and Stephan seem to mix a lot of concepts which causes all > that confusion. Did I misunderstand that Luca wants to convert master/slave ports like my php case into subpages aware ports to cut down on package build times? So if there is a port which supports subpackages but has no slave port it is a bug? How do we express that a slave port is a subset of another port so that poudriere doesn't build too much (also take the parallel build into account) and only builds the subpackages aware master port? What you wrote in the provided URL, in particular this about master/slave ports: ---snip--- - With flavors and subpackages at our disposal, the master/slave ports should only be considered as a last resort. ---snip--- Based upon this I would assume stuff which can be expressed as subpackages aware ports shall not have slave ports. Can you please try to explain in different words if my understanding is not correct? Please also see the rest of the mail first for suggestions with specific examples. > The idea behind master/slave ports **templating**. The master Makefile > serves as a template and the slave Makefile overrides some variables > and/or targets. This is a very general technique which allows for > implementing many things. Including subpackages, by the way! Look at > how devel/appstream and devel/appstream-qt are implemented. lang/php82 is not a good example? Why not? > The idea behind subpackages is producing multiple packages from a > single build (a single work/ directory). This idea is simple and > concise in its shell. It can be applied right away without literally The complaint from Stefan is not about the idea of subpackages. It is about the implemntation of them. So it is not about the simple and concise idea (which I get), what we are talking about is a specific implemntation of this concept. To make it explicit: I do not complain at all about anything. I try to understand the implementation we got (without looking at the implementation and only looking at what written here in this thread). Obviously what was written here so far was not clear enough to me to understand it. I have an idea what this is able to do, and an expectation how it is supposed to work. Clearly Stefan things there are some drawbacks to the implementation with his idea what such a feature shall be able to do. And it seems his ideas about how something like that is supposed to work is not far away from what I expect from something like that. And what you wrote, matches with some parts of my expectations what such a feature is supposed to do. What I try to get at here is to get rid of some misunderstanding between people. To get all into the same picture. May it by that Stefan and I "see" how it works and understand, that there is no issue, or may it be that you and Luca "see" what the problem is Stefan and I see (note, all my installations of stuff which we have in our ports collection happens via packages build by my own poudriere instance, installing a ports directly is a rare situation for me, but the concern that "make install" and "pkg install" will not produce the same result while thinking it shall produce the same result in all cases is a real one). > degrading anything else, but for now it requires much caution (again, > see the revert commit for my attempt to subpackagize devel/appstream). > > Finally, ports are mostly declarative build recipes, a pile of > variables and some command invocations that **describe** something. > Subpackages allows us to refine the description of a given software > product by saying "From the resulting build artifact we can pick out > this and that into their own package". Nothing is broken in Ports. The > breakage you're talking about is the breakage in **interpretation**. Yes, I interpreted what Luco wrote as replacing some master/slave ports with subpackages aware ports. Removing the slave ports and having only one port which produces everything and generates several packages out of this one port. I interpreted all this out of what he wrote about reducing the build time on the build machines. If this is a misinterpretion, then we should understand this as a suggestion for the upcoming documentation for the subpackages feature to: - give clear advise to create slave ports for all the subpackages, - what needs to be done in the slave ports to denote the parent port which shall be build on the package build cluster instead of this slave port to cut down on package build times - make it clear the dependencies shall be expressed to slave ports and not to the subpages aware port If I misunderstood this again, please provide a mock-up of an example. In my opinion, lang/php82 would be a good candiate for a subpackages aware port, and a mock-up example (portname, dependencies) with a fictive webapplication would be a good example to show how the ports and packages are used/created/handled/... I base my "good candidate for a subpackages aware port" on what you wrote in the link you provided, in particular on this: ---snip--- - If you have master/slave ports which follow the same build procedure but then remove some files from the `STAGEDIR` to make packages different - they are begging for being subpackaged. ---snip--- For php it doesn't remove files, but generates a few files based upon the same build procedure. If you think that lang/php82 is not a good candidate for subpackages, please explain this rationale and take it as a request to make it clear in the upcoming documentation (e.g. with lang/phpXX as an example) why this shall not be handled with subpackages and what shall be used for such cases. > Dependencies describe relations between the **port** we're building > and **packages** it depends on. It might be confusing at first, one > may argue "but I do see ports origin in the *_DEPENDS lines!". Yes, > but origins are there for convenience only. It is the part that > precedes ":" which matters - it declares what the port is requiring. > Where to get it is actually an orthogonal question and we already have > two options for that - a package repository and compiling a port (and > this is where the origin after ":" comes into play). Note that in the > resulting package all dependencies do not contain origins - exactly > because they are an additional info provided for convenience. > >> What is broken is that you _have_ to install such dependencies via >> packages in this case if you want to have the minimal install. > > There you're talking about a one specific interpretation, a naive one. > It build down to just "make"ing the Makefile. This approach still If I go into mail/roundcube and run "make install", this is exacly what happens for all the dependencies right now. Can you please describe what happens in ports if we assume that lang/php82 is subpackages aware? Without looking at the implementation of subpackages, and based upon what you wrote in the link provided below, my expectation would be that there are no slave ports for lang/php82 and all subpackages-modules, even those which mail/roundcube doesn't depend upon, are installed by this. And my expectation of a pkg install of mail/roundcube would be that only those subpackages-modules are installed, which the mail/roundcube port depends upon. > works, but there is a fundamental problem with building on host (aka > "not in poudriere"). Building on host requires you to install even > BUILD_DEPENDS (and transitively!). Are you OK with installing > BUILD_DEPENDS for a given port? Then subpackages doesn't even install A build depends is usually not exposed at runtime in the webinterface of e.g. the mail/roundcube port. If lang/php82 is subpackages aware and the dependency of mail/roundcube doesn't point to a slave port in www/php82-session but to a subpackage of lang/php82, a "make install" in mail/roundcube would install in my interpretation of the subpackages featue all the php extensions the lang/php82 port would provide by default and not only the dependencies of mail/roundcube. All those extensions would be enalbe by default for POLA and convenience reasons. All those extensions are then exposed in some way in the webinterface of mail/roundcube via the php interpreter. This is a higher security risk than an installed build depends of autoconf, gmake or such. > anything, they only require building more and only under certain > circumstances (when the subpackage is not hidden behind an option). > > With all this said, what's exactly broken for your case? You're > building/installing too much? But you were installing much more by > BUILD_DEPENDS, so it is hardly an argument. Heck, when using > build-on-host to install a simple Haskell program, you need to install > a 1Gb Haskell compiler package as its BUILD_DEPEND! See above. > P.S. I made a little writeup on Ports features, which tries to explain > what subpackages really are. You might find it useful: > http://arrowd.name/ports_writeup I have read it and it matches with what I expected as a concept. > P.P.S. It took a while to properly trim quotes from your message, > because your mail software did not mark Stefan's message as quotes. Ooops, sorry. The HTML mode of mail/roundcube which I use to answer has some strange behavior in some cases. This response was now done in plain text mode and I probably will switch to plain text mode for cases where roundcube comes up in html mode. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_cf3966ffa22ae96a960c44f1231e7418 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmWziVMACgkQEg2wmwP4 2IZO3w/+IluPI9ja7y73wkWLdgkC7SpCGvC5z5VsjhiYkUxYzMt5MxHG9UwZ0YTY M4zM4R8DDr2Frwh6gna+cTCzaY12P3CCoOnng0V9BGApXaq/bZiqlwu9Vrii0QKQ Pd/R0SkFCGb0hTCvuMLGiaVinYaauwYQe5bhriMpVXNnLsNHBxTWFyuOZ714Ddae wm/UrM1mebo+ZodJamWXzWitZUZLrbL6ONPIcxuXl75NNykfjtGG5ah1UzuZ6eJ6 t1xbFuSlWAww9ADl6AVZcKU0ezPaqHfOPdb5RERbitebkhdB0bPm6PkcYrMR+eT8 JXXulJcjCzVG4x5QO1lLkgP2uKJGcNBZjzyP+gYvvfqzdtn7bC6NGiiUjRKX+x8Q Nbw+0OP91Y/TU0flH4S4nyQ2O3HgqsGm7vu7XoqitcbZ8z5wuHRVSUf+h/lgVxBU Z3yNps6l6sEN5Vz6rJ96NIFR9GVn0UBmDfW1tlmfpu/1zPr76hCylbyhTEWwgWzI uWFNNHkuJRqv07LatPM+PV9nQE0uhULkJOEJyeLhIgViSCkxN9VxrmpGw048Nxd4 8eror/JypZlrvdt6ukFS/n5llgoMXUqmjy5RoPWEtgr49avgXFGVjiFsrWyEITw+ JOkUEs4V6gYIntYSf7h54HauOcawp5qtk4nsjGFvEY1QWvWd61U= =Xth6 -----END PGP SIGNATURE----- --=_cf3966ffa22ae96a960c44f1231e7418-- From nobody Fri Jan 26 11:09:40 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 4TLw3m3L9Xz588pX for ; Fri, 26 Jan 2024 11:11:00 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1: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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLw3m03nTz41FF; Fri, 26 Jan 2024 11:11:00 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706267446; 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=og104iVQZtRI8uxitl0hZPTB7YOu/Krgt08DrUNEhCs=; b=bNJjTM4Kuf+/vRcp2Q37drPngEIsy2+xgmCJTPT6g+DM+ZGxvKCrNfhvPIoXuA+LKWjqKq XzBlClHjl4SVsopQ/9gkgbT1LehHAtggrhu71CaZeOPeyT/udncrrx4WhsiwC+fmZWRmeu MKtD9NE+GfNf0HQxVmEnH2sm9aqA+/IKgypOK0U5v6fQGqCiMUQi+3gzu1mOm1cJGCectR HlRFNQ2S4mPMBQUHv52rJqjMJRCfVEooieZ+9xqoP6GZMfzL/+PjPMUQub2SrjkV0i30DB 93buXCB4ormScjf1cyit4OSGurbK9VOw9jDUrY+fIX9es/JhjcsjBdWM4ZeHRw== Date: Fri, 26 Jan 2024 12:09:40 +0100 From: Alexander Leidinger To: Alex Dupre Cc: Gleb Popov , Stefan Esser , freebsd-ports , portmgr , FreeBSD Core Team Subject: Re: This is going to break port building without poudriere! In-Reply-To: <31d03471-54b8-7217-c59c-d25394e49d66@alexdupre.com> References: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> <31d03471-54b8-7217-c59c-d25394e49d66@alexdupre.com> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_e8ffe6ebf5ef8f1743180da150172e9c"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TLw3m03nTz41FF 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:34240, ipnet:2a00:1828::/32, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_e8ffe6ebf5ef8f1743180da150172e9c Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-01-26 11:42, schrieb Alex Dupre: > Alexander Leidinger wrote: >> Did I misunderstand that Luca wants to convert master/slave ports like >> my php case into subpages aware ports to cut down on package build >> times? > Honestly PHP would be the worst example to be converted, PHP extensions > can be built individually, they don't build the core PHP every time. > There are other master/slave ports where a big percentage of the code > is > compiled in all builds. The extract/configure vs build ratio is bad compared to a "build everything" case. Other ports may cut down more on the build time. The reason I used the php port as an example is the amount of extensions it provides = the mount of packages it could generate when converted to subpackages, and because it fits the "use master/slave ports as a last resort" case (= use subpackages instead of master/slave = no slave port to depend upon = no slave port to depend upon). Without making it explicit in the docs that this is a bad idea and why, it would mean someone will provide a patch or introduce a smiliar cased port and the fear of suboptimal port builds will be realized. To my understanding the current implemntation does *not* separate the concept of individual packages which can be build vs origin (except we keep slave ports for subpackages, which defeats the purpose to cut down on build time during package building). This understanding can off course be wrong, so any example which makes me understand that this is not the case is welcome. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_e8ffe6ebf5ef8f1743180da150172e9c Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmWzkwQACgkQEg2wmwP4 2IYrcQ//bpuMrtNvEIavW3vpp2sm4MxBVX3KbBudZ7k2c8PCVj/njlGQ3EE8NzAm mHfbmyqZjpGPtj8YdelBuxi1FlYrDx9WdI7fsnDuM0TNIjCMSFNFKWAQjxOeLRyl LdN+YW13XqWc/be9LpqqCBA10n2Q76u3OHRecB5f8AYbVYK3SpDO1BXZJ5TbyKXy UWPRHeRBlQmI9/uqUR4RT5XTvUwYeRQTvTHJ/gSqpUIVHfGUQ28/lP6h52d2N3V3 AhKLaFzHLEEkgVuwySZLVP36O+PaHOy3RfKe7f7t3ASneAF+AAepXYImbOCPfiQw 1R9+IKqKwrcdgjASajoR0EqH+f4RsqW6qYpwdN+35Sx/UlA8TQI1/9HgpH3qa+WB eOks+z1YZe4skWH3ZFz7AAVjipoPcHGZn04ZxWZG11o9bwNDczam17vfYw6YXSiT 3XyMcZ4Yq3zMsjNRQpEx7pDTe2IyENIm7yEgwO2fabUho3JW2EzoU2RmEKUfmW/z RE1iFVwUoTE/skIIl5TUI9d5igVGCg3rPR7y7v5rroQiv63AY5sQuvLEN8vGVGMJ XBGPRVd3+Ehfmosb2tjEGpGCcQFxo3K4gs0Rlo43+3cqGxIqaUGotCD6qL13PDtJ PfNXrGbQYH2acrrd2de+O7cxkeYkxeV2PoRQQiw2b2xbz+1OlH8= =LcWT -----END PGP SIGNATURE----- --=_e8ffe6ebf5ef8f1743180da150172e9c-- From nobody Fri Jan 26 11:12:01 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 4TLw5L2DpMz588pq for ; Fri, 26 Jan 2024 11:12:22 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLw5L0ckGz424b; Fri, 26 Jan 2024 11:12:22 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-io1-f54.google.com with SMTP id ca18e2360f4ac-7bed8fee278so9707339f.2; Fri, 26 Jan 2024 03:12:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706267538; x=1706872338; 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=hIGglJqvTL6ZOQdK+Cu1CRw7uXnCiTO5fkwh3CgygiQ=; b=kkAOS0OHdRF0eWCyUvEPhQA1bFXk8SW8Q8aSkSBpOclg7N8V5lRgxk5kqA7AyJyhj/ XI6ebjUc0i0mK9BF5e8hcPOQo35xRdvN3MqW5uj7znhsceZh+RBNCT9IA1QKdPx+Ai49 04vrKH0V/6tGyMx3UVLEg8qx6NgAPBsZ4XjxKAHydRaK9OgccOtNhVzJhYQk/keDs+gW dQgeqyeRKN2C7ONue0KOxpCfzxglDbLjYoeo5ebupDZPcFlKPl2a5awWv3z2ADYajxgH Gy4nbp6DXuNOjkbANhId2q1y4K+DzsB0X7HV0FqTbzmRxZ2dbOmjnk6tCp9pUsD8a704 pK8Q== X-Gm-Message-State: AOJu0YxrHHPcy/U+9c+5fUbkfe7P0BgqMtWIQ3DWT+FBCUprCfJ40DzR RyGv5vdev8yi5IXXrhGfWAY04aqZfnWPzrrz9WZJgh+jPaHU4S69K/bJZc22yq4= X-Google-Smtp-Source: AGHT+IFGVE4ZKW8u0jB+AWTkQRvmG3t2Q5U6Vv9ATn4sxG/+5OAEVcGGWu+kv8yjDmx9f6lVA1zP4g== X-Received: by 2002:a5e:d802:0:b0:7bc:1bf9:fd83 with SMTP id l2-20020a5ed802000000b007bc1bf9fd83mr1848867iok.3.1706267537733; Fri, 26 Jan 2024 03:12:17 -0800 (PST) Received: from mail-il1-f178.google.com (mail-il1-f178.google.com. [209.85.166.178]) by smtp.gmail.com with ESMTPSA id fh2-20020a056638628200b0046f394096ddsm239030jab.105.2024.01.26.03.12.17 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 03:12:17 -0800 (PST) Received: by mail-il1-f178.google.com with SMTP id e9e14a558f8ab-3608aa647bfso191235ab.3; Fri, 26 Jan 2024 03:12:17 -0800 (PST) X-Received: by 2002:a92:c0c1:0:b0:361:a9fc:f260 with SMTP id t1-20020a92c0c1000000b00361a9fcf260mr1348823ilf.6.1706267537352; Fri, 26 Jan 2024 03:12:17 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> In-Reply-To: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> From: Luca Pizzamiglio Date: Fri, 26 Jan 2024 12:12:01 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: This is going to break port building without poudriere! To: Alexander Leidinger Cc: Gleb Popov , Stefan Esser , freebsd-ports , portmgr , FreeBSD Core Team Content-Type: multipart/alternative; boundary="00000000000074ae95060fd75e9c" X-Rspamd-Queue-Id: 4TLw5L0ckGz424b 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:209.85.128.0/17, country:US] --00000000000074ae95060fd75e9c Content-Type: text/plain; charset="UTF-8" Hi Alexander. You understand correctly what I wrote: * Several master/slave ports can be converted to use subpackages. * Php is a potential candidate for subpackage adoption However, I wasn't explicit on the fact that I won't impose subpackages adoption on anyone. Specifically, I don't want to convert php into subpackages right away, there are smaller/easier examples to tackle first. And in general, the maintainer is the one making the decision, and they can disagree with me. An experimental adoption will be considered for lang/php83, existing versions won't be converted. As you pointed out, there are two challenges specifically for php: * moving all extensions (slave ports) to subpackages in lang/php* can significantly increase build times (for ports users) and its dependency list (for pkg users) * the meta php-extensions port is a convenient way create a custom group of extensions Php port could be converted into subpackages if and only if we can provide a similar experience as before. To do that: * we would need to add options to enable/disable extensions, in order to manage build times and dependencies * we need to provide the similar meta php-extensions package, as it's largely used If the maintainer finds out that subpackages are not suitable for php, they won't be adopted. Best regards, pizzamig --00000000000074ae95060fd75e9c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alexander.

You understand= correctly what I wrote:
* Several master/slave ports can be conv= erted to use subpackages.
* Php is a potential candidate for sub= package adoption
However, I wasn't explicit on the fact that = I won't impose subpackages adoption on anyone.
Specifically, = I don't want to convert php into subpackages right away, there are smal= ler/easier examples to tackle first.
And in general, the mai= ntainer is the one making the decision, and they can disagree with me.
<= /div>
An experimental adoption will be considered for lang/php83, exist= ing versions won't be converted.

As = you pointed out, there are two challenges specifically for php:
*= moving all extensions (slave ports) to subpackages in lang/php* can signif= icantly increase build times (for ports users) and its dependency list (for= pkg users)
* the meta php-extensions port is a convenient wa= y create a custom group of extensions
Php port could be conve= rted into subpackages if and only if we can provide a similar experience as= before.
To do that:
* we would need to add opt= ions to enable/disable extensions, in order to manage build times and depen= dencies
* we need to provide the similar meta php-extensions = package, as it's largely used

If the maint= ainer finds out that subpackages are not suitable for php, they won't b= e adopted.

Best regards,
pizzamig

--00000000000074ae95060fd75e9c-- From nobody Fri Jan 26 11:42:49 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 4TLwmy4NYcz58Ccr for ; Fri, 26 Jan 2024 11:43:14 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature ECDSA (P-256)) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLwmy2pvxz44b1; Fri, 26 Jan 2024 11:43:14 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706269389; 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=EaGVdEMldQ2eqs2mfktXF1tNZLBDFJ1ZRwdgdaZ2PAg=; b=H2ml6p7SurTsdLoujt2CayLF+CoFG9Ftuyx2qlcnX7rRSGiVK007hb4NU7Lxkx/NEivQQh vNH9tMg5S3pguRH096atGywpKyWBYOQEwlF6GpsWvxR9lce7BAyTDjdtdPwPLqIHIKbgCb jgGXc6V4942d2NXtI1W4I8/ZCG/lm8rQ2mqPm/o2c/2NRKij6MNXTtOBMJAyDVTccVagCc Zm64iH0oM9NsFIFl8QTzDzV/VI+HWOH49kZD0smv/mvtPuclbHdJ/lOuaDuFgEtk1SClFA WUllP+BpyyJTrNWMN4s6OPVGh89Gn2WSQvKtnsqbtoDkj4fUJRXIMafgGknJEA== Date: Fri, 26 Jan 2024 12:42:49 +0100 From: Alexander Leidinger To: Luca Pizzamiglio Cc: Gleb Popov , Stefan Esser , freebsd-ports , portmgr , FreeBSD Core Team Subject: Re: This is going to break port building without poudriere! In-Reply-To: References: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> Message-ID: <23b92b0af455f815a647497646b0e47f@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_37d0472fe1ad63f6c9844c254e3276d6"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TLwmy2pvxz44b1 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:34240, ipnet:2a00:1828::/32, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_37d0472fe1ad63f6c9844c254e3276d6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-01-26 12:12, schrieb Luca Pizzamiglio: > Hi Alexander. > > You understand correctly what I wrote: > * Several master/slave ports can be converted to use subpackages. > * Php is a potential candidate for subpackage adoption > However, I wasn't explicit on the fact that I won't impose subpackages > adoption on anyone. > Specifically, I don't want to convert php into subpackages right away, > there are smaller/easier examples to tackle first. Thanks for confirming. IMO you overlook the fact that there may be people eager to convert to subpackages. If we would adopt the policy to provide -lib ports, I would jump on converting audio/lame to a libraries and frontend subpackages aware port. Some stuff only needs the lib and not the frontend. It may be a small change for the ports collection, not relevant for the ports build cluster, not relevant for all users, but I would do it quickly. I'm also looking forward for debug-symbopls packages. I think this is a very nice and good idea and would ease some cases where I was spending time to rebuild packages with debug symbols to find the cause of issues. So what you have is a good first step, but in the current state requires strong governance in my point of view. More below. > And in general, the maintainer is the one making the decision, and they > can disagree with me. > An experimental adoption will be considered for lang/php83, existing > versions won't be converted. php82 was simply a specifc example, there are surely other ports which fall into the same case. I don't mind to convert existing stuff to subpackages, if there is no discrepancy between "make install" and "pkg install". I would even think it would be a good idea to convert from a global point of view, it could cut down the build time on my poudriere instance. > As you pointed out, there are two challenges specifically for php: > * moving all extensions (slave ports) to subpackages in lang/php* can > significantly increase build times (for ports users) and its dependency > list (for pkg users) The dependency list for pkg users would stay the same, wouldn't it? The amount of dependencies for a given port doesn't change, only the origin. If phpXX-zip is available as a subpackage, the origin doesn't matter. But if a port install also installs phpXX-xml together with phpXX-zip if it has the same origin, but php-XX-xml is not in the dependency list, that would be a severe regression as it may have security implications (again, just an example what can happen, but one example which we need to take into account while thinking about subpackages). > * the meta php-extensions port is a convenient way create a custom > group of extensions > Php port could be converted into subpackages if and only if we can > provide a similar experience as before. > To do that: > * we would need to add options to enable/disable extensions, in order > to manage build times and dependencies I would rather describe this part as "being able to depend on a specific subpackage and not the complete origin in make based port installs" to have a converted lang/phpXX not install more dependencies for mail/roundcube on make install. > * we need to provide the similar meta php-extensions package, as it's > largely used > > If the maintainer finds out that subpackages are not suitable for php, > they won't be adopted. The concept of subpackages is IMO suitable for php. I fear that there is a faster adoption of this feature than you want to advocate for. That's the reason why I think that the current implementation should keep the apporval-lock by portmgr, and a veto from portmgr for ports where the change to subpackages would results in a change of the origin of the dependencies (with lang/phpXX as a prominent and best example of what I mean with that). And this veto should be kept until the subpackages implementation allows to have "make install" and "pkg install" result in only the minimal dependencies being installed (= until the missing feature you talked about above is implemented in a way that make install in mail/roundube only installs those php extensions it requires). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_37d0472fe1ad63f6c9844c254e3276d6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmWzmskACgkQEg2wmwP4 2IZmrg//frgri39aH88RCfNEV0W+Cf793DeE2sMNnb9nird2kk4y6IRlVt5pG0AP 3b92f1QQTcAKec120J9ENbOcLOg8dVgvOobT/msSJxjNj6s/qUqBCaX3HTxSy5S4 LyfRZA8qtCR9laJlX/iXkbivmRi3Un0udrlWiQGeTBLVcLNPJXfQY1SRPAoS+5DQ R1YPFzxYLFmVux7lbgIoWfseffLJkWq9i9n9Miz/Rntsvw7NVKIoj/Zw3dzLAx4W w3Re0VoyifoSTD05JVyRpzFk/mzFLMxU+K8N+Lem4Uw55y8socCQThJAJOgtzAuw lV7IyoZkzafGtC15IJJLJC1NN21fdpgm5LONG1B14PRcLbwOvhX1RtUaYU4THcRs WtQ3I0bJ1yr/nmS9Vw9zp53utIb5hSV7xvfNRh+Im4mLn4YCevtkv1ogZdgEcWc5 85rIK7g5O8fo2dBPHM3ls+GhmK7QOai2r4p2YTzoz08n5c4Z/XEqg0ThFc1Z0vNA GOg9kQpZe9kW6gEaYNo4VV5OYDya82Cl7HXm4Qf6jvXFsqnnWpZaoji34Dkb3Bix KDGqx3kMY+uZ6gmkDfQtfrZAXSKMhDWGYr1i7qrsLfrg+0RJPCjipoP/90SQO+hD fewZttZyzez7wC8GGd56ITx6FmeeSCuPHhCLsVtrjJ22HPdNHt8= =AwVd -----END PGP SIGNATURE----- --=_37d0472fe1ad63f6c9844c254e3276d6-- From nobody Fri Jan 26 12:16:03 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 4TLxW66kG0z58G7p for ; Fri, 26 Jan 2024 12:16:18 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLxW66BG9z47Ng; Fri, 26 Jan 2024 12:16:18 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706271378; 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=fKHXGi6C53LNmnRT/FXr5BHDcv6jfkipj/1CIVjR40c=; b=s2uZhHVVFO6KuQ/jKrIe9haUQWURQgr83zZITvMXz1HsFtgsIqitDdIQgq5fGydOqmsfJw b4mzHodt2gcPi3zT8eKW+FizlJ/B1d4repWl11aAhl6UBihVBqVyeWlnt7BlGSsVwlfMzb +fbUZcaGGQumpp/b5njyBSYkn4FBtPQYKlRnCbzjG/MiFyMR/ob4HnNY4ZzzT7IewFHy+W DIgA6rhftxwgpGVzA+3T5wNb8B41uiOir3+HnLYmhdYw/A1OC/hjpvj5Fb53DFfJwbcUJE Jozy5Az72uXy1HOHl30Wl32MeL/QuCwoYWBQSQZSb8pBY7rGEgILu1gyiFU9ZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706271378; 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=fKHXGi6C53LNmnRT/FXr5BHDcv6jfkipj/1CIVjR40c=; b=epT7LkMiEqfO8/p4sNQYc4Fvd7YKz7rkf1wJI0syFPBVp6+Ubmf+vzuph5FvgaIDaLSN76 vd7a+l7sJsec5kmlX89Q8eZBiEVl4G3ubHlFStJg646Rc4LjspQXX//NmjiGOS3gdTZO8h Erdwsfqvb4tjmUH9jHgh0iqmVc58l2NX0dAALqg/+TnG+RZvGu31EQlT2hbossNQ+8xOaP snFmRytafMmuvFi6SEgYrYprY4mdnE6uWaHeIdqO9AyLITj6AOGyG7aVW88GoPyHPQVSKs PvfWBWnuZkgpwWFfbZAv+1OwEEygEYIbuv1y1v7SznkBIpluOTGERZSRq+IjSw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706271378; a=rsa-sha256; cv=none; b=d6yPCP47iSs5+PsvmWy4mwHrOatjh976bai97GInF5ecxNpA1fvDgZ6/ogzajhqR4LaWgs uyfcGprM+dUe3kK675hPekthTskjzpVcIlNh7OxPSNb2k83PYme8Up95W6ktJT5UWcURtT fWCkZaR+1kpnifZqoAuu4gKoOdXPX7CDFnA7V+hlJjnklccHUGj08OPO7K4KHrbW4NlsH4 qCJhQFLQGIORigrcUkxAoTr+bVK4vXBYWIyy9jWvkdn1Dde0wyamE2ycZVnDu7T+plfS01 se4hHNxFVd2vUKD5fU/hQU4YizJ9AlMkpV06fOr5VCKCBIoXg04xvL6pVaTBpg== 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 4TLxW61WPJzVHp; Fri, 26 Jan 2024 12:16:18 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 95bc0752 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Fri, 26 Jan 2024 12:16:14 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_D88A8041-D07A-4F7C-B67F-DB20F709AA52"; 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: This is going to break port building without poudriere! From: Moin Rahman In-Reply-To: Date: Fri, 26 Jan 2024 13:16:03 +0100 Cc: Stefan Esser , portmgr , FreeBSD Core Team Message-Id: <3AEC7D6E-3288-4CF1-80B0-C5927C2E9C96@freebsd.org> References: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> To: freebsd-ports X-Mailer: Apple Mail (2.3731.700.6) --Apple-Mail=_D88A8041-D07A-4F7C-B67F-DB20F709AA52 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jan 26, 2024, at 12:12 PM, Luca Pizzamiglio = wrote: >=20 > Hi Alexander. >=20 > You understand correctly what I wrote: > * Several master/slave ports can be converted to use subpackages. > * Php is a potential candidate for subpackage adoption > However, I wasn't explicit on the fact that I won't impose subpackages = adoption on anyone. > Specifically, I don't want to convert php into subpackages right away, = there are smaller/easier examples to tackle first. > And in general, the maintainer is the one making the decision, and = they can disagree with me. > An experimental adoption will be considered for lang/php83, existing = versions won't be converted. >=20 > As you pointed out, there are two challenges specifically for php: > * moving all extensions (slave ports) to subpackages in lang/php* can = significantly increase build times (for ports users) and its dependency = list (for pkg users) > * the meta php-extensions port is a convenient way create a custom = group of extensions > Php port could be converted into subpackages if and only if we can = provide a similar experience as before. > To do that: > * we would need to add options to enable/disable extensions, in order = to manage build times and dependencies > * we need to provide the similar meta php-extensions package, as it's = largely used >=20 > If the maintainer finds out that subpackages are not suitable for php, = they won't be adopted. >=20 > Best regards, > pizzamig >=20 Hi Everyone, Comments are in point of me being the php maintainer: It's not that I haven't checked it yet about the possibility of converting php ports to subpkgs but there are some issues. Not all extensions can be converted to subpkg and there will be some pkgs left out as standard pkgs. So for example there will be a mix of # pkg install php83~opcache and # pkg install php83-xmlrpc Which is a mix of both worlds and will be a real pain point as we have to memorize which was where. Although there is a php8X-extensions package but not always everyone uses that. It's just sort of a meta pkg which installs a group of pkg. But at least this pkg is not at all advised by me although it helps to install couple of extensions in one go. Noone should have extra extensions installed in a system without any reason. At least I have been B enough not to have it available in the work environment and developers install the extensions individually. About build time I would like to say also inline with ale@. No shared codes are actually rebuilt during the build of other extensions. The only target that happens to be repetitive is installing php itself. And extract target is also carefully crafted to extract only the related files. And contrary to other ports not only I have to play with the ports itself but also in the php.mk. :'( Will I convert php to subpkg? Not at this point. For the sake of sanity and maintenance in php.mk my options are either php81 or php83 at this point. php81 is going to be removed in a year so no point in investing time on that. php83 is being used in production at my workplace and means that I have to also update another 200 hosts and fix some corner cases at my work place which I do not want to do atm. So most probably in the coming months when php 8.4 or 9.0 is released I will give it another try with a fresh look rather than existing codebase of the ports itself. For now everything is good in php world. :) Although there are lots of other places for playing around with subpkg and I will do so if I find suitable candidates. Kind regards, Moin(bofh@ with all hats off) --Apple-Mail=_D88A8041-D07A-4F7C-B67F-DB20F709AA52 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+fvbm1phfAvJEFAmWzooNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJGIig/+LOtcbjrdvYXGGdDWi8X7IVdiRQCVO0ZxuYbP/O48sngZ8/2YFhVx7DOT QRQZOvgYQXPxvll+iMCiCs34KwA+FLsIWM2o4qFALB6eqgHHMazEFWyzfy7iLtu9 TZyrz+NaS4gCFR6uWbnPPxczEBHEiiDJw54T4zxbtxE25lqXnRZ3nKhSQumU0sA9 hrr964gpoIl569UE6DH3PtC6vUDuUswLEeUquoRLDPw/v+/0TXYrRrQ1C7Aov68E zy9sWjEbjZefNC2htQsgFsN7dz01d+mMeG7kd3DIsx04kHIQQs4mghXCzEQwSnen hf2eV3VgSGA+Dd365L5wr1EXyvviO3ANwWwofNKMjQB/7cgLb/7p2SNzFBab5V3R /XJn6X0JJ6tk0J25DgwFGqXA4vKjgyP61O3ri+CQgbTxUugRaQbg27jCtkyZUTvY 3XwHilEia4g/92/VFfe3yxNWicH4j1XyMavrEjlEI3kGp3qL7a+tycpFxhOKV5+W qEoDH1bDzF71EcMOTujBNQiNl+kJlknBsnBB0p5fm+A2RppbcHFbK+rvRqpHB1uY ge2V/nJOx4uTySsRr8Ee0JPWhAF4gPX2Vd9YsbfPFilBbOaY3z1OofAVR7X2BLw0 XfpyQdU6BCtWkbGuOlR+6xEpox2Zq8YhURrVjt/TYsi+gyRfwjA= =ALXV -----END PGP SIGNATURE----- --Apple-Mail=_D88A8041-D07A-4F7C-B67F-DB20F709AA52-- From nobody Fri Jan 26 13:18:49 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 4TLyvK758nz586MK for ; Fri, 26 Jan 2024 13:18:53 +0000 (UTC) (envelope-from mfechner@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLyvK6Sc9z4DS3 for ; Fri, 26 Jan 2024 13:18:53 +0000 (UTC) (envelope-from mfechner@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706275133; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JORLFA0Wos62t1AUYwH1mHH5PgdoaQEBnhTJUR2bMIo=; b=hmBu8LRi/6jeuFZRxcYY1ChqkpJ/TFwabNmhF+BSlATO69yeJeYYWyEuKZEiWGxgicddPc Ncm6gSjqMCohFFjdxQqMZEK8Njdm+nDYwyNQuprFDVntn8WApcWnMxoX78xzKiJKWC6fGU B0ufJmc47cVQQ5IW6VWdR5yRYbLnSx4C7nJqOoRpeB3wB4WNU2CGxXWK2Y92KSSMTnIvBp P5CHFX/NneKFKPopP5w3FMexMZ2nOEcPZMLYOEjzqxj9lrIwbz4uYx1cQoNaKM6gHQrIZR 7QY6Wd7eevsxexH0IFRKmC1j8NEs6Kt02/ASpOBSoL7ttHULE8OdYS/Od6Ulnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706275133; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JORLFA0Wos62t1AUYwH1mHH5PgdoaQEBnhTJUR2bMIo=; b=pCCw4BtGzXSDp3u+CgYTsEQY2fPPZEK5vopvHztilFowB4X2Af1plHOuf2TgLoYlon2U6Y XkJBVmCb6t5bRS05Ot/qZXva1s6WM48XTqr8OoExAJ/jmH1b+/C2VK7yxmkiVMhnE0yZAA 8vgmZzr9sLqtXbPzLbM4I4wO89NsZx8vhxDIEsq9V0y5ZmfwI5ZrDe6v1fxqtTY7UVZwZD N8CPJjZg5BcJoojhJeNupCzRGqHc0AVsUrpXGi6/aKmuQuQDz0B8Zm8G51s8+htY+eKkFl bt9g8/su3G5qescPPawWZAJmLnbcM840JSKMSShESyrUFkDdBwZMylsRaW7l5Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706275133; a=rsa-sha256; cv=none; b=beBLhlx2gRXGemeeDoPBioytZXuQ5Gd0PZybTNraAtcyVn4lyDIG9hVK0Utwjx220PvOy7 8vEeE+v9pUacfXb8r0c2kE0fokF4tJppVoe3hZa7nes1/Fi6mq0mbBaB+B4EyC1AvAHJJW Xzni4Fgb3xoK8aqmV6ar/DqH6nDanLPX6ybMyyoxSuE9dsOd7+y26NJUrZ5fhoOI4Eahz9 vP1mJk27ngOPmo6EVyk7dKhvhsB51/QrTHsMgbRN/0H+CzrwsneJti7T6kdHLr9/i71t/y Q/cKSycZjm1PdeBV+hOHvnulAIILhJq54dYKDmNPpCe9puskhmFwo8Gm75Kfcw== Received: from [192.168.0.151] (unknown [212.108.138.39]) (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) (Authenticated sender: mfechner) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TLyvK1jxKzWRN for ; Fri, 26 Jan 2024 13:18:53 +0000 (UTC) (envelope-from mfechner@freebsd.org) Content-Type: multipart/alternative; boundary="------------mj1wQzdbmHogBCanbTq1MRpH" Message-ID: <52c58ca6-5acc-4c2d-932a-8580af8adbf2@freebsd.org> Date: Fri, 26 Jan 2024 15:18:49 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: This is going to break port building without poudriere! To: ports@freebsd.org References: Content-Language: en-US From: Matthias Fechner In-Reply-To: This is a multi-part message in MIME format. --------------mj1wQzdbmHogBCanbTq1MRpH Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Am 26.01.2024 um 10:41 schrieb Gleb Popov: > P.S. I made a little writeup on Ports features, which tries to explain > what subpackages really are. You might find it useful: > http://arrowd.name/ports_writeup > > P.P.S. It took a while to properly trim quotes from your message, > because your mail software did not mark Stefan's message as quotes. very nice write-up. Are subpackages already available? At least I cannot find anything in: https://docs.freebsd.org/en/books/porters-handbook/ I have a use-case for it with www/gitlab-ce and www/gitlab-workhorse which maybe could use subpackages. Currently gitlab-workhorse goes into a subdir to build the workhorse part, not sure if this is a use case. But if I use subpackages, the source has maybe only to be extracted once and `make makesum` has only to be executed once. This is maybe also a case for a slave port. Gruß Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook --------------mj1wQzdbmHogBCanbTq1MRpH Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Am 26.01.2024 um 10:41 schrieb Gleb Popov:
P.S. I made a little writeup on Ports features, which tries to explain
what subpackages really are. You might find it useful:
http://arrowd.name/ports_writeup

P.P.S. It took a while to properly trim quotes from your message,
because your mail software did not mark Stefan's message as quotes.

very nice write-up.

Are subpackages already available?
At least I cannot find anything in:
https://docs.freebsd.org/en/books/porters-handbook/

I have a use-case for it with www/gitlab-ce and www/gitlab-workhorse which maybe could use subpackages.
Currently gitlab-workhorse goes into a subdir to build the workhorse part, not sure if this is a use case.
But if I use subpackages, the source has maybe only to be extracted once and `make makesum` has only to be executed once.

This is maybe also a case for a slave port.


Gruß
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook
--------------mj1wQzdbmHogBCanbTq1MRpH-- From nobody Fri Jan 26 13:39: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 4TLzMv41vHz588T8 for ; Fri, 26 Jan 2024 13:40:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1: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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLzMv1PFLz4GVl; Fri, 26 Jan 2024 13:40:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706276405; 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=oKW8X09+POVvkicEplXauZGT2Ok0Jsf47lO0N18wEwY=; b=xEWVbPc0nQCrCT9Q+ftTKzWodQquoT85xqeMed3VwoJLNFFh69Tw3Pm5dm4+tBLIpuHazc QblfAkoGXFXP0LeezGeeh5IfVkUMgYerQfi0nSGk1g8m6BHr6m/STMAl2kK4X9WMSjKxnW fdDd/HYjYyAw9Em68v3MjPSSUrEttSZZ0LCKrb7djw0G5UK7YmjHXD9Z0eyO8M9YmW+/oj Su6r29NSTP/9GTZWlTXZGFsDO0WWJaxyVCrYPOmFVe5hdABKV+CQ2dnIXpruXor2rr7h0O U+R0YripBJ2mVdTPP+LpBrApPMDqdDuCKOkA3gVI9znMrZAFzNKVGct7CPVOXw== Date: Fri, 26 Jan 2024 14:39:44 +0100 From: Alexander Leidinger To: Moin Rahman Cc: freebsd-ports , Stefan Esser , portmgr , FreeBSD Core Team Subject: Re: This is going to break port building without poudriere! In-Reply-To: <3AEC7D6E-3288-4CF1-80B0-C5927C2E9C96@freebsd.org> References: <4b1f2470bf476f0f9e8f8b689c585c43@Leidinger.net> <3AEC7D6E-3288-4CF1-80B0-C5927C2E9C96@freebsd.org> Message-ID: <2169ae1b087799977f46ee9a0d80b752@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_e39010a694e7334c6aae8b082188acd2"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TLzMv1PFLz4GVl 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:34240, ipnet:2a00:1828::/32, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_e39010a694e7334c6aae8b082188acd2 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-01-26 13:16, schrieb Moin Rahman: >> On Jan 26, 2024, at 12:12 PM, Luca Pizzamiglio >> wrote: >> >> Hi Alexander. >> >> You understand correctly what I wrote: >> * Several master/slave ports can be converted to use subpackages. >> * Php is a potential candidate for subpackage adoption >> However, I wasn't explicit on the fact that I won't impose subpackages >> adoption on anyone. >> Specifically, I don't want to convert php into subpackages right away, >> there are smaller/easier examples to tackle first. >> And in general, the maintainer is the one making the decision, and >> they can disagree with me. >> An experimental adoption will be considered for lang/php83, existing >> versions won't be converted. >> >> As you pointed out, there are two challenges specifically for php: >> * moving all extensions (slave ports) to subpackages in lang/php* can >> significantly increase build times (for ports users) and its >> dependency list (for pkg users) >> * the meta php-extensions port is a convenient way create a custom >> group of extensions >> Php port could be converted into subpackages if and only if we can >> provide a similar experience as before. >> To do that: >> * we would need to add options to enable/disable extensions, in order >> to manage build times and dependencies >> * we need to provide the similar meta php-extensions package, as it's >> largely used >> >> If the maintainer finds out that subpackages are not suitable for php, >> they won't be adopted. >> >> Best regards, >> pizzamig >> > > Hi Everyone, > > Comments are in point of me being the php maintainer: > > It's not that I haven't checked it yet about the possibility of > converting php ports to subpkgs but there are some issues. Not all > extensions can be converted to subpkg and there will be some pkgs left > out as standard pkgs. So for example there will be a mix of > # pkg install php83~opcache > and > # pkg install php83-xmlrpc > > Which is a mix of both worlds and will be a real pain point as we have > to memorize which was where. Although there is a php8X-extensions This hasn't to be like that. A subpackage is a package. From a pkg install point of view there doesn't need to be a distinction between php83~opcache and php83-opcache. pkg doesn't need a distinction between package or subpackage from an install point of view, it's the user which may need to know the origin and that it is a subpackage of the origin. This info would be enough to have in the metadata, it doesn't need to exists in the package name. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_e39010a694e7334c6aae8b082188acd2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmWztjEACgkQEg2wmwP4 2Iaxpw/+L7Sqi8HEMUqB97ECkw7USE5eugIz/JOx60dkSFPDx66vZnz78GfUvcT7 7DOm1+Sr/2tvk3Eo3xl3wlsGY6y6YDUn2WE3jOZThOw1zq3lwBANha1JmSa8jSdT mBoarSJAKQ/9HMIX4UfDgOptAMqmCLlQIQV8oSxbtSleyNP+zdd0Dj4jnL0lWVtt w4wVZQuWDII6AhJWnbjYRAtDYEFpbxjEUG7Wemj2R1e8GUrIiV1YoBuB64KOcupz wEEnZJkpJECAXyLU+sN6KWJR1K6C/bL7x8o6O6LhdJe3P7O/mHkLIWxKUJJWKdf7 XjCwEHccMdoDi/tsSEGY1aen+etCJb/rz53ndNZZ0/Z0cFgirUJ8hyGdIJnWUdFQ kxZdnjco7Ibo5z7sJkb96Ans5bI/GnJoJ5wRhE5Ulmp5OCt45f4h8qC1MnbWvPp1 /dq2JICtgP01n+d28sFuLlVVEkOUNmTFoABtsYqtYlK5ra4C9b/gGTdganPm/N2i gcx5oVei01V15VSUkOr6N132j450WXJd28i0jm82IBvxqHObR0ubwR3wTSQIrO7j f/pvdEd+dk9w2Wpc9YU7QRZE3v1600Kqu2Q9eGS97bTJWD3EDC9aCr+jxZmcEGXu XrM0pPh6VBgoAEOQNiwNNDKRijxH8gULov6yUcpkt2S4Ia0x9PI= =mHCL -----END PGP SIGNATURE----- --=_e39010a694e7334c6aae8b082188acd2-- From nobody Fri Jan 26 13:49:06 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 4TLzZJ5vtpz589Pf for ; Fri, 26 Jan 2024 13:49:12 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TLzZJ5SnTz4Hv0; Fri, 26 Jan 2024 13:49:12 +0000 (UTC) (envelope-from mat@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706276952; 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=IFt6Q29D6dsAZNN2GUwBOMvInBPc3t0DYC1HekAJNPc=; b=W2VjHagwVKUDmc8GYqIL9Bn8I+/4EKOK6bieJyIjIuDi8dOy0KaRQpDRELLL8RwxM1YU+o Y4ghnBsbs1VD5VhbWM9E6ZyQk0dJBOuihiEH9MAlCBFW0o1Xyrc+zsry9ysU07fk+XEnG2 UPft11tqlWjPlvH7CYj32tFt6Ang8PiNCOuVctd0BIv6MRC/dbxuEYgcEztrijDv0aoDa8 PnJJJzXG1NdDIIiQfHSXoYyn0lg3lymIUmXM6T5J08WM1DGAFvp60nQYwEjGjxroFvHygK OTqQXaX4YAZTjPeCMqF5P+AwCbCQJcPYNlDimmL6q+wlLoB5q1W0Me9V+PR3zA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706276952; 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=IFt6Q29D6dsAZNN2GUwBOMvInBPc3t0DYC1HekAJNPc=; b=hCpGTozBw8C4ml46Vaxx9qk6C1Hqca38NSNurYSzW5KmDfOwTDiwJZ53c8Czl98GELJ+Ym AL5LgFB39OxQog+Xc6kw3fMr9eNEt5tliiqEoD1nH18AuwT1bCaAmM51tscfLdVYcZK8I1 Qn5fIxvOscphuN7ogqwmTksGu/F5JJk+Sm7fd52QamujSNUV4FRE1vqc8P0Nf+xyzlEGuo p8vnlHWevRjZSvzjzaAO3/kIGlfJVVl6FTK9DQRaU2AFo+en5G1CqNC/Mav/4uLb2b7flA M12eqVLIUAHeqym7m4Ve7xNsSyjD7pFkf8q4rX0lhJyvC5YM2rk7Z/f6W+IWIw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706276952; a=rsa-sha256; cv=none; b=fYP8sRTi1fZrfAVqpGFUeYMMZHE+3Z7yIRBDn3ATgVUhItvoN69Copqill7ECbWpMQaLFQ h1IRaOdleztdUgKMOUKJqGMd53BzJV/2wmBE5x7puHXlXSN59jewx5sKDoXNj8PfZq1tLb kDWcSqrdqaN6uLARG6SuFPS3N5lxFSKjzIw7C3YsaTfQnaAi1cp/NTZ4QQih+tZ7s3Dx6Z c5mblYL8qO93VucKiqhjdow0ksMJ6UgoPBL9LqyG7f05o9d2wbr2LGNLWBmT+srDAan7qr c/gBge5rV8hZHrncxfiHDiVFsGkwd6NuspDoO5zIusq4UfOR0pmA8Sn3oyEANQ== Received: from relay.mat.cc (cow.mat.cc [IPv6:2a01:678:2:200::49]) (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 "cow.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TLzZJ3lnkzVVN; Fri, 26 Jan 2024 13:49:12 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (unknown [IPv6:2a01:678:ab:50:716:1ded:630c:7c39]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by relay.mat.cc (Postfix) with ESMTPSA id A171D201CA; Fri, 26 Jan 2024 14:49:09 +0100 (CET) Date: Fri, 26 Jan 2024 14:49:06 +0100 From: Mathieu Arnold To: Chris Cc: Gleb Popov , freebsd-ports Subject: Re: Re: This is going to break port building without poudriere! Message-ID: References: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2p6f4wfzsl4fy6qb" Content-Disposition: inline In-Reply-To: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> --2p6f4wfzsl4fy6qb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 26, 2024 at 01:55:11AM -0800, Chris wrote: > On 2024-01-26 00:41, Gleb Popov wrote: > > P.S. I made a little writeup on Ports features, which tries to explain > > what subpackages really are. You might find it useful: > > http://arrowd.name/ports_writeup > I really appreciate the write up! Makes for a nice overview. The differen= tial > at first glance was a bit daunting. Will flavors and all still remain? > Or will subpackages subsume options/flavors? Flavors and subpackages are two very different things, and absolutely not related. Flavors allow building one port multiple time in different ways. Subpackages allows splitting one build into more than one package. As for options, they are not really needed, and need to go away, but it is for the future. --=20 Mathieu Arnold --2p6f4wfzsl4fy6qb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQITBAABCgB9FiEE9XJBpJetWizkEBUef2IOCp6dQb4FAmWzuFFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY1 NzI0MUE0OTdBRDVBMkNFNDEwMTUxRTdGNjIwRTBBOUU5RDQxQkUACgkQf2IOCp6d Qb64ZQv/UiLULwKc1giwz1/Ji/mzctvXAh0rVgR0D7/u7+ew5jRok8rFtbaNdigi Nr88gMunMScgn+OAHRgEkh9jkbjFnXolDZniylbQ5y7p1Yd4OgGUKYnq6vSxWjxN ZlQr/ZuQQ/GWy521vG1j7wK7B3G15DCy+bvu3bvIh/mGjDkGRKy/4AolBd0eCgi9 mOHTQsOfPJ4iOuZtkffnJrBJLC7d1CZXiMXMn9q3TYnG7kpVRhfXiECF6+b+wnCK HXBNB0Q2vHlwe/OHHoX6USMhyqBpwe7iLNUkcj3FiN6t3m+YYY02gY60BpLV4x1k wpDisxK/38vcD2R6CahtoUjFL+HJtavqTDkJAFVbLmKdVlehZBhw33wnmNa9J1Uh 7DrRjC481I8Ynnob/vdOB7VoOBazHsrTfmNCPYcZHHZWHHYn9MEWoZ1VjlG8pnFs BvFUgDIuhf+UXkPvIDbdhkSxMbh+C/TlKm/M1z+pTtQjyOdBCPbQ115hq0h49+cg 86Y9QDh4 =NmfR -----END PGP SIGNATURE----- --2p6f4wfzsl4fy6qb-- From nobody Fri Jan 26 16:08:04 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 4TM2fc4STgz58P8b for ; Fri, 26 Jan 2024 16:08:08 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TM2fc3jf5z4bRs; Fri, 26 Jan 2024 16:08:08 +0000 (UTC) (envelope-from se@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706285288; 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:autocrypt:autocrypt; bh=VHzS4zG4CdFm2NMnfFICWOdTBZN0TPMJkOFDZRRIRmk=; b=qcXMdmyn1s4WrD3xKF9llx/ko8qOoYYDW1YAv53sr5X1WCld+6nrLG1mzDzyLmqHoGE7/i k8pfm0hjmxAjSedDT9no3T3YEZZicfhcOzg0WMu65zi58nmep9RobOIQeB+gdGAU/V9Xxw 30fq5QLUZpiYKbYtVdlA9VA+kAbGPT1M4xSN2vYPRgNEE7lcxMnLIbs7xRNE/wBerTg+Qy oS/aNmwVTdJDovtf62W1W6HNum8mlOjvIfRVwKzwQNHwRFrSS6WtEaWEbAhT16lhyxH1Iv vuXJ2tPSKDXDIrizFu8TjIEOvy6ps9HmIrcMiHKHIq8oQ/PN8vyepfNbOrZiyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706285288; 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:autocrypt:autocrypt; bh=VHzS4zG4CdFm2NMnfFICWOdTBZN0TPMJkOFDZRRIRmk=; b=UTRnKJAEghAB7bSHS8UuT6Y07SQpMWqcbLje4piBkB8zUa+1vZR5UhbEK0DUGtSpIwCJDu vgCiodVfHA+nPtRMkrjJOQdHeboLOXaFvF3S6rqo53uh8p344z7avS6xupwQ1qzXk9MaV/ WhQhe+4MF3l/mQXiQx/tTWLmGekadiqhH6Iz0YD1ZE0WTwu3+f5kMlHZntyw5Ugf94AAlQ 9OKa1VnurCS5ngZEUjU4alXzm0BqBMkwNAXEaBVOp3M/0u0DyriXMEUeozYYjenunTdLrt WZ4ubaStbOKrcYVA74xJOtHAbmHF6BDXypfXdPkEcpw00tZsJhQc1Trcy1/rnw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706285288; a=rsa-sha256; cv=none; b=BPIgbbiM7Ri25qBEI4vFeJXKLbL3JhIiE/0pNaAx19JrmG8+iVCK5UhIdO+1AHMhGzkQQD tDIW1WH1YE0kiMIkYlydWl/Hy99uoUNA389ht258KpxZ+JEhJw9NVXpLMHmhWaPt/Hj9Rp TJSTVJqa+aEk+jcxXIvtyFhpsHIcP1iinPkiH+6bBzsDZ8U6QlBohcQYwVcAZm8yMK/EjA Hid4cfmDs6NoZsSst5DAY+6e6bt14A0NrGgX8mdWxGiJ3VGTReBpcpBXwa2GKD33Q358g9 DE6YMPPZjyomyOexZlKx/XTRO4mYldxHHxxR2qA1oNb/1RcEgbRTpsMjlVPPKQ== Received: from [IPV6:2003:cd:5f2c:9d00:79d3:9a02:4366:7ae7] (p200300cd5f2c9d0079d39a0243667ae7.dip0.t-ipconnect.de [IPv6:2003:cd:5f2c:9d00:79d3:9a02:4366:7ae7]) (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) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TM2fb4NLfzYRD; Fri, 26 Jan 2024 16:08:07 +0000 (UTC) (envelope-from se@freebsd.org) Message-ID: <609374cf-7f1f-4643-8379-f368b23ccb09@freebsd.org> Date: Fri, 26 Jan 2024 17:08:04 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Stefan Esser Subject: Re: This is going to break port building without poudriere! Content-Language: de-DE To: Luca Pizzamiglio References: Autocrypt: addr=se@freebsd.org; keydata= xsBNBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAHNJ1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPsLAlAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJi0bAY BQkRFV8GAAoJEEfrte9a/fVEQ5QH/2vbvHK+cHQwMSag2dE+XG2yKhT4QZeW66BUkozyr8Lk a5M4MyUEIVGQ4qAJvHmNj06rNbm+2MxjtpSeXUm1fG9Z80Z6XYH06uEGc4dVhA0ymqw482CE LmFrJk7S2Z+jkKpacj3jM13CjRgHLmmXfWO7CZYAMW67pSWmZe+lbhvV5Ibe1mircZ9xA9iu R1yyBcgz9KqPogFwPdat1TxakMirrSZeIK+5M1rtDggajD71teKuy1OBcklTZ8fmShPvxbcN nGydEKgkrTrPufqO6hkdWXd+aV0W+uUi0GBtGi2C1KTLfKdiZ7rZDUAJYKu6yaX0OphEBRTE 6pVXVrsHvCvOwE0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAcLAhgQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJi0bAYBQkR FV8GABQJEEfrte9a/fVECRBH67XvWv31RG6eB/90wdtbV0K+wVHIngodybOFFXGUGd/d0XlS E8xK7AB5gJZp5Db+R0n3bt/ZX2WA9RiE+5oTCYSuq4nwb8n4CVDGXLIuLg/j8U7/zZi31pkQ +lK3Fos8g1tqmc/tAdwoGJh/VDcEeLt3Xk7c02Cq/zDnr7mOn2Ocq//APKPMLWcFdAkU6D1n 7W2SOS/tBw47w9nvQyCp+An2cZ5CEL9UUgusITGeoXnknFOnCeXhYWDBcafZ/xheIsAxx21K gtTJev3Vk3FTxvi05MDV3Rl/14gpmB9iQSBGGY47MrECsRIo2o0Q3QUlxS1OuXfiL/yewDEH a2LZaRRJsgZ6l7xWtKnu Cc: FreeBSD ports , portmgr , FreeBSD Core Team In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Am 25.01.24 um 20:57 schrieb Luca Pizzamiglio: > Hi Stefan, > > I did reply to your first email, but not to your second one. > I preferred (in agreement with portmgr@) to open the discussion with everyone, > instead of keeping it just between you and me. > > As you can read in the email you have linked, I didn't ignore your comments. You have mentioned some of the issues without providing a solution. > This implementation will break port dependencies, since there is no way > a port can depend on a specific sub-package - there even is no way a > non-default sub-package can be built without manual selection of the > options that activate its creation. > > A port can depend on a specific sub-package. The category/origin~subpkg is the > chosen format. > Non-default subpackages shouldn't exist. In the aforementioned email, I > explicitly say that IF a subpackage is enabled by an option, the option must be > enabled by default. > Your previous comments contributed to making this point clearer. If there should be no "non-default subpackages", then selecting subpackages to install by OPTIONs makes no sense. But there are many scenarios where not all subpackages can be built at the same time due to conlflicting dependencies or requirements (often controlled by OPTIONs). > Dependencies stated in the port Makefile are converted into package > dependencies that can be resolved by the "pkg" command, but that cannot > be directly used to build and install the requested sub-package from > a port. > > I don't know where you get this idea, but it's not how it works. > If a port has a subpackage dependency, the category/origin~subpkg is the chosen > format to express that dependency. Yes, but how will this dependency be processed in the ports system? Will the port at the given origin be built (all subpackages) and all the available subpackages will be installed? How do you deal with the case, where o ne of those subpackages conflicts with an already installed port? What actually works is the mapping of the origin~subpackage into a package dependency that can be resolved by the pkg command. That's what I am complaining about: only sucgh package dependencies continue to work, but port dependencies don't in the same way as without subpackages. > The related port (category/origin) has to be built and installed. > By running `make install`, the whole port is installed, subpackages as well. > The only "issue" I see is that via 'make install' you cannot install only the > subpackage, but the entire port only. > However this is not different than before. Except that before there was not one port that built potentially tens of subpackages. > Has there been a general consensus that support for direct port building > (without poudriere) will be abandoned? > > Port building is not abandoned, and it's actively supported, as it's the > foundation of poudriere. The case of poudriere is not generic port building, since all dependencies are installed from packages in poudriere. Poudriere never installs from a port, only from packages, and it can deal with subpackage dependencies. Port building on the base system uses a completely different approach than package building in poudriere. > If a regression has been introduced, by me or anyone else, it has to be fixed. > I may have overlooked some use cases, but AFAIK I didn't introduce any > regression (confirmed by the exp-run) The exp-run is performed by building packages with poudriere. What has this to do with the port building on the base system that I'm worried about? Besides, you only showed that you did not break the ports system without subpackages by adding features for the support of subpackages to bsd.port.mk. The relevant test case would have been an exp-run with several relevant ports converted to subpackages. But even then, port building outside poudriere is different and may be severely broken without any issues reported by an exp-run, even one that tests actual subpackages. > Ports that do not create sub-packages can still be depended on by other > ports, but as critical dependencies have been depended to sub-packages > a ever large fraction of ports will only build in poudriere. > > Again, no. > If you run make install on any port, it will be built. The package and the > subpackages are all installed. Yes, and that is wrong! > You cannot install a portion of a port, and it has never been possible. No, but with subpackages it will become possible to install a portion of a port from a package. And since the goal is to convert ports that share a distfile to subpackages, this will become a common case for large ports. > Nothing is broken here and I fail to understand where you get the idea of this > behavior. Because I consider just the above as breaking important features of the current ports system (the ability to selectively install just the ports that I need and not all that can potentially be built from one distfile). > I wrote tests and examples to implement the feature and get them working before > adding support to poudriere. I have seen your tests and they are only relevant for the package dependency case (dependencies resolved by the pkg command). > This change does also obviously break port management tools like portmaster, > which took me significant effort to adapt to FLAVOR support (which also had > been implemented without consideration for other tools than poudriere), and > which I have been maintaining since then. > > Yes, portmaster need to be able to parse the new dependencies format, by > removing the ~subpkg. By removing the suffix, you get the category/port and > everything is fine. No, I get a whole lot of subpackages that I did not ask for! > As announced, we are keeping subpackages adoption blocked with a git-hook to > give time to maintainers to add support to subpkg and to introduce the feature > slowly. The damage will be to other users than the committers of these ports, and even developers that depend on them might not notice any issues, since they are using poudriere to test their ports. > portmgr@ doesn't officially support neither portmaster nor portupgrade. We > simply lack the manpower to do it. I do not expect PortMgr to support either of these tools. But I do expect PortMgr to not break features of the port system due to neglect of building ports on the base system. I know that there have been discussions about abandoning the base system builds (especially since in some cases ports do build in a clean jail, but not with a previous version installed, e.g. because of preferring installed header files above those in the source director<). But most ports build just fine on the base system and this is the fastest way for a developer to get some required functionality with free choice of the OPTIONs (when different from those of a pre-built package, for example). > The reason given for sub-packages support is reduced build time for some > packages that share a common distfile (e.g. qt5) when building official > packages. > > As explained, in the short term there are this benefit and getting rid of many > master/slave ports (hard to maintain). This does only work if there is e.g. a port that can be compiled for CLI and GUI, for example, but that does not need special build options to include the required hooks to the added functionality. I have seen the devel/appstream port as of https://reviews.freebsd.org/D43445, and it clearly shows the weakness of the subpackages implementation. You did not get rid of a master/slave port combination, but you have now combined the CLI and Qt6 versions (while there previously was one port for the CLI version and one flavored port for Qt5/Qt6). And devel/appstream/Makefile has become a lot more complex and the complexity of having both a slave port and subpackages makes it even worse. If I build the CLI version after subpackages, I get all of Qt6 as a dependency! And Qt6 is not only fetched and built, but also installed (when building the port as a dependency on the base system), whether I need it or not. > But there are several use cases in the future. > For instance, work is in place to provide debug symbols as subpackage, in a > similar way as pkg-base. There is nothing wrong with such use-cases, and I do not object the support of subpackages at all. I had just been hoping that my comments to the earlier review would lead to a better design - which would have easily been possible (and I had worked out a concept several years ago, which I had discussed with some members of PortMgr and possibly also in mails to the ports maillist). > But this comes at a high cost for all builds outside the package build > cluster, since now lots of unnecessary sub-trees will be compiled and > installed, if only one program (i.e. sub-package) is desired. > > This is the reason why OPTIONS with SUBPACAKGES have been introduced, to reduce > build time for port builders. But that does not work well if there is no way to deduce the required OPTIONS from the required subpackages. And it requires manual intervention. There should have been variables like e.g. SUBPKG_DEFINE; SUBPKG_DEFAULT, SUBPKG_SELECT which control the building and installation of subpackages, and OPTIONs might depend on the selected set of subpackages (e.g., if a ~docs subpackage is selected, the DOCS option could be acticated). > You are pessimizing the build for thousands of users to spare a few > cycles for a very small percentage of packages built once in a while on > the build cluster. > > I have already explained this point above. I did not see a valid explanation. Thousands (or more) port builders will waste cycles and space for subpackages that are not actually wanted, since there is no mechanism that allows to easily restrict the amount built (without resorting to OPTIONs, but those are sticky and the next port to be built may require subpackages controlled by other options, this is not a workable conept). > I had pointed out other issues with this approach in the review comment > and in the private mail I sent 2024-01-02 after finding that this version > has been committed without formal acceptance of your review D40549. > > As I replied to you already, there has been no formal acceptance in > phabricator, but there was consensus in portmgr@ to land it. > I apologize for not having used the appropriate reviews channel, I totally > agree that it has not been a good behavior from my side, as I'm not providing a > good example. As explained before, I had mostly given up on FreeBSD in late 2022, mostly because of frustration about PortMgr. I had stopped reading most of the FreeBSD mail lists and might have missed an early announcement of the plan to commit your Phabricator review. As you know, I had hoped to be able to stear the subpackages development in a better direction as part of the PortMgr team, but there was an objection of the author of the original subpackages review (that your commit is based on), probably because of my earlier comment on his approach. > You are breaking use-cases of a large number of users that still build > ports without poudriere. This is especially causing a barrier to entry > of new port developers, since this will require them to setup poudriere > before they can begin port development. (This will only become an issue > over time, as more and more dependencies will have been converted to > sub-packages, but then there will be no way back.) > > I still fail to see what is going to break. > Non-poudriere users can experience longer build time for dependencies, but > dependencies can be installed via packages, at least most of the time. This "dependencies can be installed via packages" is just the sentiment of PortMgr that has no interest for port building in the base system. Some dependencies can be installed from packages, but in many cases that leads to lots of already installed programs to be substituted with packages built with different OPTIONs. Mixing packages and ports is not working well, and the only sane possibilities are a local repository built with custom options using poudriere, or just building everything from a port on the base system. > Your announcement mentions some of the issues, but does not offer any > actual solution. > > > A sane implementation of sub-packages would not make their creation > depend on OPTION settings, with no way to determine the required OPTION > setting for a non-default sub-package (i.e., only default sub-packages > can be depended on). > > I'm not going to repeat all the issues pointed out in > > https://reviews.freebsd.org/D16457#715443 > > > but had on multiple occasions pointed out that a sane mechanism would > start with "SUB_PACKAGE_DEFINE" and "SUB_PACKAGE_DEFAULT" variables and > with a mechanism to determine the required OPTION values from the actual > set of sub-packages to be built (instead of the opposite, to make the > selection of sub-packages depend on the OPTIONs). > > I clearly addressed this topic in the aforementioned email. Sorry, I did not see these points addressed. Please give specific pointers. IMHO, all of the issues in my comment to review D16457 are still open. > We chose not to follow this approach, and I motivated it (changing > configuration of other ports it's NOT something to have IMO). What are you talking about ("changing configuration of other ports") ??? > We clearly disagree on this point. > I have opened up the discussion to get feedback from the rest of the community > as well. > So far, you are the only one strongly against this approach. Maybe this is because other developers will only notice the effects of this change when many ports have been converted to subpackages? This will make it much harder for new ports contributors to work on their first port, since port builds outside poudriere will become penalized more and more over time, as subpackages are introduced (and become dependencies). I have deep insight into the ports framework since I needed to understand it when I took over portmaster and added FLAVOR support to it. And as a certified Common Criteria evaluator (plus other standards) I might have a different view on aspects of software development. I have mostly given up my attempts to help improve the ports system, for lack of support (or at least not being ignored when I ask for a review) by PortMgr. There are a lot of sometimes trivial changes, but my past experience with PortMgr is that I cannot hope for any kind of review to suggested changes, since everybody is busy working in his field of interest and does not care for any outside contributions (and my attempt to contribute from within PortMgr has been blocked, too). Best regards, STefan From nobody Fri Jan 26 16:25: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 4TM32x3kbLz58QNw for ; Fri, 26 Jan 2024 16:25:45 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TM32x3BWGz4jHw; Fri, 26 Jan 2024 16:25:45 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706286345; 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=a5oO4x+jlXAj9C1ZQfi3sJZ0SjQ6rtkmo9a87qwJt4A=; b=ckhXqAqoohOdCt2XpqfUMup556qHRDFjJan8Ecp/gpQ4rfPUQcg15M9SJ0XihGiYpuZuZl wLgsopIKD2spaOnmLbGheaPmuK1UyKbhT8WqC31/yzz4oBE3MvH1mnL1HCHUJAqcp7aZ/e VCwXblRMAaRjMTEZp9d6QebmiO5XVMeZoYn8w+4ZMuipqF+VaQMFZYkQQlr9EB9hUpXG6z dVENBHEcvd8C6hU1iavtlxvTRJ/eWh6SE/zgOF1rF0UnJkO7aMGhii/0EIseLBB5j3kkSw 5xsOkit21LshPnBgqPMYIrifWPdFe9fxSAHxp4zSn3Y3U/dkuo1GFYTViC+sew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706286345; 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=a5oO4x+jlXAj9C1ZQfi3sJZ0SjQ6rtkmo9a87qwJt4A=; b=uKi0ywh/v5L5tRTHOehfZ8LyHwdVgt2xRkdzDCTopCpAj3c+1C3XeEiMEL+1mNghJlovhj 3gRkKJTAOPmVVbI/Vve/0cmtqJeKJ9F4/cpLZw580VKaldukYBU9ngU4PX+6zCZfP94fnp 9tq+a6oiV82Y/MTA3ZRnGbxje9YmAAwoFN7N/jJy4b3O56+QB13JcHPboF8CvfarYOXT3y ffgJbZ5iIh7y467452w4QfNV6WCW0rpalOnPOWkURO+2UAc9E7tK2AOqapdGMb0X1CsO0a JyI6ierXkZoX6lPFA3pP0ws94HN0XEh8zEYZZNLUqi9LkY3/TC9z4eiIJvW1hw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706286345; a=rsa-sha256; cv=none; b=WM5ZtNwkf0HmYoVLWXdCh6VvNcAAIy9fascL6sByv4hdv8GNGHbIgzb6ot4Hq185b64gLE QAeej/qj7bCN63ObEpB6qq63Mfl8QtEUO3W/AESTHgaKJw4taY17fPgyxPK6CV+WYJ+Phn 3w1Cei7mMHTXG9KbBPRc5skKJuhV9pokWdbiHjAXS0NWPtEiy3PTyJzPEVMLjqZ45JlfSJ THGmlJo4L9n1DMb9lQ+1yHcV4OcPZCYGIz7Qs23NCEeRQPhP21/lPBclU8Pin0I1NE6CLp RKYycXGSHvBE0WQIS0pMjIhKAMkRN+pjBz/EqbFFIxpoIWP6hM5PyUdGTUUpGQ== Received: from [IPV6:2003:cd:5f2c:9d00:fc60:6ac1:1a5b:ca5] (p200300cd5f2c9d00fc606ac11a5b0ca5.dip0.t-ipconnect.de [IPv6:2003:cd:5f2c:9d00:fc60:6ac1:1a5b:ca5]) (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) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TM32w61XHzZN8; Fri, 26 Jan 2024 16:25:44 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: Date: Fri, 26 Jan 2024 17:25:43 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Stefan Esser Subject: Re: This is going to break port building without poudriere! Content-Language: de-DE, en-US To: Gleb Popov References: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> Cc: FreeBSD ports In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Am 26.01.24 um 11:23 schrieb Gleb Popov: > On Fri, Jan 26, 2024 at 12:55 PM Chris wrote: >> I really appreciate the write up! Makes for a nice overview. The differential >> at first glance was a bit daunting. Will flavors and all still remain? >> Or will subpackages subsume options/flavors? > > I don't know what will happen in the future as I'm not the one who > makes decisions. But solely from my understanding and my writeup - > nothing should be removed. Each feature has its use and may be better > for some kind of ports. And thus we add even more complexity to the port system ... For ports that e.g. depend on a particular interpreter version (Python, Perl, LUA, ...) or database, we currently have 4 ways to select the correct dependencies etc.: - pathname (e.g. databases/mysql81-server) - DEFAULT_VERSIONS environment variable (DEFAULT_VERSIONS="perl5=5.38") - port OPTION - FLAVOR This is not relevant from the poudiere/pkg point of view, since there will a package name that can be referenced as dependency in any case, but it makes the port system complex and inconsistent and some of these methods should have been consolidated long ago. But instead of a clean-up of the underlying methods and structures, more complexity has been added. From nobody Fri Jan 26 16:36: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 4TM3Hj2yvVz58RXs for ; Fri, 26 Jan 2024 16:36:49 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TM3Hj24wkz4kSj; Fri, 26 Jan 2024 16:36:49 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706287009; 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=/kSKM/QyJCVALQ6KtT7dTBfdoyLfXd8oS2Vkm5FJ/hE=; b=FO664UBDdF3VFuzywz4z7YHQcvdDAJnV4B84DIA+ADWeFxYJpLUK+7oT4M7H5bB5e0BLtm iMGd9tYQ+0HPJjAb4l3CV+y/IX8plel1L7geG4a8GEiD658FyJZNaaEkzApslc7IskQ6/h 7ykRgw11xzzLYQLnmWKwbTb4T59psZFJujuIeJkBWF+06/vBAJe1+2jBEEKrfh+gQMj5DX 1XVLWQKf8esD2QhJiIrsgHL5GMpIS5NrjXX/zeHDhNHjf3OPZqZO7YVyhiz1UG8nMWv7qj K9OPJetT1K3YdrIKGsIRl/I0WgSgRu1/qNCAmzHrH9sM76EQWzVwdN8YPtInjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706287009; 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=/kSKM/QyJCVALQ6KtT7dTBfdoyLfXd8oS2Vkm5FJ/hE=; b=hsRrBKS+b9Gp+Zs1YRHOgSjSVCl8Vcb1uLDEj/zILw6JJ2jQtG4j3HLH20b2oxltJuaGEf Evx01c3vCuIX+/AMw8q1s7tt6jraZfmi8nfPMMiAGRp0jlLkN9WN+mLabLziGqfchfbK0X /5cdwBp5zyUcjfBKffBizaJYvBJRM6hZBHlollZivBXKu7ZlQN5m7OzQiQp4Ek1zFvSxlu HxMeewQ/lo4H5KtNWYo+xEwsGKv5kStqfhTqGifryiWdYEC+1QiP/FT12tOFMXCyiGDLtB NDv6eZR7y8WYp8yOvPJCBve3ahFGEc+Bo+caMWquUgO1gjx2vdGWsqiZoSebnA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706287009; a=rsa-sha256; cv=none; b=rv9fUNHLB+Obuj5KsKxyl9C8p2XyjW5Dt4mB/ra8vDVUoC9zWy+89Vvu/++KQ8X0R721c+ E5mXeU7QrzeGtg40wwr5fMXNqfZOQVe753BED4reYKoF/IbFx19MpBALbIQeojRi6VGgEw 0ANROdwOIeQfli4ch4vcHzRzM/XdPmlQMwlT+QLzklh61hTBKKJNiLPqYU3CTOwYLScRbD kqGKhMFSrBalyUM+se+xFkAn9K2O+caRSPTEAkE4qFBGn2cXhwt4DCBTBvNWpv6Yomkj8S M9h2WMZiX/6/UQ47iwIrPRj5PWKjvFVULhTQezQNYMcLDr4L5llt5bPDdmwalg== Received: from [IPV6:2003:cd:5f2c:9d00:fc60:6ac1:1a5b:ca5] (p200300cd5f2c9d00fc606ac11a5b0ca5.dip0.t-ipconnect.de [IPv6:2003:cd:5f2c:9d00:fc60:6ac1:1a5b:ca5]) (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) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TM3Hh563jzYP9; Fri, 26 Jan 2024 16:36:48 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: Date: Fri, 26 Jan 2024 17:36:47 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Stefan Esser Subject: Re: Subpackage explanations Content-Language: de-DE, en-US To: Shane Ambler References: Cc: FreeBSD Ports mailing list In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Am 25.01.24 um 04:46 schrieb Shane Ambler: > On 24/1/24 19:58, Luca Pizzamiglio wrote: >> Hi porters! >> >> At the beginning of January, we merged the support to subpackages in the >> framework. > > Sounds like some good work in the right direction. > >> *Use cases we want to tackle* >> The first use case we want to get rid of is master/slave ports when slave >> ports could be built with the master port. > > I don't see any mention of flavors. If I merge a slave port that builds > the python bindings into the master port, can I still build multiple > flavors for the subpackage? > > Any possibility that build steps can be defined to be repeated for each > desired flavor? > > do-build-flavor: > make --DPYVERS=${PY_FLAVOR} > > do-build-PY38: > make --DUSE_FUTURES=yes > > >> *Use cases we don't want to tackle (yet)* >> Subpackages enable the adoption of micro-subpackages, a typical pattern for >> Linux distributions that split a package in smaller ones: one with docs >> (-doc), one with static libraries and headers (-dev), one with manpages >> (-man), one with examples (-examples), and so on. > > To me that sounds like the easy first use case. Turn the > doc/test/example options into subpackages. Building docs often has very large dependency trees, and if docs are made subpackages, then building a port will require all these dependencies to be available, which may take orders of magnitude longer than building the port itself. The same is sometimes true for tests that have large dependencies. From nobody Fri Jan 26 17:59: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 4TM57N4kQrz58YqY for ; Fri, 26 Jan 2024 17:59:44 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f175.google.com (mail-vk1-f175.google.com [209.85.221.175]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TM57N1swPz3ypJ; Fri, 26 Jan 2024 17:59:44 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f175.google.com with SMTP id 71dfb90a1353d-4bd84b96feeso182917e0c.1; Fri, 26 Jan 2024 09:59:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706291983; x=1706896783; 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=vjtsXGrL5cKCrsGi6NOUXIbMiNPlWI4O46vY506vzAs=; b=JMUUWRt5Y4krURXUHfXMuKkbMwbVuv05Kqbcjk+Bl+jsA+swYNDr35SYrcgJzcQ3FW oyprn+6Ezf5H0TaL2WAmMcxlbU8Q10PB1qMZKvmn4a5mJOw3R2N8DUuECIn/NArGz8TF P43o666wgYk1iS8JymfBcy0bepEwC5qj+Ief8RQ4aseqFup+pNMpu4vtA+9aEEuVgNO/ xd4rK0+9MxNChmIMRRIS18qBmFsYJcGnKm7jEuJ9G0fNhSvX1JrNXwqh0BIG0I6Rn6SZ K+BmTJLsD4qSlc6wxesKnfQHWuwopyEEOhr/7zWGnWikPLN/2RMwf0jK8GDPRVN4vaJx Gs7g== X-Gm-Message-State: AOJu0YwT6lsM7qr6J8takPjWGeo6HVuxsT5Z17HvZH5M0US2VI4BzUzN 1lkivMHCxMtCSEKmjRq9BSSjyKH2eKn/O9UZf9Kp3K+RwSITY0pARhmgsKvZAVA= X-Google-Smtp-Source: AGHT+IHWu6O6vGcCpOjFkqBc0LYcqTQhwZp7UJz1bxj3lT4bjeFG00dV0FVpJEBwHf/OgBMGewX5NA== X-Received: by 2002:a05:6122:2782:b0:4b6:d6f4:ceb6 with SMTP id el2-20020a056122278200b004b6d6f4ceb6mr110967vkb.32.1706291982683; Fri, 26 Jan 2024 09:59:42 -0800 (PST) Received: from mail-ua1-f52.google.com (mail-ua1-f52.google.com. [209.85.222.52]) by smtp.gmail.com with ESMTPSA id em4-20020a056122380400b004b728337e61sm207179vkb.1.2024.01.26.09.59.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 09:59:42 -0800 (PST) Received: by mail-ua1-f52.google.com with SMTP id a1e0cc1a2514c-7d2dfa3bc64so87888241.2; Fri, 26 Jan 2024 09:59:42 -0800 (PST) X-Received: by 2002:a05:6122:3903:b0:4b7:2940:8fa2 with SMTP id ep3-20020a056122390300b004b729408fa2mr169514vkb.12.1706291982247; Fri, 26 Jan 2024 09:59:42 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> In-Reply-To: From: Gleb Popov Date: Fri, 26 Jan 2024 20:59:13 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: This is going to break port building without poudriere! To: Stefan Esser Cc: FreeBSD ports Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4TM57N1swPz3ypJ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] On Fri, Jan 26, 2024 at 7:25=E2=80=AFPM Stefan Esser wrote= : > > And thus we add even more complexity to the port system ... > > For ports that e.g. depend on a particular interpreter version > (Python, Perl, LUA, ...) or database, we currently have 4 ways > to select the correct dependencies etc.: > > - pathname (e.g. databases/mysql81-server) > - DEFAULT_VERSIONS environment variable (DEFAULT_VERSIONS=3D"perl5=3D5.38= ") > - port OPTION > - FLAVOR Yes, there are always many ways to solve a high-level task with low-level tools. But the canonical solution is usually only one. In your example it is DEFAULT_VERSIONS. From nobody Sat Jan 27 03:52:47 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 4TMLJ46JKPz57VlV for ; Sat, 27 Jan 2024 03:53:08 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from APC01-TYZ-obe.outbound.protection.outlook.com (mail-tyzapc01olkn2067.outbound.protection.outlook.com [40.92.107.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TMLJ30BPDz40wY; Sat, 27 Jan 2024 03:53:07 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=RYTnVvyw; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of tatsuki_makino@hotmail.com designates 40.92.107.67 as permitted sender) smtp.mailfrom=tatsuki_makino@hotmail.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bjQhy7TpBcUTLxj1JOuLA8TwXcT33s1ararAKHH4MHEClzE7dvoq9pT3eJ9s/bZLRI3l9/pEKgxOnt1a9S2/liuFJFEAfXfiyxVYIsYvncaBGg4kHbLQgv2qLNW+guIycQ7Evx8cg4dwZGv6pScLPNBex8XkRaa2P43lS6K/cgVtsdScFmexAfluMevBSzkmpCSJSwBIXhTbdgOxcd2jE0Bjqxf9aq3w+akItBNmABCtM+GiTm8iWtU0wOdKvtEahv5ENmG7E0j1HBaBGmykXwfr+SrHnZryWFxx/m5LKi7iZg5m53ml4VhHUeJAVHS8OEQ0bU6STdO1qDDNDL41pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=LamI4LzI9p18Fhu0QDfDatuJI9zzXE8eGx2NGaVRcDM=; b=KTDsFQW5KSee1EOAUgCqyyt3oC+9v9bKNW3iU4M7BCW+xhli5vQF2qkiNxCNSBWYDVekluxOLNw0Wax7/bfKX4gEZuz7//3KO601VAlVL1UXh2c32zIqolzDnwd/aSHvO1xu5mI5tklemkDrZ1BOnt8oKTN0li1x81Xw250b09OiNBpXJ0nL3ZO81YHSezCf/FMRopZ9lcG9XqaHaXzsvaQS+SmWcVIRkwYgKifFaScMTqmRafKMVwtQDOmWub8H3ZEwpoSFyaxyGbQ20hdrTwbfk80K5jNsoE0vZAAsDK0OHv5Zn7turL0pMpRNWkEpDW329Zd4pv80mwm+1Er3Jw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LamI4LzI9p18Fhu0QDfDatuJI9zzXE8eGx2NGaVRcDM=; b=RYTnVvywdQmnyA7mJbCk9st45Jqz1qFGpJndhzXb4erZEcJnW1jv44TpwYibQhSrknLLAciVpDwpwoQbfDddrLcJGczYWD3u83xH0Xef/toYoxk1H/1pSVyW0QIz7nAlOPpAYsEW1ZvRYiuXOlTFCVsz9dQQeRUA63rzxHMQoR5mttcNqMqgsWN2X96q0WLARsr2sqAjiu8OjywQETVOKchnEjcfvYi6qncyJGMKEQAaoJ7Xcn/oqY1p/YzAbd/qCV+cO05AK40Vmkmurd/c0oEs2BjfZb+r4Y0OjOUSKfthPheO7wddk9zxLLcsjim5iIVzYpj43ZtHjGRdEHntlw== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by KL1PR01MB5198.apcprd01.prod.exchangelabs.com (2603:1096:820:d3::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7228.29; Sat, 27 Jan 2024 03:53:00 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::e96d:da6a:42e6:5db3]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::e96d:da6a:42e6:5db3%6]) with mapi id 15.20.7228.027; Sat, 27 Jan 2024 03:53:00 +0000 Subject: Re: Call for help: moving manpages to share/man References: <5DA3303D-107B-423C-8363-4B2921965305@freebsd.org> <54pjz7akjr5ggwyfnxho55my33avjb3rfbxozluhkz4zzq5mfi@g3bgaa7efzz7> To: Gleb Popov , ports@freebsd.org From: Tatsuki Makino Message-ID: Date: Sat, 27 Jan 2024 12:52:47 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: <54pjz7akjr5ggwyfnxho55my33avjb3rfbxozluhkz4zzq5mfi@g3bgaa7efzz7> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TMN: [2P1AbOjQABiY77L9hSnyW1ijVyngbIS7] X-ClientProxiedBy: TYCPR01CA0160.jpnprd01.prod.outlook.com (2603:1096:400:2b1::13) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: <69018b6c-57a5-8a48-ea1f-fef2727f72b6@hotmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|KL1PR01MB5198:EE_ X-MS-Office365-Filtering-Correlation-Id: 73fccb75-c66e-4ea4-8f6e-08dc1eeb748a X-MS-Exchange-SLBlob-MailProps: a+H6FLLcF3o/scU4SEf42uA//ereDFkl6MLCMtxxuLYfA3e01fclGzpgLjYG+WUNEilbmbOw7r2tMAFzz55DTF4lbLZA5E9ednHtbzI+bsNfrorRVeTIhhEkbxETF9jvkunqJr7XlhYdkMYppFydXQ+l4U38k766SiPr9ZITzTTvSh6EfEJyk8Lqm04ILQwfeLn9b0u7AXRDzBjOtuJQoT0Kf31+QEqKh/pX/ZlRdFIwV3g7sth3MW6+VTE/twC1zA1KkD0cUE1q00/wMQ5vLCqUC8Vz6LwPuAjkbBUGEcNf3jDrMV4EmALQl2tIVE23dv3zmSnHmrtpdKERuyd97Na9g6ME4pqM1c7MiFfkKqaUGmEPoXAOM2EqPb6dhE/xzKQn9KdcYSL3EYndQ09U57/faNJoCoAQYBYtQdX2KBn3qeBcz4D6C9AwnasUJYygHedGsmxeuRRHh7P9UXv1hmN7qbZghdERJzN3evgcm+i5EHQLsy7vVWMkk+70vdNDlzcW1KAy01xg3+dz4qalbOcvls44y8zg42HdmqLVBpjA/0vVNe10zIyU0LUon4hQEnAFlePpXr9nRxSTZHtgCvBXuNTKJeAchAV3MeDz6443wfGrvaYBt1XDXZoZY27ThHeoGe36IrPYTs5pju3tUqHfrmcM1YvrVFKBPDFhz7NYvvs1xnjbpA3B0OCL3BVjg3f7DcUKNRoydZd+nw7arb+7AkYyeSMGEm8xIo5/U7hhHiYeJ9fonZccyWMftteZ0D3bMgoFXy+0rdHKKQ45etWCtg2uK196pTn5LT3PMkMY/qyxEcsCAJdYJ4KD1s4w X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 2uCITCuLCgvhZ3nNUBWnDHeywu4dVGBVbwp4iH/D8RwojQq2A90wc1bUl9XT1VwJt+LJY5V/VpEMDyFGlSorioywjPhoYtwsWtYrHTMDP7L46v7KfQmFj/Wu9N/7d610CmbtE0Ecv9xYRXscC6FMQWbZpFaVHPymySzWW/TT47mzLo70W3HGlwP6ZnLWzaSVagWxqS7VIZpGj0qAJKamF8cEX2BBgE40gMn9dUu3AtUmSwzmODGS7wJJ0Z0mE9EZqqP9shgjxSBlYgPpq/TD+wL5A25dGKqEbk6+1kQZZSrjR+NbAcw14pbuWHSgPR9EctcKBwkCie1ZIlimR5NIP2IOUS4qVKz5fS50G4MwmUXtEjOGXWZCmza0gJ1F+vTahVoyX03czl2vp0TlE9zkxuM2luw170qv4yZZy/0zH7z2JxC5QZ7VUCNkThOu9sQLRd8ffwfHNs+36I5zidnyz+O/oT7EsIuxBsJCknu634/s5o9573oUqunwOlWp0eODYeP/57bmqI326ON4GuDjl2oDKOjzb124pCKO0Xn4Fea0xoQaUZnCNFBGgFAwB0wq7d7KZuxKnUoIXPVSLnbJZcYntMPZZevZ7Z/+6lpSLsP5HcATSeyVkd8c7Q6s8rWY X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?UGJ6NSt0MVE2RThjZWNwWjRDeHoyai9tY1EyL3lqZDZrd2JLRmJtM2VaSVNt?= =?utf-8?B?bnZMMlp0UC90VzRBNFhFQ3ZUcXJ5TlJHN1hHV1RXVHhmVVBlN3EyUlBPODVV?= =?utf-8?B?cjlTVlRzNCtvZVNPWUEvMks4c3IraTJlWC8wQnlZUyt4b09kZFZtMyt6bkM2?= =?utf-8?B?YzM3UGh1UEZMczNYYzM0ZlRpbTFKbG9POWUrakR0UGZVQnZsUFRpTnJ4dExL?= =?utf-8?B?aVRXS2dVVmFsWG1ML1pXeE5tZlNSOTJ1dVVoSnh2N2t1YWJZdmZlSll3OGw2?= =?utf-8?B?RFUzdlBQSmx3L2tRZVhidWRUNmdlMlNiRE1QcVRFbGh1bWFyL1RoZVNYNkhR?= =?utf-8?B?ZTc1V1J4K0NrcGZPN2xzUEd5V3pIT2gyTmVPZFdkNi9QSlFlSjF4UjBSaUdU?= =?utf-8?B?RDZCaFJZVE1WMEFGMTN0dldESlBIV0Y5ZFRTdnBCUXNWZklwYWVQa3dyVFl4?= =?utf-8?B?enp1WjFpY1hRajVHN0dVMStHL1dLbmY1b3ZuY2w0UDZzV1NMcGVhWVZhc0Zp?= =?utf-8?B?VHdIdUU5enpyL04rMmR4aytFSjFJanB3d082QWtaOS9PM2NlMUpaZFo1YkNW?= =?utf-8?B?MDJtZEJ3djdxOWVleXdGLzBNMCtGaUdCSmR4am1pd0hRUHI2T3ZWcWhxRXJz?= =?utf-8?B?OWRrTXdsRVpVM2Y2KzVLVGFJclNQeXFLdUJNY25wVWNWZHc3V2xYVE9qblpv?= =?utf-8?B?TGtQRm1CZnhYNkdSaTk1ekU5ajhKb3dkaFVaL3NtL0F2eDhQeXlQbTFxRzZ0?= =?utf-8?B?bEpEbG5jcEp3eEtiZXVmZzVzS3FMQ3BFRHdOYlZjanFUWVJGNlhHWGdKQlhJ?= =?utf-8?B?TmJnM1ZXSEZHclZBd212SktCTXJvZS9MaEc3bG11Tkh1OGNFTUJiWXo1dVdr?= =?utf-8?B?ZVdPdG84ZlViczlHTC9nYlllYVZ3YWsrOTNrUWRnUkF3YUQydFdRUUZjNmFM?= =?utf-8?B?d1BpckhCL251UmJzcHF4OEZoQnE2bkdsZFZTanBsbGc4UFE3RE5HV1h6VDB4?= =?utf-8?B?b3AzMEgxcXdDVnUwd2s5TlZiWTNBMWRWREJwMHlhVXg1RW9xWVJETzJ5MWF5?= =?utf-8?B?Q3VqUGlLUFRWL3ZYSGQxQlJYcEhYU3NHQ2Y4S05VVkl6VnlZREF6VUhoemV6?= =?utf-8?B?YlV1cjJLL1kzeTN1cEpnRTVLbUJ5TlJ0RkdhKzFwSFVZcFMxYmdkZ0xKaFQ5?= =?utf-8?B?QTBYa3BjTVVpZytzdnVUemhUM0lpQmJjS0dhcVdPS3VnTUFYK21SVzI5VTha?= =?utf-8?B?Z3J3bkwxYlBBc2MzRHRYeVVSZk9GeEtaZjBzVmkyQmt0bm1XQUVadmk5SjRS?= =?utf-8?B?a2dzYWd1UzN0L3FZRFlINkptTVlHdFhOclFoci9YU0hzTkJUNkpTUWxKcjNl?= =?utf-8?B?UU85U3VINTNid1puV1g2ZkJsYXdvQy9CTUNxYzZVTUl0S0NacmNmTVZsTGpn?= =?utf-8?B?MWJ4SC9sM2FvSWZPdmR0eGV2ZVpHdGtsb3pjMFFlaXJPS0dUS0VzaDYwekVT?= =?utf-8?B?YmxUK2tmVXE5MHRnTzQ3WVZmTmN0RDEvellWOU82UmoyV2szU0QvNWF3ZmlQ?= =?utf-8?B?eGczVlE3bGFtU2Ewc3RPYkdONVFSUmgzS2dFTkR6K05UOElMOGdyaWRDcC9D?= =?utf-8?Q?pBiLcFvAmphsg5BLbgET7uLhVKkKPQ9pKTZuYyLDhSsc=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-d8e84.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 73fccb75-c66e-4ea4-8f6e-08dc1eeb748a X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Jan 2024 03:53:00.5592 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: KL1PR01MB5198 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.29 / 15.00]; FORGED_MUA_SEAMONKEY_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.79)[-0.787]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[hotmail.com]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.107.67:from]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[40.92.107.67:from]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4TMLJ30BPDz40wY Hello everyone, especially those who prefer to rebuild rust over and over by poudriere :) Good news. The following commits would have rebuilt gcc12. https://cgit.freebsd.org/ports/commit/?id=ea307f60573edaffb8152c7ab9ab668a4a8785c7 However, it is mandatory to rebuild gcc12 by the following commit :) https://cgit.freebsd.org/ports/commit/?id=821de0efb0621de4ec372c91303bc97cab6e4750 In short. I don't mind losing all the commit logs like the one commit below, so I think it's better to have just one big patch and only do one commit. https://github.com/arrowd/freebsd-ports/commit/0649f83ba9131875ca335006995d6e949c3142d9 Because all of this update will be bumped portrevision... Regards. From nobody Sat Jan 27 04:04:10 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 4TMLXp5nfcz57WXr for ; Sat, 27 Jan 2024 04:04:10 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TMLXp3zCHz42Qk for ; Sat, 27 Jan 2024 04:04:10 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706328250; 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=sOozWmMMNpcWzKxFFQs2icVsYRuOP/q8IVWdrK7i22s=; b=hx0ZtvQ0MSl8e1w1L8Uhov3bm82iQI6Y3jg+2vVIpX72xUdRqdY0nnDxQxyiPxV6uGf+wV RUneUWjf0rGjLbw9jwRTCLm9GnnV3UfGuaZ905BNgdAOq1dwxSciMsnElRCRxzXzJqYBqT cxN95mShekmt4eDOX4BGtBCWzf8otErPEyPJ5SEnmNDlwDwjNOldPunhJMjLLctxWqJpQS rV+WeAGfGgHYMTomPa3Q8FiEyx8He209wrqrbo6Db7alBPU09u24rfln1IyYG54KIyc7Fs M6ZHPLGDJfQJKLO43Wh/QANSFgAdhjcGB6ZysJTScB+UPrPiw+SDCbFeElvVeQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706328250; a=rsa-sha256; cv=none; b=yg9BYTnScoyekRxb23gVxWWumoEp+kHGFlU64kMo5Cuqg7YJ+LtFyP4nVRgrMMWfWHExkC /RFPV+WL60RonbVRtyAgpUMn9HMfixqA/xHLa3ZSpCFQTHIh7t9nUT5kGN/csk9e1gxQB/ sbgpEm6nhkepsXqNFrIG7Ys7D4cmxQ0xpj+MLxCF8gehrqxQlgJyHIgkIb/8kuqJp3baxZ IID5ZwxnB8vkl08L0eeu2XveIKe/O9T1QCX+EnPceKgkMEJD5YENG7+AhscH9dXUSoGOGR yA1fBRl2EXeK8YammLY0rol/DoB9dgPR7AKY87Z8UCprv8/l1/amOSc51Kh2pw== 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 4TMLXp2xxdz18p2 for ; Sat, 27 Jan 2024 04:04:10 +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 40R44AQC063097 for ; Sat, 27 Jan 2024 04:04:10 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40R44AJa063096; Sat, 27 Jan 2024 04:04:10 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401270404.40R44AJa063096@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Sat, 27 Jan 2024 04:04:10 +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.6.0 | blenderbim-240126 ------------------------------------------------+-----------------+------------ chinese/libchewing | 0.5.1 | v0.6.0 ------------------------------------------------+-----------------+------------ x11/admiral | 1.0.0-7 | 2.0.0-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 Sat Jan 27 04:13: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 4TMLlj3JyWz57XVK for ; Sat, 27 Jan 2024 04:13:37 +0000 (UTC) (envelope-from vishwin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TMLlj2qHcz43Sq; Sat, 27 Jan 2024 04:13:37 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706328817; 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:autocrypt:autocrypt; bh=5ii0+Vc53lRFq25jSkmpknoVQifyNe3kGiQy8S7fZ7w=; b=xLLcOslfkm0tcnH6nwtOYPhj20cm3FayTrY1rMXH61qQd1+rRs3q8/qLWk7otsmBGLAblU 5jaPJG0pOlTot3MESaZJzoxhJOfHs/8pRTQymsbH5JbiOufHgCEj7fll8yVV/DhqTuc+vy GhallSW2Sfei2k+yfdTK77CGnUx69oMyRkZaW0TLhye191nV17MfT2TywFOcEakBsILE7B 2cmEdFWvIUcoIWj7nuvFRqZl2uO4Skha9A184SBhABkPpFzVOBI6TSfPdAUGwVANKwo9yv e7dQrP5GVb0yoXMxxZ9mtszG7LahyfULLAkOLLpx83+iF3w62INzdmmKCckKpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706328817; 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:autocrypt:autocrypt; bh=5ii0+Vc53lRFq25jSkmpknoVQifyNe3kGiQy8S7fZ7w=; b=O3iXTvfo7sKPguCp/cZhWPTcgMWWSJTd3Lwlb6vyVs73noy0ClQiYyZ52vnEMLvODVQhnr xLcInTpDRkhhXEuudF9n9MZZ0Cd9svIyLEB+vRGDQ74UTzAS+grjBPNzuyAt1B7NBRMFRp exeps7PHkBWqsM1hACEr+E/MIIW7n4hJEexjPUJNzKCzpaUAx1ufsl6mLYLaN16+r65VX0 vUkoYr8Cv08fSKvDY2zfvK13soD6ysvvKx0pm7pR0pQpkUMNhSVfATF5lM2ZH+QY3M6jA5 ncB9aY+GsPpOVqn6Xsa18LErpXZThKxk02Uq9bVeLIoy2PA5J/4T1hi7OkIujg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706328817; a=rsa-sha256; cv=none; b=EbZzX8gKgrTLTfMr+JDGMhfYcNSxHi6fTbIUm5EcFK7frjMCiIz9MpHxzj6bCzh2vN0MUF 4Otlx2S+X3V5MbVi4vbOszUJF1Tsc6P7zTByOnGtSolYJGEAmcVtuFU/WB97M8uq9VWMG5 K1eE3L5cPeiPfn0lzZoBvYpt2XSJKGltuXbeZnpubZXh641mrEomnKlL5Y9ggGn3nVJFwo 16lu7zVXezbadOTD5BxDO3F7bN5M+zG44MgrIcPdPaHyD/fkLP5t/laNnAeqioPa6Lvfn7 RoesPgAJShpXK65KvWo2OV5PiE2o6rnwZDDk+jtBH22Ez2maJKqVvF7EdHtKuw== Received: from [IPV6:2607:fb91:bdc2:e77:3602:86ff:fe03:d90] (unknown [IPv6:2607:fb91:bdc2:e77:3602:86ff:fe03:d90]) (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) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TMLlj0PR6z13Hv; Sat, 27 Jan 2024 04:13:36 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Fri, 26 Jan 2024 23:13:34 -0500 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: lang/rust PORT_LLVM=on Dependency loop detected To: Miroslav Lachman <000.fbsd@quip.cz>, ports@freebsd.org Cc: rust@FreeBSD.org References: <0adddfba-0646-44eb-a3cf-dc460019a70e@quip.cz> Content-Language: en-GB From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEZFWWqBYJKwYBBAHaRw8BAQdAINFDmM+bgGkT1C4nD5a3BxgcH8Xnx5qTJbPuIBxD57LN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZFWWqAIbAwUJA+3ogAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRBnj5NgWEFcyllaAP9CGICFEvTUOv5BYh/H8m49VJ87a/wd 0obeQfVBnS464AD9FopTHbjEs0HDV0ZYmJPxzJIznjumsj9gBxX0bBqqTgzOOARkVZaoEgor BgEEAZdVAQUBAQdA6BUWuG5RuT0vmtoDyCUUqiJGdtd78GM5ic3kw2AntSADAQgHwn4EGBYK ACYWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZFWWqAIbDAUJA+3ogAAKCRBnj5NgWEFcyn55 AP9ezKDCUgHqAq6JX976abb9pYdbSjxxNJqnrjgNkfhgIQD/QhR+fgnUHhcGTMBy+pYHZUGH 5DCuITsK1U4+v252uws= Organization: FreeBSD Project In-Reply-To: <0adddfba-0646-44eb-a3cf-dc460019a70e@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------BDzxqoU0U5uab2jJS7swvUHJ" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------BDzxqoU0U5uab2jJS7swvUHJ Content-Type: multipart/mixed; boundary="------------Pz30STjDEcwRx4oNkW7VSbGR"; protected-headers="v1" From: Charlie Li To: Miroslav Lachman <000.fbsd@quip.cz>, ports@freebsd.org Cc: rust@FreeBSD.org Message-ID: Subject: Re: lang/rust PORT_LLVM=on Dependency loop detected References: <0adddfba-0646-44eb-a3cf-dc460019a70e@quip.cz> In-Reply-To: <0adddfba-0646-44eb-a3cf-dc460019a70e@quip.cz> --------------Pz30STjDEcwRx4oNkW7VSbGR Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 TWlyb3NsYXYgTGFjaG1hbiB3cm90ZToNCj4gSSB0cmllZCB0byBidWlsZCBvdXIgcGFja2Fn ZSBzZXQgKGluIFBvdWRyaWVyZSkgd2l0aCB0aGUgbmV3IG9wdGlvbiANCj4gUE9SVF9MTFZN PW9uIGZvciBsYW5nL3J1c3QsIGJ1dCBpdCBzZWVtcyBpdCBkb2VzIG5vdCB3b3JrIC8gaGFz IG5vdCBiZWVuIA0KPiB0ZXN0ZWQsIG9yIHdlIGhhdmUgc29tZSBvdGhlciBub24tZGVmYXVs dCBvcHRpb25zIHRoYXQgY2F1c2UgdGhlIA0KPiBmb2xsb3dpbmcgZXJyb3I6DQo+IA0KPiBb MDA6MDA6NTddIEVycm9yOiBEZXBlbmRlbmN5IGxvb3AgZGV0ZWN0ZWQ6DQo+IFRoZXNlIHBh Y2thZ2VzIGRlcGVuZCBvbiBlYWNoIG90aGVyOiBweTM5LW9wZW5zc2wtMjMuMi4wLDEgDQo+ IHB5MzktY3J5cHRvZ3JhcGh5LTQxLjAuN18xLDEgcnVzdC0xLjc0LjEgbGx2bTE1LTE1LjAu N185IA0KPiBweTM5LXJlY29tbW9ubWFyay0wLjUuMF8yIHB5Mzktc3BoaW54LTUuMy4wXzEs MSBweTM5LXJlcXVlc3RzLTIuMzEuMCANCj4gcHkzOS11cmxsaWIzLTEuMjYuMTgsMQ0KPiBU aGVzZSBwYWNrYWdlcyBkZXBlbmQgb24gZWFjaCBvdGhlcjogcnVzdC0xLjc0LjEgbGx2bTE1 LTE1LjAuN185IA0KPiBweTM5LXJlY29tbW9ubWFyay0wLjUuMF8yIHB5Mzktc3BoaW54LTUu My4wXzEsMSBweTM5LXJlcXVlc3RzLTIuMzEuMCANCj4gcHkzOS11cmxsaWIzLTEuMjYuMTgs MSBweTM5LW9wZW5zc2wtMjMuMi4wLDEgDQo+IHB5MzktY3J5cHRvZ3JhcGh5LTQxLjAuN18x LDEgcHkzOS1zZXR1cHRvb2xzLXJ1c3QtMS44LjENCj4gDQpZb3UgbmVlZCB0byBkaXNhYmxl IHRoZSBTU0wgb3B0aW9uIGluIG5ldC9weS11cmxsaWIzLCBzZWUgDQpodHRwczovL2NnaXQu ZnJlZWJzZC5vcmcvcG9ydHMvY29tbWl0Lz9pZD03NjFkYzhhOWY0ZGRlZjJhZGFkMTIyYTU3 YTQ3N2U2NTQ1NzU4MmZiDQoNCi0tIA0KQ2hhcmxpZSBMaQ0KLi4ubm9wZSwgc3RpbGwgZG9u J3QgaGF2ZSBhbiBleGl0IGxpbmUuDQoNCg== --------------Pz30STjDEcwRx4oNkW7VSbGR-- --------------BDzxqoU0U5uab2jJS7swvUHJ Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZbSC7gUDAAAAAAAKCRBnj5NgWEFcyt4u AQDBcbrK9MCjMdgYESv5RimqEvztPsBJSGiDrFUE2kfScgEA6ziUF0fxnztpbRkJS84lQIXP/+WL kygt04lQ23RIUQs= =41zM -----END PGP SIGNATURE----- --------------BDzxqoU0U5uab2jJS7swvUHJ-- From nobody Sat Jan 27 05:46:10 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 4TMNpl1hKSz57hKN for ; Sat, 27 Jan 2024 05:46:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.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 mx1.freebsd.org (Postfix) with ESMTPS id 4TMNpk3zcBz4BMx; Sat, 27 Jan 2024 05:46:21 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-91-49.area1b.commufa.jp [123.1.91.49]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 40R5kA0t042213; Sat, 27 Jan 2024 14:46:10 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 27 Jan 2024 14:46:10 +0900 From: Tomoaki AOKI To: Charlie Li Cc: Miroslav Lachman <000.fbsd@quip.cz>, ports@freebsd.org, rust@FreeBSD.org Subject: Re: lang/rust PORT_LLVM=on Dependency loop detected Message-Id: <20240127144610.b248c9c29de8ca9c8c6a7e65@dec.sakura.ne.jp> In-Reply-To: References: <0adddfba-0646-44eb-a3cf-dc460019a70e@quip.cz> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TMNpk3zcBz4BMx 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:7684, ipnet:153.125.128.0/18, country:JP] On Fri, 26 Jan 2024 23:13:34 -0500 Charlie Li wrote: > Miroslav Lachman wrote: > > I tried to build our package set (in Poudriere) with the new option > > PORT_LLVM=on for lang/rust, but it seems it does not work / has not been > > tested, or we have some other non-default options that cause the > > following error: > > > > [00:00:57] Error: Dependency loop detected: > > These packages depend on each other: py39-openssl-23.2.0,1 > > py39-cryptography-41.0.7_1,1 rust-1.74.1 llvm15-15.0.7_9 > > py39-recommonmark-0.5.0_2 py39-sphinx-5.3.0_1,1 py39-requests-2.31.0 > > py39-urllib3-1.26.18,1 > > These packages depend on each other: rust-1.74.1 llvm15-15.0.7_9 > > py39-recommonmark-0.5.0_2 py39-sphinx-5.3.0_1,1 py39-requests-2.31.0 > > py39-urllib3-1.26.18,1 py39-openssl-23.2.0,1 > > py39-cryptography-41.0.7_1,1 py39-setuptools-rust-1.8.1 > > > You need to disable the SSL option in net/py-urllib3, see > https://cgit.freebsd.org/ports/commit/?id=761dc8a9f4ddef2adad122a57a477e65457582fb > > -- > Charlie Li > ...nope, still don't have an exit line. Hi. Maybe this would be caused by "changes on default option" problem on DIALOG4PORTS (incuding both dialog4ports and portconfig) behaviour. When NEW options are ADDED, `make config-recursive` shows dialog for it, marking them as "New". But when any of options are removed, nothing happens. And on changes in defaults case, dialog appears but no advices are shown. This makes it difficult to track changes. When dialog appears but no "New" marker is shown, I habitally look into commit diff with posts on dev-commits-ports-main ML or cgit to see what changed. But although doing so, I miss changes of defaults if addition of new option and changes to default options are done in single commit. It would be very nice if... *Options that changed default are somehow marked, or *Somehow mark every option which has non-default value. Not sure how difficult it is, but either of them would help for this kind of regressions. Regards. -- Tomoaki AOKI From nobody Sat Jan 27 07:12:11 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 4TMQkn2NTZz57q2D for ; Sat, 27 Jan 2024 07:13:05 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-io1-f44.google.com (mail-io1-f44.google.com [209.85.166.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TMQkm3TPMz4Jpl for ; Sat, 27 Jan 2024 07:13:04 +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.166.44 as permitted sender) smtp.mailfrom=6yearold@gmail.com Received: by mail-io1-f44.google.com with SMTP id ca18e2360f4ac-7beefdfe71eso51070639f.0 for ; Fri, 26 Jan 2024 23:13:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706339582; x=1706944382; h=content-transfer-encoding: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=XL7gAsLwzyiIFJnvnMichoCGSxQQ2KOK74Dqqmi8vKo=; b=eJ+R2Ks+m0jTKpLsYB+bISRVcdVRNCcU27PNKJOTAgu40YGUZV6/EeWpkKrGtsw1gP Z1Cl0PUydCx4nH+UDhsbEHouJBTVS/ARaCw6D/87pXZ0Veq8Leg1zVGaOcLY/PAVEVrh IU5Eb1hHxFUQ6iElkZJeQIg7/WObyllOCH5IMTY3tPF6lLAx1oyUsEiBBegLNWCfXDeX Q9HzFCSFx6Ga67vA4HOBqixSK+OjvDSJDsbQx8BYICg1lk7f4HkPqMpn8/KqjhjIIfIH Q0drN048KuUWto9uDG2wC5Ig7dPNnWDYJK13TtrTLOfgfwm83B0RGjxW83n8lP3GLP9S WiXw== X-Gm-Message-State: AOJu0YyHy27ViwJIxBlKkj+v8n6w9n35loGY72KvrZCG6xIQqbgcOm9N ISdZFyjpps4gMa2WkESvoaSGAP00k3CD40e/TO8PK1wTt8uC9jiob53B90dKJIo= X-Google-Smtp-Source: AGHT+IF/R4QYSX0gdX3iYPDLDKJUu9G4JY/11x63XfCcgYNarVzcBTgIqPklU9hBSL9jLt+jvc5uWQ== X-Received: by 2002:a6b:dc18:0:b0:7be:f414:bb8d with SMTP id s24-20020a6bdc18000000b007bef414bb8dmr1400899ioc.21.1706339582149; Fri, 26 Jan 2024 23:13:02 -0800 (PST) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com. [209.85.166.49]) by smtp.gmail.com with ESMTPSA id p1-20020a6b6301000000b007bf32234124sm776589iog.32.2024.01.26.23.13.01 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 23:13:01 -0800 (PST) Received: by mail-io1-f49.google.com with SMTP id ca18e2360f4ac-7bc32b0fdadso43214039f.2 for ; Fri, 26 Jan 2024 23:13:01 -0800 (PST) X-Received: by 2002:a05:6e02:3207:b0:361:ad58:acd1 with SMTP id cd7-20020a056e02320700b00361ad58acd1mr1518049ilb.22.1706339581707; Fri, 26 Jan 2024 23:13:01 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Sat, 27 Jan 2024 10:12:11 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for help: moving manpages to share/man To: "ports@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.72 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; NEURAL_HAM_SHORT(-0.85)[-0.849]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.44:from]; TO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.44:from,209.85.166.49:received] X-Rspamd-Queue-Id: 4TMQkm3TPMz4Jpl On Sun, Jan 21, 2024 at 1:19=E2=80=AFPM Gleb Popov wro= te: > More than that, > changing the default for a given build system instantly breaks all > ports that use it, which means that this task can't be done > incrementally in the main branch. > > I've created a branch [1] in my own fork that switches mandir for the > autotools build system and am inviting everyone to collaborate on > that, until all the fallout is fixed. Fellow porters. There was unfortunately a miscommunication from my side with the portmgr@ team on that topic. This resulted in the incoordination and the duplicated work being done - some people were working on the autotools-mandir branch (without adding the GNU_CONFIGURE_MANPREFIX knob) while others just kept fixing ports in the main branch (by adding GNU_CONFIGURE_MANPREFIX knob to each port). >From now anyone wanting to help with the mandir switch should base their commits on the main branch. Autotools ports would then require adding GNU_CONFIGURE_MANPREFIX=3D ${PREFIX}/share to them. I'm sorry for causing some of you to do useless work. Thanks to everyone who submitted patches to my branch, I'll reapply them to the main branch myself. From nobody Sat Jan 27 15: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 4TMfQw0BS7z58SyW for ; Sat, 27 Jan 2024 16:00:08 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TMfQv57sVz4R7X; Sat, 27 Jan 2024 16:00:07 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-io1-f49.google.com with SMTP id ca18e2360f4ac-7bed9f5d35dso53558939f.3; Sat, 27 Jan 2024 08:00:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706371206; x=1706976006; 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=B4k5U62/1q6+LkwUic/eozeUn7AozE0g+MkphFcd/Tc=; b=jOghn84Rfz5kPN3sIxQJWNGPrmUI8AydLa+f+J0ROv1y4A13QC5pAMPtkH3nErhuEa T66WIfN3U7scAIQ3tnyGIGFYTNp+rEqZhjaTLLdi4eT9q7rEuAINSoMjDXIsMWzlXisC HP4OGVBhVHxMlDrunyVHsbnhsp8MOR3MiMz7veRMjsWrHqLnaWe9LDTd1gb1KGipPCUN Oo4AvJmvNaYg5U2CVd4XBq2YC5LLwK4EY7w9KMzDv1rs38waZKBOyrsW7PKoUhyvPuee RanuF6R/XTts1rF2qB9kFHUpI7OkL6D7hCozUbDBhJa9b6zsCLCaDNVANnB4wTnacL3z FwbA== X-Gm-Message-State: AOJu0Yya4t+QmwrNmrVI2vDfE5r9w+Sy3Zc34MjPkXu0AU66nanvRBml nyX1z36l2QAzcq7oYJsAOmXqZDjtGJ+UiF4a7cy9zOjT3zERQT/Jwcxu0oyG X-Google-Smtp-Source: AGHT+IEFsAiBFHLtZbgeLkLP88++OO2oMXsj5EKJfJ9Gb3P/5wl/gL1Y/b7M9CB8qBeapzRLrzEaTw== X-Received: by 2002:a6b:6e14:0:b0:7bf:e55c:4666 with SMTP id d20-20020a6b6e14000000b007bfe55c4666mr596772ioh.12.1706371205457; Sat, 27 Jan 2024 08:00:05 -0800 (PST) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com. [209.85.166.54]) by smtp.gmail.com with ESMTPSA id u5-20020a5edd45000000b007bf306f0d44sm992336iop.52.2024.01.27.08.00.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 27 Jan 2024 08:00:05 -0800 (PST) Received: by mail-io1-f54.google.com with SMTP id ca18e2360f4ac-7beefdfe71eso63258039f.0; Sat, 27 Jan 2024 08:00:05 -0800 (PST) X-Received: by 2002:a92:d14e:0:b0:362:b752:1641 with SMTP id t14-20020a92d14e000000b00362b7521641mr1955220ilg.20.1706371204830; Sat, 27 Jan 2024 08:00:04 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <609374cf-7f1f-4643-8379-f368b23ccb09@freebsd.org> In-Reply-To: <609374cf-7f1f-4643-8379-f368b23ccb09@freebsd.org> From: Luca Pizzamiglio Date: Sat, 27 Jan 2024 16:59:53 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: This is going to break port building without poudriere! To: Stefan Esser Cc: FreeBSD ports , portmgr , FreeBSD Core Team Content-Type: multipart/alternative; boundary="00000000000084de2c060fef8147" X-Rspamd-Queue-Id: 4TMfQv57sVz4R7X 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:209.85.128.0/17, country:US] --00000000000084de2c060fef8147 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Stefan. Let's start from the beginning, as it seems that things are not clear. Subpackages is a feature to create multiple packages from one build. Those subpackages can depend on the main package. The main package cannot depend on any subpackages. This limits the cases where subpackages can be applied. The main package MUST be independent from its subpackages. Subpackages can only add features (like a plugin). To recall your NLS example (ref https://reviews.freebsd.org/D16457#715443): this is not a use-case for subpackages. If the main program/library needs to be compiled differently with or without NLS, this is not viable for subpackages. If a port needs to be built multiple times to create different subpackages, this is not a viable case for subpackages. A good candidate is qt6-tools: this port contains multiple tools (designer, linguist, help, and so on). Those tools could be put in different subpackages. I hope this explanation helps to clarify and address some of your concerns. *OPTIONS and SUBPACKAGES* Do we have to convert OPTIONS to SUBPACKAGES? No. Can a SUBPACKAGE be built only if an OPTION is enabled? Yes. The only viable use cases for SUBPACKAGES being enabled/disabled by OPTIONS is limited to those portions of the port that do not affect the main package. Examples are: additional libraries, additional data files, and so on. *Consolidate master/slave ports in one bigger ports* About this topic, I guess your concerns are mainly related to potential explosion of build time of the consolidated ports. This is a justified concern. In those cases, we are suggesting to convert slave ports in SUBPACKAGES enabled via OPTIONS. This will allow port builders to configure the bigger ports to not build all SUBPACKAGES, but only the needed ones. This should restore the previous build time. However, as for the php case, the maintainer is going to evaluate if the consolidation makes sense or not. If a consolidation is going to result more problematic than beneficial, it can be reverted and subpackages not adopted for the use case. *For port builders* Port builders can experience longer build times in the future, as master/slave ports could be consolidated in one single larger ports. If this is the case, the larger ports should provide OPTIONS to not build unneeded subpackages. If no OPTION is available, please work with the maintainer to introduce one= . Probably I didn't address all of your concerns, but I hope you gave you a clearer picture/explanation. Best regards, Luca On Fri, Jan 26, 2024 at 5:08=E2=80=AFPM Stefan Esser wrote= : > Am 25.01.24 um 20:57 schrieb Luca Pizzamiglio: > > Hi Stefan, > > > > I did reply to your first email, but not to your second one. > > I preferred (in agreement with portmgr@) to open the discussion with > everyone, > > instead of keeping it just between you and me. > > > > As you can read in the email you have linked, I didn't ignore your > comments. > > You have mentioned some of the issues without providing a solution. > > > This implementation will break port dependencies, since there is no > way > > a port can depend on a specific sub-package - there even is no way = a > > non-default sub-package can be built without manual selection of th= e > > options that activate its creation. > > > > A port can depend on a specific sub-package. The category/origin~subpkg > is the > > chosen format. > > Non-default subpackages shouldn't exist. In the aforementioned email, I > > explicitly say that IF a subpackage is enabled by an option, the option > must be > > enabled by default. > > Your previous comments contributed to making this point clearer. > > If there should be no "non-default subpackages", then selecting subpackag= es > to install by OPTIONs makes no sense. But there are many scenarios where > not all subpackages can be built at the same time due to conlflicting > dependencies or requirements (often controlled by OPTIONs). > > > Dependencies stated in the port Makefile are converted into package > > dependencies that can be resolved by the "pkg" command, but that > cannot > > be directly used to build and install the requested sub-package fro= m > > a port. > > > > I don't know where you get this idea, but it's not how it works. > > If a port has a subpackage dependency, the category/origin~subpkg is th= e > chosen > > format to express that dependency. > > Yes, but how will this dependency be processed in the ports system? > > Will the port at the given origin be built (all subpackages) and all the > available subpackages will be installed? > > How do you deal with the case, where o ne of those subpackages conflicts > with an already installed port? > > What actually works is the mapping of the origin~subpackage into a packag= e > dependency that can be resolved by the pkg command. That's what I am > complaining about: only sucgh package dependencies continue to work, but > port dependencies don't in the same way as without subpackages. > > > The related port (category/origin) has to be built and installed. > > By running `make install`, the whole port is installed, subpackages as > well. > > The only "issue" I see is that via 'make install' you cannot install > only the > > subpackage, but the entire port only. > > However this is not different than before. > > Except that before there was not one port that built potentially tens of > subpackages. > > > Has there been a general consensus that support for direct port > building > > (without poudriere) will be abandoned? > > > > Port building is not abandoned, and it's actively supported, as it's th= e > > foundation of poudriere. > > The case of poudriere is not generic port building, since all dependencie= s > are installed from packages in poudriere. Poudriere never installs from a > port, only from packages, and it can deal with subpackage dependencies. > > Port building on the base system uses a completely different approach tha= n > package building in poudriere. > > > If a regression has been introduced, by me or anyone else, it has to be > fixed. > > I may have overlooked some use cases, but AFAIK I didn't introduce any > > regression (confirmed by the exp-run) > > The exp-run is performed by building packages with poudriere. What has th= is > to do with the port building on the base system that I'm worried about? > > Besides, you only showed that you did not break the ports system without > subpackages by adding features for the support of subpackages to > bsd.port.mk. > The relevant test case would have been an exp-run with several relevant > ports converted to subpackages. > > But even then, port building outside poudriere is different and may be > severely broken without any issues reported by an exp-run, even one that > tests actual subpackages. > > > Ports that do not create sub-packages can still be depended on by > other > > ports, but as critical dependencies have been depended to > sub-packages > > a ever large fraction of ports will only build in poudriere. > > > > Again, no. > > If you run make install on any port, it will be built. The package and > the > > subpackages are all installed. > > Yes, and that is wrong! > > > You cannot install a portion of a port, and it has never been possible. > > No, but with subpackages it will become possible to install a portion of > a port from a package. And since the goal is to convert ports that share > a distfile to subpackages, this will become a common case for large ports= . > > > Nothing is broken here and I fail to understand where you get the idea > of this > > behavior. > > Because I consider just the above as breaking important features of the > current ports system (the ability to selectively install just the ports > that I need and not all that can potentially be built from one distfile). > > > I wrote tests and examples to implement the feature and get them workin= g > before > > adding support to poudriere. > > I have seen your tests and they are only relevant for the package > dependency > case (dependencies resolved by the pkg command). > > > This change does also obviously break port management tools like > portmaster, > > which took me significant effort to adapt to FLAVOR support (which > also had > > been implemented without consideration for other tools than > poudriere), and > > which I have been maintaining since then. > > > > Yes, portmaster need to be able to parse the new dependencies format, b= y > > removing the ~subpkg. By removing the suffix, you get the category/port > and > > everything is fine. > > No, I get a whole lot of subpackages that I did not ask for! > > > As announced, we are keeping subpackages adoption blocked with a > git-hook to > > give time to maintainers to add support to subpkg and to introduce the > feature > > slowly. > > The damage will be to other users than the committers of these ports, and > even developers that depend on them might not notice any issues, since th= ey > are using poudriere to test their ports. > > > portmgr@ doesn't officially support neither portmaster nor portupgrade. > We > > simply lack the manpower to do it. > > I do not expect PortMgr to support either of these tools. But I do expect > PortMgr to not break features of the port system due to neglect of buildi= ng > ports on the base system. I know that there have been discussions about > abandoning the base system builds (especially since in some cases ports d= o > build in a clean jail, but not with a previous version installed, e.g. > because > of preferring installed header files above those in the source director<)= . > > But most ports build just fine on the base system and this is the fastest > way > for a developer to get some required functionality with free choice of th= e > OPTIONs (when different from those of a pre-built package, for example). > > > The reason given for sub-packages support is reduced build time for > some > > packages that share a common distfile (e.g. qt5) when building > official > > packages. > > > > As explained, in the short term there are this benefit and getting rid > of many > > master/slave ports (hard to maintain). > > This does only work if there is e.g. a port that can be compiled for CLI > and > GUI, for example, but that does not need special build options to include > the required hooks to the added functionality. > > I have seen the devel/appstream port as of > https://reviews.freebsd.org/D43445, > and it clearly shows the weakness of the subpackages implementation. You > did > not get rid of a master/slave port combination, but you have now combined > the > CLI and Qt6 versions (while there previously was one port for the CLI > version > and one flavored port for Qt5/Qt6). > > And devel/appstream/Makefile has become a lot more complex and the > complexity > of having both a slave port and subpackages makes it even worse. > > If I build the CLI version after subpackages, I get all of Qt6 as a > dependency! > > And Qt6 is not only fetched and built, but also installed (when building > the > port as a dependency on the base system), whether I need it or not. > > > But there are several use cases in the future. > > For instance, work is in place to provide debug symbols as subpackage, > in a > > similar way as pkg-base. > > There is nothing wrong with such use-cases, and I do not object the suppo= rt > of subpackages at all. > > I had just been hoping that my comments to the earlier review would lead = to > a better design - which would have easily been possible (and I had worked > out a concept several years ago, which I had discussed with some members > of PortMgr and possibly also in mails to the ports maillist). > > > But this comes at a high cost for all builds outside the package > build > > cluster, since now lots of unnecessary sub-trees will be compiled a= nd > > installed, if only one program (i.e. sub-package) is desired. > > > > This is the reason why OPTIONS with SUBPACAKGES have been introduced, t= o > reduce > > build time for port builders. > > But that does not work well if there is no way to deduce the required > OPTIONS from the required subpackages. And it requires manual interventio= n. > > There should have been variables like e.g. SUBPKG_DEFINE; SUBPKG_DEFAULT, > SUBPKG_SELECT which control the building and installation of subpackages, > and OPTIONs might depend on the selected set of subpackages (e.g., if a > ~docs subpackage is selected, the DOCS option could be acticated). > > > You are pessimizing the build for thousands of users to spare a few > > cycles for a very small percentage of packages built once in a whil= e > on > > the build cluster. > > > > I have already explained this point above. > > I did not see a valid explanation. Thousands (or more) port builders will > waste cycles and space for subpackages that are not actually wanted, sinc= e > there is no mechanism that allows to easily restrict the amount built > (without resorting to OPTIONs, but those are sticky and the next port to > be built may require subpackages controlled by other options, this is not > a workable conept). > > > I had pointed out other issues with this approach in the review > comment > > and in the private mail I sent 2024-01-02 after finding that this > version > > has been committed without formal acceptance of your review D40549. > > > > As I replied to you already, there has been no formal acceptance in > > phabricator, but there was consensus in portmgr@ to land it. > > I apologize for not having used the appropriate reviews channel, I > totally > > agree that it has not been a good behavior from my side, as I'm not > providing a > > good example. > > As explained before, I had mostly given up on FreeBSD in late 2022, mostl= y > because of frustration about PortMgr. I had stopped reading most of the > FreeBSD mail lists and might have missed an early announcement of the > plan to commit your Phabricator review. As you know, I had hoped to be > able to stear the subpackages development in a better direction as part > of the PortMgr team, but there was an objection of the author of the > original subpackages review (that your commit is based on), probably > because of my earlier comment on his approach. > > > You are breaking use-cases of a large number of users that still > build > > ports without poudriere. This is especially causing a barrier to > entry > > of new port developers, since this will require them to setup > poudriere > > before they can begin port development. (This will only become an > issue > > over time, as more and more dependencies will have been converted t= o > > sub-packages, but then there will be no way back.) > > > > I still fail to see what is going to break. > > Non-poudriere users can experience longer build time for dependencies, > but > > dependencies can be installed via packages, at least most of the time. > > This "dependencies can be installed via packages" is just the sentiment o= f > PortMgr that has no interest for port building in the base system. > > Some dependencies can be installed from packages, but in many cases that > leads to lots of already installed programs to be substituted with packag= es > built with different OPTIONs. Mixing packages and ports is not working > well, > and the only sane possibilities are a local repository built with custom > options using poudriere, or just building everything from a port on the > base system. > > > Your announcement mentions some of the issues, but does not offer a= ny > > actual solution. > > > > > > A sane implementation of sub-packages would not make their creation > > depend on OPTION settings, with no way to determine the required > OPTION > > setting for a non-default sub-package (i.e., only default > sub-packages > > can be depended on). > > > > I'm not going to repeat all the issues pointed out in > > > > https://reviews.freebsd.org/D16457#715443 > > > > > > but had on multiple occasions pointed out that a sane mechanism wou= ld > > start with "SUB_PACKAGE_DEFINE" and "SUB_PACKAGE_DEFAULT" variables > and > > with a mechanism to determine the required OPTION values from the > actual > > set of sub-packages to be built (instead of the opposite, to make t= he > > selection of sub-packages depend on the OPTIONs). > > > > I clearly addressed this topic in the aforementioned email. > > Sorry, I did not see these points addressed. Please give specific pointer= s. > > IMHO, all of the issues in my comment to review D16457 are still open. > > > We chose not to follow this approach, and I motivated it (changing > > configuration of other ports it's NOT something to have IMO). > > What are you talking about ("changing configuration of other ports") ??? > > > We clearly disagree on this point. > > I have opened up the discussion to get feedback from the rest of the > community > > as well. > > So far, you are the only one strongly against this approach. > > Maybe this is because other developers will only notice the effects of th= is > change when many ports have been converted to subpackages? > > This will make it much harder for new ports contributors to work on their > first port, since port builds outside poudriere will become penalized mor= e > and more over time, as subpackages are introduced (and become > dependencies). > > I have deep insight into the ports framework since I needed to understand > it > when I took over portmaster and added FLAVOR support to it. And as a > certified > Common Criteria evaluator (plus other standards) I might have a different > view > on aspects of software development. > > I have mostly given up my attempts to help improve the ports system, for > lack > of support (or at least not being ignored when I ask for a review) by > PortMgr. > There are a lot of sometimes trivial changes, but my past experience with > PortMgr is that I cannot hope for any kind of review to suggested changes= , > since everybody is busy working in his field of interest and does not car= e > for any outside contributions (and my attempt to contribute from within > PortMgr has been blocked, too). > > Best regards, STefan > --00000000000084de2c060fef8147 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Stefan.

Let's start f= rom the beginning, as it seems that things are not clear.

Subpackages is a feature to create multiple packages from one build= .
Those subpackages can depend on the main package.
The= main package cannot depend on any subpackages.
This limits the c= ases where subpackages can be applied. The main package MUST be independent= from its subpackages. Subpackages can only add features (like a plugin).
To recall your NLS example (ref https://reviews.freebsd.org/D16457#715443): thi= s is not a use-case for subpackages. If the main program/library needs to b= e compiled differently with or without NLS, this is not viable for subpacka= ges.
If a port needs to be built multiple times to create differe= nt subpackages, this is not a viable case for subpackages.
A good= candidate is qt6-tools: this port contains multiple tools (designer, lingu= ist, help, and so on). Those tools could be put in different subpackages.

I hope this explanation helps to clarify and addres= s some of your concerns.

OPTIONS and SUBPACKAGE= S
Do we have to convert OPTIONS to SUBPACKAGES? No.
Can a SUBPACKAGE be built only if an OPTION is enabled? Yes.
The= only viable use cases for SUBPACKAGES being enabled/disabled by OPTIONS is= limited to those portions of the port that do not affect the main package.=
Examples are: additional libraries, additional data files, and s= o on.

Consolidate master/slave ports in = one bigger ports
About this topic, I guess your concerns are = mainly related to potential explosion of build time of the consolidated por= ts.
This is a justified concern.
In those cases, we are= suggesting to convert slave ports in SUBPACKAGES enabled via OPTIONS.
This will allow port builders to configure the bigger ports to not bu= ild all SUBPACKAGES, but only the needed ones. This should restore the prev= ious build time.

However, as for the php case, the= maintainer is going to evaluate if the consolidation makes sense or not.
If a consolidation is going to result more problematic than benefi= cial, it can be reverted and subpackages not adopted for the use case.
<= /div>

For port builders
Port builde= rs can experience longer build times in the future, as master/slave ports c= ould be consolidated in one single larger ports.
If this is the c= ase, the larger ports should provide OPTIONS to not build unneeded subpacka= ges.
If no OPTION is available, please work with the maintainer t= o introduce one.

Probably I didn't address= all of your concerns, but I hope you gave you a clearer picture/explanatio= n.

Best regards,
Luca



On Fri, Jan 26, 2024 at 5:08=E2= =80=AFPM Stefan Esser <se@freebsd.org<= /a>> wrote:
A= m 25.01.24 um 20:57 schrieb Luca Pizzamiglio:
> Hi Stefan,
>
> I did reply to your first email, but not to your second one.
> I preferred (in agreement with portmgr@) to open the discussion with e= veryone,
> instead of keeping it just between you and me.
>
> As you can read in the email you have linked, I didn't ignore your= comments.

You have mentioned some of the issues without providing a solution.

>=C2=A0 =C2=A0 =C2=A0This implementation will break port dependencies, s= ince there is no way
>=C2=A0 =C2=A0 =C2=A0a port can depend on a specific sub-package - there= even is no way a
>=C2=A0 =C2=A0 =C2=A0non-default sub-package can be built without manual= selection of the
>=C2=A0 =C2=A0 =C2=A0options that activate its creation.
>
> A port can depend on a specific sub-package. The category/origin~subpk= g is the
> chosen format.
> Non-default subpackages shouldn't exist. In the aforementioned ema= il, I
> explicitly say that IF a subpackage is enabled by an option, the optio= n must be
> enabled by default.
> Your previous comments contributed to making this point clearer.

If there should be no "non-default subpackages", then selecting s= ubpackages
to install by OPTIONs makes no sense. But there are many scenarios where not all subpackages can be built at the same time due to conlflicting
dependencies or requirements (often controlled by OPTIONs).

>=C2=A0 =C2=A0 =C2=A0Dependencies stated in the port Makefile are conver= ted into package
>=C2=A0 =C2=A0 =C2=A0dependencies that can be resolved by the "pkg&= quot; command, but that cannot
>=C2=A0 =C2=A0 =C2=A0be directly used to build and install the requested= sub-package from
>=C2=A0 =C2=A0 =C2=A0a port.
>
> I don't know where you get this idea, but it's not how it work= s.
> If a port has a subpackage dependency, the category/origin~subpkg is t= he chosen
> format to express that dependency.

Yes, but how will this dependency be processed in the ports system?

Will the port at the given origin be built (all subpackages) and all the available subpackages will be installed?

How do you deal with the case, where o ne of those subpackages conflicts with an already installed port?

What actually works is the mapping of the origin~subpackage into a package<= br> dependency that can be resolved by the pkg command. That's what I am complaining about: only sucgh package dependencies continue to work, but port dependencies don't in the same way as without subpackages.

> The related port (category/origin) has to be built and installed.
> By running `make install`, the whole port is installed, subpackages as= well.
> The only "issue" I see is that via 'make install' yo= u cannot install only the
> subpackage, but the entire port only.
> However this is not different than before.

Except that before there was not one port that built potentially tens of subpackages.

>=C2=A0 =C2=A0 =C2=A0Has there been a general consensus that support for= direct port building
>=C2=A0 =C2=A0 =C2=A0(without poudriere) will be abandoned?
>
> Port building is not abandoned, and it's actively supported, as it= 's the
> foundation of poudriere.

The case of poudriere is not generic port building, since all dependencies<= br> are installed from packages in poudriere. Poudriere never installs from a port, only from packages, and it can deal with subpackage dependencies.

Port building on the base system uses a completely different approach than<= br> package building in poudriere.

> If a regression has been introduced, by me or anyone else, it has to b= e fixed.
> I may have overlooked some use cases, but AFAIK I didn't introduce= any
> regression (confirmed by the exp-run)

The exp-run is performed by building packages with poudriere. What has this=
to do with the port building on the base system that I'm worried about?=

Besides, you only showed that you did not break the ports system without subpackages by adding features for the support of subpackages to bsd.port.mk.<= br> The relevant test case would have been an exp-run with several relevant
ports converted to subpackages.

But even then, port building outside poudriere is different and may be
severely broken without any issues reported by an exp-run, even one that tests actual subpackages.

>=C2=A0 =C2=A0 =C2=A0Ports that do not create sub-packages can still be = depended on by other
>=C2=A0 =C2=A0 =C2=A0ports, but as critical dependencies have been depen= ded to sub-packages
>=C2=A0 =C2=A0 =C2=A0a ever large fraction of ports will only build in p= oudriere.
>
> Again, no.
> If you run make install on any port, it will be built. The package and= the
> subpackages are all installed.

Yes, and that is wrong!

> You cannot install a portion of a port, and it has never been possible= .

No, but with subpackages it will become possible to install a portion of a port from a package. And since the goal is to convert ports that share a distfile to subpackages, this will become a common case for large ports.<= br>
> Nothing is broken here and I fail to understand where you get the idea= of this
> behavior.

Because I consider just the above as breaking important features of the
current ports system (the ability to selectively install just the ports
that I need and not all that can potentially be built from one distfile).
> I wrote tests and examples to implement the feature and get them worki= ng before
> adding support to poudriere.

I have seen your tests and they are only relevant for the package dependenc= y
case (dependencies resolved by the pkg command).

>=C2=A0 =C2=A0 =C2=A0This change does also obviously break port manageme= nt tools like portmaster,
>=C2=A0 =C2=A0 =C2=A0which took me significant effort to adapt to FLAVOR= support (which also had
>=C2=A0 =C2=A0 =C2=A0been implemented without consideration for other to= ols than poudriere), and
>=C2=A0 =C2=A0 =C2=A0which I have been maintaining since then.
>
> Yes, portmaster need to be able to parse the new dependencies format, = by
> removing the ~subpkg. By removing the suffix, you get the category/por= t and
> everything is fine.

No, I get a whole lot of subpackages that I did not ask for!

> As announced, we are keeping subpackages adoption blocked with a git-h= ook to
> give time to maintainers to add support to subpkg and to introduce the= feature
> slowly.

The damage will be to other users than the committers of these ports, and even developers that depend on them might not notice any issues, since they=
are using poudriere to test their ports.

> portmgr@ doesn't officially support neither portmaster nor portupg= rade. We
> simply lack the manpower to do it.

I do not expect PortMgr to support either of these tools. But I do expect PortMgr to not break features of the port system due to neglect of building=
ports on the base system. I know that there have been discussions about
abandoning the base system builds (especially since in some cases ports do<= br> build in a clean jail, but not with a previous version installed, e.g. beca= use
of preferring installed header files above those in the source director<= ).

But most ports build just fine on the base system and this is the fastest w= ay
for a developer to get some required functionality with free choice of the<= br> OPTIONs (when different from those of a pre-built package, for example).
>=C2=A0 =C2=A0 =C2=A0The reason given for sub-packages support is reduce= d build time for some
>=C2=A0 =C2=A0 =C2=A0packages that share a common distfile (e.g. qt5) wh= en building official
>=C2=A0 =C2=A0 =C2=A0packages.
>
> As explained, in the short term there are this benefit and getting rid= of many
> master/slave ports (hard to maintain).

This does only work if there is e.g. a port that can be compiled for CLI an= d
GUI, for example, but that does not need special build options to include the required hooks to the added functionality.

I have seen the devel/appstream port as of https://reviews.freebsd= .org/D43445,
and it clearly shows the weakness of the subpackages implementation. You di= d
not get rid of a master/slave port combination, but you have now combined t= he
CLI and Qt6 versions (while there previously was one port for the CLI versi= on
and one flavored port for Qt5/Qt6).

And devel/appstream/Makefile has become a lot more complex and the complexi= ty
of having both a slave port and subpackages makes it even worse.

If I build the CLI version after subpackages, I get all of Qt6 as a depende= ncy!

And Qt6 is not only fetched and built, but also installed (when building th= e
port as a dependency on the base system), whether I need it or not.

> But there are several use cases in the future.
> For instance, work is in place to provide debug symbols as subpackage,= in a
> similar way as pkg-base.

There is nothing wrong with such use-cases, and I do not object the support=
of subpackages at all.

I had just been hoping that my comments to the earlier review would lead to=
a better design - which would have easily been possible (and I had worked out a concept several years ago, which I had discussed with some members of PortMgr and possibly also in mails to the ports maillist).

>=C2=A0 =C2=A0 =C2=A0But this comes at a high cost for all builds outsid= e the package build
>=C2=A0 =C2=A0 =C2=A0cluster, since now lots of unnecessary sub-trees wi= ll be compiled and
>=C2=A0 =C2=A0 =C2=A0installed, if only one program (i.e. sub-package) i= s desired.
>
> This is the reason why OPTIONS with SUBPACAKGES have been introduced, = to reduce
> build time for port builders.

But that does not work well if there is no way to deduce the required
OPTIONS from the required subpackages. And it requires manual intervention.=

There should have been variables like e.g. SUBPKG_DEFINE; SUBPKG_DEFAULT, SUBPKG_SELECT which control the building and installation of subpackages, and OPTIONs might depend on the selected set of subpackages (e.g., if a
~docs subpackage is selected, the DOCS option could be acticated).

>=C2=A0 =C2=A0 =C2=A0You are pessimizing the build for thousands of user= s to spare a few
>=C2=A0 =C2=A0 =C2=A0cycles for a very small percentage of packages buil= t once in a while on
>=C2=A0 =C2=A0 =C2=A0the build cluster.
>
> I have already explained this point above.

I did not see a valid explanation. Thousands (or more) port builders will waste cycles and space for subpackages that are not actually wanted, since<= br> there is no mechanism that allows to easily restrict the amount built
(without resorting to OPTIONs, but those are sticky and the next port to be built may require subpackages controlled by other options, this is not a workable conept).

>=C2=A0 =C2=A0 =C2=A0I had pointed out other issues with this approach i= n the review comment
>=C2=A0 =C2=A0 =C2=A0and in the private mail I sent 2024-01-02 after fin= ding that this version
>=C2=A0 =C2=A0 =C2=A0has been committed without formal acceptance of you= r review D40549.
>
> As I replied to you already, there has been no formal acceptance in > phabricator, but there was consensus in portmgr@ to land it.
> I apologize for not having used the appropriate reviews channel, I tot= ally
> agree that it has not been a good behavior from my side, as I'm no= t providing a
> good example.

As explained before, I had mostly given up on FreeBSD in late 2022, mostly<= br> because of frustration about PortMgr. I had stopped reading most of the
FreeBSD mail lists and might have missed an early announcement of the
plan to commit your Phabricator review. As you know, I had hoped to be
able to stear the subpackages development in a better direction as part
of the PortMgr team, but there was an objection of the author of the
original subpackages review (that your commit is based on), probably
because of my earlier comment on his approach.

>=C2=A0 =C2=A0 =C2=A0You are breaking use-cases of a large number of use= rs that still build
>=C2=A0 =C2=A0 =C2=A0ports without poudriere. This is especially causing= a barrier to entry
>=C2=A0 =C2=A0 =C2=A0of new port developers, since this will require the= m to setup poudriere
>=C2=A0 =C2=A0 =C2=A0before they can begin port development. (This will = only become an issue
>=C2=A0 =C2=A0 =C2=A0over time, as more and more dependencies will have = been converted to
>=C2=A0 =C2=A0 =C2=A0sub-packages, but then there will be no way back.)<= br> >
> I still fail to see what is going to break.
> Non-poudriere users can experience longer build time for dependencies,= but
> dependencies can be installed via packages, at least most of the time.=

This "dependencies can be installed via packages" is just the sen= timent of
PortMgr that has no interest for port building in the base system.

Some dependencies can be installed from packages, but in many cases that leads to lots of already installed programs to be substituted with packages=
built with different OPTIONs. Mixing packages and ports is not working well= ,
and the only sane possibilities are a local repository built with custom options using poudriere, or just building everything from a port on the
base system.

>=C2=A0 =C2=A0 =C2=A0Your announcement mentions some of the issues, but = does not offer any
>=C2=A0 =C2=A0 =C2=A0actual solution.
>
>
>=C2=A0 =C2=A0 =C2=A0A sane implementation of sub-packages would not mak= e their creation
>=C2=A0 =C2=A0 =C2=A0depend on OPTION settings, with no way to determine= the required OPTION
>=C2=A0 =C2=A0 =C2=A0setting for a non-default sub-package (i.e., only d= efault sub-packages
>=C2=A0 =C2=A0 =C2=A0can be depended on).
>
>=C2=A0 =C2=A0 =C2=A0I'm not going to repeat all the issues pointed = out in
>
>=C2=A0 =C2=A0 =C2=A0https://reviews.freebsd.org/D16457#= 715443
>=C2=A0 =C2=A0 =C2=A0<https://reviews.freebsd.org/D16= 457#715443>
>
>=C2=A0 =C2=A0 =C2=A0but had on multiple occasions pointed out that a sa= ne mechanism would
>=C2=A0 =C2=A0 =C2=A0start with "SUB_PACKAGE_DEFINE" and "= ;SUB_PACKAGE_DEFAULT" variables and
>=C2=A0 =C2=A0 =C2=A0with a mechanism to determine the required OPTION v= alues from the actual
>=C2=A0 =C2=A0 =C2=A0set of sub-packages to be built (instead of the opp= osite, to make the
>=C2=A0 =C2=A0 =C2=A0selection of sub-packages depend on the OPTIONs). >
> I clearly addressed this topic in the aforementioned email.

Sorry, I did not see these points addressed. Please give specific pointers.=

IMHO, all of the issues in my comment to review D16457 are still open.

> We chose not to follow this approach, and I motivated it (changing > configuration of other ports it's NOT something to have IMO).

What are you talking about ("changing configuration of other ports&quo= t;) ???

> We clearly disagree on this point.
> I have opened up the discussion to get feedback from the rest of the c= ommunity
> as well.
> So far, you are the only one strongly against this approach.

Maybe this is because other developers will only notice the effects of this=
change when many ports have been converted to subpackages?

This will make it much harder for new ports contributors to work on their first port, since port builds outside poudriere will become penalized more<= br> and more over time, as subpackages are introduced (and become dependencies)= .

I have deep insight into the ports framework since I needed to understand i= t
when I took over portmaster and added FLAVOR support to it. And as a certif= ied
Common Criteria evaluator (plus other standards) I might have a different v= iew
on aspects of software development.

I have mostly given up my attempts to help improve the ports system, for la= ck
of support (or at least not being ignored when I ask for a review) by PortM= gr.
There are a lot of sometimes trivial changes, but my past experience with PortMgr is that I cannot hope for any kind of review to suggested changes,<= br> since everybody is busy working in his field of interest and does not care<= br> for any outside contributions (and my attempt to contribute from within
PortMgr has been blocked, too).

Best regards, STefan
--00000000000084de2c060fef8147-- From nobody Sun Jan 28 04:04:50 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 4TMyW801B7z57f6P for ; Sun, 28 Jan 2024 04:04: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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TMyW71XCmz4rwD for ; Sun, 28 Jan 2024 04:04:51 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706414691; 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=leXX0xkxNYfc1m2e5uoEFtU3aqMU9Oc6ScarjciMvFM=; b=TxHRpsz5Z4sqQNLCVJRD/EWUcgLMu8gyKJWLmVoRM+MeYTDW53xWZUvEsv3i6eHqGv+yYS G5MtI04rvplxAN30L4SW8bapeUuj57kVSkBI5obS95kuaPrXgLr5fx8g1Y4AkNuOxK92aq hAGAjFpRQHkUwymXhwNYIn4EF+RiMakWqcHwDJ83MTKmDOLQshl8yuUwCXiMkNplwUqs5Z o3iDrnogj+Aq0jJUfglZ65HEiFOJyNx30gS99ds5nUj235ianB7KsmcFU8bEs1dBlVWw4C 8QvRhw44c6sgmwueJ3hlZuDzFrl9ZLZirpQSD4sWNAOghGFu6pADLyVpTr+4Rg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706414691; a=rsa-sha256; cv=none; b=Zh/s+0OYkTweglO9ALNF4RE9nLko7t/79ICUdY2WFYfkIWLMNaRLaJkDwJjqpIE2+njaiN WXGhU16nUuoMTfP/BLXg6FOqWFl8d7tirdDYYKmw4G6a3C1Gqgg9TwhwHFHxnOeyrX0J7k Vvwe5s4xsyS80LpyztShwl/jTdykmaUMeK4s0mFaz1vzq99D4ILcYWewLvIhUjtaTLvfjA lypw8MK8uPJBjiaqPcrx2KXvcHn2biKdXXns/UBfm83vF0hTZOh+8M7wN1xhzkoCQlBEph EITidbA2PRX9FmisPsVDfwYWZGXdUTd50f7j5f9e+loDafMbFk46mC+YkwFZgw== 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 4TMyW66tW3zsqQ for ; Sun, 28 Jan 2024 04:04:50 +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 40S44o5I086556 for ; Sun, 28 Jan 2024 04:04:50 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 40S44oX9086555; Sun, 28 Jan 2024 04:04:50 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202401280404.40S44oX9086555@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Sun, 28 Jan 2024 04:04:50 +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 ------------------------------------------------+-----------------+------------ emulators/libretro-ppsspp | 1.16.6 | v1.17 ------------------------------------------------+-----------------+------------ emulators/ppsspp | 1.16.6 | v1.17 ------------------------------------------------+-----------------+------------ emulators/ppsspp-qt5 | 1.16.6 | v1.17 ------------------------------------------------+-----------------+------------ 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!