Date: Fri, 14 Oct 2016 11:39:07 +0100 From: Matthew Seaman <matthew@FreeBSD.org> To: freebsd-ports@freebsd.org Subject: Re: harder and harder to avoid pkg Message-ID: <04c55590-c19b-c42c-db75-075edd543003@freebsd.org> In-Reply-To: <20161014092250.oyi6d5iks3s4pjol@ivaldir.etoilebsd.net> References: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org> <20161012092403.66a41d9e@freedom.alkumuna.eu> <00f3768e-f57a-661c-aa62-89cdf10926bd@netfence.it> <CAO%2BPfDfLtw6OjPvrMC5hzfEL1CH7wyLZ0=RQstqZrRmOmk5pxA@mail.gmail.com> <a8a151c8-9f44-f057-4d16-675924229cbe@freebsd.org> <5a38b25d-2ac9-cd9b-0701-fbaad5af06c0@FreeBSD.org> <20161014092250.oyi6d5iks3s4pjol@ivaldir.etoilebsd.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8dqVuwaoU85JuqdpF0jlidp5qoAdTAnu7 Content-Type: multipart/mixed; boundary="8TmchsEORQvnqlDJhP4XUxObEH5RXWpdx"; protected-headers="v1" From: Matthew Seaman <matthew@freebsd.org> To: freebsd-ports@freebsd.org Message-ID: <04c55590-c19b-c42c-db75-075edd543003@freebsd.org> Subject: Re: harder and harder to avoid pkg References: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org> <20161012092403.66a41d9e@freedom.alkumuna.eu> <00f3768e-f57a-661c-aa62-89cdf10926bd@netfence.it> <CAO+PfDfLtw6OjPvrMC5hzfEL1CH7wyLZ0=RQstqZrRmOmk5pxA@mail.gmail.com> <a8a151c8-9f44-f057-4d16-675924229cbe@freebsd.org> <5a38b25d-2ac9-cd9b-0701-fbaad5af06c0@FreeBSD.org> <20161014092250.oyi6d5iks3s4pjol@ivaldir.etoilebsd.net> In-Reply-To: <20161014092250.oyi6d5iks3s4pjol@ivaldir.etoilebsd.net> --8TmchsEORQvnqlDJhP4XUxObEH5RXWpdx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/14/16 10:22, Baptiste Daroussin wrote: > 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. f= or what > Julian is asking for beside adding lots of complexity pkg(8) and adding= a > nightmare in the solver. >=20 > That would "please" the people that want "hey keep the giant flat packa= ge as it > is better for dev given I don't have to install the -devel version some= thing" > and the people wanting fine grain selection if they need to. >=20 > But on the ports side that would be a nightmare having to tag all the p= list (and > this cannot be automated because there are to many corner cases. You still need something like this whichever way sub-packages are implemented -- compiling and staging the port generates a whole load of files and you somehow have to identify each of them as docs, examples, whatever either for tagging in the plist or for turning into sub-packages= =2E Some of that you can do heuristically, but yeah -- this classification job would be a thing that port maintainers get to enjoy. It should be possible to create meta-packages that do nothing except depend on commonly used combinations of sub-packages as a convenience for people installing software at the command line. For example one that could have the same overall result as installing an all-in-one package at the moment. I believe something like this is planned for the base system packages. > Having the port that grows the feature would be really nice because no = work > would be needed on pkg :) and that would reduce cluster package buildin= g as we > could merge qt, php etc into one port that builds multiple sub packages= =2E True, that would save a number of repetitive compilations. Of course, what you save by implementing sub-packages you'ld immediately lose (and more) by implementing package flavours. Cheers, Matthew --8TmchsEORQvnqlDJhP4XUxObEH5RXWpdx-- --8dqVuwaoU85JuqdpF0jlidp5qoAdTAnu7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJYALXRAAoJEABRPxDgqeTnHbsP/0KqojXoDoqf0uFWSWaZ4hAj vu2hJGGa6Ijwqxoxbf8IFAdUQPjby/3yQ4Kti5oTVoECsBiC02W41qxbS6OfNuj4 CJPrIWgc0McfvtNNfIUF7GYH9sqI6jPKP1z4nnEIhkYCByKJFWEsCjN/wRrU1pHT /4oV+FR603i5O15TR8We7GkEWocrnPV+Q1JUUDvZXa5C5nGrGRIZKi6F03t/Gmv8 6ECOBuolzK0m9oudb7exHOax6pOKCSjpX4wiznJ7oPETRzhtSQX7GaVyhOpTrOlR CKtwJYVmrhxYF8GhQneloiGfR/OFhZSgZIHhywWY7y/YmKIrRgNzNNIeQBbs5YMh dxxrwnBjh7/4ky5gLo+VHtAhdY0o16w7i4Xf/dg1fMd8e5usmYhh7BFiPUihpsDC DC4Fcf3frNdrqXDXkmkAdtKCwHy55mrgrKn0+nSkq0HT/zljcXaLNMj/yj2lD1eP TTkh0Mwyk0brSenQxW4y3QmxuwNGCfm4X5jofypxvKb92jN5EZM28rFGkryCgaQ6 gTte1QF/LZoV2vuICMsC9eZzPsVbnQ49j2y6kOeKllQwWQ+c5OxzraNMAhrjvRGy hARHg2eGQJVV00Rxrkpo3Hchpuf1G+BEVUWMaantHfnZzRvjUXJ1Z7F9chNqGATv InU/WuisjjBWVTo6I7jx =ipCX -----END PGP SIGNATURE----- --8dqVuwaoU85JuqdpF0jlidp5qoAdTAnu7--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?04c55590-c19b-c42c-db75-075edd543003>