From owner-freebsd-ports@freebsd.org Fri Oct 14 15:30:59 2016 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 69129C11806 for ; Fri, 14 Oct 2016 15:30:59 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B91B4C06; Fri, 14 Oct 2016 15:30:58 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u9EFUg6l097248 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 14 Oct 2016 08:30:43 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: harder and harder to avoid pkg To: Matthieu Volat , David Demelier References: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org> <20161012092403.66a41d9e@freedom.alkumuna.eu> <00f3768e-f57a-661c-aa62-89cdf10926bd@netfence.it> <5a38b25d-2ac9-cd9b-0701-fbaad5af06c0@FreeBSD.org> <20161014092250.oyi6d5iks3s4pjol@ivaldir.etoilebsd.net> <20161014132700.493b78a6@freedom.alkumuna.eu> Cc: Baptiste Daroussin , Mathieu Arnold , Andrea Venturoli , "freebsd-ports@freebsd.org" From: Julian Elischer Message-ID: <170c7cbd-306c-4d3a-2af0-2eaf4fe41b24@freebsd.org> Date: Fri, 14 Oct 2016 08:30:36 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161014132700.493b78a6@freedom.alkumuna.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2016 15:30:59 -0000 On 14/10/2016 4:27 AM, Matthieu Volat wrote: > On Fri, 14 Oct 2016 13:05:35 +0200 > David Demelier wrote: > >> 2016-10-14 11:22 GMT+02:00 Baptiste Daroussin : >>> It is imho doable in both sides. >>> >>> We could imagine tagging the plist/manifest so pkg can allow a user to install >>> only the things tagged as runtime for exemple which would do the job. for what >>> Julian is asking for beside adding lots of complexity pkg(8) and adding a >>> nightmare in the solver. >>> >>> That would "please" the people that want "hey keep the giant flat package as it >>> is better for dev given I don't have to install the -devel version something" >>> and the people wanting fine grain selection if they need to. >>> >>> But on the ports side that would be a nightmare having to tag all the plist (and >>> this cannot be automated because there are to many corner cases. >> IIRC, rpm builders have script that automate this by finding files in >> standard directories. Probably by checking in the stage a include/ >> directory and "tag" it as the development part. > Unless things changed very recently, not quite : you have to pile subpackage declaration and files sections according to the subpackages you create. The only things it has to ease the burden is you can use wildcard patterns to select files. > >> It will be the most smart way of doing this but still require some >> addition to pkg. Probably like: >> >> - pkg install mylib >> - pkg install -t dev mylib >> - pkg install -t runtime mylib >> - pkg install -t dev,runtime,doc mylib >> >> Just thinking ;) > More options, then more options to `pkg info` to get what was installed when something cannot build, then more pkg search options and manpage because more "-t" flags will be added and we don't know what's needed? > I'm glad people are at least thinking about it... I don't think there are so many categories. Are we installing onto a development machine, user machine, or an appliance? appliances don't need man pages. User machines need man pages for programs but not for libraries and developer machines.. everything..