From dev-return-21679-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Wed Apr 08 22:51:06 2009 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 4229 invoked from network); 8 Apr 2009 22:51:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Apr 2009 22:51:06 -0000 Received: (qmail 2777 invoked by uid 500); 8 Apr 2009 22:51:06 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 2688 invoked by uid 500); 8 Apr 2009 22:51:06 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 2676 invoked by uid 99); 8 Apr 2009 22:51:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Apr 2009 22:51:06 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.99] (HELO smtpauth05.prod.mesa1.secureserver.net) (64.202.165.99) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 08 Apr 2009 22:50:58 +0000 Received: (qmail 25709 invoked from network); 8 Apr 2009 22:50:35 -0000 Received: from unknown (76.252.112.72) by smtpauth05.prod.mesa1.secureserver.net (64.202.165.99) with ESMTP; 08 Apr 2009 22:50:35 -0000 Message-ID: <49DD2A30.1070306@rowe-clan.net> Date: Wed, 08 Apr 2009 17:50:24 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Daniel Pocock CC: dev@apr.apache.org Subject: Re: apr-1-config on mixed 32/64bit build server References: <49DCA34F.9090807@pocock.com.au> <49DD12EA.6080908@rowe-clan.net> <49DD1AD5.10006@pocock.com.au> In-Reply-To: <49DD1AD5.10006@pocock.com.au> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Daniel Pocock wrote: > > - depending upon how fussy the packaging system is, it may not be > thrilled about one package overwriting another package's files - RHEL > hasn't complained about this, but maybe future versions will be more > attentive to such issues They were plenty attentive; their apr-1-configure is identical for both packages from the fedora 10 -devel packages. Hint-hint ... use the source luke :) You'll find they did something very fedora-specific. > I'm not suggesting apr needs to implement something special for every > weird setup. Rather, it just needs a generalisation that can be applied > in the most popular cases (probably RHEL and Debian). I don't solve problems for popular cases. We solve for all cases, or we solve for none. > Some possible solutions that I haven't completely thought through: > > - make apr-X-config part of the noarch package (it is just a script > anyway), and have a command line option for specifying architecture, > e.g, on RHEL, I could do the following: No need, if they are identical. > - alternatively, have different versions of apr-X-config, e.g. > apr-2-config-x86_64 or apr-2-config-64; the end user would need to make > sure that they invoked the right one -1. Counterintuitive, not conforming to build semantics of other packages. If we want apr-2-trueconfig launched from the apr-2-config symlink, that would make sense, where apr-2-trueconfig exists in the build/ dir. Their solution is very elegant, and wish it were offered for backport. Check it out ;-)