Path: csiph.com!eternal-september.org!feeder.eternal-september.org!aioe.org!bofh.it!news.nic.it!robomod From: Barry Warsaw Newsgroups: linux.debian.maint.python Subject: Re: Python Policy Date: Tue, 20 Oct 2015 16:40:01 +0200 Message-ID: References: X-Original-To: debian-python@lists.debian.org X-Mailbox-Line: From debian-python-request@lists.debian.org Tue Oct 20 14:32:44 2015 Old-Return-Path: X-Amavis-Spam-Status: No, score=-6.4 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, CAPINIT=0.5, FOURLA=0.1, LDO_WHITELIST=-5] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate:hard: -5 Organization: The Organization of Unorganized Woozalists X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailing-List: archive/latest/13027 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/20151020103215.1f216889@limelight.wooz.org Approved: robomod@news.nic.it Lines: 43 Sender: robomod@news.nic.it X-Original-Date: Tue, 20 Oct 2015 10:32:15 -0400 X-Original-Message-ID: <20151020103215.1f216889@limelight.wooz.org> X-Original-References: <20151019133137.6174ef07@limelight.wooz.org> <20151019190420.GA15907@sar0.p1otr.com> Xref: csiph.com linux.debian.maint.python:7715 On Oct 19, 2015, at 09:04 PM, Piotr O=C5=BCarowski wrote: >Debian Python Policy=C2=B9=C2=A0is something every single packages that ex= tends >Python should follow. There are many teams (more than 4) each of them >can have their own policy that extends DPP. This is an important distinction that I don't think is really captured anywhere. Let me rephrase it to see if I'm capturing your sentiment. There is Debian Python Policy which describes the standards for publishing Python libraries and applications within the Debian archive. It is a Debian Project-wide standard, irrespective of which team, if any, is maintaining t= he Python package. There is the DPMT, a team for co-maintaining Python libraries. It has its = own policy document for how those libraries are maintained, and adheres to DPP = for publishing those libraries in the archive. There is the PAPT, a team for co-maintaining Python applications. While th= ere may be overlap with DPMT (e.g. some upstream packages provide both libraries and applications), PAPT has its own policy document for how those applicati= ons are maintained, and adheres to DPP for publishing those applications in the archive. >> and maybe more. This is crazy! We really need to consolidate all this >> information. > >why? again, if you want to describe common Python related things - DPP >is the place, if it's team specific, please allow each team to have >their own rules. My concern here is discoverability and knowing the procedures for making changes to the various policies. Am I the only one who thinks that it's harder than necessary to find the right information? Cheers, -Barry