From owner-freebsd-ports@FreeBSD.ORG Thu Oct 16 13:10:13 2003 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 CB52016A4B3; Thu, 16 Oct 2003 13:10:13 -0700 (PDT) Received: from apate.telenet-ops.be (apate.telenet-ops.be [195.130.132.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A49B43FE9; Thu, 16 Oct 2003 13:10:12 -0700 (PDT) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by apate.telenet-ops.be (Postfix) with SMTP id 8AF1537FBF; Thu, 16 Oct 2003 22:10:11 +0200 (MEST) Received: from fortuna.home.paeps.cx (D576865A.kabel.telenet.be [213.118.134.90]) by apate.telenet-ops.be (Postfix) with ESMTP id 336C937FC1; Thu, 16 Oct 2003 22:10:11 +0200 (MEST) Received: from hermes.home.paeps.cx (hermes.home.paeps.cx [10.0.0.4]) by fortuna.home.paeps.cx (Postfix) with ESMTP id 12FC72121; Thu, 16 Oct 2003 22:10:11 +0200 (CEST) Received: by hermes.home.paeps.cx (Postfix, from userid 1001) id 87AAE56; Thu, 16 Oct 2003 22:10:10 +0200 (CEST) Date: Thu, 16 Oct 2003 22:10:10 +0200 From: Philip Paeps To: FreeBSD GNOME Users , ports@freebsd.org Message-ID: <20031016201010.GE650@hermes.home.paeps.cx> Mail-Followup-To: FreeBSD GNOME Users , ports@freebsd.org References: <1066241563.721.27.camel@gyros> <20031016102623.GE648@hermes.nixsys.be> <200310161705.20400.avleeuwen@piwebs.com> <20031016192420.GC650@hermes.home.paeps.cx> <1066332787.753.62.camel@gyros> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1066332787.753.62.camel@gyros> X-Date-in-Rome: ante diem XVII Kalendas Novembres MMDCCLVI ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Mutt: User-Agent: Mutt/1.5.4i Subject: Re: RFC: What to do with Mozilla X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 20:10:14 -0000 On 2003-10-16 15:33:07 (-0400), Joe Marcus Clarke wrote: > On Thu, 2003-10-16 at 15:24, Philip Paeps wrote: > > Yes, that's true. Expanding on the original braindump would be to use > > ports like www/mozilla14, www/mozilla15, www/mozilla16 and > > www/mozilla-firebird which refer to www/mozilla and set de correct > > pkgnamesuffix and build with the right knobs. > > I think this would get cumbersome if we had to create a new mozillaX > directory for each version. Indeed. There're a lot of ports being cumbersome these days though (openldap, bind, postgresql, libtool, autoconf,... to name but a few). Besides cumbersome, it's also attic-filling in the long run. > 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. I was a bit confused about where the vendor bit came into all this. I've caught up with my mail now though. I would go for three ports, www/mozilla being what mozilla.org deems to be the most stable. The -vendor is a bit of a confusing name though (not only to me, apparantly), maybe it could be called something like -frozen or -previous? > > It would be nice if we could split out Mozilla as a program and Mozilla as > > 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=gecko and potentially WANT_MOZILLA_GECKO_VER=15 or something > > to that effect, and they'd magically get something like > > www[devel?]/mozilla-gecko[15?] as a dependency. > > > > Currently, people (users and maintainers) need to keep track of heaps of > > versions and ports and are probably spending a lot of time compiling > > things they'll never use and are never even used internally by the > > programs depending on them. > > We tried this with the -embedded ports, and it didn't work. No one used > them, and they were broken to boot. Oh, so that's what they were :-) Seems I managed to reinvent a deprecated wheel. Whoopsie. Sorry about the noise! - Philip -- Philip Paeps Please don't CC me, I am subscribed to the list. Real programmers don't grumble about the disadvantages of Cobol when they don't know any other language.