Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Aug 2004 11:51:30 -0400
From:      Joe Marcus Clarke <marcus@marcuscom.com>
To:        Maxim Sobolev <sobomax@portaone.com>
Cc:        Oliver Eikemeier <eikemeier@fillmore-labs.com>
Subject:   Re: cvs commit: CVSROOT modules ports/shells Makefilepkg-install patch-bashline.c	patch-builtins_shopt.def patch-config-bot.h ...
Message-ID:  <1092239490.731.0.camel@gyros>
In-Reply-To: <411A0B41.9070607@portaone.com>
References:  <AFE9187C-EB88-11D8-887A-00039312D914@fillmore-labs.com> <411A0898.3020605@portaone.com>  <411A0B41.9070607@portaone.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-ibuPqjDj8BcS64n5L9np
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-08-11 at 08:04, Maxim Sobolev wrote:
> P.S. My recommendation is to kill both bash1 and bash2, repo-copy bash3=20
> into just bash and remove bash3 as well.

Actually, we can't do that.  In order to preserve all histories, we
should delete bash2 and bash3, and update bash to 3.0....that is, if
that's what all the maintainers agree to.

Joe

>=20
> Maxim Sobolev wrote:
> > Oliver Eikemeier wrote:
> >=20
> >> Maxim Sobolev wrote:
> >>
> >>> Hmmm, why do we have those "bash", "bash2" and "bash3"? There may=20
> >>> have been some historical reasons for bash/bash2 separation, but I=20
> >>> wonder if they are still valid for the bash2 vs bash3 case.
> >>
> >>
> >>
> >> I guess bash 3.0 (like most .0 releases) has still some bugs to be=20
> >> ironed out, see for example:
> >>   <http://lists.freebsd.org/pipermail/cvs-ports/2004-August/043003.htm=
l>
> >>   <http://lists.freebsd.org/pipermail/cvs-ports/2004-August/043006.htm=
l>
> >=20
> >=20
> > Well, all software have bugs, if bash maintainers think that it is read=
y=20
> > for release, shouldn't we just agree with their decision? Critical bugs=
=20
> > can be backported into the ports tree if necessary until next stable=20
> > release is out. That is how our ports tree works. If somebody wants=20
> > previous version he can get it from pre-compiled packages or from cvs r=
epo.
> >=20
> >> Therefore it seems wise to keep bash2 to run scripts until bash3 is=20
> >> mature.
> >> OTOH people might want to use the new bash3 features:
> >>   <http://cnswww.cns.cwru.edu/~chet/bash/NEWS>;
> >>
> >> So having bash2 and bash3 is justified. Do you think the directories=20
> >> should have different names?
> >=20
> >=20
> > I still don't see the reason for having bash2/bash3. We have more than=20
> > 10000 ports in the tree, most of them are routinely being updated to th=
e=20
> > new major release without creating those ugly new fooN ports.
> >=20
> > Creation of fooN is only justified if it is backward incompatible with=20
> > foo{N-1}, while there are still ports in the tree that rely on previous=
=20
> > version. Hypotetical bugs in .0 release does not justify it.
> >=20
> > -Maxim
> >=20
> >=20
> >=20
--=20
PGP Key : http://www.marcuscom.com/pgp.asc



--=-ibuPqjDj8BcS64n5L9np
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)

iD8DBQBBGkCCb2iPiv4Uz4cRAsJdAJ0aebclsCP5nSvV+rzsnAe0O7bblwCgpl8M
FTv0oYhuWOWym5kOWEOuAgI=
=n1nj
-----END PGP SIGNATURE-----

--=-ibuPqjDj8BcS64n5L9np--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1092239490.731.0.camel>