Re: Merge catalog-sig and distutils-sig
Donald Stufft <[email protected]> Thu, 28 Mar 2013 19:45:55 -0400
| Newsgroups | gmane.comp.python.catalog,gmane.comp.python.distutils.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============2027894062== Content-Type: multipart/signed; boundary="Apple-Mail=_D70AA499-3A96-4088-8EC2-FF08CCDDB7C2"; protocol="application/pgp-signature"; micalg=pgp-sha1 --Apple-Mail=_D70AA499-3A96-4088-8EC2-FF08CCDDB7C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Mar 28, 2013, at 7:28 PM, PJ Eby <[email protected]> wrote: > On Thu, Mar 28, 2013 at 5:15 PM, Jacob Kaplan-Moss = <[email protected]> wrote: >> C'mon, folks, we're arguing about a name. That's about as close to >> literal bikeshedding as we could get. >=20 > I'm not arguing about the *name*. I just don't see the point in > making everybody subscribe to a new list and change their mail filters > (and update every book and webpage out there that mentions the > distutils-sig), because a few people want to *change* the name -- a > change that AFAICT doesn't actually provide any tangible benefit to > anybody whatsoever. >=20 >=20 >> How about we just let whoever has the keys make the change in = whatever way's easiest and most logical for them? >=20 > Because it's not up to just the person with the keys. Neither SIG is > a mere mailing list, it's a Python special interest group, and SIGs > have their own formation and termination processes. >=20 > In particular, if you're going to start a new SIG, one of the > requirements to be met is "in particular, no other SIG nor the general > Python newsgroup is already more suitable" (per the Python SIG > Creation Guidelines). It's hard to argue that distutils-sig isn't > already more suitable than whatever is being proposed to take its > place. A requirement for a SIG is also that it has a clear goal and a start and = end date. distutils-sig's goal is the distutils module. And the "end = date" requirements seems to be completely ignored anymore so arguing = strict adherence to the rules seems to be a wash. I suggested packaging-sig because discussion jumps back and forth = between distutils-sig and catalog-sig and neither name nor stated goal = really reflected what the sig was actually about which was packaging in = python in general. I also suggested packaging because it matched the = other current sigs which are generic topics and not about a single = module. But whatever, I hate the pointless duplication and just want to = kill the overlap. ----------------- Donald Stufft PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 = DCFA --Apple-Mail=_D70AA499-3A96-4088-8EC2-FF08CCDDB7C2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) iQIcBAEBAgAGBQJRVNYzAAoJEG48vOkzctz6E7gP/3jm9OoCN6Wy8o+KD1sJ3OhI Ql+jHrX/su/3+mM7eiYS8rER/swBYDoiA9PHj40qv+byzTSJ7W8Dbdd6EXjqYRFa TosIUdGh5il8VkJ+7AJXEIPUCV9Y9rVlG0wpX7cXbYlcFgL0UcIw3s9tpPGZDonq Q6TasbIWblCjs63qn/TiGD8RLCz/jcClZWc+cFSzDNPteW6YqJ+a5Nl/BAbRay5T LUijznzWfF72dFKq6UE39jvSnCdfeHBR520j+vtv5Ugfq35TIMLYlpUp6+Tfm541 K7hQ5rlKdxt7sfsyaL/60GrcgWzmeiMa5izWRURX3wMArgtICTLNkI+1d6sUiNFI 3kXhaEYgqMJ5LH1xQxXUSTOK0/TnBGUReqrHOCw6xLH2Ek1h+noeazKeeEpUFlO4 nMoZ3QCjzBMiHuiCDNtnVfG3DGKIWBt7AGf6XtzKL9gswYJgFA1si6j6C598Kpzx ibas2G5sHTP1pWx/ZbIE4xylJWf3CsnBOeVh2VM8SizfbOAEtspghI3CCi4Ith6S d3gIf877uhMfpN5vyfyr33fAsEKQqryV+PqTS1fqcrExyWsFRNDKqnq9IM09BMsx fM1QQcI0Pj37hdJUSVCWLemDNTDamA3sYzWI0P2kPeFcw8rPdkGvuhiVziNvtmAv zN1MLteBonq7q6SBsqEt =wLXb -----END PGP SIGNATURE----- --Apple-Mail=_D70AA499-3A96-4088-8EC2-FF08CCDDB7C2-- --===============2027894062== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Catalog-SIG mailing list [email protected] http://mail.python.org/mailman/listinfo/catalog-sig --===============2027894062==--