From owner-freebsd-ports@freebsd.org Tue Dec 5 08:04:48 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8442DFB51D for ; Tue, 5 Dec 2017 08:04:48 +0000 (UTC) (envelope-from freebsd-ports@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 993C26FEFD; Tue, 5 Dec 2017 08:04:47 +0000 (UTC) (envelope-from freebsd-ports@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 05 Dec 2017 09:04:38 +0100 id 00DD6042.5A265316.00014D35 Date: Tue, 5 Dec 2017 09:04:38 +0100 From: Milan Obuch To: Stefan Esser Cc: Tatsuki Makino , freebsd-ports@freebsd.org Subject: Re: Working on FLAVOR support in portmaster Message-ID: <20171205090438.43143904@zeta.dino.sk> In-Reply-To: References: X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; i386-portbld-freebsd10.4) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Tue, 05 Dec 2017 08:04:48 -0000 On Tue, 5 Dec 2017 08:35:55 +0100 Stefan Esser wrote: > Am 05.12.17 um 00:43 schrieb Tatsuki Makino: > > By the way, where is the clever way to update to flavor? > > I am using portmaster. > > I'm working on FLAVOR support in portmaster. My version did already > build all updated ports, the FLAVOR parameter is passed to build > sub-processes, but there is still some confusion between multiple > flavored versions of the same port (installing the py27 version wants > to deinstall the py36 version and vice versa), which I still have to > fix. > Thank you! Great news. > I'm not sure that I have time to complete the fix today, but it is > not too hard. Ports need to complement the port origin with the > FLAVOR, where appropriate (e.g. when a flavored destination is found > in MOVED). Already installed packages are annotated with "flavor" and > that must be passed to the build command, when that port is updated. > Most other logic in portmaster remains unaffected. > As I understand it, portmaster is kind of wrapper around ports infrastructure. What makes it complicated is a good number corner cases which are not easy to handle right. In my experience, even unaltered still kind of works for me with recet port tree. I did even upgrade some python ports with it, so chances are it could be done. > My work version has all non PKG_NG support stripped, but that is > mainly to not waste effort fixing irrelevant sub-routines. > > Is it acceptable, to have portmaster stop supporting the old package > system? AFAIK, there is no way that a modern ports tree with flavor > support works with a non-PKG_NG infrastructure? > This is not easy to tell... Is there still interest in old pkg_tools? In my opinion, old pkg_tools should be in history (and I know I did use them as long as it was kind of working before moving to current pkg). How much of portmaster code deals with this legacy tools? Removing this code could have positive effect of less code to deal with means less space for bugs... Or portmaster-legacy port could be created, if there is real interest. Regards, Milan