From: storm@cua.dk (Kim F. Storm)
Cc: schwab@suse.de, raeburn@raeburn.org,
Stefan Monnier <monnier@iro.umontreal.ca>,
emacs-devel@gnu.org
Subject: Re: bootstrap problem with union Lisp_Object
Date: Sun, 11 Dec 2005 00:28:53 +0100 [thread overview]
Message-ID: <m3ek4kmszu.fsf@kfs-l.imdomain.dk> (raw)
In-Reply-To: <E1EkpZS-0005Mj-VV@fencepost.gnu.org> (Richard M. Stallman's message of "Fri, 09 Dec 2005 16:14:26 -0500")
"Richard M. Stallman" <rms@gnu.org> writes:
> I don't see why those things need to all be fixed before we start
> the pretest.
>
> Because we aim to make a release with all known bugs fixed.
How can we do that without some kind of bug tracking system?
And who decides what is a "bug" and what is a "missing feature" or
"enhancement request".
May I suggest that you (RMS) add _all_ bugs that you want to be fixed
before the release to FOR-RELEASE, and then change the above to:
"Because we aim to make a release with all the bugs listed in
FOR-RELEASE fixed."
Or even better, we should make a file etc/KNOWN_BUGS which we can keep
up-to-date with known, unresolved bugs.
Then we can _at any time_ decide that the bugs listed in KNOWN_BUGS
are not severe enough to justify delaying the release.
And we should distribute KNOWN_BUGS with the release, so users can
look in that file to see if we already know about a bug (M-x
report-emacs-bug could point users to that file).
> It makes no sense to postpone debugging the bugs we know about
> in order to discover more bugs.
Who's talking about postponing debugging of known bugs?
So I disagree! Some bugs are more severe than others, and one of the
most severe has yet to be resolved -- the more people who test
the software, the better the chance of narrowing in on that bug.
So let's start the pretest NOW!
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
next prev parent reply other threads:[~2005-12-10 23:28 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-05 17:32 bootstrap problem with union Lisp_Object Ken Raeburn
2005-12-06 7:50 ` Ken Raeburn
2005-12-06 11:44 ` Andreas Schwab
2005-12-06 15:44 ` Stefan Monnier
2005-12-06 15:52 ` Andreas Schwab
2005-12-06 16:20 ` Stefan Monnier
2005-12-06 16:30 ` Andreas Schwab
2005-12-07 20:12 ` Ken Raeburn
2005-12-08 4:54 ` Richard M. Stallman
2005-12-08 8:59 ` Ken Raeburn
2005-12-09 1:41 ` Richard M. Stallman
2005-12-09 4:36 ` Stefan Monnier
2005-12-09 5:06 ` Henrik Enberg
2005-12-09 5:16 ` Luc Teirlinck
2005-12-09 9:54 ` Juri Linkov
2005-12-10 4:14 ` Richard M. Stallman
2005-12-09 21:14 ` Richard M. Stallman
2005-12-09 21:14 ` Richard M. Stallman
2005-12-09 21:54 ` Chong Yidong
2005-12-10 9:15 ` Eli Zaretskii
2005-12-11 5:02 ` Richard M. Stallman
2005-12-11 14:43 ` Chong Yidong
2005-12-11 22:57 ` Richard M. Stallman
2005-12-12 5:11 ` Chong Yidong
2005-12-13 3:14 ` Richard M. Stallman
2005-12-11 22:57 ` Richard M. Stallman
2005-12-12 5:18 ` Chong Yidong
2005-12-13 3:14 ` Richard M. Stallman
2005-12-13 3:53 ` Chong Yidong
2005-12-13 23:33 ` Richard M. Stallman
2005-12-14 0:12 ` Chong Yidong
2005-12-13 16:12 ` Stefan Monnier
2005-12-14 5:12 ` Richard M. Stallman
2005-12-14 14:13 ` Chong Yidong
2005-12-15 2:09 ` Richard M. Stallman
2005-12-15 3:40 ` Stefan Monnier
2005-12-16 1:51 ` Richard M. Stallman
2005-12-16 10:35 ` Kim F. Storm
2005-12-17 1:04 ` Richard M. Stallman
2005-12-17 3:46 ` Chong Yidong
2005-12-17 23:59 ` Richard M. Stallman
2005-12-17 5:46 ` Chong Yidong
2005-12-14 9:24 ` Kim F. Storm
2005-12-10 23:28 ` Kim F. Storm [this message]
2005-12-11 4:56 ` Pretest? [was: Re: bootstrap problem with union Lisp_Object] Nick Roberts
2005-12-11 16:49 ` bootstrap problem with union Lisp_Object Richard M. Stallman
2005-12-07 20:04 ` Ken Raeburn
2005-12-06 21:05 ` Benjamin Riefenstahl
2005-12-07 17:06 ` Richard M. Stallman
2005-12-06 21:55 ` Richard M. Stallman
2005-12-06 22:26 ` Stefan Monnier
2005-12-06 16:41 ` Richard M. Stallman
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=m3ek4kmszu.fsf@kfs-l.imdomain.dk \
--to=storm@cua.dk \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=raeburn@raeburn.org \
--cc=schwab@suse.de \
/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).