Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 03 Dec 2012 18:04:17 -0600
From:      Bryan Drewery <bdrewery@FreeBSD.org>
To:        gahr@FreeBSD.org
Cc:        svn-ports-head@FreeBSD.org, Baptiste Daroussin <bapt@FreeBSD.org>, svn-ports-all@FreeBSD.org, ports-committers@FreeBSD.org
Subject:   Re: svn commit: r308158 - in head: . lang lang/tcl82 x11-toolkits x11-toolkits/tk82
Message-ID:  <50BD3E01.7010309@FreeBSD.org>
In-Reply-To: <20121203221806.GG86596@gahrfit.gahr.ch>
References:  <201212031649.qB3Gnmt9076932@svn.freebsd.org> <50BCDC5C.3080006@FreeBSD.org> <20121203221806.GG86596@gahrfit.gahr.ch>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigCEF71A88AB3141D6B768CAF3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 12/3/2012 4:18 PM, Pietro Cerutti wrote:
> On 2012-Dec-03, 11:07, Bryan Drewery wrote:
>> On 12/3/2012 10:49 AM, Pietro Cerutti wrote:
>>> Author: gahr
>>> Date: Mon Dec  3 16:49:48 2012
>>> New Revision: 308158
>>> URL: http://svnweb.freebsd.org/changeset/ports/308158
>>>
>>> Log:
>>>   - Retire Tcl/Tk 8.2 now that the last consumer (deskutils/abacus) h=
as gone
>>>   - Fix typo in previous commit in MOVED
>>>  =20
>>>   Feature safe:	yes
>>>
>>
>>
>> I take issue with retiring a library/language port with such short
>> notice like this, since no other ports depend on it. This certainly
>> could live on as a leaf port and still be useful.
>=20
> While in theory I could agree with you, please take into consideration =
a
> couple of facts:
>=20
> * the latest Tcl/Tk in the 8.2 series was released on Dec 16, 1999,
>   which means that users have had 13 years to upgrade.

Fair enough.

>=20
> * we have 8.3, 8.4, 8.5, and 8.6 in the tree, which means that users ca=
n
>   choose among 4 different versions to upgrade to.

Yes, that is true, but users/consumers don't always have an easy option
to upgrade. I work on a project that is stuck on TCL 8.3. So with time
8.3 is eventually going to be removed just the same as 8.2.

>=20
> * I've marked it as deprecated specifying the deletion date one week ag=
o
>   (admittedly not much), and the deletion date was also on the FreeBSD
>   Tcl/Tk wiki page, which means that you could have spoken up earlier i=
f
>   this removal really caused you any problems.

I did take issue with TCL 8.2 being taken from ports@ just 1 week ago
and marked deprecated, but sat on that. It's really not much notice to
someone using this.


>=20
> <smile>
> Having said this, please feel free to
>=20
> * get the two ports back into the tree
> * set an expiration date that makes sense to you
> * make sure they build / run fine on every FreeBSD release we support
> * make sure to remove them at due time
>=20
> if you really want to.
> </smile>
>=20

I'll pass and drop this.

I don't have a huge interest in maintaining TCL 8.2, just feel that it
seemed to be managing just fine on ports@. My own uses of it are small
and I can migrate my users over to 8.3.

I understand that there is work involved in maintaining bsd.tcl.mk with
old versions like this and don't want to strain that further.


I suppose my complaint was more broad than just this port. I don't
usually agree with the "nothing more depends on this" being a good
reason, as we have many development library/language leaf ports.

This extends to things like gcc2x; I wish we still had ports for those,
and gcc34 is DEPRECATED because only 3 ports still require it. Nevermind
some developer may be using it to maintain maximum portability for their
project. Gentoo Portage has 30 something GCC versions available (10 of
which are "stable").

IMHO I think we need to consider that ports are not the only users of
ports as sometimes we seem to think that a port is only needed as a
dependency, but it can be useful as a leaf too. pkg-config is an example
of this. Maybe I want to test with that, even though nothing needs it.

Bryan


--------------enigCEF71A88AB3141D6B768CAF3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJQvT4OAAoJEG54KsA8mwz5nc0QAIofwEPueb2NoTQdDDttqFQn
yVxSsDJtcxmdiLQkUF99PdmInti/8Rs2EispitDsSFYCszWMrEIakjt8bhilFAM5
/XYOlVi0x8EJ9lSdxOoeum4OzE874sUU+TvqCHm86tMCu7PrUya3DWoxKwHnJXMN
cUDnMYuTjav3gPhF0hEWKgDFNE9QGPLJTk3XZScfDAtDLI/V8gHnzJfV4xFwBer7
rJeBEvEXqvdw3tI5/YeDuwYCIkGpOMTW+QbYE+32x2h2gFjqmlTajYRRZtcWrgpd
Uix+MIuMo3Wdx27UHF8JvxGRyKg8dd1MQ+mRGNNFss3MYXgXaDKUJyMvnAkeazJA
Ivr3sEcm2gxIsdKuSLm8BmOLgdebgwnbfifVKD2UrTm7rb1b1OI1IGfzFb12XEJW
vmcS9T7OKy25QIyKZGpUvm5oVxWETt7zom7GBcqi8dEw3XJVtfRVb2yCayT3OcKt
LXrN8WvBtz1ckC4hyGUZ5HgLJGRkUwXLgk+GEV8lsSlUIKwt5KOwVU6VWNTyHN8y
sWqnnHicBe12rP0KV52KOfqBDWh38JfrKitqtbhjMX/aXCUgyzvz138K1fJNuOCf
QaggI2T/DfpVtAifw9pbIyPOwYGPSI7/VEhw25XFZdp1GAKc534CKqgVvQLD/bAA
DBeJa0m6qRceUvBFKAsr
=UW4A
-----END PGP SIGNATURE-----

--------------enigCEF71A88AB3141D6B768CAF3--



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