Re: [Catalog-sig] Merge catalog-sig and distutils-sig
Dennis Coldwell <[email protected]> Thu, 28 Mar 2013 17:19:54 -0700
| Newsgroups | gmane.comp.python.distutils.devel,gmane.comp.python.catalog |
|---|---|
| Message-ID | <CAGBjFcVeo8O5tEKqOnmK6++-CVtZdMdedEXHTBpYTNJRs7P_OQ@mail.gmail.com> |
--===============1678890576== Content-Type: multipart/alternative; boundary=047d7bdc166e6586f704d9053d8a --047d7bdc166e6586f704d9053d8a Content-Type: text/plain; charset=ISO-8859-1 > But whatever, I hate the pointless duplication and just want to kill the overlap. Agree, +1 to merging into one list. On Thu, Mar 28, 2013 at 4:45 PM, Donald Stufft <[email protected]> wrote: > > 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. > > > > 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. > > > > > >> How about we just let whoever has the keys make the change in whatever > way's easiest and most logical for them? > > > > 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. > > > > 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 > > > _______________________________________________ > Distutils-SIG maillist - [email protected] > http://mail.python.org/mailman/listinfo/distutils-sig > > --047d7bdc166e6586f704d9053d8a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:tahoma,s= ans-serif;color:rgb(0,0,0)">>=A0<span style=3D"font-family:arial,sans-se= rif;font-size:13px;color:rgb(34,34,34)">But whatever, I hate the pointless = duplication and just want to kill the overlap.</span></div> <div class=3D"gmail_default" style=3D"font-family:tahoma,sans-serif;color:r= gb(0,0,0)"><span style=3D"font-family:arial,sans-serif;font-size:13px;color= :rgb(34,34,34)"><br></span></div><div class=3D"gmail_default" style=3D"font= -family:tahoma,sans-serif;color:rgb(0,0,0)"> <span style=3D"font-family:arial,sans-serif;font-size:13px;color:rgb(34,34,= 34)">Agree, +1 to merging into one list.</span></div></div><div class=3D"gm= ail_extra"><br><br><div class=3D"gmail_quote">On Thu, Mar 28, 2013 at 4:45 = PM, Donald Stufft <span dir=3D"ltr"><<a href=3D"mailto:[email protected]"= target=3D"_blank">[email protected]</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><div class=3D"im"><br> On Mar 28, 2013, at 7:28 PM, PJ Eby <<a href=3D"mailto:pje@telecommunity= .com">[email protected]</a>> wrote:<br> <br> > On Thu, Mar 28, 2013 at 5:15 PM, Jacob Kaplan-Moss <<a href=3D"mail= to:[email protected]">[email protected]</a>> wrote:<br> >> C'mon, folks, we're arguing about a name. That's about= as close to<br> >> literal bikeshedding as we could get.<br> ><br> > I'm not arguing about the *name*. =A0I just don't see the poin= t in<br> > making everybody subscribe to a new list and change their mail filters= <br> > (and update every book and webpage out there that mentions the<br> > distutils-sig), because a few people want to *change* the name -- a<br= > > change that AFAICT doesn't actually provide any tangible benefit t= o<br> > anybody whatsoever.<br> ><br> ><br> >> How about we just let whoever has the keys make the change in what= ever way's easiest and most logical for them?<br> ><br> > Because it's not up to just the person with the keys. =A0Neither S= IG is<br> > a mere mailing list, it's a Python special interest group, and SIG= s<br> > have their own formation and termination processes.<br> ><br> > In particular, if you're going to start a new SIG, one of the<br> > requirements to be met is "in particular, no other SIG nor the ge= neral<br> > Python newsgroup is already more suitable" (per the Python SIG<br= > > Creation Guidelines). =A0It's hard to argue that distutils-sig isn= 't<br> > already more suitable than whatever is being proposed to take its<br> > place.<br> <br> </div>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 &qu= ot;end date" requirements seems to be completely ignored anymore so ar= guing strict adherence to the rules seems to be a wash.<br> <br> I suggested packaging-sig because discussion jumps back and forth between d= istutils-sig and catalog-sig and neither name nor stated goal really reflec= ted what the sig was actually about which was packaging in python in genera= l. I also suggested packaging because it matched the other current sigs whi= ch are generic topics and not about a single module. But whatever, I hate t= he pointless duplication and just want to kill the overlap.<br> <div class=3D"HOEnZb"><div class=3D"h5"><br> <br> -----------------<br> Donald Stufft<br> PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCF= A<br> <br> </div></div><br>_______________________________________________<br> Distutils-SIG maillist =A0- =A0<a href=3D"mailto:[email protected]">= [email protected]</a><br> <a href=3D"http://mail.python.org/mailman/listinfo/distutils-sig" target=3D= "_blank">http://mail.python.org/mailman/listinfo/distutils-sig</a><br> <br></blockquote></div><br></div> --047d7bdc166e6586f704d9053d8a-- --===============1678890576== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Distutils-SIG maillist - [email protected] http://mail.python.org/mailman/listinfo/distutils-sig --===============1678890576==--