Date: Fri, 04 Oct 2013 08:24:43 +0100 From: Matthew Seaman <m.seaman@infracaninophile.co.uk> To: Baptiste Daroussin <bapt@FreeBSD.org> Cc: ports@freebsd.org, =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= <fernando.apesteguia@gmail.com> Subject: Re: [HEADSUP] Staging, packaging and more Message-ID: <524E6D3B.70500@infracaninophile.co.uk> In-Reply-To: <20131004070503.GF72453@ithaqua.etoilebsd.net> References: <20131003084814.GB99713@ithaqua.etoilebsd.net> <524D6059.2000700@FreeBSD.org> <524DD120.4000701@freebsd.org> <20131003203501.GA1371@medusa.sysfault.org> <CAGwOe2Ye2MLz3QpyMW3wyN9ew%2BiNnTETS1oOi_%2B8dPehUcWa0w@mail.gmail.com> <20131004061833.GA1367@medusa.sysfault.org> <20131004063259.GC72453@ithaqua.etoilebsd.net> <524E679B.9010103@infracaninophile.co.uk> <20131004070503.GF72453@ithaqua.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) --vMmfh8BgCTTB47OiQxNjxFFm5LRUSw52N Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/10/2013 08:05, Baptiste Daroussin wrote: > On Fri, Oct 04, 2013 at 08:00:43AM +0100, Matthew Seaman wrote: >> On 04/10/2013 07:32, Baptiste Daroussin wrote: >>> On the other ends, that makes the package fat for embedded systems, t= hat also >>> makes some arbitrary runtime conflicts between packages (because they= both >>> provide the same symlink on the .so, while we could live with 2 versi= on at >>> runtime), that leads to tons of potential issue while building locall= y, and >>> that makes having sometime insane issues with dependency tracking. Wh= y having >>> .a, .la, .h etc in production servers? It could greatly reduce PBI si= ze, etc. >>> >>> Personnaly I do have no strong opinion in one or another direction. S= hould we be >>> nicer with developers? with end users? with embedded world? That is t= he question >>> to face to decide if -devel packages is where we want to go or not. >> >> Can't we have the best of both worlds? >> >> We're already planning on creating sub-packages for eg. docs and >> examples. The default will be to install docs etc. sub-packages >> automatically unless the user opts out in some way. I imagine there >> will be a global switch somewhere -- in pkg.conf or similar[*]. >> >> Couldn't we work devel packages in the same way? Install by default >> alongside the main package unless explicitly requested not to. >> >> I think having the capability to selectively install parts of packages= >> like this is important and useful functionality and something that wil= l >> be indispensible for eg. embedded platforms. But not an option that t= he >> vast majority of ordinary users will need to exercise. >> >> Cheers, >> >> Matthew >> >> [*] The precise mechanism for choosing which sub-package bits to insta= ll >> has not yet been written. If anyone has any bright ideas about how th= is >> should all work, then I'd be interested to hear them. >> >=20 > That is another possiblity, I do prefer Erwin's idea about the -full, b= ut this > also makes a lot of sense. I think I was sufficiently vague about mechanism that Erwin's ideas are compatible with what I wrote. I know what I think the eventual functioonality should be, but I don't really have any detailed ideas on how to implement it. Yet. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --vMmfh8BgCTTB47OiQxNjxFFm5LRUSw52N Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iKYEARECAGYFAlJObTtfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldEI1NTUyQTk2Mjc0RUQyNDg1NzM0MEVCNEYw QzhFNEU3NjBBRTkwOEMACgkQ8Mjk52CukIwHuQCdFRQsH6Kp7NSNhAwDOjZneWZ0 JzcAn2OQptkscZvgbCxBKnjrUwztni6O =fewY -----END PGP SIGNATURE----- --vMmfh8BgCTTB47OiQxNjxFFm5LRUSw52N--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?524E6D3B.70500>