From owner-freebsd-ports@FreeBSD.ORG Thu May 25 21:14:21 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F25C616A560 for ; Thu, 25 May 2006 21:14:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73E7643D6D for ; Thu, 25 May 2006 21:14:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5B2C91A4DA3; Thu, 25 May 2006 14:14:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 36AE851406; Thu, 25 May 2006 17:14:13 -0400 (EDT) Date: Thu, 25 May 2006 17:14:13 -0400 From: Kris Kennaway To: freebsd-ports@FreeBSD.org, Kris Kennaway , Shaun Amott Message-ID: <20060525211412.GA30558@xor.obsecurity.org> References: <20060524233036.GA91627@xor.obsecurity.org> <20060525113949.GA14925@hades.panopticon> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20060525113949.GA14925@hades.panopticon> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: [FreeBSD-Announce] Volunteers needed to help maintain ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 21:14:28 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 25, 2006 at 03:39:49PM +0400, Dmitry Marakasov wrote: > * Kris Kennaway (kris@obsecurity.org) wrote: > > Many of you no doubt make use of the FreeBSD Ports Collection for > > installing and managing third-party software. What you may not know > > is that a lot of the ports in the Ports Collection have no assigned > > maintainer. Unmaintained ports tend to lag behind the rest of the > > Ports Collection in the speed of updates to new versions, and in the > > overall quality of the port. With nearly 15000 third-party > > applications in the Ports Collection, and dozens more added every week, > > there is an ever-present need for more volunteers to assist in > > maintaining ports. > 1) Software no longer developed. New versions are released very > rarely, if ever released. Do these actually need a maintainer? > I see high probability of situation like this: > - Someone answers the call and adopts the port > - ...time passes... > - Maintainer becomes unreachable, and even if someone sends an update, > we'll have to wait for `maintainer timeout', and then reset the > maintainer again. This is still better than: ...no-one adopts the port ...port becomes broken due to other changes ...no-one fixes the port ...kris has to mark it and 500 other ports BROKEN :-) The point of having a maintainer is to share the workload; they can either fix the problem, report it upstream and import a fix, or mark the port broken themselves. Inactive maintainers are a problem, but we have a well-defined procedure for removing them; the solution is not to say "we should try to avoid letting people maintain ports, in case they become inactive in the future". > 2) Software with new versions released frequently. The port has no > maintainer, but still it's updated by `by-passers' regularly, so it's > at latest version. But when someone does a drive-by update and there are problems with it (e.g. doesn't compile on all supported configurations, causes problems for other ports, or just doesn't work properly), the users have no point of contact because they're directed to the mailing list. Furthermore, offten the original submitter closes their eyes and pretends that such problems are not their responsibility, because they were not expecting to have to do any work to follow up on their "quick and easy" update. > Also, we might explicitly ask people who update unmaintained ports to > become maintainers of these. Yes, we should ask them. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEdh4kWry0BWjoQKURAtV2AJ9/rQ6tncWGLzY5Bawh3COyn5FhWQCfRGLW rrU4FVqwooITTyCVE6DGUHU= =P+Qh -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU--