Bug#1066646: live-boot: fails to mount persistence *files* from beside the live medium

[Elena Grandi]

Package: live-boot
Version: 1:20230131
Severity: normal

Dear Maintainer,

since the fix_ for #934701_, live boot is no longer considering the
partition mounted e.g. on /run/live/medium even when looking for
persistence partition image files (as opposed to persistence on regular
partitions).

It is my understanding that those would not fall under the case of 

   The devices that are hosting the actual live rootfs should not be
   used for persistence storage since otherwise you might mount a parent
   directory on top of a sub-directory of the same filesystem in one
   union together.

as described in the comment_ in the code that is doing the check, and
thus they could be safely considered. Is it correct, or am I missing
something?

.. _fix: 
https://salsa.debian.org/live-team/live-boot/-/commit/ce7770b39f38d08bef557b67496c167499c0e3f4
.. _#934701: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934701
.. _comment: 
https://salsa.debian.org/live-team/live-boot/-/blob/ce7770b39f38d08bef557b67496c167499c0e3f4/components/9990-misc-helpers.sh#L1076

My usecase is that I'm running a system with multiple versions of a live
system, each one of which has its own versioned /live directory with
kernel etc. files, filesystem.squashfs *and* a persistence image file.
This used to work up to bullseye, but has stopped working under
bookworm, with the fixed version of live-boot.

Would this be considered a valid usecase?

In case it can be useful, what I'm doing is available online at
https://github.com/Truelite/modian , where the -full-examples reproduce
the issue.

Thanks in advance

Bug#1063891: camelot: Tests failures on ppc64el

[Elena Grandi]

Package: camelot
Version: 0.11.0-4
Severity: normal
Tags: help

When the package unittests are run on ppc64el some of them fail

https://ci.debian.net/packages/c/camelot-py/testing/ppc64el/42972030/

I'm opening this bug to keep track of the issue


camelot_tests_ppc64el.log.gz
Description: application/gzip

Bug#1061436: RFP: python3-sphinxcontrib.django -- Sphinx extension which improves the documentation of Django apps

[Elena Grandi]

Package: wnpp
Severity: wishlist

* Package name: python3-sphinxcontrib.django
  Version : 2.5
  Upstream Contact: Diederik van der Boor 
* URL : https://github.com/sphinx-doc/sphinxcontrib-django
* License : Apache 2.0
  Programming Lang: Python
  Description : Sphinx extension which improves the documentation of Django 
apps

Sphinx extension for adding django-specific improvements to the output
of Sphinx, as well as custom markup.

This package will be required to build (the documentation of) version
3.4 of python-django-registration.

Bug#1050010: ITP: python-ghostscript -- Python-Interface to the Ghostscript C-API

[Elena Grandi]

Package: wnpp
Severity: wishlist
Owner: Elena Grandi 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-ghostscript
  Version : 0.7
  Upstream Contact: Hartmut Goebel 
* URL : https://gitlab.com/pdftools/python-ghostscript
* License : GPLv3+
  Programming Lang: Python
  Description : Python-Interface to the Ghostscript C-API

Ghostscript is a well known interpreter for the PostScript language and
for PDF. This package implements a interface to the Ghostscript C-API
using ctypes. Both a low-level and a pythonic, high-level interface are
provided.

This is a build-dependency of camelot-py (#1049944).

I intend to maintain this package under the Python Team.

Bug#1050005: ITP: pdftopng -- Convert PDF to PNG

[Elena Grandi]

Package: wnpp
Severity: wishlist
Owner: Elena Grandi 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pdftopng
  Version : 0.2.3
  Upstream Contact: Vinayak Mehta 
* URL : https://github.com/vinayak-mehta/pdftopng
* License : GPLv2
  Programming Lang: C, Python, C++
  Description : Convert PDF to PNG

A command line tool and python library to convert PDFs to PNGs, based on
pdftoppm from poppler.

This is a dependency of camelot-py (#1049944) and I intend to maintain
it in the Python Team.

Bug#1049944: ITP: camelot-py -- extract tables from PDF

[Elena Grandi]

Package: wnpp
Severity: wishlist
Owner: Elena Grandi 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: camelot
  Version : 0.11.0
  Upstream Contact: Vinayak Mehta 
* URL : http://camelot-py.readthedocs.io/
* License : MIT/X
  Programming Lang: Python
  Description : extract tables from PDF

A python library and command line program to extract tables from PDF
data.

This package is a build-depend of fpdf2, used to run some of the tests.

I plan to maintain this package in the Python Team.

Bug#1039933: bookworm-pu: package bepasty/1.0.0-1+deb12u1

[Elena Grandi]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: bepa...@packages.debian.org
Control: affects -1 + src:bepasty

[ Reason ]
The upload is necessary to fix bug #1038452 (
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038452 ) in bepasty,
a pastebin with support for multiple media types: because of an
incompatibility with Pygments-2.12.0 that I didn't spot during the
testing cycle (my fault) bepasty in bookworm is no longer able to
display the rendered version of text uploads.

[ Impact ]
If the update isn't approved the version of bepasty in Debian won't work
for one of the most common use cases (text uploads)

[ Tests ]
Automated tests of the package have been disabled because I wasn't able
to make them work in the package building infrastructure. I plan to work
on this during the trixie cycle.
I'm currently testing this manually by installing locally and trying to
use it.
The package I'm proposing for bookworm-updates has also been installed
on my main instance and being in use for a day (as I write this), and
giving it a bit of heavier than usual use.

[ Risks ]
I believe that the fix is a pretty small change in a part of code with
no special complexities.
However the alternative could be to remove bepasty from stable, and
users could install the updated version that I plan to maintain in
backports.

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
The backported upstream patch changes the class CustomHtmlFormatter from
bepasty to work with the changed HtmlFormatter from pygments.
The only other packaging change is to add a versioned dependency to
python3-pygments (>= 2.12.0) (bookworm has 2.14.0+dfsg-1), as that's the
release that introduced the breaking change.

[ Other info ]
The issue is fixed in unstable by uploading the new upstream release
from which this patch comes from.

I will work to improve my testing to avoid something like this from
happening again, sorry.
diff -Nru bepasty-1.0.0/debian/changelog bepasty-1.0.0/debian/changelog
--- bepasty-1.0.0/debian/changelog  2021-12-17 09:35:28.0 +0100
+++ bepasty-1.0.0/debian/changelog  2023-06-28 13:57:40.0 +0200
@@ -1,3 +1,9 @@
+bepasty (1.0.0-1+deb12u1) bookworm; urgency=medium
+
+  * Backport upstream fix for Pygments-2.12.0. (Closes: #1038452)
+
+ -- Elena Grandi   Wed, 28 Jun 2023 13:57:40 +0200
+
 bepasty (1.0.0-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru bepasty-1.0.0/debian/control bepasty-1.0.0/debian/control
--- bepasty-1.0.0/debian/control2021-12-17 09:35:28.0 +0100
+++ bepasty-1.0.0/debian/control2023-06-28 13:57:40.0 +0200
@@ -9,7 +9,7 @@
  python3-setuptools,
  python3-setuptools-scm,
  python3-flask,
- python3-pygments,
+ python3-pygments (>= 2.12.0),
  python3-pytest,
  python3-selenium,
  python3-sphinx,
@@ -33,7 +33,7 @@
  libjs-jquery-ui,
  libjs-jquery-file-upload,
  python3-flask,
- python3-pygments,
+ python3-pygments (>= 2.12.0),
 Recommends: ${python3:Recommends}
 Suggests: ${python3:Suggests}
 Description: binary pastebin / file upload service
diff -Nru 
bepasty-1.0.0/debian/patches/0004-adapt-to-Pygments-2.12.0-and-also-require-it-fixes-2.patch
 
bepasty-1.0.0/debian/patches/0004-adapt-to-Pygments-2.12.0-and-also-require-it-fixes-2.patch
--- 
bepasty-1.0.0/debian/patches/0004-adapt-to-Pygments-2.12.0-and-also-require-it-fixes-2.patch
1970-01-01 01:00:00.0 +0100
+++ 
bepasty-1.0.0/debian/patches/0004-adapt-to-Pygments-2.12.0-and-also-require-it-fixes-2.patch
2023-06-28 13:57:40.0 +0200
@@ -0,0 +1,67 @@
+From: Thomas Waldmann 
+Date: Sat, 21 Jan 2023 18:48:50 +0100
+Bug: #1038452
+Subject: [PATCH] adapt to Pygments>=2.12.0 (and also require it), fixes #281
+Origin: backport, 
https://github.com/bepasty/bepasty-server/commit/6ab4201e28133476aeac9d80be2e703ca4a4b203
+
+pygments made some incompatible change in 2.12 and bepasty
+was affected by that because we subclassed pygment's
+HtmlFormatter.
+
+i updated our copy of format_unencoded from the HtmlFormatter
+base class and added our customization back to that (calling
+_wrap_lineparagraphs() when needed).
+---
+
+diff --git a/src/bepasty/utils/formatters.py b/src/bepasty/utils/formatters.py
+index d3a8931..6992336 100644
+--- a/src/bepasty/utils/formatters.py
 b/src/bepasty/utils/formatters.py
+@@ -23,26 +23,42 @@ class CustomHtmlFormatter(HtmlFormatter):
+ yield 0, line
+ 
+ def format_unencoded(self, tokensource, outfile):
+-"""Format by wrapping pieces of text according to the user's options
++"""
++The formatting process uses several nested generators; which of
+

Bug#1015178: python3-nose2: nose2-3.10 fails with a StopIteration exception

[Elena Grandi]

Package: python3-nose2
Version: 0.9.2-3
Severity: normal

Dear Maintainer,

In any python project where the command ``nose2-3`` runs the test suite,
running instead ``nose2-3.10`` fails with::

$ nose2-3.10
Traceback (most recent call last):
  File "/usr/bin/nose2-3.10", line 33, in 
sys.exit(load_entry_point('nose2==0.9.2', 'console_scripts', 
'nose2-3.10')())
  File "/usr/bin/nose2-3.10", line 25, in importlib_load_entry_point
return next(matches).load()
StopIteration

Running ``nose2-3.9`` is working, as is running ``nose2-3``, which I
believe is currently using python 3.10.

I've had it happen both on my testing system and an up-to-date
cowbuilder image (which is where just using ``nose2-3`` would be
problematic, since it's not run manually).

Let me know if you need any other info

Thanks in advance

-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-nose2 depends on:
ii  python33.10.4-1+b1
ii  python3-coverage   6.2+dfsg1-2
ii  python3-mock   4.0.3-3
ii  python3-pkg-resources  59.6.0-1.2
ii  python3-six1.16.0-3
ii  python3.9  3.9.13-1

python3-nose2 recommends no packages.

Versions of packages python3-nose2 suggests:
pn  python-nose2-doc  

-- no debconf information

Bug#1008843: RFP: pokete -- A terminal based Pokemon like game

[Elena Grandi]

Package: wnpp
Severity: wishlist

* Package name: pokete
  Version : 0.6.0
  Upstream Author : lxgr 
* URL : https://github.com/lxgr-linux/pokete
* License : GPLv3
  Programming Lang: Python
  Description : A terminal based Pokemon like game

I believe that this package could find a good home in either the Python
or the Games team.

Packaging this will require packaging also python-scrap-engine, from the
same author (RFP: 1008839).

One issue that I noticed is that upstream instructs to run the game from
a git checkout and there is no pypi package for it, so I suspect that
there may be issues with finding the resources once the game has been
installed.

Bug#1008839: RFP: python-scrap-engine -- A 2D ascii game engine for the terminal

[Elena Grandi]

Package: wnpp
Severity: wishlist

* Package name: python-scrap-engine
  Version : 1.2.0
  Upstream Author : lxgr 
* URL : https://github.com/lxgr-linux/scrap_engine
* License : GPLv3
  Programming Lang: Python
  Description : A 2D ascii game engine for the terminal

This is used by Pokete (a terminal based Pokemon like game), for which
I'm opening a different RFP.

I believe that this package could find a good home in either the Python
or the Games team.

Bug#951720: libjs-jquery-file-upload: Please include the css files in the package

[Elena Grandi]

Source: libjs-jquery-file-upload
Severity: wishlist

Dear Maintainer,

thanks for your work maintaining libjs-jquery-file-upload.

I've noticed that your package doesn't ship the css files from the css
directory of the upstream package; could you please add them?

I'm trying to package a program_ that uses those css files; I've already
patched it to get its js files from your package, and it would be nice
to be able to provide all needed files.

.. _program: http://bugs.debian.org/950721

Thanks in advance

Bug#951715: pygments: What about providing the css files generated by pygmentize?

[Elena Grandi]

Source: pygments
Version: 2.3.1+dfsg-1
Severity: wishlist

Dear Maintainer,

I'm packaging a program_ that uses a css generated_ from pygmentize as
packaged (for pip) by xstatic-pygments.

.. _program: http://bugs.debian.org/950721
.. _generated: 
https://github.com/xstatic-py/xstatic-pygments/blob/master/genstyles.sh

I'm already patching the program to use debian packaged versions of
other js/css resources, and I'm wondering about the best way to deal
with this file.

I wonder if it's worth generating them inside the pygments package and
having them in /usr/share/javascript/pygments (I guess having just css in there 
is fine?) for other packages to use.

If you don't think it is, I can just generate the one I need inside my
package and be done with it, but I'm first trying to understand which
one would be the cleaner solution.

Thanks

Bug#891430: RFS: proxmoxer/1.0.2-1

[Elena Grandi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "proxmoxer"

* Package name: proxmoxer
  Version : 1.0.2-1
  Upstream Author : Oleg Butovich 
* URL : https://github.com/swayf/proxmoxer
* License : MIT
  Section : python

t builds those binary packages:

  python-proxmoxer - Python Wrapper for the Proxmox 2.x API (HTTP and SSH) 
(Python 2)
ython3-proxmoxer - Python Wrapper for the Proxmox 2.x API (HTTP and SSH) 
(Python 3)

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/proxmoxer


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/proxmoxer/proxmoxer_1.0.2-1.dsc

And the git repository is on 
https://salsa.debian.org/python-team/modules/proxmoxer :

  gbp clone g...@salsa.debian.org:python-team/modules/proxmoxer.git

This is a new package for debian, with ITP at http://bugs.debian.org/883103

As I wrote on the ITP, I'm also packaging the python2 version of this module as
it is used by ansible (until ansible itself will move on to python3)

I intend to maintain this package under the Debian Python Modules Team (DPMT)
and I'm a DM.

Regards,
 Elena Grandi

Bug#833219: pdfposter: Pdfposter produces blank output

[Elena Grandi]

Thanks for your report.

I've tried to reproduce the issue on testing and I can confirm it; I've
then looked in the upstream bugtracker and found that a similar issue
had already been reported:

https://gitlab.com/pdftools/pdfposter/issues/2

The reporter has worked about the issue by using pdftops and poster.

I'll try to understand better what's happening, but with little hopes,
since upstream apparently hasn't solved it yet.

I've removed the newcomer tag because the easy part was just reporting
upstream, investigating the issue doesn't look like "This bug has a
known solution but the maintainer requests someone else implement it.
This is an ideal task for new contributors who wish to get involved in
Debian, or who wish to improve their skills."
( https://www.debian.org/Bugs/Developer#tags )
-- 
Elena ``of Valhalla''

Bug#814781: python-model-mommy: Please update model mommy to new upstream release and add python3 support

[Elena Grandi]

Source: python-model-mommy
Severity: wishlist

I've noticed that there is a new upstream release of model-mommy which:

* works with Django >= 1.7 (#755657)
* should fix bug #745093
* supports python3

It would be great if it could be available into debian, including the
python3 version.

Thanks in advance.

Bug#814777: python-formencode: Please package the new upstream release with python3 support

[Elena Grandi]

Source: python-formencode
Severity: wishlist

Dear Maintainer,

I've noticed that there is a new upstream release for python-formencode
which also supports python3: it would be useful to have it in Debian.

>From the release notes[1], I notice a few backward incompatibilites, but
they shouldn't introduce problems: they dropped support for old python
version that are no longer in debian and changed a dependency from
python-dns to dnspython, which if I'm not mistaken is already in debian
(python(3)-dnspython).

[1] http://www.formencode.org/en/latest/whatsnew-1.3.html

Thanks in advance.

Bug#813602: monkeysign: QRCode is no longer shown on stretch (traceback on stderr)

[Elena Grandi]

Package: monkeysign
Version: 2.0.2
Severity: important

Dear Maintainer,

When running monkeyscan under a recently updated stretch system no
QR-Code is shown on the right panel, and the following traceback is
shown on stderr:

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/monkeysign/gtkui.py", line 306, in 
expose_event
self.draw_qrcode()
  File "/usr/lib/python2.7/dist-packages/monkeysign/gtkui.py", line 317, in 
draw_qrcode
self.pixbuf = self.image_to_pixbuf(self.make_qrcode(self.active_key.fpr))
  File "/usr/lib/python2.7/dist-packages/monkeysign/gtkui.py", line 342, in 
make_qrcode
version, width, image = 
_qrencode_scaled('OPENPGP4FPR:'+fingerprint,size,0,1,2,True)
  File "/usr/lib/python2.7/dist-packages/qrencode/__init__.py", line 69, in 
encode_scaled
version, src_size, im = encode(data, version, level, hint, case_sensitive)
  File "/usr/lib/python2.7/dist-packages/qrencode/__init__.py", line 47, in 
encode
im = Image.fromstring('L', (size, size), data)
  File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 2063, in fromstring
"Please call frombytes() instead.")
Exception: fromstring() has been removed. Please call frombytes() instead.

The same traceback happens when trying to save the QRCode (File -> Save QR Code 
as...)

The version of PIL I have installed is:

ii  python-pil:amd 3.1.0-1  amd64Python Imaging Library (Pillow fo

Thanks for your work developing and maitaing this package

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages monkeysign depends on:
ii  gnupg 1.4.20-1
ii  gnupg-agent   2.1.9-1
ii  python2.7.11-1
ii  python-pkg-resources  18.8-1

Versions of packages monkeysign recommends:
ii  python-gtk2   2.24.0-4
ii  python-qrencode   1.01-5
ii  python-zbar   0.10+doc-10+b1
ii  python-zbarpygtk  0.10+doc-10+b1

monkeysign suggests no packages.

-- no debconf information

Bug#807416: fluxbox: keyboard unresponsive in slim after exiting fluxbox (systemd session not properly closed?)

[Elena Grandi]

Package: fluxbox
Version: 1.3.5-2+b1
Severity: normal

Dear Maintainer,

I run fluxbox in a session started by logging in from slim.

When closing fluxbox from the menu (Exit) I'm correctly sent back to the
slim screen, but the keyboard is not responding and there is no way to
get back control of the computer other than my remote login (or - as I
did - acpi-driven shutdown).

The same thing happens when closing xorg via ctrl-alt-backspace, but not
when using ``loginctl terminate-session 1``, which leads me to think
that maybe the systemd session is not being properly terminated.

Thanks in advance

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fluxbox depends on:
ii  libc6   2.19-22
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.6.1-0.1
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.2.1-23
ii  libice6 2:1.0.9-1+b1
ii  libimlib2   1.4.7-1
ii  libsm6  2:1.2.2-1+b1
ii  libstdc++6  5.2.1-23
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  libxrandr2  2:1.5.0-1
ii  libxrender1 1:0.9.9-2
ii  menu2.1.47

Versions of packages fluxbox recommends:
ii  feh  2.14-1
ii  xfonts-terminus  4.39-1

Versions of packages fluxbox suggests:
pn  fbautostart  
pn  fbdesk   
pn  fbpager  

-- no debconf information

Possibly also relevant:

ii  slim   1.3.6-4
ii  systemd228-2

Bug#805796: www.debian.org: please mention httpredir.d.o on mirror page(s)

[Elena Grandi]

Package: www.debian.org
Severity: normal


When googling from italy for a list of debian mirrors the results
include https://www.debian.org/mirror/index.it.html which points to 
https://www.debian.org/mirror/list and
https://www.debian.org/mirror/official.it.html#list

I expect that similar queries from other countries can give similar
results.

None of those pages mention the fact that there is now an official
redirector at http://httpredir.debian.org/ which can be used instead 
of a local mirror.

While the installer currently suggests that mirror, users who are
updating an old installation have no way to know about it, and would 
end up hardcoding a single mirror when the redirect would have 
probably worked better for them.

I believe that adding a short note near the top of the page pointing
those users to http://httpredir.debian.org/ (or giving concise
instructions on how to use it) would be helpful.

Thanks in advance

Bug#794109: ITP: python-pypandoc -- Python wrapper for pandoc

[Elena Grandi]

Package: wnpp
Severity: wishlist
Owner: Elena Grandi 

* Package name: python-pypandoc
  Version : 0.9.9
  Upstream Author : Juho Vepsäläinen 
* URL : https://github.com/bebraw/pypandoc
* License : MIT
  Programming Lang: Python
  Description : Python wrapper for pandoc

pypandoc provides a python interface to pandoc, a universal document
converter with support for most markup languages.

My plan is to start maintaining this package alone(ish), and move to team 
maintainance under the python-modules team as soon as the git migration 
will be ready.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786402: RFP: valentina -- Sewing pattern drafting software

[Elena Grandi]

Package: wnpp
Severity: wishlist

* Package name: valentina
  Version : 0.3.3
  Upstream Author : Roman Telezhynskyi  (and more)
* URL : https://valentinaproject.bitbucket.org/
* License : GPLv3
  Programming Lang: C++
  Description : Sewing pattern drafting software

Valentina is suited to any formula-based pattern drafting method 
and has the aim to support small-batch and custom sized clothing
manufactoring.

This is one of the main/most active Free Software projects to support 
garment design and manufacturing, as described e.g. in 
https://lwn.net/Articles/643941/

A quick check with licensecheck shows that most files are properly
marked as GPLv3, with two components under a sane-looking BSD-like
license and LGPLv3 respectively (which may require unbundling).

Thanks

-- 
Elena ``of Valhalla''


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#784736: debian-keyring: Update lenght requirements in /usr/share/doc/debian-keyring/README.gz

[Elena Grandi]

Package: debian-keyring
Version: 2015.04.10
Severity: minor

In the section "Generate a key pair" of the README.gz file there is 
the phrase "You must use at least 1024 bits." which is outdated, since 
1024 bit keys have been deprecated and removed from the keyring.

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

debian-keyring depends on no packages.

Versions of packages debian-keyring recommends:
ii  gnupg  1.4.18-7

debian-keyring suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781663: pysolfc: Does not start when no sound card is available, even when sound is disabled

[Elena Grandi]

Package: pysolfc
Version: 2.0-3
Severity: normal
Tags: upstream

When no sound card is available (to reproduce it is enough to 
remove the user from audio group), pysolfc crashes at startup 
with the following backlog:

Traceback (most recent call last):
  File "/usr/games/pysolfc", line 32, in 
sys.exit(main(sys.argv))
  File "/usr/share/games/pysolfc/pysollib/main.py", line 359, in main
r = pysol_init(app, args)
  File "/usr/share/games/pysolfc/pysollib/main.py", line 314, in pysol_init
app.audio.connectServer(app)
  File "/usr/share/games/pysolfc/pysollib/pysolaudio.py", line 445, in 
connectServer
self.mixer.init()
pygame.error: No available audio device

This also happens when sound has been disabled in the option menu 
(sound = False in .pysolfc/options.cfg ), but not when pysolfc is 
launched with the --nosound option from command line; however users 
who run pysolfc from a GUI will have an harder time running it.

This is known upstream: http://sourceforge.net/p/pysolfc/bugs/28/

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pysolfc depends on:
ii  python2.7.8-4
ii  python-configobj  5.0.6-1
ii  python-pygame 1.9.1release+dfsg-10+b1
ii  python-tk 2.7.8-2+b1

Versions of packages pysolfc recommends:
pn  python-imaging-tk  
pn  tk-tile

Versions of packages pysolfc suggests:
pn  freecell-solver   
pn  pysolfc-cardsets  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#780991: slic3r: Slic3r does not start: dependency version mismatch

[Elena Grandi]

Package: slic3r
Version: 1.2.6+dfsg-1
Severity: grave
Justification: renders package unusable

I've installed slic3r from experimental on a mostly testing system, and
it does not start because it requires threads.pm >= 1.96, while perl
5.20.2 only provides version 1.93

The full error is:

$ slic3r 
threads.pm >= 1.96 is required, please update
Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/Slic3r/XS/XS.so' for 
module Slic3r::XS: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version 
`GLIBCXX_3.4.21' not found (required by 
/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/Slic3r/XS/XS.so) at 
/usr/share/perl/5.20/XSLoader.pm line 68.
 at /usr/lib/x86_64-linux-gnu/perl5/5.20/Slic3r/XS.pm line 9.
Compilation failed in require at /usr/share/perl5/Slic3r.pm line 38.
BEGIN failed--compilation aborted at /usr/share/perl5/Slic3r.pm line 38.
Compilation failed in require at /usr/bin/slic3r line 15.
BEGIN failed--compilation aborted at /usr/bin/slic3r line 15.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages slic3r depends on:
ii  libboost-geometry-utils-perl   0.15-2+b1
ii  libc6  2.19-15
ii  libencode-locale-perl  1.03-1
ii  libgcc11:4.9.2-10
ii  libio-stringy-perl 2.110-5
ii  libmath-convexhull-monotonechain-perl  0.1-1+b2
ii  libmath-geometry-voronoi-perl  1.3-2+b2
ii  libmath-planepath-perl 117-1
ii  libmoo-perl1.006001-1
ii  libstdc++6 4.9.2-10
pn  libstorable-perl   
ii  perl [libtime-hires-perl]  5.20.2-2
ii  perl-base [perlapi-5.20.1] 5.20.2-2
ii  perl-modules [libfile-spec-perl]   5.20.2-2

Versions of packages slic3r recommends:
ii  libclass-xsaccessor-perl  1.19-2+b4
ii  libio-all-perl0.79-1
ii  libopengl-perl0.6703+dfsg-1+b1
ii  libpdf-api2-perl  2.023-1
ii  libsvg-perl   2.59-1
pn  libwx-glcanvas-perl   
ii  libwx-perl1:0.9923-4
ii  libxml-sax-expatxs-perl   1.33-1+b2

slic3r suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#774713: xombrero: Possible memory leak when reading many pages in succession

[Elena Grandi]

Package: xombrero
Version: 2:1.6.3-1
Severity: normal

When reading many pages in succession in a xombrero session memory
usage continues to grow unlimited.

I've been able to trigger it a few times by doing a webcomic archive binge: 
the last time it happened on http://www.unshelved.com/ when I've started 
on the first strip ( http://www.unshelved.com/2002-2-16 ) and continued 
reading on-and-off or some hours up to strip 
http://www.unshelved.com/2003-1-9 , when it had filled 
more than 1GB of memory (sorry, I didn't check the exact amount,
probably between 1GB and 2GB) and I had to kill it.

I was using xombrero in the "whitelist" mode, with no javascript allowed 
from that site, and the window only had two tabs open.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xombrero depends on:
ii  libbsd0 0.7.0-2
ii  libc6   2.19-13
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.1-1
ii  libgnutls-deb0-28   3.3.8-5
ii  libgtk-3-0  3.14.5-1
ii  libjavascriptcoregtk-3.0-0  2.4.7-3
ii  libpango-1.0-0  1.36.8-3
ii  libsoup2.4-12.48.0-1
ii  libwebkitgtk-3.0-0  2.4.7-3

xombrero recommends no packages.

xombrero suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/xombrero/xombrero.css (from xombrero package)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#774176: installation-reports: A20-Olinuxino Micro successful installation from USB stick to SD Card

[Elena Grandi]

Package: installation-reports
Severity: normal

Dear Maintainer,

Installation was successful, I'm reporting it because this board is listed 
as not tested yet on https://wiki.debian.org/InstallingDebianOn/Allwinner

-- Package-specific info:

Boot method: USB stick (from uboot on SD)
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/armhf/iso-cd/debian-testing-armhf-CD-1.iso
 2014-12-29
Date: 2014-12-29 23:23:54 CET

Machine: Olimex A20-Olinuxino Micro
Partitions: 
# df -Tl
Filesystem Type 1K-blocks   Used Available Use% Mounted on
/dev/mmcblk0p2 ext4   6906224 801600   5730764  13% /
udev   devtmpfs 10240  0 10240   0% /dev
tmpfs  tmpfs   205872   4340201532   3% /run
tmpfs  tmpfs   514672  0514672   0% /dev/shm
tmpfs  tmpfs 5120  0  5120   0% /run/lock
tmpfs  tmpfs   514672  0514672   0% /sys/fs/cgroup
/dev/mmcblk0p1 ext2240972  19685208846   9% /boot


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[ ]
Overall install:[O]

Comments/Problems:

Installation was done by following the instructions on 
https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_a_USB_stick

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20141229-05:14"
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
uname -a: Linux manilla 3.16.0-4-armmp #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) 
armv7l GNU/Linux
usb-list: 
usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.16.0-4-armmp ehci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 01 Device 02: Mass Storage Device [058f:6387]
usb-list:Level 01 Parent 01 Port 00  Class 00(>ifc ) Subclass 00 Protocol 00
usb-list:Manufacturer: JetFlash
usb-list:Interface 00: Class 08(mstor) Subclass 06 Protocol 50 Driver 
usb-storage
usb-list: 
usb-list: Bus 02 Device 01: EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.16.0-4-armmp ehci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 03 Device 01: Generic Platform OHCI controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.16.0-4-armmp ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 04 Device 01: Generic Platform OHCI controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.16.0-4-armmp ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
lsmod: Module  Size  Used by
lsmod: dm_mod 87510  0 
lsmod: md_mod110841  0 
lsmod: jfs   169619  0 
lsmod: crc32c_generic  1598  1 
lsmod: btrfs 954651  0 
lsmod: xor 5226  1 btrfs
lsmod: zlib_deflate   20544  1 btrfs
lsmod: raid6_pq   83885  1 btrfs
lsmod: fuse   81305  0 
lsmod: stmmac 73514  0 
lsmod: nls_utf81170  1 
lsmod: nls_cp437   4767  0 
lsmod: loop   16218  2 
lsmod: isofs  31326  1 
lsmod: vfat9629  0 
lsmod: fat52745  1 vfat
lsmod: ext4  491844  3 
lsmod: crc16   1146  1 ext4
lsmod: mbcache 8210  1 ext4
lsmod: jbd2   88935  1 ext4
lsmod: sg 20832  0 
lsmod: sd_mod 38559  2 
lsmod: crc_t10dif  1045  1 sd_mod
lsmod: crct10dif_common1159  1 crc_t10dif
lsmod: usb_storage41991  1 
lsmod: ahci_sunxi 

Bug#772534: man-pages-it: Please upgrade to new upstream version 3.64

[Elena Grandi]

Source: man-pages-it
Version: 2.80-5
Severity: wishlist

I've noticed that the version of the italian manpages currently in
debian is quite old, being from 2008, while upstream has resumed 
doing frequent releases in 2014 and is currently on 3.64 (released 
on 25 May).

Is there something that prevents packaging the new versions?

Of course I realize that it is too late for jessie, but it would be nice 
to have them in stretch (and then, if it doesn't require lots of work, 
in backports too).

Thanks in advance.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#769549: 2048-qt: Segfaults when combining two tiles

[Elena Grandi]

Package: 2048-qt
Version: 0.1.5-2
Severity: important

After updating a number of packages (including libgl1-mesa-glx
10.2.8-1 --> 10.3.2-1 and libstdc++6 4.9.1-16 --> 4.9.1-19 )
2048-qt no longer works on my computer: whenever two tiles are combined 
it crashes with a Segmentation fault.

I've also noticed that the same thing happens when changing labeling 
to one of the alternative ones (the change is then applied on restart), 
but not when changing back to classic 2048 labels.

I've tried on a different computer (x86 instead of amd64, intel card 
instead of nvidia with free drivers), and there the segfaults aren't
happening (altought it is much slower, to the point of being not very
playable)

Please let me know if you need any other information.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages 2048-qt depends on:
ii  libc62.19-13
ii  libgcc1  1:4.9.1-19
ii  libgl1-mesa-glx [libgl1] 10.3.2-1
ii  libqt5core5a 5.3.2+dfsg-4+b1
ii  libqt5gui5   5.3.2+dfsg-4+b1
ii  libqt5network5   5.3.2+dfsg-4+b1
ii  libqt5qml5   5.3.2-4
ii  libqt5quick5 5.3.2-4
ii  libqt5widgets5   5.3.2+dfsg-4+b1
ii  libstdc++6   4.9.1-19
ii  qml-module-qtquick-controls  5.3.2-2
ii  qml-module-qtquick-dialogs   5.3.2-2

2048-qt recommends no packages.

2048-qt suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#765757: live-installer: Installation fails when using a non-en locale when trying to mount /proc

[Elena Grandi]

Package: live-installer
Version: 39
Severity: important


I've heard a repeated complain from people in the Italian FLOSS
community that the (live) installer for debian stable (wheezy) does not 
work, but none of those actually affected could be bothered to open 
this bug, so I'm reporting it.

>From the reports I've read, the problem seems to be in all of the debian
live images (two that were explicitely mentioned was 
debian-live-7.6.0-amd64-xfce-desktop.iso and its x86 equivalent, but I 
believe that somebody else had the problem with the gnome one) 
and happens when installation in Italian has been selected, but not 
when installing in english.

One of the reports that I've found online is
http://www.linuxmind-italia.org/index.php?topic=18051.0
the relevant part says:

"At startup (sic) after choosing the language, while installing the base
packages, you get this error on output:

  Failure trying to run: chroot /target mount -t proc proc/proc

"

and confirms that a subsequent installation in english was successful
(and gives instructions to set the language to italian after
installation).

I don't usually use the live installer (and install in english anyway),
so I've never actually met this problem, but from what I've read it 
seems to be quite easily reproduced, so I hope this report will be
enough.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764184: qtchooser: Mask a binary that is not available in any package

[Elena Grandi]

Package: qtchooser
Version: 47-gd2b7997-2
Severity: normal

Running qtconfig results in the following error:

$ qtconfig
qtconfig: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qtconfig':
No such file or directory

After reading #712264 I've tried to look for that file to install the 
proper package, but it seems that that file is not available anywhere

https://packages.debian.org/search?suite=jessie&mode=exactfilename&searchon=contents&keywords=%2Fusr%2Flib%2Fx86_64-linux-gnu%2Fqt5%2Fbin%2Fqtconfig

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages qtchooser depends on:
ii  libc6   2.19-11
ii  libgcc1 1:4.9.1-14
ii  libstdc++6  4.9.1-14

qtchooser recommends no packages.

qtchooser suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762186: python-pypdf: Unexpectedly breaks existing programs on update

[Elena Grandi]

Package: python-pypdf
Version: 1.23-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

updating python-pypdf from 1.13 to 1.23 breaks every existing script 
that use this module with an ImportError: No module named pyPdf.

Changing pyPdf to PyPDF2 everywhere in the scripts allows to use 
the new version, but in the update there was no hint that this 
change was needed.

Expecially if this happens during an update between stable versions 
this will break existing deployments of custom programs, causing 
lots of pain.

Thanks in advance

-- 
Elena ``of Valhalla''


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760040: nm.debian.org: Debian Contributors does not recognise changes of email address in alioth

[Elena Grandi]

Package: nm.debian.org
Severity: normal

In late march (2014) I have changed the email address I use while 
contributing to debian and updated my alioth profile (valhalla-guest) 
with the new address.

I've just noticed (end of august 2014) that Debian Contributors 
is still listing the auto-association of my old email address, 
but the new one has been ignored.

It would be nice if DC could catch-up with changes in the alioth 
account 

Thanks in advance


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758403: apt-xapian-index: Please die with an error message instead of a traceback when the index is not available

[Elena Grandi]

Package: apt-xapian-index
Version: 0.46
Severity: wishlist

I have manually deleted the apt xapian index in
/var/cache/apt-xapian-index to free some space in an emergency and 
then forgot to recreate it, so when I run axi-cache the next time 
I got:

Traceback (most recent call last):
  File "/usr/bin/axi-cache", line 846, in 
sys.exit(ui.perform())
  File "/usr/bin/axi-cache", line 841, in perform
return f(self.args)
  File "/usr/bin/axi-cache", line 530, in do_search
self.db = DB()
  File "/usr/bin/axi-cache", line 120, in __init__
self.db = xapian.Database(axi.XAPIANINDEX)
  File "/usr/lib/python2.7/dist-packages/xapian/__init__.py", line 3667, in 
__init__
_xapian.Database_swiginit(self,_xapian.new_Database(*args))
xapian.DatabaseOpeningError: Couldn't stat 
'/var/cache/apt-xapian-index/index.2' (No such file or directory)

It would be nice to get an human readable error message instead.

Patch arriving as soon as I have a bug number.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-xapian-index depends on:
ii  python  2.7.8-1
ii  python-apt  0.9.3.8
ii  python-debian   0.1.22
ii  python-support  1.0.15
ii  python-xapian   1.2.18-1

apt-xapian-index recommends no packages.

Versions of packages apt-xapian-index suggests:
pn  app-install-data  
ii  python-xdg0.25-4

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#742705: remind: sunrise() and sunset() are significantly different from other sources

[Elena Grandi]

Package: remind
Version: 03.01.13-1
Severity: normal

I'm trying to use remind to get ephemerides for today, ideally in
either my local timezone (CET/CEST) or UTC: I've set my location to:

   SET $LatDeg 45
   SET $LatMin 49
   SET $LatSec 0
   SET $LongDeg 08
   SET $LongMin 50
   SET $LongSec 0

$CalcUTC is left to 1 (default) and $MinsFromUTC is either 60 or 120 
depending on whether daylight saving is in use.

When I run remind for 2014-03-26 I get 07:27 and 19:56 as sunrise /
sunset respectively, while e.g. kstars calculated 06:16 and 18:44 (CET)
(i.e. 05:16 / 17:44 UTC), which corresponds to what I've found 
using other online sources.

For 2014-03-30 (with dayligt saving) I get sunrise at 08:18, sunset 
at 21:00 while kstars gives 6:09 / 18:50 (still CET, so 5:09 / 17:50 
UTC)

the shell variable TZ is not set; by setting it to UTC (e.g. 
with TZ=UTC remind) I get e.g. sunrise at 06:27 instead of 07:27, 
as espected).

The man page does not specify what timezone (or apparent solar time?) 
is used in the calculations.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages remind depends on:
ii  libc6  2.18-4

remind recommends no packages.

Versions of packages remind suggests:
ii  tkremind  03.01.13-1
ii  wyrd  1.4.4-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#737106: confclerk: Adding second choice favourites (feature request)

[Elena Grandi]

Package: confclerk
Version: 0.6.0-1
Severity: wishlist

It would be nice to be able to have two classes of favorite talks: one 
for talks that one plans to attend and one for backup choices 
in case the first choice is not available (e.g. the room is full).

Overlaps should be marked differently between categories (e.g. the
current yellow could be for overlaps inside the same category, a very
ligth $other_color could mark second choices that overlap with 1st
choices, while the reverse could remain unmarked, but if you have 
better ideas is fine.)

Thanks in advance

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages confclerk depends on:
ii  libc6  2.17-97
ii  libgcc11:4.8.2-12
ii  libqt4-network 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-sql 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-sql-sqlite  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtgui4  4:4.8.5+git209-g718fae5+dfsg-1
ii  libstdc++6 4.8.2-12

confclerk recommends no packages.

confclerk suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#732057: python-whiteboard: Please update the package to include a few usability improvements

[Elena Grandi]

Package: python-whiteboard
Version: 1.0+git20130929-1
Severity: wishlist

On the upstream repository there are a few commits that fix problems 
and improve usability with different wiimote models; could you please 
consider updating the version in debian?

This would help the deployments in a few italian schools where those 
problems were found.

Thanks in advance

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-whiteboard depends on:
ii  python2.7.5-5
ii  python-bluez  0.18-2
ii  python-cwiid  0.6.00+svn201-3+b1
ii  python-numpy  1:1.7.1-3
ii  python-qt44.10.3-2
ii  python-xlib   0.14+20091101-1
pn  python:any

python-whiteboard recommends no packages.

python-whiteboard suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#729155: html5lib: Please add support for python3

[Elena Grandi]

Source: html5lib
Severity: wishlist


Upstream claims that html5lib also works on CPython 3 (and PyPy): 
could you please also build the python3-html5lib package?

Thanks in advance,

Elena Grandi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#727641: meshlab segfaults when loading an STL file

[Elena Grandi]

Package: meshlab
Version: 1.3.2+dfsg1-1
Severity: important

When trying to import an STL file in a project meshlab segfaults with 
no specific information.

I've tried both with ascii STL files generated from OpenSCAD and with 
binary ones downloaded from elsewhere, e.g.
http://www.thingiverse.com/thing:4687

Most of the files tried could be opened by other programs (cura and/or 
slic3r) and were succefully 3d printed, so I assume they are not badly damaged.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages meshlab depends on:
ii  lib3ds-1-31.3.0-6
ii  libbz2-1.01.0.6-5
ii  libc6 2.17-93
ii  libgcc1   1:4.8.1-10
ii  libgl1-mesa-glx [libgl1]  9.1.7-1
ii  libglew1.71.7.0-3
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libmuparser2  2.2.3-2
ii  libopenctm1   1.0.3+dfsg1-1
ii  libqhull5 2009.1-3
ii  libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-script 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xmlpatterns4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libstdc++64.8.1-10

Versions of packages meshlab recommends:
ii  chemical-mime-data  0.1.94-6

meshlab suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721154: aegisub: Cursor in the sub editing widget gets misaligned with log subs

[Elena Grandi]

Package: aegisub
Version: 2.1.9-1
Severity: normal

When typing subs, expecially longish ones (>10 words or so) sometimes 
the cursor gets misaligned, so it looks like you're typing 
in some position, and the characters are entered one or two characters 
to the left.

Committing the sub and reopening it does not help.

I attach one specific .ass when this is happening, but I don't know if 
reloading would trigger the bug on the same lines.

I realise this report is not very precise, so feel free to ask me any
question that could help pinpoint the problem.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aegisub depends on:
ii  libasound21.0.27.1-2
ii  libass4   0.10.0-3
ii  libc6 2.17-92
ii  libffms2-22.17-1
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-2
ii  libgl1-mesa-glx [libgl1]  9.1.6-2
ii  libgomp1  4.8.1-2
ii  libhunspell-1.3-0 1.3.2-4
ii  liblua5.1-0   5.1.5-4
ii  libpulse0 4.0-6
ii  libstdc++64.8.1-2
ii  libwxbase2.8-02.8.12.1-13
ii  libwxgtk2.8-0 2.8.12.1-13
ii  zlib1g1:1.2.8.dfsg-1

aegisub recommends no packages.

Versions of packages aegisub suggests:
pn  aegisub-l10n  

-- no debconf information
[Script Info]
; Script generated by Aegisub 2.1.9
; http://www.aegisub.org/
Title: Default Aegisub file
ScriptType: v4.00+
WrapStyle: 0
PlayResX: 640
PlayResY: 480
ScaledBorderAndShadow: yes
Audio File: ?video
Video File: 1025_gitify_your_life.ogv
Video Aspect Ratio: 0
Video Zoom: 8
Video Position: 21218

[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, 
OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, 
Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, 
MarginV, Encoding
Style: 
Default,Arial,20,&H00FF,&H00FF,&H,&H,0,0,0,0,100,100,0,0,1,2,2,2,10,10,10,1

[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:00.00,0:00:03.01,Default,,,,,,Time we start with 
the next talk
Dialogue: 0,0:00:03.56,0:00:06.25,Default,,,,,,I welcome Richard 
Hartmann
Dialogue: 0,0:00:06.25,0:00:09.86,Default,,,,,,He is involved in 
Debian since many years
Dialogue: 0,0:00:09.86,0:00:14.31,Default,,,,,,and he became 
recently Debian Developer
Dialogue: 0,0:00:14.31,0:00:18.29,Default,,,,,,and he will talk 
about gitify your life.
Dialogue: 0,0:00:18.29,0:00:22.50,Default,,,,,,?, ?, configs, data 
and backup. gitify everything
Dialogue: 0,0:00:22.50,0:00:24.31,Default,,,,,,Richard Hartmann
Dialogue: 0,0:00:24.31,0:00:25.37,Default,,,,,,Thank you.
Dialogue: 0,0:00:25.37,0:00:30.98,Default,,,,,,
Dialogue: 0,0:00:30.98,0:00:32.09,Default,,,,,,Thank you for coming
Dialogue: 0,0:00:32.09,0:00:35.24,Default,,,,,,expecially those who 
? years attended all ?
Dialogue: 0,0:00:35.24,0:00:37.24,Default,,,,,,
Dialogue: 0,0:00:37.24,0:00:39.24,Default,,,,,,Short thing about 
myself
Dialogue: 0,0:00:39.78,0:00:42.46,Default,,,,,,As ? said I'm 
Richard Hartmann
Dialogue: 0,0:00:42.46,0:00:46.03,Default,,,,,,In my day job I am 
backbone manager at Globalways
Dialogue: 0,0:00:46.03,0:00:49.32,Default,,,,,,I'm involved in 
freenode and OFTC and...
Dialogue: 0,0:00:49.32,0:00:51.32,Default,,,,,,should I speak 
louder?
Dialogue: 0,0:00:52.05,0:00:53.32,Default,,,,,,I'm not...
Dialogue: 0,0:00:55.99,0:00:58.35,Default,,,,,,test, test... good 
back there?
Dialogue: 0,0:01:01.13,0:01:03.13,Default,,,,,,Can you turn up the 
volume at ?
Dialogue: 0,0:01:05.57,0:01:08.21,Default,,,,,,test, test... ok, 
perfect.
Dialogue: 0,0:01:08.21,0:01:13.08,Default,,,,,,Since about a week 
I've been a Debian Developer (yay)
Dialogue: 0,0:01:13.08,0:01:20.67,Default,,,,,,and I'm the author 
of vcsh
Dialogue: 0,0:01:20.67,0:01:24.75,Default,,,,,,ok, so, raise of 
hands who of you know what git is
Dialogue: 0,0:01:25.53,0:01:26.75,Default,,,,,,perfect
Dialogue: 0,0:01:26.75,0:01:31.23,Default,,,,,,That's just as in ? 
perfect, you can ?
Dialogue: 0,0:01:31.74,0:01:34.06,Default,,,,,,Let's move to the 
first tool, etckeeper
Dialogue: 0,0:01:34.06,0:01:37.25,Default,,,,,,some of maybe most 
of this audience will have heard of it
Dialogue: 0,0:01:37.25,0:01:45.96,Default,,

Bug#720549: python-matplotlib: xkcd mode only refers to non-free fonts

[Elena Grandi]

Package: python-matplotlib
Version: 1.3.0-1
Severity: normal

When using the xkcd mode, matplotlib tries to use a font in the list 
['Humor Sans', 'Comic Sans MS'], which does not include any 
free font available in debian, resulting in an user warning:

import matplotlib.pyplot as plt
plt.xkcd()
plt.figure()
plt.plot([0,1],[4,5])
plt.savefig('my_graph.png')
/usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1236: UserWarning: 
findf
ont: Font family ['Humor Sans', 'Comic Sans MS'] not found. Falling back to 
Bits
tream Vera Sans
  (prop.get_family(), self.defaultFamily[fontext]))
/usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1246: UserWarning: 
findf
ont: Could not match :family=Bitstream Vera 
Sans:style=normal:variant=normal:wei
ght=normal:stretch=normal:size=medium. Returning 
/usr/share/matplotlib/mpl-data/
fonts/ttf/cmb10.ttf
  UserWarning)

IMHO the best solution would be to add a third failback option that is 
available in debian; maybe ttf-staypuft would be stylistically adeguate?

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-matplotlib depends on:
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-92
ii  libcairo2 1.12.14-4
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-2
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.20-1
ii  libpango-1.0-01.32.5-5+b1
ii  libpangocairo-1.0-0   1.32.5-5+b1
ii  libpangoft2-1.0-0 1.32.5-5+b1
ii  libpng12-01.2.49-4
ii  libstdc++64.8.1-2
ii  python2.7.5-2
ii  python-dateutil   1.5+dfsg-0.1
ii  python-matplotlib-data1.3.0-1
ii  python-numpy [python-numpy-abi9]  1:1.7.1-2+b1
ii  python-pyparsing  1.5.7+dfsg1-2
ii  python-support1.0.15
ii  python-tz 2012c-1
ii  tcl8.58.5.14-2
ii  tk8.5 8.5.14-2

Versions of packages python-matplotlib recommends:
ii  python-glade2  2.24.0-3+b1
ii  python-tk  2.7.5-1

Versions of packages python-matplotlib suggests:
pn  dvipng 
pn  gir1.2-gtk-3.0 
ii  ipython0.13.2-2
ii  librsvg2-common2.36.4-2
ii  python-cairo   1.8.8-1+b2
ii  python-configobj   4.7.2+ds-5
pn  python-excelerator 
ii  python-gobject 3.8.2-1
ii  python-gtk22.24.0-3+b1
pn  python-matplotlib-doc  
ii  python-qt4 4.10.2-2
pn  python-scipy   
ii  python-sip 4.14.7-3+b1
pn  python-traits  
pn  python-wxgtk2.8
ii  texlive-extra-utils2012.20120611-2
ii  texlive-latex-extra2012.20120611-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#716675: monkeysign: Unmanaged ValueError exception in case of bad input

[Elena Grandi]

Package: monkeysign
Version: 0.7.1
Severity: minor

While playing around with msign I run it on my own key (as a test), 
decided after all I didn't want to sign it and didn't specify any
identity; instead of an error message I got a ValueError + trackeback::

$ msign $MY_KEY
some modules missing for scanning functionality, going commandline-only
Preparing to sign with this key

[key data...]

Sign all identities? [y/N] n
Specify the identity to sign: 
Traceback (most recent call last):
  File "/usr/bin/msign", line 34, in 
u.main()
  File "/usr/lib/python2.7/dist-packages/monkeysign/cli.py", line 56, in 
main
self.sign_key()
  File "/usr/lib/python2.7/dist-packages/monkeysign/ui.py", line 284, in 
sign_key
pattern = self.choose_uid('Specify the identity to sign: ', keys[key])
  File "/usr/lib/python2.7/dist-packages/monkeysign/cli.py", line 81, in 
choose_uid
while pattern not in allowed_uids and not pattern.isdigit() and 
int(pattern)-1 not in range(0,len(allowed_uids)):
ValueError: invalid literal for int() with base 10: ''

As you can see below I have installed it on wheezy with a self-built 
trivial backport.

Thanks in advance,

  Elena Grandi, the nitpicker :)

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages monkeysign depends on:
ii  gnupg   1.4.12-7
ii  python  2.7.3-4

Versions of packages monkeysign recommends:
ii  python-gtk2   2.24.0-3+b1
ii  python-qrencode   1.01-2+b1
ii  python-zbar   0.10+doc-8
pn  python-zbarpygtk  

monkeysign suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#716674: monkeysign: Missing manpage for msign / msign-cli

[Elena Grandi]

Package: monkeysign
Version: 0.7.1
Severity: wishlist

I've installed monkeysign out of curiosity, because it had been
recommended and its homepage wasn't very clear on its working: 
I hoped to find a manpage (and/or some other documentation 
for the steps beyond installation that didn't require running 
the command), but it wasn't available.

Having it would be nice :)

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages monkeysign depends on:
ii  gnupg   1.4.12-7
ii  python  2.7.3-4

Versions of packages monkeysign recommends:
ii  python-gtk2   2.24.0-3+b1
ii  python-qrencode   1.01-2+b1
ii  python-zbar   0.10+doc-8
pn  python-zbarpygtk  

monkeysign suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#715544: RFS: python-gnupg/0.3.4-1

[Elena Grandi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

Since my usual sponsor is currently busy, I am looking for a sponsor 
for my package "python-gnupg"

* Package name: python-gnupg
  Version : 0.3.4-1
  Author  : Vinay Sajip 
* URL : http://code.google.com/p/python-gnupg/
* License : BSD
  Section : python

It builds those binary packages:

python-gnupg - Python wrapper for the Gnu Privacy Guard (Python 2.x)
python3-gnupg - Python wrapper for the Gnu Privacy Guard (Python 3.x)

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/python-gnupg


Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/p/python-gnupg/python-gnupg_0.3.4-1.dsc

Changes since the last upload:

  [ Jakub Wilk ]
  * Use canonical URIs for Vcs-* fields.

  [ Elena Grandi ]
  * New upstream release. Closes: #695796
  * Removed testsuite patches (merged upstream).
  * Simplified --quick-random workaround thanks to partial upstream 
fixes. https://code.google.com/p/python-gnupg/issues/detail?id=61

Regards,
Elena Grandi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#707936: renpy: New project command fails directory selection, please suggest/recommend zenity

[Elena Grandi]

Package: renpy
Version: 6.13.12-1
Severity: normal

After opening the Ren'Py launcher and selecting New Game I received the 
following error:

   Error
   Could not run zenity. The projects directory has been set to the
   directory immediately above the directory containing Ren'Py.

which of course means that the new game can't be created 
(Permission denied: '/usr/share/games/$project_name')

Installing zenity solves the problem, so I believe it is worth adding it 
as a Recommends, or at least a Suggests.

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages renpy depends on:
ii  python   2.7.3-4
ii  python-pygame1.9.1release+dfsg-8
ii  python-renpy 6.13.12-1
ii  python-support   1.0.15
ii  ttf-dejavu-core  2.33-3

Versions of packages renpy recommends:
ii  python [python-ctypes]  2.7.3-4

renpy suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702864: RFS: pyrrd/0.1.0-2

[Elena Grandi]

Package: sponsorship-request
Severity: normal


Dear mentors,

I am looking for a sponsor for my package "pyrrd"

* Package name: pyrrd
  Version : 0.1.0-2

It builds those binary packages:

python-pyrrd - object-oriented Python interface for RRD

To access further information about this package, please visit 
the following URL: http://mentors.debian.net/package/pyrrd

Alternatively, one can download the package with dget using this command:

   dget -x http://mentors.debian.net/debian/pool/main/p/pyrrd/pyrrd_0.1.0-2.dsc

This is a team upload to fix important bug #691230 and has been preapproved 
for unblock in bug #702787

Thanks in advance,

-- 
Elena Grandi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702787: pre-approval: unblock: python-pyrrd/0.1.0-2

[Elena Grandi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

I'd like to ask if the attached debdiff would be allowed in wheezy.

It fixes important bug #691230 by backporting a small patch from the
upstream repository; of course there are no other versions of the 
package in sid.

The package is team-maintained, and the Uploader has been contacted, 
but didn't answer.

Thanks in advance,

Elena Grandi
diff -u pyrrd-0.1.0/debian/changelog pyrrd-0.1.0/debian/changelog
--- pyrrd-0.1.0/debian/changelog
+++ pyrrd-0.1.0/debian/changelog
@@ -1,3 +1,11 @@
+pyrrd (0.1.0-2) UNRELEASED; urgency=low
+
+  * Team upload.
+  * Backport fix for RRD.fetch from upstream bzr revision 158
+(git commit dcd78df45c52) (Closes: #691230)
+
+ -- Elena Grandi   Mon, 18 Feb 2013 14:49:11 +0100
+
 pyrrd (0.1.0-1) unstable; urgency=low
 
   * Team upload
only in patch2:
unchanged:
--- pyrrd-0.1.0.orig/pyrrd/backend/external.py
+++ pyrrd-0.1.0/pyrrd/backend/external.py
@@ -264,7 +264,7 @@
 data += [unicode(x) for x in obj.rra]
 return (obj.filename, params + data)
 
-if function == 'update':
+elif function == 'update':
 validParams = ['template']
 params = common.buildParameters(obj, validParams)
 FIRST_VALUE = 0
@@ -277,15 +277,15 @@
 data = [data for data, nil in obj.values]
 return (obj.filename, params + data)
 
-if function == 'fetch':
+elif function == 'fetch':
 validParams = ['resolution', 'start', 'end']
 params = common.buildParameters(obj, validParams)
-return (obj.filename, obj.cf, params)
+return (obj.filename, [obj.cf] + params)
 
-if function == 'info':
+elif function == 'info':
 return (obj.filename, obj)
 
-if function == 'graph':
+elif function == 'graph':
 validParams = ['start', 'end', 'step', 'title',
 'vertical_label', 'width', 'height', 'only_graph',
 'upper_limit', 'lower_limit', 'rigid', 'alt_autoscale',

Bug#700309: wotsap: Wotsap can't read latest .wot files from http://wot.christoph-egger.org/

[Elena Grandi]

Package: wotsap
Version: 0.7-2
Severity: normal

When trying to use a recent ( > 2013-01-30 ) .wot file from 
http://wot.christoph-egger.org/ I get the following error:

$ wotsap -w 2013-02-09.wot 01809E2A
Strange. Found longkeys file.
Traceback (most recent call last):
  File "/usr/bin/wotsap", line 1903, in 
wotsapmain(sys.argv)
  File "/usr/bin/wotsap", line 1751, in wotsapmain
wot = Wot(wotfile)
  File "/usr/bin/wotsap", line 1471, in __init__
self.loadfile(dumpfile)
  File "/usr/bin/wotsap", line 1484, in loadfile
self.filename, self.fileversion, self.debug) = loadfile(dumpfile)
  File "/usr/bin/wotsap", line 462, in loadfile
f.seek(size + (size&1), 1)
IOError: [Errno 29] Illegal seek

bunzip2: I/O or other error, bailing out.  Possible reason follows.
bunzip2: Broken pipe
Input file = (stdin), output file = (stdout)

The .wot file is a valid bzip2 file (tested with bunzip2 2013-02-09.wot) 
and it seems that the pathfinder at http://pgp.cs.uu.nl/ is able to 
read the new files, which is why I suspect (but I'm not sure) that the problem 
could be in wotsap itself.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wotsap depends on:
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  python 2.7.3~rc2-1
ii  python-imaging 1.1.7-4
ii  ttf-dejavu 2.33-3

wotsap recommends no packages.

Versions of packages wotsap suggests:
ii  gnupg  1.4.12-7
ii  wget   1.13.4-3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691713: python-pyrrd: Fails to create/use databases with spaces in the filename

[Elena Grandi]

Package: python-pyrrd
Version: 0.1.0-1
Severity: normal
Tags: upstream

Dear Maintainer,

When using the external backend, pyrrd does not properly sanitize the 
filename parameter passed to the shell and, for example, fails to use / 
create a database with spaces in the filename.

A simple example adapted from the doctests::

>>> from pyrrd.rrd import DataSource, RRA, RRD
>>> filename = 'a test.rrd'
>>> dataSources = []
>>> roundRobinArchives = []
>>> dataSource = DataSource(dsName='speed', dsType='COUNTER', heartbeat=600)
>>> dataSources.append(dataSource)
>>> roundRobinArchives.append(RRA(cf='AVERAGE', xff=0.5, steps=1, rows=24))
>>> myRRD = RRD(filename, ds=dataSources, rra=roundRobinArchives, 
start=92080440
0)
>>> myRRD.create()
rrdtool create a test.rrd --start 920804400 --step 300 
DS:speed:COUNTER:600:U:U 
RRA:AVERAGE:0.5:1:24
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/pyrrd/rrd.py", line 175, in create
self.backend.create(*data)
  File "/usr/lib/python2.7/dist-packages/pyrrd/backend/external.py", line 
49, in
 create
output = _cmd('create', parameters)
  File "/usr/lib/python2.7/dist-packages/pyrrd/backend/external.py", line 
21, in
 _cmd
raise ExternalCommandError(stderr.strip())
ExternalCommandError: ERROR: can't parse argument 'test.rrd'


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-pyrrd depends on:
ii  python  2.7.3~rc2-1
ii  python-rrdtool  1.4.7-2
ii  python2.6   2.6.8-0.2
ii  python2.7   2.7.3~rc2-2.1
ii  rrdtool 1.4.7-2

python-pyrrd recommends no packages.

python-pyrrd suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691712: python-pyrrd: Fails to create/use databases with spaces in the filename

[Elena Grandi]

Package: python-pyrrd
Version: 0.1.0-1
Severity: normal
Tags: upstream

When using the external backend, pyrrd does not properly sanitize the 
filename parameter passed to the shell and fails to use / create a 
database with spaces in the filename.

I have already reported this to upstream as 
https://code.google.com/p/pyrrd/issues/detail?id=48
where there are a couple examples that trigger the failure.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-pyrrd depends on:
ii  python  2.7.3~rc2-1
ii  python-rrdtool  1.4.7-2
ii  python2.6   2.6.8-0.2
ii  python2.7   2.7.3~rc2-2.1
ii  rrdtool 1.4.7-2

python-pyrrd recommends no packages.

python-pyrrd suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691230: python-pyrrd: RRD.fetch method is broken

[Elena Grandi]

Package: python-pyrrd
Version: 0.1.0-1
Severity: important
Tags: upstream

Dear Maintainer,

python-pyrrd as currently found in wheezy and sid has a bug, known upstream 
() which breaks 
the RRD.fetch method, preventing the user from getting data out of an RRD.

With some boilerplate taken from the package doctests, this is a 
way to trigger the bug:

>>> import os, tempfile
>>> from pyrrd.rrd import DataSource, RRA, RRD
>>>
>>> dss = []
>>> rras = []
>>> rrdfile = tempfile.NamedTemporaryFile()
>>> dss.append(DataSource(dsName='speed', dsType='COUNTER', heartbeat=600))
>>> rras.append(RRA(cf='AVERAGE', xff=0.5, steps=1, rows=24))
>>> rras.append(RRA(cf='AVERAGE', xff=0.5, steps=6, rows=10))
>>> rrd = RRD(rrdfile.name, ds=dss, rra=rras, start=920804400)
>>> rrd.create()
>>> rrd.bufferValue('920805600', '12363')
>>> rrd.bufferValue('920805900', '12363')
>>> rrd.update()
>>> rrd.fetch()
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/pyrrd/rrd.py", line 226, in fetch
return self.backend.fetch(*data)[returnStyle]
TypeError: fetch() takes exactly 2 arguments (3 given)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-pyrrd depends on:
ii  python  2.7.3~rc2-1
ii  python-rrdtool  1.4.7-2
ii  python2.6   2.6.8-0.2
ii  python2.7   2.7.3~rc2-2.1
ii  rrdtool 1.4.7-2

python-pyrrd recommends no packages.

python-pyrrd suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#684504: arduino-core: Typo in /usr/share/arduino/examples/08.Strings/StringLength/StringLength.ino

[Elena Grandi]

Package: arduino-core
Version: 1:1.0.1+dfsg-4
Severity: minor

Dear Maintainer,

In one of the examples shipped with the arduino libraries: 
/usr/share/arduino/examples/08.Strings/StringLength/StringLength.ino

on line 26 there is:

Serial.ptintln();

should of course be:

Serial.println();

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages arduino-core depends on:
ii  avr-libc  1:1.8.0-2
ii  avrdude   5.11.1-1
ii  gcc   4:4.7.1-1
ii  gcc-avr   1:4.7.0-2

arduino-core recommends no packages.

Versions of packages arduino-core suggests:
pn  arduino-mk  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#684491: xbattbar: Add support for getting battery data from /sys/class/power_supply

[Elena Grandi]

Package: xbattbar
Version: 1.4.3-1
Severity: wishlist

Dear Maintainer,

on platforms such as ARM where acpi is not available, xbattbar 
shows invalid data, but thanks to its ability to get informations 
from a custom script it should be easy to add support 
for getting battery data from /sys/class/power_supply.
The main issue is probably supporting the various names for 
the subdirectories of power_supply where the data can be found.

I don't speak perl, so I can't provide a proper patch, but I'm
attaching the trivial python script I'm currently using on an efika 
smarttop. If adding a dependency on python is not a problem 
I can improve the script to add the proper checks on filenames 
and make it usable on any debian system.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armhf (armv7l)

Kernel: Linux 2.6.31.14.27-efikamx
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xbattbar depends on:
ii  libc6 2.13-33
ii  libx11-6  2:1.5.0-1

Versions of packages xbattbar recommends:
pn  acpi  

xbattbar suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682648: python-gnupg: FTBFS: test hangs for 60 mins

[Elena Grandi]

On 2012-07-25 at 15:30:16 +0200, Felix Geyer wrote:
> That test requires a lot of random data (5 MB).
> It seems to be only used for testing if signing files work.
> Do you have an idea why the data needs to be random
> instead of just using a hardcoded pattern to generate
> that file?

Just to be sure, I've tried to generate said file with lorem from 
the package libtext-lorem-perl (which doesn't seem to require much 
entropy to run): running tests on my computer while monitoring 
``/proc/sys/kernel/random/entropy_avail`` is bringing it down 
to a single digit every time gnupg is run.

Since I don't have control on gnupg itself, I'm starting to think 
that it is impossible to run these tests on a VM / other entropy-starved 
machine in a way that does not require bad hacks with the kernel 
entropy; what I'm not sure is what is the best way to solve this issue, 
other than disabling tests (which I'm reluctant to do, of course).

-- 
Elena Grandi


signature.asc
Description: Digital signature

Bug#679420: RFS: pdfposter/0.5.0-1

[Elena Grandi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

Since the sponsor of my other package seems to be busy, I am looking 
for a sponsor for my package "pdfposter"

This upload adopts the package, updates it to the latest upstream 
release and to current packaging practices and closes 3 small 
but long lived (1-2 years) bugs.

* Package name: pdfposter
  Version : 0.5.0-1
  Upstream Author : Hartmut Goebel 
* URL : http://pypi.python.org/pypi/pdftools.pdfposter/
* License : GPL-3
  Section : python

It builds those binary packages:

   pdfposter  - scale and tile PDF images/pages to print on multiple pages

To access further information about this package, please visit the following 
URL:

 http://mentors.debian.net/package/pdfposter


Alternatively, one can download the package with dget using this command:

   dget -x 
http://mentors.debian.net/debian/pool/main/p/pdfposter/pdfposter_0.5.0-1.dsc


Regards,
   Elena Grandi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#677205: xxxterm: Add DuckDuckGo to the search options in xxxterm.conf.gz

[Elena Grandi]

Package: xxxterm
Version: 1:1.11.3-1
Severity: wishlist

Dear Maintainer,

Now that scroogle is no longer available, users of xxxterm have to 
choose another search engine. One of the popular options for security 
minded people seems to be DuckDuckGo[1][2], and it would be nice 
to include it in /usr/share/doc/xxxterm/examples/xxxterm.conf.gz 
among the other options.

[1] https://duckduckgo.com/
[2] https://en.wikipedia.org/wiki/DuckDuckGo

The search string I use is::

   search_string = https://duckduckgo.com/html/?q=%s&t=debian

which sacrifices a bit of privacy in exchange for some revenue for 
debian, or of course one could use::

   search_string = https://duckduckgo.com/html/?q=%s

for the default behavior.

Other URL parameters are available at [3], which I believe it would 
be useful to add as a comment in xxxterm.conf.gz, so that users 
can customize their own url.

[3] https://duckduckgo.com/params.html

Thanks in advance

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xxxterm depends on:
ii  libatk1.0-0 2.4.0-2
ii  libbsd0 0.4.0-1
ii  libc6   2.13-32
ii  libcairo2   1.12.2-1
ii  libfontconfig1  2.9.0-5
ii  libfreetype62.4.9-1
ii  libgcrypt11 1.5.0-3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgnutls26 2.12.19-1
ii  libgtk2.0-0 2.24.10-1
ii  libjavascriptcoregtk-1.0-0  1.8.1-2
ii  libpango1.0-0   1.30.0-1
ii  libsoup2.4-12.38.1-2
ii  libwebkitgtk-1.0-0  1.8.1-2

xxxterm recommends no packages.

xxxterm suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674121: minetest should Recommend (or Suggest) minetest-server

[Elena Grandi]

Package: minetest
Version: 0.3.1+dfsg-4
Severity: wishlist

When I installed the minetest package I expected it to include 
the feature where leaving the server field empty starts a local 
server; it didn't and there was no visual indication of the reason
why it was failing.

Of course, finding the -server package was easy, but it would 
be nice if it was auto-installed via recommends or at least mentioned 
via a suggest.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages minetest depends on:
ii  libbz2-1.01.0.6-1
ii  libc6 2.13-32
ii  libgcc1   1:4.7.0-8
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libirrlicht1.7a   1.7.2+dfsg1-1.1
ii  libjpeg8  8d-1
ii  libjthread1.3.1   1.3.1-3
ii  libpng12-01.2.49-1
ii  libsqlite3-0  3.7.11-3
ii  libstdc++64.7.0-8
ii  libx11-6  2:1.4.99.901-2
ii  libxext6  2:1.3.1-2
ii  libxxf86vm1   1:1.1.2-1
ii  minetest-common   0.3.1+dfsg-4
ii  zlib1g1:1.2.7.dfsg-1

minetest recommends no packages.

minetest suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#670974: python3-gnupg: ValueError: Unknown status message: 'DECRYPTION_INFO'

[Elena Grandi]

I've done a few quick tests and I believe that this problem is fixed, 
as claimed by upstream, in version 0.2.9-2 that I've just sent 
to my sponsor for upload.

-- 
Elena Grandi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#670550: twidge: twitter URLs are used when sending messages from identi.ca via email

[Elena Grandi]

Package: twidge
Version: 1.0.6
Severity: normal
Tags: upstream


When using the -m option, the email includes some links 
that are supposed to point to the tweet and other useful destination; 
these urls use http://twitter.com/ as the host, which leads 
to non-working urls when twidge is used with other services 
such as identi.ca.

I've noticed that this is hardcoded in the source; as a minimum it 
would be useful to use the serverbase configuration option, or 
ideally the whole string should be configurable.

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armel (armv5tel)

Kernel: Linux 3.1.0-rc4-00131-g9e79e3e-dirty (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages twidge depends on:
ii  curl 7.21.0-2.1+squeeze1 Get a file from an HTTP, HTTPS or 
ii  libc62.11.3-3Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls  7.21.0-2.1+squeeze1 Multi-protocol file transfer libra
ii  libffi5  3.0.9-3 Foreign Function Interface library
ii  libgcc1  1:4.4.5-8   GCC support library
ii  libgmp3c22:4.3.2+dfsg-1  Multiprecision arithmetic library

twidge recommends no packages.

twidge suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#663698: debian-installer-launcher: .desktop file requires the su-to-root command, which is not installed as dependency

[Elena Grandi]

Package: debian-installer-launcher
Version: 10
Severity: normal

Dear Maintainer,

I've added debian-installer-launcher to the package list of a debian-live image 
based on wheezy with gnome; when trying to run it the system complains that the 
command 
su-to-root is missing.

The relevant line in /usr/share/applications/debian-installer-launcher.desktop 
is:

   Exec=su-to-root -X -c /usr/sbin/debian-installer-launcher

Directly launching debian-installer-launcher using sudo seems to work.
Manually installing the ``menu`` package provides the su-to-root command, 
which seems to solve the problem.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-486
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debian-installer-launcher depends on:
ii  debconf [debconf-2.0] 1.5.41
ii  gnome-terminal [x-terminal-emulator]  3.2.1-2
ii  psmisc22.16-1

debian-installer-launcher recommends no packages.

Versions of packages debian-installer-launcher suggests:
pn  kexec-tools  

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660842: ITP: python-gnupg -- python wrapper for the gnupg command

[Elena Grandi]

Package: wnpp
Severity: wishlist
Owner: Elena Grandi 

* Package name: python-gnupg
  Version : 0.2.8
  Upstream Author : Vinay Sajip 
* URL : http://code.google.com/p/python-gnupg/
* License : BSD
  Programming Lang: Python
  Description : python wrapper for the gnupg command

python-gnupg is a python module that wraps the gnupg command 
and allows to generate and manage keys, encrypt and decrypt data, 
sign and verify messages in a pythonic way.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org