delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2001/12/12/19:36:46

Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <3C17F813.3073F4A4@ece.gatech.edu>
Date: Wed, 12 Dec 2001 19:36:35 -0500
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: cygwin-apps AT cygwin DOT com
Subject: Re: FIGlet (again)
References: <5DABF7424840D411BE9600508B6621F803794DDD AT exchukthis02 DOT experian DOT co DOT uk> <20011212173538 DOT L1104 AT cygbert DOT vinschen DOT de> <062401c18356$8f065eb0$0200a8c0 AT lifelesswks> <3C17D18C DOT FEDBBCC9 AT ece DOT gatech DOT edu> <20011212224102 DOT GA2700 AT redhat DOT com>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)

Christopher Faylor wrote:
> 
> On Wed, Dec 12, 2001 at 04:52:12PM -0500, Charles Wilson wrote:
> >But Robert is right -- it's new, it's (relatively) untested; it needs to
> >be a test release.  Let's not talk about the restructured auto*
> >packages...
> 
> But when have we ever done this?  AFAICT, there isn't a single package in
> latest/contrib which has a 'test' designation and we've had a few
> new packages in the last month.

Maybe not recently -- but several of my packages went thru a 'test'
phase on sourceware before becomming 'curr'ent.

> 
> I can't imagine how it would benefit the user or the contributor to make
> figlet harder to install than normal.

However, I see a slight contradiction in the way we're handling new
packages right now.  We won't upload them to sourceware unless the
contributor properly packages them and provides them on some OTHER
website -- for *testing*.

Then, we (may or may not) insist on an official
'sourceware-testing-release'...before the package becomes official.

But, given the current setup.exe, even when it becomes official
setup.exe won't install it automatically, so ONLY those folks interested
in trying it out ("testing it") will affirmatively install it.

Perhaps that is overkill.  Maybe 'test' *should* be reserved for test
releases of existing packages -- assuming our vetting process for new
packages/contributors is thorough enough.

--Chuck

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019