From xemacs-m  Fri May  9 00:38:56 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id AAA17415
	for <xemacs-beta@xemacs.org>; Fri, 9 May 1997 00:38:55 -0500 (CDT)
Received: by crystal.WonderWorks.COM 
	id QQcota28243; Fri, 9 May 1997 01:38:56 -0400 (EDT)
Date: Fri, 9 May 1997 01:38:56 -0400 (EDT)
Message-Id: <QQcota28243.199705090538@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: delay?
In-Reply-To: <kigrafhp954.fsf@jagor.srce.hr>
References: <QQcorj19515.199705081847@crystal.WonderWorks.COM>
	<m2lo5plr07.fsf@altair.xemacs.org>
	<QQcorv22075.199705082159@crystal.WonderWorks.COM>
	<m2u3kdjuc1.fsf@altair.xemacs.org>
	<QQcoss26675.199705090343@crystal.WonderWorks.COM>
	<kigrafhp954.fsf@jagor.srce.hr>
X-Mailer: VM 6.31 under 20.2 XEmacs Lucid (beta4)
X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M
        0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^
        Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy
        ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V

Hrvoje Niksic writes:
 > Kyle Jones <kyle_jones@wonderworks.com> writes:
 > 
 > > Steven L Baur writes:
 > >  > Kyle Jones <kyle_jones@wonderworks.com> writes:
 > >  > > I don't consider GNUS bugs to be showstoppers, given GNUS is not
 > >  > > a core technology.
 > >  > It depends on whether you use it for mail or not.
 > > I don't think so.  I would say the same for VM.
 > 
 > I would simply say that a serious Gnus bug, as well as a serious VM
 > bug is a showstopper for XEmacs, because a lot of people uses these
 > packages in XEmacs.

I'nm not saying you ignore the problem, I'm saying you isolate the
problem, and either document it or provide a workaround.  And then
carry on.  You don't need to wait for a fix and you definitely
don't need to delay a release.  Tying XEmacs release to the
stability of external programs is trouble.  Gotta stop doing
this for the sake of maintenance and sanity.

 > Whether you call Gnus and VM the core technology or not is
 > primarily a matter of wording.

No, it's a matter of perspective.  We have to approach this from
the perspective of maintenance.  This is our eternal burden to
bear.  Everything we put on our backs now is stuff we will have
to carry and carry and carry.  Users will take everything wwe
give them and shamelessly ask for more.  _We_ have to set sane
limits on what we try to do, so that we can actually do it.  As
far as XEmacs development is concenred GNUS and VM ought to be
kept at arms' length, to avoid deadlock.

Expecting a triple witching day of a stable VM, GNUS and XEmacs
for a simultaneous release is too much to ask for, if you're
tracking the bleeding edge releases.  Something has to give.

