Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 May 2006 11:39:36 -0700
From:      Brooks Davis <brooks@one-eyed-alien.net>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: Upgrade Tool
Message-ID:  <20060504183936.GC28973@odin.ac.hmc.edu>
In-Reply-To: <20060504165727.GA67780@xor.obsecurity.org>
References:  <44538D42.8030301@chrismaness.com> <200605010901.50654.aren.tyr@gawab.com> <20060501091523.GA38820@pentarou.parodius.com> <200605021827.34873.aren.tyr@gawab.com> <20060504094155.GC984@roadrunner.q.local> <20060504165727.GA67780@xor.obsecurity.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--DSayHWYpDlRfCAAQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, May 04, 2006 at 12:57:27PM -0400, Kris Kennaway wrote:
> On Thu, May 04, 2006 at 11:41:55AM +0200, Ulrich Spoerlein wrote:
> > Aren Olvalde Tyr wrote:
> > > Perhaps it would be good, if, say on the corresponding port entry on =
the=20
> > > FreeBSD ports webpage, it listed all the options used for building th=
e binary=20
> > > package. For example, for the "Package" link, instead of simply linki=
ng to=20
> > > the package, it could link to a page entry listing all of the build o=
ptions=20
> > > used, with the package download link at the bottom. Or something like=
 that.=20
> > >=20
> > > Just an idea. What do people think?=20
> >=20
> > I'd even go further. This is something I have been thinking about on and
> > off. Namely, a FLAVOUR system for packages. A maintainer specifies up to
> > three FLAVOURs per port, which set various flags for building the port.
>=20
> In FreeBSD land these are called "slave ports", and you can have as
> many as you like.  I don't have any interest in adding a separate
> "flavour" system in parallel to this.

With MPI based parallel code there are times where I think a flavor
system might scale better, but I haven't done the work to expose the
non-scaling yet.  The problem is that we've got ~5 versions of MPI
in the tree, but each one of those really should be buildable with
different C and Fortran compilers so you could easily see 50+ MPIs.
Multiple each applicaiton by that and things get crazy. :)

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--DSayHWYpDlRfCAAQ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFEWkpnXY6L6fI4GtQRAlmnAJ4vjDvkasHANmqIRA+gU260dNg05wCfRtMg
KZX24HKGbRaDG2k7rNs8m8c=
=2Q7p
-----END PGP SIGNATURE-----

--DSayHWYpDlRfCAAQ--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060504183936.GC28973>