From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6187 invoked by alias); 20 Nov 2003 15:42:44 -0000 Mailing-List: contact rhug-rhats-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: rhug-rhats-owner@sources.redhat.com Received: (qmail 6179 invoked from network); 20 Nov 2003 15:42:42 -0000 Received: from unknown (HELO gary-benson.demon.co.uk) (80.177.162.128) by sources.redhat.com with SMTP; 20 Nov 2003 15:42:42 -0000 Received: from slippy.wire.rat ([192.168.1.1]) by gary-benson.demon.co.uk with esmtp (Exim 3.36 #1) id 1AMqx8-0001xd-00 for rhug-rhats@sources.redhat.com; Thu, 20 Nov 2003 15:42:42 +0000 Received: from slippy.wire.rat (localhost.localdomain [127.0.0.1]) by slippy.wire.rat (8.12.8/8.12.8) with ESMTP id hAKFgfDk007586 for ; Thu, 20 Nov 2003 15:42:42 GMT Received: (from gary@localhost) by slippy.wire.rat (8.12.8/8.12.8/Submit) id hAKFgfOV007584 for rhug-rhats@sources.redhat.com; Thu, 20 Nov 2003 15:42:41 GMT Date: Thu, 20 Nov 2003 15:42:00 -0000 From: Gary Benson To: rhug-rhats@sources.redhat.com Subject: Let the fluorination commence Message-ID: <20031120154240.GC3424@redhat.com> Mail-Followup-To: rhug-rhats@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Fingerprint: 6646 CF68 DEA8 07CA CA64 C18C A150 FC2D 85A8 F78B X-SW-Source: 2003-11/txt/msg00022.txt.bz2 Ok, fluorine as it stands is good enough for every package in the Tomcat stack with the possible exception of Tomcat itself, so I'm going to start fluorinating the Naoko packages. The advantages of this will be: * Instead of being defined in x-thousand lines of Makefile.am and configure.in, each package is defined in x-tens-of-lines of fluorine.xml. For example: Package Complexity Makefile.am + fluorine.xml (relative) configure.in (lines) (lines) commons-logging dead simple 189 19 jakarta-ant moderatly complex 2143 75 (approx) This simplicity makes things like upgrading to new versions, rearranging jarfile contents, etc, a breeze. * It _should_ fix every builddir != srcdir bug (and I found loads of them whilst writing it), every stupid relative path and broken sed bug, and every single bug where jarfiles and solibs have inconsistent contents. * Header generation is much more efficient, and jarfile contents are defined exactly (previously they were somewhat haphazard). Fluorine itself is a fairly small (<1000 lines) and straightforward piece of code and it should be fairly easy to understand and extend if necessary. Gary [ gbenson@redhat.com ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]