On 4/26/06, Gerhard Häring <[EMAIL PROTECTED]> 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 _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
