From owner-freebsd-ports@FreeBSD.ORG Tue Oct 9 22:25:56 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DC11F55 for ; Tue, 9 Oct 2012 22:25:56 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id EBB458FC12; Tue, 9 Oct 2012 22:25:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q99MPtqW040844; Tue, 9 Oct 2012 22:25:55 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q99MPtXC040843; Tue, 9 Oct 2012 22:25:55 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 10 Oct 2012 00:25:53 +0200 From: Baptiste Daroussin To: Patrick Lamaiziere Subject: Re: future of packages? Message-ID: <20121009222553.GH8713@ithaqua.etoilebsd.net> References: <20121010001723.0e75efb2@davenulle.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YrlhzR9YrZtruaFS" Content-Disposition: inline In-Reply-To: <20121010001723.0e75efb2@davenulle.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2012 22:25:56 -0000 --YrlhzR9YrZtruaFS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 10, 2012 at 12:17:23AM +0200, Patrick Lamaiziere wrote: > Hello, >=20 > I have to say that I'm convinced that pkg and packages is the way > to go. It is nice to have a package manager (pkg is a wonderfull > tool), but without package, such tool is a bit useless... >=20 > So which packages? IMO packages should be consistent (by example if we > support ipv6, all packages should have "ipv6 on" option). But this is > also true for, by example ldap: should we provide ldap authentifcation > by default? (IMO yes since FreeBSD targets servers).=20 >=20 > A "generic" packages set also means that a lot of things (into > packages) will be useless (I'm sure some pleople will complain). But it > will be the cost to use packages. >=20 > IMO it will take a lot a time to have a consistent options set for our > packages. It could be a bit premature, but I will be to happy to ear > about how packages and packages options will be handle in the future. Lot's of things are possible: 1/ with pkgng 2.0 we expect to be able to get provides/requires features, which could help a lot having packages build with different options and no dependency problem (can be seen as kindof flavours) 2/ an other direction, would be to be able to split packages: aka one port = to provide multiple packages, most (not all) of the time the options in ports = are only there to add files/libs or not into a package if we can split packages= then we can drastically reduce the number of options 3/ sane package splitting, I know there is a lot of people that will not be happy with the next, but being able to split packages into runtime vs development part for example can help a lot, for example, allowing having packages depending on mysql41 runtime libraries and mysql42 runtime librari= es install at the same time with no conflicts, lots of different version of sa= me libraries conflicts just because they are pulling the same developpement fi= les, which end-users don't care about. regards, Bapt --YrlhzR9YrZtruaFS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlB0pHEACgkQ8kTtMUmk6EyUbgCfYrR3hs27x4NiRqwxIyAiBYpN NSwAn24Cb9JniRWIbGTrYeMwki1vqpqo =jiCX -----END PGP SIGNATURE----- --YrlhzR9YrZtruaFS--