[Python-modules-team] pylons 0.10-1 MIGRATED to testing
FYI: The status of the pylons source package in Debian's testing distribution has changed. Previous version: 0.10~rc1-1 Current version: 0.10-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] python-adns 1.2.1-4 MIGRATED to testing
FYI: The status of the python-adns source package in Debian's testing distribution has changed. Previous version: 1.2.1-3 Current version: 1.2.1-4 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Processing of python-opster_0.9.10-1_amd64.changes
python-opster_0.9.10-1_amd64.changes uploaded successfully to localhost along with the files: python-opster_0.9.10-1.dsc python-opster_0.9.10.orig.tar.gz python-opster_0.9.10-1.debian.tar.gz python-opster_0.9.10-1_all.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] python-opster_0.9.10-1_amd64.changes is NEW
(new) python-opster_0.9.10-1.debian.tar.gz optional python (new) python-opster_0.9.10-1.dsc optional python (new) python-opster_0.9.10-1_all.deb optional python a python command line parsing speedster Opster is a command line parser, intended to make writing command line applications easy and painless. It uses built-in Python types (lists, dictionaries, etc) to define options, which makes configuration clear and concise. Additionally it contains possibility to handle subcommands (i.e. hg commit or svn update). (new) python-opster_0.9.10.orig.tar.gz optional python Changes: python-opster (0.9.10-1) unstable; urgency=low . * Initial release (Closes: #584917) Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 584917 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Processing of creoleparser_0.7.2-3_amd64.changes
creoleparser_0.7.2-3_amd64.changes uploaded successfully to localhost along with the files: creoleparser_0.7.2-3.dsc creoleparser_0.7.2-3.diff.gz python-creoleparser_0.7.2-3_all.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] creoleparser_0.7.2-3_amd64.changes ACCEPTED
Accepted: creoleparser_0.7.2-3.diff.gz to main/c/creoleparser/creoleparser_0.7.2-3.diff.gz creoleparser_0.7.2-3.dsc to main/c/creoleparser/creoleparser_0.7.2-3.dsc python-creoleparser_0.7.2-3_all.deb to main/c/creoleparser/python-creoleparser_0.7.2-3_all.deb Override entries for your package: creoleparser_0.7.2-3.dsc - source python python-creoleparser_0.7.2-3_all.deb - optional python Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556377: python-pybabel: wrong package name (should be: python-babel)
python-babel is no longer in Squeeze. If you don't want to rename it in Squeeze, please consider doing it in Squeeze+1. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585240: ldaptor-webui: Python string exceptions no more allowed in Python 2.6
Package: ldaptor-webui Version: 0.0.43+debian1-1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585286: python-creoleparser: Python string exceptions no more allowed in Python 2.6
Package: python-creoleparser Version: 0.7.2-2 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585288: python-enable: Python string exceptions no more allowed in Python 2.6
Package: python-enable Version: 3.3.1-1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585289: python-enthoughtbase: Python string exceptions no more allowed in Python 2.6
Package: python-enthoughtbase Version: 3.0.5-1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585298: python-ldaptor: Python string exceptions no more allowed in Python 2.6
Package: python-ldaptor Version: 0.0.43+debian1-1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585300: python-logilab-astng: Python string exceptions no more allowed in Python 2.6
Package: python-logilab-astng Version: 0.20.1-1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585340: python-xdg: Python string exceptions no more allowed in Python 2.6
Package: python-xdg Version: 0.19-1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#585334: python-sympy: Python string exceptions no more allowed in Python 2.6
On Wed, Jun 9, 2010 at 3:19 PM, Sandro Tosi mo...@ravel.debian.org wrote: Package: python-sympy Version: 0.6.7-1.1 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str Since 2.6 is the planned default version for the upcoming new Debian stable release, there are chances your package may be affected by this change. We are not sure your package is impacted, since the exception raise can be in a dead or very rare branch of the code, and so simply never being executed. We would like to leverage your package maintainer status and the relationship with upstream authors to inspect more deeply the issue and act accordingly (that includes: making this bug release critical, closing it as irrelevant, tagging it 'wontfix', or whatever is appropriate). Jakub Wilk made the discovery of the problem and kindly prepared a list [1] of all identified packages (downloaded on 2010-06-09) along with files lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks for reporting it. I just fixed the package upstream and all should be ok in the next release of SymPy. The bug would only occur on the Mac, which means it doesn't affect Debian anyway. Ondrej ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team