From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 16 12:33:08 2003 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3467C16A4BF; Thu, 16 Oct 2003 12:33:08 -0700 (PDT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01.southeast.rr.com [24.93.67.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F7943FEC; Thu, 16 Oct 2003 12:33:07 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])h9GJX62I012512; Thu, 16 Oct 2003 15:33:06 -0400 (EDT) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) h9GJWXM5050565; Thu, 16 Oct 2003 15:32:33 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Philip Paeps In-Reply-To: <20031016192420.GC650@hermes.home.paeps.cx> References: <1066241563.721.27.camel@gyros> <20031016102623.GE648@hermes.nixsys.be> <200310161705.20400.avleeuwen@piwebs.com> <20031016192420.GC650@hermes.home.paeps.cx> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lTxR9N+/Reb5Z74HICn1" Organization: MarcusCom, Inc. Message-Id: <1066332787.753.62.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 16 Oct 2003 15:33:07 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: ports@freebsd.org Subject: Re: RFC: What to do with Mozilla X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 19:33:08 -0000 --=-lTxR9N+/Reb5Z74HICn1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-10-16 at 15:24, Philip Paeps wrote: >=20 > Yes, that's true. Expanding on the original braindump would be to use po= rts > like www/mozilla14, www/mozilla15, www/mozilla16 and www/mozilla-firebird > which refer to www/mozilla and set de correct pkgnamesuffix and build wit= h the > right knobs. I think this would get cumbersome if we had to create a new mozillaX directory for each version. I don't think it's necessary to have every version in the tree forever. Previously we tracked the vendor (ultra-stable) track, the stable track, and the development snapshot track. The issue at hand is do we continue with three tracks, or is two sufficient. >=20 > > and it would be far more difficult for people to search for the newest > > version of Mozilla (go to Freshports, search for Mozilla - you'll find > > Mozilla 1.4, because that's the default. Where is 1.5? Where is Firebir= d? > > Same with searching using make search). >=20 > Indeed. I think this issue would also be solved with different ports all > building the same port with different knobs and suffixes? I don't see how this can happen. Each port has its own set of distfiles. >=20 > It would be nice if we could split out Mozilla as a program and Mozilla a= s a > dependency. Some things which cite Mozilla as a dependency probably only= need > Gecko or bits of Gecko, in which case they would specify USE_MOZILLA=3Dge= cko and > potentially WANT_MOZILLA_GECKO_VER=3D15 or something to that effect, and = they'd > magically get something like www[devel?]/mozilla-gecko[15?] as a dependen= cy. >=20 > Currently, people (users and maintainers) need to keep track of heaps of > versions and ports and are probably spending a lot of time compiling thin= gs > they'll never use and are never even used internally by the programs depe= nding > on them. We tried this with the -embedded ports, and it didn't work. No one used them, and they were broken to boot. Most users simply installed a full-blown Mozilla, so they could have, for example, Galeon and Mozilla as potential browsers. They didn't want to spend the time compiling mozilla-embedded just to have Galeon. As for the useless options, we've tried to make Mozilla as customizable as possible so that you can turn off just about everything. That can greatly reduce compile time. Joe >=20 > - Philip --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-lTxR9N+/Reb5Z74HICn1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/jvJzb2iPiv4Uz4cRAmbVAKCGjYjRY4S1zyc5uKpnuqvsj8hbAQCgiy5R iY3dVSIvGT3uwmwWx1vpIJ4= =Cdrx -----END PGP SIGNATURE----- --=-lTxR9N+/Reb5Z74HICn1--