From owner-freebsd-ports@freebsd.org Wed May 19 16:09:31 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 E65D06458F1 for ; Wed, 19 May 2021 16:09:31 +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 4Fld9Q4PM6z4tH0; Wed, 19 May 2021 16:09:30 +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 14JG9NEw009702 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 19 May 2021 09:09:24 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 14JG9NiD009701; Wed, 19 May 2021 09:09:23 -0700 (PDT) (envelope-from fbsd) Date: Wed, 19 May 2021 09:09:23 -0700 From: bob prohaska To: Stefan Esser Cc: freebsd-ports@freebsd.org Subject: Re: Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4 Message-ID: <20210519160923.GA9673@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Fld9Q4PM6z4tH0 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 [2.86 / 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)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.991]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.97)[0.971]; R_SPF_NA(0.00)[no SPF record]; 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: Wed, 19 May 2021 16:09:32 -0000 On Tue, May 18, 2021 at 09:24:00AM +0200, Stefan Esser wrote: > [portmaster background omitted] > If you want to give the attached port a try, it will install LUA and some I tried ports-mgmt/portmaster, it got stuck the same as make. Unless the new version behaves very differently I'm doubtful it'll help. At the moment it looks like lxqt requires both python37 and python38. The needs seem to arise at different stages of the build, so perhaps they can be invoked, used and removed sequentially, but at this point deleting python37 causes enough collateral damage to make further progress impossible, or at least non-obvious. If the conflict is really limited to merely naming two versions of /usr/local/bin/easy_install fixing the naming convention seems to be the obvious answer. I remain baffled why something called "easy_install" remains essential after installatiion. Unless of course it's not really an installer. Even so, a more sensible naming scheme strikes me as helpful. It isn't apparent to me that something like poudriere can solve this sort of problem either. If poudriere attempts to build lxqt in a single jail it looks like the conflict will emerge within the jail. It'd have to split the build between two or more jails and then merge the (compatible) executables into a third jail for completion, AIUI. At this point I'm stuck. Thanks for reading and your offer of help! bob prohaska