[Python-Dev] need info for externally maintained modules PEP (original) (raw)

Brett Cannon brett at python.org
Thu Apr 27 06:09:21 CEST 2006

On 4/26/06, Gerhard Häring <gh at ghaering.de> wrote:

Brett Cannon wrote: > OK, I am going to write the PEP I proposed a week or so ago, listing > all modules and packages within the stdlib that are maintained > externally so we have a central place to go for contact info or where > to report bugs on issues. This should only apply to modules that want > bugs reported outside of the Python tracker and have a separate dev > track. People who just use the Python repository as their mainline > version can just be left out. [...]

I prefer to have bugs on the sqlite module reported in the pysqlite tracker at http://pysqlite.org/ aka http://initd.org/tracker/pysqlite For bug fixes I have the same position as Fredrik: security fixes, bugs that block the build and warnings from automatic checkers should be done through the Python repository and I will port them to the external version. For any changes that reach "deeper" I'd like to have them handed over to me.

Done in my copy.

That just leaves who is to be listed for in charge of the expat parser.

As it's unrealistic that all bugs are reported through the pysqlite tracker, can it please be arranged that if somebody enters a SQLite related bug through the Sourceforge tracker, that I get notified? Perhaps by defining a category SQLite here and adding me as default responsible, if that's possible on SF.

It is, although I can't do it.

Currently I'm not subscribed to python-checkins and didn't see a need to. Is there a need to for Python core developers? I think there's no better way except subscribing and defining a filter for SQLite-related commits to be notified if other people commit changes to the SQLite module in Python?

It's not that I'm too lazy, but I'd like to keep the number of things I need to monitor low.

Understandable. I think setting up a filter is probably the best way. Can always get the digest to also cut down on the email as well.

-Brett

More information about the Python-Dev mailing list