I implemented a check for string exception in lintian4python and run it
on the whole archive (which was a slightly out of date sid). The results
are attached.
Sadly, despite a MBF almost 2 years ago (thanks, Sandro!), there are
still tons of packages using this ex-feature. Not only the old bug
* Scott Kitterman , 2010-06-05, 22:43:
As was recently discussed on debian-python:
http://lists.debian.org/debian-python/2010/05/msg00111.html
String exceptions are no longer supported at all in Python 2.6.
Many string exceptions has been fixed since then, but - interestingly -
a few new
On Sun, Jun 6, 2010 at 04:43, Scott Kitterman wrote:
> Without examining each package in detail, it's difficult to know the impact of
> this error on each package. I expect to file the bugs at normal severity and
> leave it to maintainers to adjust it up or down.
The MBF just happened (result: 1
On Wed, Jun 9, 2010 at 21:15, Steve Langasek wrote:
> On Wed, Jun 09, 2010 at 09:05:49PM +0200, Sandro Tosi wrote:
>> On Mon, Jun 7, 2010 at 01:39, Steve Langasek wrote:
>> >> Please reply to debian-python with fix reports or reports of false
>> >> positives.
>
>> > Not quite either of these, but
On Wed, Jun 09, 2010 at 09:05:49PM +0200, Sandro Tosi wrote:
> On Mon, Jun 7, 2010 at 01:39, Steve Langasek wrote:
> >> Please reply to debian-python with fix reports or reports of false
> >> positives.
> > Not quite either of these, but in a similar vein, I've filed bug #584833
> > against gourm
On Mon, Jun 7, 2010 at 01:39, Steve Langasek wrote:
>> Please reply to debian-python with fix reports or reports of false
>> positives.
>
> Not quite either of these, but in a similar vein, I've filed bug #584833
> against gourmet with the patch from Ubuntu for this issue as part of regular
> due
FWIW:
python-mvpa -- fixed and uploaded (0.4.5~dev23-1)
python-mdp
seems to be false positives
./python-mdp_2.5-1/usr/share/pyshared/mdp/test/test_nodes.py:raise
Exception("LinearRegressionNode didn't raise "
./python-mdp_2.5-1/usr/share/pyshared/mdp/test/test_nodes.py:
On Jun 05, 2010, at 10:43 PM, Scott Kitterman wrote:
I filed a bug on bzr and it was fixed, though I don't know if it's released
yet or not. It was a corner case anyway so probably not a show stopper.
-Barry
signature.asc
Description: PGP signature
Il 06/06/2010 4.43, Scott Kitterman ha scritto:
> A couple of weeks ago, Jakub Wilk noticed this issue and prepared both a DD
> list of affected packages and the grep output that was used to detect
> potentially affected packages. I know some of these packages have been fixed
> already. Please
> Please reply to debian-python with fix reports or reports of false
> positives.
Not quite either of these, but in a similar vein, I've filed bug #584833
against gourmet with the patch from Ubuntu for this issue as part of regular
due diligence on the Ubuntu side - so gourmet should probably be
On Sat, Jun 05, 2010 at 10:43:27PM -0400, Scott Kitterman wrote:
> As was recently discussed on debian-python:
>
> http://lists.debian.org/debian-python/2010/05/msg00111.html
>
> String exceptions are no longer supported at all in Python 2.6. Since this
> is
> the Python
* Vincent Bernat , 2010-06-06, 12:34:
Please note that even with the fact that string exceptions are not
supported, they raise a TypeError exception. Since the (almost) only
way to catch a string exception is to catch all exceptions, the
TypeError would be catched as well.
This is a bit
that even with the fact that string exceptions are not
supported, they raise a TypeError exception. Since the (almost) only
way to catch a string exception is to catch all exceptions, the
TypeError would be catched as well. Therefore, using a string exception
is a minor bug, IMO.
On 06/06/10 04:43, Scott Kitterman wrote:
> A couple of weeks ago, Jakub Wilk noticed this issue and prepared both a DD
> list of affected packages and the grep output that was used to detect
> potentially affected packages. I know some of these packages have been fixed
> already. Please reply
As was recently discussed on debian-python:
http://lists.debian.org/debian-python/2010/05/msg00111.html
String exceptions are no longer supported at all in Python 2.6. Since this is
the Python version planned to be the default in Squeeze, packages still using
them should be fixed. String
[Éric Araujo, 2010-05-28]
> Hello
>
> > Jakub Wilk found the problem and prepared a list of packages affected:
> > http://people.debian.org/~jwilk/tmp/string-exceptions.ddlist
> >
> > anyone volunteers to check them and report bugs?
>
> Is this specific format used by tools that help with bug re
On May 28, 2010, at 07:21 PM, Jakub Wilk wrote:
>Let's try what says grep on the Lucid's vesrion:
>
>$ grep -Er "raise\s+[\"']" --include='*.py' bzr-2.1.1/
>bzr-2.1.1/bzrlib/bundle/bundle_data.py:raise 'Value %r has
>no colon' % info_item
>bzr-2.1.1/bzrlib/tests/test_hooks.py:
The latter is certainly more modern. Also, because I know
that bzr is a very well unittested piece of software, and that the tests are
done on Python 2.6 (because that's what's in Ubuntu 10.04), it can't have many
if any string exceptions. Sanity check with a core bzr developer (and a
y has 1.5 but
squeeze has 2.1. The latter is certainly more modern. Also, because I know
that bzr is a very well unittested piece of software, and that the tests are
done on Python 2.6 (because that's what's in Ubuntu 10.04), it can't have many
if any string exceptions. Sanity c
* Barry Warsaw , 2010-05-28, 10:21:
Jakub Wilk found the problem and prepared a list of packages affected:
http://people.debian.org/~jwilk/tmp/string-exceptions.ddlist
anyone volunteers to check them and report bugs?
(string exceptions are not allowed in Python >= 2.6)
Some of these
On May 28, 2010, at 01:33 PM, Piotr Ożarowski wrote:
>Jakub Wilk found the problem and prepared a list of packages affected:
>http://people.debian.org/~jwilk/tmp/string-exceptions.ddlist
>
>anyone volunteers to check them and report bugs?
>
>(string exceptions are not allowe
,
__future__ imports get turned on by default, etc, etc. Why just today we had
a discussion in #debian-python about string exceptions(!). Those have been
deprecated for at least 3.5 years and yet there's still (what Piotr, 100+?)
packages in Debian that still use them.
Jakub Wilk foun
Hello
> Jakub Wilk found the problem and prepared a list of packages affected:
> http://people.debian.org/~jwilk/tmp/string-exceptions.ddlist
>
> anyone volunteers to check them and report bugs?
Is this specific format used by tools that help with bug reporting?
Regards
--
To UNSUBSCRIBE, em
compatible. Modules and features go through a well defined deprecation cycle,
> __future__ imports get turned on by default, etc, etc. Why just today we had
> a discussion in #debian-python about string exceptions(!). Those have been
> deprecated for at least 3.5 years and y
24 matches
Mail list logo
