Date: Thu, 16 Oct 2003 15:33:07 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Philip Paeps <philip+freebsd@paeps.cx> Cc: ports@freebsd.org Subject: Re: RFC: What to do with Mozilla Message-ID: <1066332787.753.62.camel@gyros> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1066332787.753.62.camel>