From owner-freebsd-ports@freebsd.org Mon May 17 15:55:21 2021 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0F67464BD89 for ; Mon, 17 May 2021 15:55:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FkNxy4pqJz3tcX; Mon, 17 May 2021 15:55:18 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 14HFtGnM078346 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 17 May 2021 08:55:16 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 14HFtGtL078345; Mon, 17 May 2021 08:55:16 -0700 (PDT) (envelope-from fbsd) Date: Mon, 17 May 2021 08:55:15 -0700 From: bob prohaska To: George Mitchell Cc: Kubilay Kocak , FreeBSD ports Subject: Re: Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4 Message-ID: <20210517155515.GA77731@www.zefox.net> References: <515FCC01-19A2-463C-8416-85D0BF0B4845.ref@yahoo.com> <515FCC01-19A2-463C-8416-85D0BF0B4845@yahoo.com> <20210514013518.GA46967@www.zefox.net> <18651bb2-4093-af83-da8f-d57553fffc9d@FreeBSD.org> <20210514163514.GA52420@www.zefox.net> <802898bf-fb68-f648-b893-1bebb02d9c16@FreeBSD.org> <20210517021927.GA66198@www.zefox.net> <1eef122c-f10e-4010-bfd6-0bb1cfa5ac82@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1eef122c-f10e-4010-bfd6-0bb1cfa5ac82@m5p.com> X-Rspamd-Queue-Id: 4FkNxy4pqJz3tcX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 15:55:21 -0000 On Mon, May 17, 2021 at 09:37:07AM -0400, George Mitchell wrote: > On 5/16/21 10:19 PM, bob prohaska wrote: > > [...] > > I'd like to see the ports system keep working as it has in the past, but that seemingly > > requires a kind of machine intelligence that hasn't evolved yet. Poudriere seems like > > a brute force approach. [...] > > You'll find quite a few remaining fans of portmaster. Occasionally it > puts you in dependency hell if you don't run "pkg check -ad" and "pkg > check -aB" often enough, but I've given up on poudriere more than once. 8-) Poudriere seems adapted to a closed-source system where the primary goal is expedient production of binary-only software. It doesn't explicitly close the source, but does discourage access. I fiddled with portmaster some time ago while trying to compile www/chromium on a Raspberry Pi3. It seemed more prone to getting stuck than a simple make -DBATCH when all the dust settled. A large fraction of stoppages were related to refusal to upgrade old ports that were already installed. Since portmaster was advertised as a way to "upgrade" existing ports that was surprising. The existing conflict between versions of python strikes me as more of a planning problem than a software bug. It may be naive, but I don't see why python37 and python38 can't use distinct names for files placed in system directories. It's rather more peculiar that deinstalling python37 does not solve the problem. Nor does deleting the offending file (link). Still, poudriere seems a huge hammer for a small tack. Thanks for reading, bob prohaska