From nobody Thu Oct 26 00:44:18 2023 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 4SG6WG3xnXz4yGS3 for ; Thu, 26 Oct 2023 00:44:26 +0000 (UTC) (envelope-from danm@prime.gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 "prime.gushi.org", Issuer "RapidSSL Global TLS RSA4096 SHA256 2022 CA1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SG6WF3lDmz4NZx; Thu, 26 Oct 2023 00:44:25 +0000 (UTC) (envelope-from danm@prime.gushi.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=AK3uhz0N; spf=pass (mx1.freebsd.org: domain of danm@prime.gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=danm@prime.gushi.org; dmarc=pass (policy=none) header.from=gushi.org Received: from prime.gushi.org (localhost [127.0.0.1]) by prime.gushi.org (8.17.2/8.17.2) with ESMTPS id 39Q0iIHA068334 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Thu, 26 Oct 2023 00:44:18 GMT (envelope-from danm@prime.gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 39Q0iIHA068334 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1698281058; bh=jUQYxjwuXDWEp0uVGr7wcm0iXfZL9Kwv3X6tzbILZPE=; h=Date:From:cc:Subject:In-Reply-To:References; z=Date:=20Thu,=2026=20Oct=202023=2000:44:18=20+0000=20(UTC)|From:=2 0"Dan=20Mahoney=20(Ports)"=20|cc:=20ports@freeb sd.org,=20mat@freebsd.org|Subject:=20Re:=20Another=20morning=20los t=20to=20bad=20ports=20choices=20(perl=20upgrade,=20plus=0D=0A=20p ostgres)|In-Reply-To:=20<034BDF27-C9FC-4EBC-901E-21A4BB81AF31@gush i.org>|References:=20<034BDF27-C9FC-4EBC-901E-21A4BB81AF31@gushi.o rg>; b=AK3uhz0NVptsC19lCs5i/puCcI/R6rzBE1B1szP7yhyuo9jqYoUp16RxvuuqEmTdy szpLbxQBjoR4MQzIobL72PA9wHsPYCjIz/1iL/llcbw89oGorURLDr3M6MHolRfd5S bcXwllVjFz8S6CSeJzkW3+LUTVGyUqIMoTEHR0BTpuJR3HOaRUhKw8XLjImn84hKry N1I3Oaw0tzo/w758gP2cK5VxohS/s2FFQ4RggG2LRKDWY/o03iRP/QhHl6pYwvixTC 0nB4Ake31rHlYVx6SVXLxn9Qn7lVldUU+y6VxFGBDkQ1QNXbslFRQ0CvNqFaRistZy 7wk/Y+VBtcUmw== Received: (from danm@localhost) by prime.gushi.org (8.17.2/8.17.2/Submit) id 39Q0iIL7068333; Thu, 26 Oct 2023 00:44:18 GMT (envelope-from danm) Date: Thu, 26 Oct 2023 00:44:18 +0000 (UTC) From: "Dan Mahoney (Ports)" cc: ports@freebsd.org, mat@freebsd.org Subject: Re: Another morning lost to bad ports choices (perl upgrade, plus postgres) In-Reply-To: <034BDF27-C9FC-4EBC-901E-21A4BB81AF31@gushi.org> Message-ID: <8c6d17ba-a1ac-a00d-9b57-26556ad824d4@gushi.org> References: <034BDF27-C9FC-4EBC-901E-21A4BB81AF31@gushi.org> X-OpenPGP-Key-ID: 0x624BB249 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/mixed; boundary="33658924-2087674676-1698281058=:57007" X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (prime.gushi.org [0.0.0.0]); Thu, 26 Oct 2023 00:44:18 +0000 (UTC) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.35 / 15.00]; MISSING_TO(2.00)[]; DWL_DNSWL_MED(-2.00)[gushi.org:dkim]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.952]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; FORGED_SENDER(0.30)[freebsd@gushi.org,danm@prime.gushi.org]; R_SPF_ALLOW(-0.20)[+a]; RCVD_IN_DNSWL_MED(-0.20)[2620:137:6000:10::142:from]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; FROM_NEQ_ENVFROM(0.00)[freebsd@gushi.org,danm@prime.gushi.org]; DKIM_TRACE(0.00)[gushi.org:+]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[ports@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SG6WF3lDmz4NZx This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --33658924-2087674676-1698281058=:57007 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 24 Oct 2023, Dan Mahoney (Ports) wrote: > All, > > I=E2=80=99ve lost another morning to a bad choice made by ports/pkg. > > Maybe this is a dumb question/rant, but recently, a routine pkg upgrade= =20 > of the dayjob=E2=80=99s RT VM (which included an upgrade to perl) decided= to=20 > leave me with no ability to connect. After following the rabbit hole, I= =20 > hit a database connect error. > > p5-dbd-pg was still installed, according to pkg, but none of the perl=20 > libraries could find it, because it was in the wrong perl include dir=20 > (/usr/local/lib/perl5/site_perl/mach/5.32/DBD/Pg.pm, when the perl=20 > version was 5.34) > > Now, postgresql13 is still in pkg, still works, and according to=20 > Freshports indirectly requires postgresql13 (by way of requining libpq),= =20 > and it still builds cleanly if you set DEFAULT_VERSIONS+=3Dpgsql=3D13 in= =20 > make.conf, Rather than do nothing but complain, I decided to try and submit a patch=20 to fix this problem. (Mat, I'm cc'ing you because you're the author of=20 anything flavors-related in /usr/ports/Updating) I had a look at Makefile for databases/p5-DBD-Pg, and while it sets=20 uses=3Dperl pgsql, I don't see a magic way to simply cause the port to be= =20 built with all supported versions of pgsql. I don't see anything referring to Flavors in /usr/ports/Mk/Uses/pgsql.mk The porter's handbook is sort of lacking on this,=20 (https://docs.freebsd.org/en/books/porters-handbook/flavors/) -- it gives= =20 specific examples for PHP and Python, but not for a port which might just= =20 happen to have multiple available versions with USES=3D Lines like: "To declare a port having multiple flavors, add FLAVORS to its Makefile.=20 The first flavor in FLAVORS is the default flavor." and: It can help simplify the logic of the Makefile to also define FLAVOR as: FLAVOR?=3D=09${FLAVORS:[1]} =2E..don't give much of an example, and reading the files in /usr/ports/Mk,= =20 are not super straightforward. So the questions: Is there a trick I'm missing here? Is there not some way to auto-populate all possible flavors of a port with= =20 supported versions of a given package in USES? (Ala=20 FLAVORS=3D(pgsql_versions)) (If there were, an example usage for this is probably the most obvious use= =20 case I can think of -- a simple database driver that matches a DB=20 version). Would this require flavors knobs to be added to=20 /usr/ports/Mk/Uses/pgsql.mk? Do I need to define each possible postgres version and ifdefine it? Finally, should I be asking this somewhere else? Thanks, -Dan --=20 --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC FB: fb.com/DanielMahoneyIV LI: linkedin.com/in/gushi Site: http://www.gushi.org --------------------------- --33658924-2087674676-1698281058=:57007--