On 0, Bernd Zeimetz <b...@debian.org> wrote:
> Package: git-cola
> Version: 1.3.5.28-1
> Severity: grave
Grave? :'(
Ouch! Lesson learned.
See below...
> git-cola breaks the python modules help:
>
> 0 b...@think:~$ python2.5
> Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47)
> [GCC 4.3.3] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> help('modules')
>
> Please wait a moment while I gather a list of all available modules...
>
> File "/var/lib/python-support/python2.5/cola/jsonpickle/__init__.py", line
> 97, in __init__
> self.load_backend('json', 'dumps', 'loads', ValueError)
> File "/var/lib/python-support/python2.5/cola/jsonpickle/__init__.py", line
> 138, in load_backend
> self._encoders[name] = getattr(mod, encode_name)
> AttributeError: 'module' object has no attribute 'dumps'
I fixed this and pushed out a new tarball:
http://cola.tuxfamily.org/releases/?C=N&O=D
cola-1.3.5.44-src.tar.gz
Here's the commit diff:
http://github.com/davvid/git-cola/commit/61cff60a6970afbed3c3cd3922303b18edb891a8
This won't be a problem in the future when cola starts using a
private path for its internal python modules, but until then
this should make things happy.
I tested the latest code on debian/testing and it seems to do
the right thing now.
Thanks for your help!
--
David
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
