From owner-freebsd-ports@freebsd.org Wed Mar 28 05:38:15 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E49A8F5E52E for ; Wed, 28 Mar 2018 05:38:14 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7FAE17699C for ; Wed, 28 Mar 2018 05:38:14 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: by mailman.ysv.freebsd.org (Postfix) id 36F80F5E52D; Wed, 28 Mar 2018 05:38:14 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14CB3F5E52C for ; Wed, 28 Mar 2018 05:38:14 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from kmailer.gwdg.de (kmailer.gwdg.de [134.76.11.26]) (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 AA60D76999; Wed, 28 Mar 2018 05:38:13 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-24.um.gwdg.de ([134.76.9.234] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.90_1) (envelope-from ) id 1f13Xx-0005pJ-2g; Wed, 28 Mar 2018 07:22:53 +0200 Received: from pc028.nfv.nw-fva.de (134.76.242.1) by EXCMBX-24.um.gwdg.de (134.76.9.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1415.2; Wed, 28 Mar 2018 07:22:52 +0200 Subject: Re: FreeBSD Port: py27-qt5-core / Py36-qt5-core To: Guido Falsi , "D.-C. M." , "kde@FreeBSD.org" CC: "ports@FreeBSD.org" References: From: Rainer Hurling Message-ID: Date: Wed, 28 Mar 2018 07:22:46 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 8bit X-ClientProxiedBy: EXCMBX-11.um.gwdg.de (134.76.9.220) To EXCMBX-24.um.gwdg.de (134.76.9.234) X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 05:38:15 -0000 Hi D.-C. M., hi others, Am 27.03.2018 um 23:49 schrieb Guido Falsi: > On 03/27/18 22:44, D.-C. M. wrote: >> Hello, >> > > Hi! > >> >> >> At this moment, it is impossible to build side by side py27-qt5-core and >> py36-qt5-core. >> >> >> >> There is a collison on /usr/local/bin/pyuic >> >> >> >> This is annoying… Python 27 is still the default, but become quite old now. >> > > I'm not a python expert, but I understand that python 2.7 and python 3 > are two slightly different languages not fully compatible with each other. > > I also understand(but have not gone into depth about this) that there is > some resistance to python 3, with many developers being reluctant to > move to version 3, for whatever reason(I imagine it's language design > choices, but I really don't know) > > I'm stating this because it means such incompatibilities are not going > away easily. It's not just a ports system problem, but an actual python > ecosystem problem. > > Too say it in other words, python 2.7 isn't really just "the old > version" and python 3 is not just "the new version". They have parallel > lifes. > > >> deskutils/calibre >> >> which requires py27-qt5-core >> >> I have tried to modify Makefile to try to build calibre-ebook port >> versus py36, but there seems to be a hard dependency to Python 27, as > > calibre is programmed for python 2.7 and the original author has no plan > to update it to work with python 3: > > https://bugs.launchpad.net/calibre/+bug/1456642 > > This is in relation to what I said above. > >> >> >> >> www/py-mechanize does not not exist in py36 flavor > > It's not just a dependency problem. Calibre code depends on python 2.7 > language peculiarities which are different in python 3 (again I don't > know the details) > >> >> >> >> I would guess that it could be possible to differentiate the name of binary >> >> /usr/local/lib/pyuic > > This would not suffice to fix the problem you're seeing. > >> >> >> >> According to Py27 / Py36 flavor, with some strap. >> >> In fact, most of py27-xx/py36-xx can build side by side, but not py-qt5-core There are some PRs about this[1][2] [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219641 [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223764 In comment #33 of PR 219641 I suggested a possible change. This would be 'double flavored' (QT[45] and py[45] at the same ports), which could be a problem with the design of flavors. Also, it is not tested very well. > > And that's a problem since packages downstream from py-qt5-core strictly > require python 2.7 or 3 and can't switch from one to another, but as I > said, that's a python problem. >