Re: [eboard-devel] configure

[Daniel B. <dbu...@de...>]

On Tue, May 25, 2004 at 08:27:01PM -0400, Felipe Bergo <be...@se...> was heard to say:
> On Mon, 24 May 2004, Daniel Burrows wrote:
> 
> >   It's probably too late, but after a long delay I've downloaded the new
> > eboard version to make Debian packages, and...
> 
> even Mac OS X has binary packages for 0.9.5 for months now, but I'll skip
> the debian slowness jokes.

  Please keep the jokes to where they're appropriate.  Normally I would
have done this last November, but I was overwhelmed at the time and
didn't save the release announcement for later.  This has nothing to do
with the fact that sarge has been delayed for a year or two...

> >   So if I want data files in /usr/share/games, as required by Debian
> > policy, I get to patch configure and hope my patches don't break across
> > versions.  "configure --datadir=/usr/share/games" won't work, nor will
> 
> If you send me the patch, the patch gets included in the next versions
> (whenever they happen - I've got new italian and japanese translations
> sitting on my mailbox, and I'd like to fix 3 or 4 issues (mouse
> scroll on the console, crashes on xboard v1 engines like phalanx,
> board discarding when observing on FICS and some other things I
> don't remember from the top of the head now) before releasing next
> version, which hopefully will be 1.0.0)

  I doubt you want it.

  The "patch" was to go into configure and replace its assumptions about
directory names and compile flags with values that are correct for my
purposes.  Not a very general approach (and I don't speak Perl well
enough to attempt a general approach).

> > "make datadir=/usr/share/games".  I also can't override CXXFLAGS, because
> > instead of just specifying compile flags it also specifies include paths;
> > "make CXXFLAGS=-O2" will result in the compile bombing out.  Oh, and
> > trying to install to a staging directory, with "make prefix=foo
> > install", won't work because the Makefiles are generated with "prefix"
> > already replaced by its value; I have to override all the *dir variables
> > directly.
> 
> that can be fixed. It's not there in my configure-from-scratch because I
> didn't know it was needed. When I have a configure with those issues
> solved, I'll send you a test version before releasing a public eboard
> version.

  Ok.  I have produced correct packages -- but I would like to be able
to stop patching configure as much as possible, because that's usually a
rickety and fragile solution.

  I'm still not happy with this, but as I said earlier, it's probably
too late :-(

  Daniel

-- 
/------------------ Daniel Burrows <d.b...@ve...> ------------------\
|                              The Turtle Moves!                              |
\------- Listener-supported public radio -- NPR -- http://www.npr.org --------/