unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Alan Mackenzie <acm@muc.de>
Cc: rgm@gnu.org, emacs-devel@gnu.org
Subject: Re: Yet another bootstrap failure: Required feature `esh-groups' was	not provided
Date: Fri, 06 Jun 2008 23:41:36 +0300	[thread overview]
Message-ID: <u7id2nvnj.fsf@gnu.org> (raw)
In-Reply-To: <20080606203541.GA1741@muc.de>

> Date: Fri, 6 Jun 2008 20:35:41 +0000
> From: Alan Mackenzie <acm@muc.de>
> Cc: emacs-devel@gnu.org
> 
> Our makefile system is broken.  The whole point of the make utility is to
> build software automatically, so that hackers don't need to waste their
> time messing with arcane minutiae.  Is it really to much to expect to be
> able to type
> 
>     % ./configure <params>; make some-target
> 
> and have the software build (modulo errors in the files.{c,el}?

This does work, just not in an arbitrary CVS-updated sandbox.  That
is, in a release tarball, the configury behaves exactly as you want it
to.

> Forgive my sarcasm, but am I supposed to read through (or diff) the
> entire Emacs process documentation every time I update Emacs, just in
> case some crazed lunatic, er sorry, I mean some conscientious hacker, has
> "enhanced" it?

Sorry, Alan, but your expectations are too high.  AFAIK, a bootstrap
build is guaranteed to work only in a fresh CVS checkout.  It is not
guaranteed to work in a sandbox littered by stale files.  I agree that
it would be great to have more, but it's a lot of work, and the
results cannot be reasonably tested in practice, since the number of
different ways you can screw up your sandbox is infinite.

People who regularly update from CVS trunk are expected to be able to
tinker with their files, and have enough energy for that.

> Just as a matter of interest, in the last few months on emacs-devel
> there have been approximately these numbers of threads complaining about
> Emacs CVS not building:
> 
> May:       7
> April:     9
> March:     9
> February:  2

That's expected, in a trunk that is actively developed by many
contributors at once.

> Whatever the reason, this is a horrendous time sink.  Failure to build
> the CVS head should essentially _never_ happen - possibly once or twice
> a year at most.

Sorry, but it's hopelessly unrealistic to request that.  Given the
number of different platforms we support, it is impractical even to
request that any given change will compile on all of them, let alone
build without a hitch.

> Recently, I proposed installing a tool on savannah which would trigger a
> test build every time source files were committed.  The proposal didn't
> meet with much enthusiasm.

Well, how about volunteering to do it, then?  It obviously bugs you
enough to make you a motivated individual.




  reply	other threads:[~2008-06-06 20:41 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-06 15:59 Yet another bootstrap failure: Required feature `esh-groups' was not provided Alan Mackenzie
2008-06-06 17:22 ` Glenn Morris
2008-06-06 18:23   ` Dan Nicolaescu
2008-06-06 19:27     ` Stefan Monnier
2008-06-06 20:35   ` Alan Mackenzie
2008-06-06 20:41     ` Eli Zaretskii [this message]
2008-06-07  2:53       ` Glenn Morris
2008-06-07  9:07         ` Alan Mackenzie
2008-06-07 19:49           ` Glenn Morris
2008-06-07  9:50       ` Alan Mackenzie
2008-06-07 12:19         ` Eli Zaretskii
2008-06-07 20:08           ` Alan Mackenzie
2008-06-07 22:17             ` Stephen J. Turnbull
2008-06-07 22:29               ` Romain Francoise
2008-06-08  2:58                 ` Stefan Monnier
2008-06-08  2:56             ` Build-time dependencies Stefan Monnier
2008-06-08 19:03               ` Glenn Morris
2008-06-08 19:25                 ` Eli Zaretskii
2008-06-08 19:31                   ` David Kastrup
2008-06-09  1:44                   ` Glenn Morris
2008-06-09  1:49                     ` Glenn Morris
2008-06-09  8:26                       ` Eli Zaretskii
2008-06-09 15:32                         ` Ted Zlatanov
2008-06-09 15:32                           ` David Kastrup
2008-06-09 10:30                       ` Robert J. Chassell
2008-06-09 17:22                       ` Richard M Stallman
2008-06-09 18:15                         ` Glenn Morris
2008-06-09 19:47                           ` Miles Bader
2008-06-09 19:53                             ` Glenn Morris
2008-06-10 18:22                               ` Ted Zlatanov
2008-06-10 18:54                                 ` Stefan Monnier
2008-06-09  4:37                     ` Stephen J. Turnbull
2008-06-09  1:51                   ` Stefan Monnier
2008-06-09 16:41                   ` Alan Mackenzie
2008-06-07 22:32           ` Yet another bootstrap failure: Required feature `esh-groups' was not provided Stephen J. Turnbull
2008-06-07  2:51     ` Glenn Morris
2008-06-07  8:58       ` Alan Mackenzie
2008-06-06 23:51 ` Vinicius Jose Latorre

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=u7id2nvnj.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=acm@muc.de \
    --cc=emacs-devel@gnu.org \
    --cc=rgm@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).