From owner-freebsd-ports@FreeBSD.ORG Tue Feb 8 22:21:24 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CFB16A4CE for ; Tue, 8 Feb 2005 22:21:24 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FD8A43D31 for ; Tue, 8 Feb 2005 22:21:23 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id j18MLMDX060628 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Feb 2005 23:21:22 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id j18MLLpV060627; Tue, 8 Feb 2005 23:21:21 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: "Thomas E. Zander" In-Reply-To: <20050208221337.GM68319@marvin.riggiland.au> References: <20050207231916.GC68319@marvin.riggiland.au> <1107896833.67090.11.camel@hood.oook.cz> <20050208221337.GM68319@marvin.riggiland.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gtcdAGt3SK/PY8vJG1VS" Date: Tue, 08 Feb 2005 23:21:21 +0100 Message-Id: <1107901281.67090.25.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: ports@FreeBSD.org Subject: Re: [Please test] mplayer-0.99.6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 22:21:24 -0000 --=-gtcdAGt3SK/PY8vJG1VS Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Thomas E. Zander p=ED=B9e v =FAt 08. 02. 2005 v 23:13 +0100: > Hi, >=20 > On Tue, 08. Feb 2005, at 22:07 +0100, Pav Lucistnik wrote > according to [Re: [Please test] mplayer-0.99.6]: >=20 > > [MPLAYER_CUSTOM_BUILD] > > Why is this variable needed? > >=20 > > Users surely will want to just define WITHOUT_GUI=3Dyes and expect the > > port to disable Gtk frontend, as it did up to now. This new variable > > which have to be declared for WITHOUT_GUI to take effect looks like pur= e > > annoyance to me. What's the background behind it? >=20 > Well, annoyance is pretty hard imho. > As I explained, there was some discussion going on in mplayer land, and > most users (including myself) consider a good idea to be able to build > some kind of 'official' binary package which includes some specific > features and isn't built for a special CPU. In other words: It should > be possible to build identical mplayer packages on different machines > with different additional installed ports without tweaking make flags > over and over. > Until pre5, we automatically added dependencies and linked to the libs > which are found on the system which results in a different mplayer port > for almost any setup. To change this, I wanted to add a knob which > defines dependencies on special features (and ONLY those features) to > offer this possibility of unification. I always consider it a great feature and a huge comfort for user that it adapts to what user have installed. It would be silly to have libfoo installed and still have to define something by hand to make mplayer pick it up. I wonder, if you run ./configure script by hand, it will autopickup stuff? > Now it's ok to discuss: Is it correct to set this binary-should-look- > the-same-way-everywhere-build as the default as I did in the test port > or should we think the other direction? So what about reverse action - leave old behaviour on and add WITH_GENERIC_SETTINGS or something which would turn on this generic profile? > I've chosen this course of action because I am of the opinion that > build machines like our bento should be able to create the binary > packages without having to define some knobs and without following a > specific order of installing the ports in order to build a special > package with the desired 'default' features. You can make the port that default values of WITH_* and WITHOUT_* knobs give you your desired package, and you make rely on official package building cluster to build the package exactly you want it. > I thought it's not a big deal for users who install custom mplayers > anyways just to define an additional make variable. I think a lot of people define at least optimization and CPU detection flags, and if nothing they will be pretty surprised. --=20 Pav Lucistnik Angband in action! Constant escalation to new depths to find angrier, meaner letters and more punctuation! --=-gtcdAGt3SK/PY8vJG1VS Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCTthntdYP8FOsoIRAuayAKCxC66J4QVU5e4lt0hjuX9n8bhmzgCdHfl1 U+TU1J1TaJjWhwDDfdmeqhM= =XqfZ -----END PGP SIGNATURE----- --=-gtcdAGt3SK/PY8vJG1VS--