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==--