Date: Tue, 5 Dec 2017 09:04:38 +0100 From: Milan Obuch <freebsd-ports@dino.sk> To: Stefan Esser <se@freebsd.org> Cc: Tatsuki Makino <tatsuki_makino@hotmail.com>, freebsd-ports@freebsd.org Subject: Re: Working on FLAVOR support in portmaster Message-ID: <20171205090438.43143904@zeta.dino.sk> In-Reply-To: <e433671c-13b1-26fa-c2e3-550b1a9e52c0@freebsd.org> References: <CAN6yY1ujLFdKpuG4Rxz%2Bfww9gAxTBaY14iCB7RFTkh-oVB1%2B9A@mail.gmail.com> <KL1PR0601MB19922BB1EBA15687D47C4CE2FA3C0@KL1PR0601MB1992.apcprd06.prod.outlook.com> <e433671c-13b1-26fa-c2e3-550b1a9e52c0@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 5 Dec 2017 08:35:55 +0100 Stefan Esser <se@freebsd.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171205090438.43143904>