Date: Fri, 12 Apr 2019 10:34:41 +0200 From: Stefan Esser <se@freebsd.org> To: starikarp@dismail.de, FreeBSD Ports <ports@freebsd.org> Subject: Re: python Message-ID: <40639d6a-48d4-d61d-c2b9-c1732e0ccea5@freebsd.org> In-Reply-To: <699bf04c-0d50-408c-24e7-a9d6329e5991@freebsd.org> References: <20190410180322.13147095@dismail.de> <699bf04c-0d50-408c-24e7-a9d6329e5991@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Please excuse the top-post - I have only one sentence to add: I have tried to reproduce the issue with print/hplip by installing a QT4 flavored version from before the port update, and updating that port the new the non-flavor version with portmaster, which worked without issue - so I'm not able to test any fix to portmaster, currently ... Regards, STefan Am 11.04.19 um 09:29 schrieb Stefan Esser: > Am 11.04.19 um 00:03 schrieb ajtiM via freebsd-ports: >> Hi! >> >> With portmaster I try to update todays ports and python default is >> version 3.7 which is okay for me but not for hplip: >> ===>>> All >> >> hplip-3.17.11_3 (5/43) >> >> ===>>> Returning to dependency check for print/hplip >> ===>>> Dependency check complete for print/hplip >> >> ===>>> All >> hplip-3.17.11_3 (5/43) >> >> ===> hplip-3.17.11_4 FLAVOR is defined (to py27) while this port does >> not have FLAVORS.. >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/print/hplip > > This is a bad effect caused by the removal of FLAVORs from an > installed port. > > Since the previous revision of this port required a flavor, it > will be updated with that same flavor passed as a parameter to > the build process. The build could just ignore the irrelevant > flavor, but that is not what the ports system does ... > > In this particular case the removal of QT4 is the cause. The > port used to support flavors "qt4" and "qt5" and to fix this > issue for portmaster, entries in MOVED should exist that make > upgrades use print/hplip without flavor, whether the qt4 or > qt5 version was installed. > > I plan to add code to portmaster to verify that a FLAVOR that > is to be used for a port still applies, before starting to > build it. > > But it is not obvious to me what to do for all of the cases > that exist: > > 1) FLAVORS removed from the port -> build without flavors > > 2) Specific FLAVOR removed from the port -> build with default > flavor (?) > > Anyway, for the time being you'll have to deinstall the port > (use "pkg delete -f hplip" to prevent recursive deletion of > dependent ports) and then re-install it with portmaster (which > will build it without flavor, then. > > Another possibility is to remove the "flavor" annotation > registered for this port in the PKGDB, then portmaster will > upgrade the port without providing a FLAVOR to the build ... > > I'll see that I fix this problem in portmaster, but it will take > some time ... > > Regards, STefan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40639d6a-48d4-d61d-c2b9-c1732e0ccea5>