The issue seems to have been fixed in upstream markdown2 v2.4.11
commit commit 0fde72b: Remove deprecated imp module
Updating markdown2 to 2.4.11 may fix the issue.
Package: pyspread
Version: 1.1.1-1
Severity: normal
Dear Maintainer,
after upgrading python-matplotlib to version 2.2.3-5, pyspread displays charts
in wrong cells.
Please update the pyspread package to the latest release 1.1.3, in which this
issue is fixed.
-- System Information:
Debian Relea
Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When starting freecad, it segfaults after displaying the ASCII logo:
$ freecad
FreeCAD 0.16, Libs: 0.16R
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
#
Sorry I mean thanks to the solution of bug #884411
The issue seems to be fixed in Debian testing with
python-wxgtk3.0 (3.0.2.0+dfsg-6)
thanks to the solution of bug #883741.
Package: python-wxgtk3.0
Version: 3.0.2.0+dfsg-5
Severity: important
Dear Maintainer,
I just updated the Debian testing (apt log see below).
Since then, Cairo widgets in wxPython applications are broken. Most show a
white background instead of their intended content.
This includes the wxPython d
I can reproduce this.
The reason is that pyspread uses the cairo component from the package
python-wxgtk3.0
that has been broken.
This bug affects all Cairo based applications that use wxPython (e.g.
the wxPython demo).
Package: kmail
Version: 4:16.04.3-3
Severity: normal
Dear Maintainer,
when creating a new e-mail with kmail / kontact, I cannot attach files
> 500 KiB.
I am using kmail on xfce with kde services running.
When such a file is chosen, a dialog appears, and the file is not
attached.
Dialog:
"Failed
Dear Maintainer,
It seems that the issue is not yet resolved. Therefore, a fresh pyspread
currently is broken on non-gtk2 systems. This is also reflected in the
current CI test log.
Pyspread requires the files pango.so and pangocairo.so to be in the
PYTHONPATH.
On my system (sid), the folder
is
Could you package the master branch, which works pretty well out of the
box with Debian unstable?
This would make this package usable again.
Package: spyder
Version: 2.3.8+dfsg1-1
Severity: grave
Dear Maintainer,
After updating Debian testing, Spyder crashes on start.
I would expect Spyder to start normally as before the update.
It seems that the dependency PyQt4.QTWebKit has been removed from
unstable, which beaks Spyder. I get the
Package: pyspread
Version: 1.0-1
Severity: minor
Dear Maintainer,
when pressing while in the entry line above the main grid,
pyspread does nothing. I would expect it to autocomplete the code and
to provide code intraspection information in a tooltip window.
The expected behavior worked until p
Package: pyspread
Version: 0.4.3-1
Severity: normal
Dear Maintainer,
python-gnupg 0.3.8-1 breaks pyspread's ability to sign and verify files.
python-gnupg 0.3.6-1 works well. For details see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802967
I could send a patch but the problem seems to
Package: python-gnupg
Version: 0.3.8-1
Severity: important
Dear Maintainer,
after upgrading to python-gnupg 0.3.8-1, the dependent package pyspread shows
errors when signing files.
Using python-gnupg 0.3.6-1, pyspread signs files without errors. This also
affects the unit tests for pyspread.
The
Package: pyspread
Version: 0.4.3-1
Severity: normal
Dear Maintainer,
The package pyspread fails to complete the autopkgtest (see
http://ci.debian.net/data/packages/unstable/amd64/p/pyspread/
latest-autopkgtest/log.gz).
This implies that on a minimum Debian installation system pyspread fails to
st
Package: pyspread
Version: 0.4-2
Severity: normal
Dear Maintainer,
Looking at CI:
http://ci.debian.net/data/packages/unstable/amd64/p/pyspread/20150315_152718.autopkgtest.log.gz
The error:
E ImportError: No module named pango
occurs, i.e. the Python module pango is not present.
The page
ht
Dear Maintainer
Thank you for the upgrade.
However, looking at CI:
http://ci.debian.net/data/packages/unstable/amd64/p/pyspread/20150315_152718.autopkgtest.log.gz
The error:
E ImportError: No module named pango
occurs, i.e. the Python module pango is not present.
The page
https://pypi.pyth
Package: pyspread
Version: 0.4-1
Severity: normal
Dear Maintainer,
Pyspread v0.4 has dependencies that are not stated by the package
pyspread (0.4-1):
* python-cairo
* libpangocairo-1.0-0
Maybe additional Cairo packages are required such as
the packages python-gi-cairo and libcairo-gobject2
Package: python3-matplotlib
Version: 1.3.1-1+b2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When importing pylab then an ImportError is thrown (see below).
The pylab import is required by most matplotlib based programs.
I would expect the import to succeed without err
On Mon, 24 Feb 2014 14:32:08 +0100
Elena ``of Valhalla'' wrote:
> Investigating more, I've found that the signature files created were
> actually of zero lenght, both with python-gnupg 0.3.5-2 and with
> 0.3.6-1, and I believe that the problem lies in the fact that
> pyspread uses a key UID to
Package: python-gnupg
Version: 0.3.6-1
Severity: important
Dear Maintainer,
after upgrading python-gnupg, the dependent package pyspread fails to sign
files. This means that a user gets an error message on each file save
operation.
In pyspread, signing is done with a GPG key that has no password.
Starting with version 0.2.3 no passwords are used or stored
in .pyspreadrc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: spyder
Version: 2.1.10-1
Severity: normal
--- Please enter the report below this line. ---
When an open file is saved, the following message appears in the
internal console. The file is not marked as successfully saved even
though it is saved correctly.
>>> Traceback (most recent call l
Package: pyspread
Version: 0.2.2-1
Severity: wishlist
Dear Maintainer,
I see that you put pyspread into the category "Development" in the
menu, and I wonder if the "Office" category would be more adequate.
Regards
Martin Manns
-- System Information:
Debian Release: whee
I missed an import in the callback function.
Here is the corrected version of the example:
GPG_KEY_UID = "xxx"
GPG_KEY_PASSPHRASE = "xxx"
from pyme import core, pygpgme
import pyme.errors
ciphertext = core.Data()
plaintext = core.Data(string="Test")
ctx = core.Context()
ctx.set_armor(1)
def _passp
Here is a minimal example:
$ python
Python 2.6.5+ (release26-maint, Jul 6 2010, 12:58:20)
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> GPG_KEY_UID = "xxx"
>>> GPG_KEY_PASSPHRASE = "xxx"
>>> from pyme import core, pygpgme
>>> import pyme.errors
Package: python-pyme
Version: 0.8.1+clean-3+b1
Severity: important
When using Python 2.6, creating a detached signature file with
ctx.op_sign(plaintext, ciphertext, pygpgme.GPGME_SIG_MODE_DETACH)
raises the following error:
File "/usr/lib/python2.6/dist-packages/pyme/util.py", line 64, in _fu
Package: gdm
Version: 2.20.9-1
Severity: serious
Justification: Policy 8.6
Problem:
The package gdm is missing a dependency, without which it may lock up the
system.
This behavior conflicts with section 8.6:
"If a package contains a binary or library which links to a shared library, we
must en
28 matches
Mail list logo
