From owner-freebsd-ports@freebsd.org Sun Oct 16 03:16:44 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 F25A9C12126 for ; Sun, 16 Oct 2016 03:16:43 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 93722C97; Sun, 16 Oct 2016 03:16:43 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from Alfreds-MacBook-Pro-2.local (unknown [IPv6:2601:645:8003:a4d6:28d8:f1e2:3e1e:eb27]) by elvis.mu.org (Postfix) with ESMTPSA id 3C4DA346DE8F; Sat, 15 Oct 2016 20:16:37 -0700 (PDT) Subject: Re: harder and harder to avoid pkg To: Julian Elischer , 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> <170c7cbd-306c-4d3a-2af0-2eaf4fe41b24@freebsd.org> Cc: Mathieu Arnold , Baptiste Daroussin , Andrea Venturoli , "freebsd-ports@freebsd.org" From: Alfred Perlstein Organization: FreeBSD Message-ID: Date: Sat, 15 Oct 2016 20:16:42 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <170c7cbd-306c-4d3a-2af0-2eaf4fe41b24@freebsd.org> 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: Sun, 16 Oct 2016 03:16:44 -0000 Has anyone actually looked/asked how other OS's solve this problem? I too found "xxx-dev" vs "xxx-lib" annoying until I realized how clean it actually is. We should definitely be surveying the landscape before rolling our own NIH solution. -Alfred On 10/14/16 8:30 AM, Julian Elischer wrote: > 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.. > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >