Date: Sat, 22 Feb 2014 09:09:29 +1100 From: Kubilay Kocak <koobs.freebsd@gmail.com> To: Dewey Hylton <freenx@deweyonline.com>, gahr@FreeBSD.org Cc: freebsd-stable@FreeBSD.org, romain garbage <romain.garbage@gmail.com>, Martin Wilke <miwi@FreeBSD.org>, jmohacsi@bsd.hu, pdagog@gmail.com, freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org, wrighrc@gmail.com Subject: Re: lang/expect -- update coming Message-ID: <5307CE99.1050605@FreeBSD.org> In-Reply-To: <1134405947.26568.1392997901552.JavaMail.root@mail> References: <1134405947.26568.1392997901552.JavaMail.root@mail>
next in thread | previous in thread | raw e-mail | index | archive | help
On 22/02/2014 2:51 AM, Dewey Hylton wrote: >> From: "Pietro Cerutti" <gahr@FreeBSD.org> >> To: freebsd-ports@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org >> Cc: jmohacsi@bsd.hu, "Martin Wilke" <miwi@FreeBSD.org>, wrighrc@gmail.com, freenx@deweyonline.com, pdagog@gmail.com, >> "romain garbage" <romain.garbage@gmail.com> >> Sent: Friday, February 21, 2014 10:38:24 AM >> Subject: Re: lang/expect -- update coming >> >> On 2014-Feb-21, 15:38, Pietro Cerutti wrote: >>> All, >>> >>> I'm planning to commit an update to bring lang/expect up to the >>> latest >>> 5.45 version. At the same time, I'm going to kill >>> lang/expect-devel, >>> which would otherwise be left lagging behind at 5.44. >>> >>> The following ports use either expect or -devel (maintainers CC'd). >>> >>> devel/pecl-expect >>> net-mgmt/rancid >>> net-mgmt/rancid-devel >> >> Turns out my regexp-foo sucked this time.. Here's a more complete >> list. >> Thanks koobs@ for noticing. >> >> devel/pecl-expect >> misc/dejagnu >> misc/sshbuddy >> net/freenx >> net-mgmt/netmagis-topo >> et-mgmt/rancid >> net-mgmt/rancid-devel >> security/belier > > i'm no longer maintaining the freenx/nxserver ports. they are so outdated at this point they should probably be killed off as well, but i have no idea who might still be using them. While the MAINTAINER line references your email, you do, even if not for version updates. As maintainer, you have a couple of PR options up your sleeve: - Reset maintainer, so someone else can pick them up - Set EXPIRE with reason and an appropriate lead time to removal The above can also serve to communicate to users-come-would-be-maintainers that they might need attention and provide the impetus to jump in and have a go :) Koobs
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5307CE99.1050605>