Date: Wed, 18 Apr 2007 11:51:22 +0200 From: Marcus von Appen <mva@sysfault.org> To: freebsd-python@freebsd.org Subject: Re: python@ as ports maintainer Message-ID: <20070418095122.GA992@medusa.sysfault.org> In-Reply-To: <20070417221751.DA4AA3A073@cherenkov.geekfire.com> References: <20070417221751.DA4AA3A073@cherenkov.geekfire.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On, Wed Apr 18, 2007, Alexander Botero-Lowry wrote: > Hi everyone, > > I've been seeing a trend lately that I find a bit disturbing and I just wanted > to lay down the official python@ policy on this issue. The trend I'm referring > to is the setting of python@ on python consumer ports without first discussing > it with the python@ list. Early on, perky@ and I decided we didn't want python@ > to be a dumping ground for any python consumer and that we wanted to carefully > think through the ports that were directly maintained by the group with the out > look of providing better QA for a small subset of important and critical ports > related to or used heavily by Python consumers. That being said, we feel that > if every python consumer in ports is owned by python@ we can not sufficently > provide support to maintain and keep them up to date. What is good for a small > number of ports becomes unmanigable at a larger number, just like ports > maintained by ports@ though more accessible to committers tend to see less > updates and fixes simply because there are just so many of them. Is there some list if non-important ports, which you would like to hand over to some other maintainer so you can focus on the main tasks for python? If so, I'd be pleased to take over the one or other. Regards Marcus [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJeoao/JpszXavhwRAiF1AJwOR3dtg3ZdVutUyzlr4V+WL9PWAQCfd3ho 41nRZpFjBv08nDaKShOCcc0= =8OKU -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070418095122.GA992>
