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--