From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 16 12:54:20 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 AF15816A4B3; Thu, 16 Oct 2003 12:54:20 -0700 (PDT) Received: from grillolja.cs.umu.se (grillolja.cs.umu.se [130.239.40.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E7A643FAF; Thu, 16 Oct 2003 12:54:13 -0700 (PDT) (envelope-from tdv94ped@cs.umu.se) Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id 7B9DC3511; Thu, 16 Oct 2003 21:53:28 +0200 (MEST) Received: from cs.umu.se (h46n5c1o1023.bredband.skanova.com [81.224.104.46]) by grillolja.cs.umu.se (Postfix) with ESMTP id EA9BF3505; Thu, 16 Oct 2003 21:53:25 +0200 (MEST) Message-ID: <3F8EF718.3000700@cs.umu.se> Date: Thu, 16 Oct 2003 21:52:56 +0200 From: Paul Everlund User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: sv,en MIME-Version: 1.0 To: Joe Marcus Clarke 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> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new 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:54:20 -0000 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. 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. If version 1.(n+1) is out one maybe could come to the conclusion that 1.n isn't going to change very much, and hence just let it hang around? When I do visit my bank with my computer it does check if version 1.3 of mozilla is used (as that's the version they've tested). One could hence not use either 1.4 or 1.5 or anything else 1.n. That's why it might be important to have old versions around, as the bank doesn't keep up the job by verifying usable web-browsers every time a new version arrives. How it's done, with knobs or by versioning the ports, that I do not care about. :-) [big snip] Best regards, Paul