> It's what I've done for years. Does it get rid of the problem? I don't
> think so but for legacy code that is no longer being maintained, either
> you maintain it, or the problem exists into infinity with a hard stop
> when someone does maintain it. I think the battle is trying to overcome
> c
On Tue, May 21, 2013 at 7:21 PM, Ben Elliston wrote:
> I suggested a simple, low impact way of updating the files,
> particularly for people wanting to build a large number of packages
> (eg, for a distro). Can anyone tell me why this approach is not
> satisfactory?
It's what I've done for years.
I suggested a simple, low impact way of updating the files,
particularly for people wanting to build a large number of packages
(eg, for a distro). Can anyone tell me why this approach is not
satisfactory?
Ben
signature.asc
Description: Digital signature
_
On 05/21/2013 05:56 AM, Earnie Boyd wrote:
> On Tue, May 21, 2013 at 7:36 AM, Ben Elliston wrote:
>>
>> Yes, but that requires re-running autoconf. I think we're trying to
>> avoid that because if configure.in is old, you may have a lot of work
>> to do to get autoreconf to work.
>
> So in that c
> >> Works for me. But we [distros] do want to mandate autoreconf anyway in the
> >> general case: it is the *only* way to keep upstream honest about the much
> >> hated build system not bitrotting until it decides to blow up right when we
> >> need it for a security update.
> >
> >I know. But th
On 05/21/2013 04:59 AM, Earnie Boyd wrote:
> Maybe have a common directory of /usr/[local/]share/autoconf/auxdir
> and teach autoconf to look there if it doesn't find
> config.guess/config.sub in the project directory and copy them when
> copy is specified? I dislike the environment variable idea.
On Tue, May 21, 2013 at 7:59 AM, Ben Elliston wrote:
>
> First, this does not solve the problem because it requires that every
> package get a new version of config.guess. We're trying to overcome
> having to modify every package.
So that's your objection to the symlink/copy idea as well?
> Seco
On Tuesday 2013-05-21 07:33, Pavel Raiskup wrote:
>> Works for me. But we [distros] do want to mandate autoreconf anyway in the
>> general case: it is the *only* way to keep upstream honest about the much
>> hated build system not bitrotting until it decides to blow up right when we
>> need it f
On Tue, May 21, 2013 at 08:21:09AM -0400, Earnie Boyd wrote:
> > First, this does not solve the problem because it requires that every
> > package get a new version of config.guess. We're trying to overcome
> > having to modify every package.
>
> So that's your objection to the symlink/copy idea
On Tue, May 21, 2013 at 7:36 AM, Ben Elliston wrote:
>
> Yes, but that requires re-running autoconf. I think we're trying to
> avoid that because if configure.in is old, you may have a lot of work
> to do to get autoreconf to work.
So in that case, a change to the start of config.guess and config
On Tue, May 21, 2013 at 07:56:47AM -0400, Earnie Boyd wrote:
> if [[ -f /usr/local/share/config/config.guess ]]
> then
> . /usr/local/share/config/config.guess
> exit
> fi
First, this does not solve the problem because it requires that every
package get a new version of config.guess. We're t
On Tue, May 21, 2013 at 7:09 AM, Ben Elliston wrote:
> When it comes to people building distro packages, here is another idea
> thinking out loud. What's wrong with ..
>
> $ find /tree/of/src/trees -name config.guess -exec ln -sf /etc/config.guess
> {} \;
>
People forgetting about the symlink du
On Tue, May 21, 2013 at 07:33:49AM -0400, Earnie Boyd wrote:
> People forgetting about the symlink during distribution of their
> package. Not all systems support it. Using cp -f would be better.
OK, fine. :-)
I think there are a few different use cases people have in mind. My
understanding of
On Tue, May 21, 2013 at 2:34 AM, Ben Elliston wrote:
> On Mon, May 20, 2013 at 02:54:20PM +0800, Paul Wise wrote:
>
>> There are thousands of copies of config.guess/sub (or configure
>> scripts) out there (in tarballs) with no support for this at
>> all. Once it is added to config.guess/sub in git
When it comes to people building distro packages, here is another idea
thinking out loud. What's wrong with ..
$ find /tree/of/src/trees -name config.guess -exec ln -sf /etc/config.guess {}
\;
This puts the latest version into the tree, no patching required.
Ben
signature.asc
Description: Di
15 matches
Mail list logo
