Bug#777089: Next python-mote pre-condition test issue: python-jsondiff trows ModuleNotFoundError: No module named 'nose_random'

[Tristan Seligmann]

On Tue, 16 Jan 2018 at 22:45 Andreas Tille  wrote:

> My web search for a module named 'nose_random' remained empty.
>

I found this package, which seems to match, from the same organization:
https://github.com/ZoomerAnalytics/nose-random

Unfortunately it seems to be unreleased, so I think you would need to
package a GitHub snapshot or something (or alternatively disable the tests).

Bug#777089: Please help with test suite error and installation problem of python-aws-xray-sdk (Was: If there is no response in debian-python then debian-science might be the right team)

[Tristan Seligmann]

On Mon, 15 Jan 2018 at 13:59 Andreas Tille  wrote:

>SyntaxError: invalid syntax
> !!! Interrupted: 4 errors during collection
> 
>

All of these syntax errors relate to syntax that only exist on Python 3,
thus I would conclude that this package does not support Python 2.

Bug#884064: ITP: jsonrpclib-pelix -- This project is an implementation of the JSON-RPC v2.0 specification (backwards-

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann <mithra...@debian.org>

* Package name: jsonrpclib-pelix
  Version : 0.3.1
  Upstream Author : Thomas Calmant <thomas.calmant+git...@gmail.com>
* URL : http://github.com/tcalmant/jsonrpclib/
* License : Apache License 2.0
  Programming Lang: Python
  Description : This project is an implementation of the JSON-RPC v2.0 
specification (backwards-

Binary package names: python3-jsonrpclib-pelix

This is a fork of jsonrpclib used by electrum for Python 3 support; I intend
not to ship the Python 2 package to avoid conflicts with python-jsonrpclib.

Bug#870091: ITP: pyaes -- Pure-Python Implementation of the AES block-cipher and common modes of operation

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann <mithra...@mithrandi.net>

* Package name: pyaes
  Version : 1.6.0
  Upstream Author : Richard Moore <py...@ricmoo.com>
* URL : https://github.com/ricmoo/pyaes
* License : License :: OSI Approved :: MIT License
  Programming Lang: Python
  Description : Pure-Python Implementation of the AES block-cipher and 
common modes of operation

Binary package names: python-pyaes

 A pure-Python implementation of the AES (FIPS-197)
 block-cipher algorithm and common modes of operation (CBC, CFB, CTR, ECB,
 OFB) with no dependencies beyond standard Python libraries. See README.md
 for API reference and details.

I intend to maintain this under the Debian Python Modules Team.

Bug#815387: ITP: python-attrs -- Python attributes without boilerplate

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann <mithra...@mithrandi.net>

* Package name: python-attrs
  Version : 15.2.0
  Upstream Author : Hynek Schlawack <h...@ox.cx>
* URL : https://github.com/hynek/attrs
* License : MIT
  Programming Lang: Python
  Description : Python attributes without boilerplate

attrs is an MIT-licensed Python package with class decorators that ease the
chores of implementing the most common attribute-related object protocol.

attrs is the successor to Characteristic, and is a dependency of
python-servicy-identity from 16.0.0.

Bug#811386: ITP: python-genty -- Python library for test generation

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann <mithra...@mithrandi.net>

* Package name: python-genty
  Version : 1.3.0
  Upstream Author : Box <o...@box.com>
* URL : https://github.com/box/genty
* License : Apache 2.0
  Programming Lang: Python
  Description : Python library for test generation

Needed as a test dependency for python-flaky. I will maintain this under DPMT.

Bug#808605: ITP: python-flaky -- Plugin for nose or py.test that automatically reruns flaky tests

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann <mithra...@mithrandi.net>

* Package name: python-flaky
  Version : 3.0.1
  Upstream Author : Box <o...@box.com>
* URL : https://github.com/box/flaky
* License : Apache License
  Programming Lang: Python
  Description : Plugin for nose or py.test that automatically reruns flaky 
tests

Binary package names: python3-flaky python-flaky pypy-flaky

Flaky is a plugin for nose or py.test that automatically reruns flaky tests.

Bug#802730: ITP: python-setuptools-scm -- Handles managing your python package versions in scm metadata.

[Tristan Seligmann]

Control: forcemerge 797915 -1

On Fri, 23 Oct 2015 at 00:51 Brian May  wrote:

> * Package name: python-setuptools-scm
>

Already packaged, see #797915.

Bug#801801: ITP: python-phpserialize -- Python port of PHP's serialize and unserialize functions

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann <mithra...@mithrandi.net>

* Package name: python-phpserialize
  Version : 1.3
  Upstream Author : Armin Ronacher <armin.ronac...@active-4.com>
* URL : https://github.com/mitsuhiko/phpserialize
* License : BSD
  Programming Lang: Python
  Description : Python port of PHP's serialize and unserialize functions

This module implements the Python serialization interface (eg: provides dumps,
loads and similar functions).

I intend to maintain this in the Debian Python Modules Team. This package is an
optional dependency of nikola (needed by the import_wordpress command in some
cases).

Bug#756388: Activity

[Tristan Seligmann]

I am uploading my package to the Debian Python Modules Team repository,
feel free to join the team and add yourself as comaintainer!

On Thu, 14 May 2015 at 08:31 Henri Salo he...@nerv.fi wrote:

 On Thu, May 14, 2015 at 05:12:14AM +0200, Tristan Seligmann wrote:
  Are you still working on packaging this, or should I take over this bug?

 Please do takeover. I can help to test the package, close bugs and
 maintain it.

 --
 Henri Salo

Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3

[Tristan Seligmann]

Control: tag -1 - wontfix

On Fri, 22 May 2015 at 17:06 Scott Kitterman deb...@kitterman.com wrote:

 There are far more users of ipaddr than ipaddress.  There's exactly two
 API differences.  I'm willing to look at pip and propose a patch to work
 with either.


I've discovered yet another API incompatibility which affects
python-cryptography:

 import ipaddr, ipaddress
 ipaddress.ip_address(b'\x7f\x00\x00\x01')
IPv4Address(u'127.0.0.1')
 ipaddr.IPAddress(b'\x7f\x00\x00\x01')
Traceback (most recent call last):
  File stdin, line 1, in module
  File
/home/mithrandi/deployment/virtualenvs/tempenv-56cd218832e2d/local/lib/python2.7/site-packages/ipaddr.py,
line 78, in IPAddress
address)
ValueError: '\x7f\x00\x00\x01' does not appear to be an IPv4 or IPv6 address

The reason is that ipaddr requires you to use the ipaddr.Bytes wrapper
type, rather than a normal bytes object, for packed addresses. Closer
examination reveals that the entire module appears to be API-incompatible
with ipaddress with regard to string types; ipaddress expects to receive
unpacked addresses as unicode objects, but ipaddr expects them as bytes
(not Bytes) objects. This break in compatibility probably goes unnoticed in
most situations due to implicit encoding/decoding, but at this point I am
seriously uncomfortable trying to work around these API differences in a
patch to cryptography (or any other future package I work on that depends
on ipaddress, for that matter). Thus I am renewing my intention to package
python-ipaddress for use as a dependency of python-cryptography.

Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3

[Tristan Seligmann]

Control: tag -1 + wontfix

On 14 May 2015 at 13:45, Scott Kitterman deb...@kitterman.com wrote:
 Is this 100% compatible with ipaddress from upstream now?  The problem I ran
 into before is that when importing ipaddress and it turned out to be this one
 and not the upstream one, the API was different, so it didn't work.

I assumed so, otherwise there would be no point in a backport, but I
haven't yet done the work to verify this.

 It's completely trivial to use ipaddr with
 python2 and ipaddress with python3 [1], so this backport seems pretty
 pointless to me.

Well, it's only completely trivial if they have the same API and you
count putting a try/except wrapper around every single import of the
package as trivial...

However, given that my initial experiments with using ipaddr seem to
show that it's feasible, I'll probably stick with that for now.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/camckhmsqcyhfcn4e41aq1ovpprekrry23jxld_phb+qreke...@mail.gmail.com

Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3

[Tristan Seligmann]

On 14 May 2015 at 06:04, Scott Kitterman deb...@kitterman.com wrote:
 Why can't python-cryptography use python-ipaddr that's already in the archive?

cryptography is python2/3 dual-source. Carrying a Debian-specific
patch[1] that introduces a slew of fallback imports to ipaddr, solely
to avoid uploading a new package, seems like a poor choice to me.

Having said that, I just whipped up a proof-of-concept patch that adds
import ipaddr as ipaddress fallbacks everywhere, and the related
tests seem to pass (I still have some failures due to missing
python-idna[3], so I don't have a clean test run yet), so it appears
that this would be feasible without major changes.

 There are only two very small API differences and when you introduce ipaddress
 in python2, it can break code that's designed to use ipaddr in python2 and
 ipaddress in python3 (I've run into this in projects where I'm upstream).

That is unfortunate, but unless the ipaddress backport is
API-incompatible in some way with the Python 3 stdlib version, surely
this just a bug in that code?

(Incidentally, I was initially under the impression that the APIs were
completely incompatible, as the API docs are severely out of date[2],
but the current version is much closer, as you describe)

 It seems somewhat odd to me to take ipaddr that was developed for python2 and
 integrated upstream as ipaddress in python3 and then backport it to python2 as
 ipaddress.

Well, blame the CPython maintainers for their fondness of arbitrarily
changing the API of modules they import into stdlib...

 Also, the listed copyright holder in the code is Google, not Philipp 
 Hagemeister.

Yes, the copyright holder is Google, the code was contributed to
Python under the PSF license. (I didn't mean to imply otherwise, I
just copy/pasted the info from PyPI into the wnpp template, apparently
without paying enough attention to what I was doing)

[1] I don't see why upstream should be interested in such a patch.

[2] http://pythonhosted.org//ipaddr/ as linked to from
https://pypi.python.org/pypi/ipaddr/

[3] https://bugs.debian.org/756388
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/camckhmrxxva891sr-8n4bwpyenyzh5r2y+yat2ejtpfesvf...@mail.gmail.com

Bug#756388: Activity

[Tristan Seligmann]

Hi,

I see there has (apparently) been no activity on #756388 (ITP for
python-idna) in quite some time, and I need this library as a
dependency of the new upstream version of python-cryptography (0.9).

Are you still working on packaging this, or should I take over this bug?
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAMcKhMQBXLsZNT0eeqO-GPpgypkQ=8nxfpxvwa0x+vdyvqc...@mail.gmail.com

Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: python-ipaddress
  Version : 1.0.7
  Upstream Author : Philipp Hagemeister
* URL : https://github.com/phihag/ipaddress
* License : PSF
  Programming Lang: Python
  Description : Backport of the ipaddress module from Python 3.3

This is a new dependency of python-cryptography. I intend to maintain the
package in DPMT.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150514034256.3431.92795.report...@lorien.mithrandi.net

Bug#776452: ITP: python-nacl -- Python bindings to libsodium

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: python-nacl
  Version : 0.2.3
  Upstream Author : Python Cryptography Authority
* URL : https://github.com/pyca/pynacl
* License : Apache License 2.0
  Programming Lang: Python
  Description : Python bindings to libsodium

PyNaCl is a Python binding to the Networking and Cryptography library (in the
form of libsodium), a crypto library with the stated goal of improving
usability, security and speed.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150128052301.18213.68449.report...@lorien.mithrandi.net

Bug#764560: ITP: txjsonrpc -- Library for creating Twisted JSON-RPC servers and clients

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: txjsonrpc
  Version : 0.3.1
  Upstream Author : Duncan McGreggor
* URL : http://launchpad.net/txjsonrpc
* License : BSD / GPL (need to check why PyPI says GPL)
  Programming Lang: Python
  Description : Library for creating Twisted JSON-RPC servers and clients

This package will be needed by armory, which currently ships an embedded
copy of txjsonrpc.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141009023358.16363.28492.report...@lorien.mithrandi.net

Bug#761167: ITP: isort -- utility / library for sorting Python imports

[Tristan Seligmann]

X-Debbugs-CC: debian-pyt...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: isort
  Version : 3.9.0
  Upstream Author : Timothy Crosley
* URL : https://github.com/timothycrosley/isort
* License : MIT (Expat-style)
  Programming Lang: Python
  Description : utility / library for sorting Python imports

isort is a Python utility / library to sort imports alphabetically, and
automatically separated into sections. It provides a command line
utility, Python library and plugins for various editors to quickly sort
all your imports.

I intend to maintain this package within the Python Applications
Packaging Team.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAMcKhMSUjXuwZBPYfykKY9aRX0rOYq=Q1Wz=AwV=-kej99e...@mail.gmail.com

Bug#742911: ITP: python-cryptography-vectors -- Test vectors for python-cryptography

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: python-cryptography-vectors
  Version : 0.3
  Upstream Author : Cryptography developers
* URL : https://cryptography.io/
* License : Various
  Programming Lang: None
  Description : Test vectors for python-cryptography

Upstream has split the test vectors out from the main cryptography
package, due to their size.

I still need to do the work of tracking down all of the
copyright/licensing information, as the test vectors are almost all
drawn from external sources (IETF / NIST / etc.). This should have been
done for the python-cryptography 0.2 upload which included the test
vectors, but unfortunately I overlooked this issue.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140328213113.30999.5721.report...@lorien.mithrandi.net

Bug#739706: ITP: python-iso8601 -- Simple module to parse ISO 8601 dates

[Tristan Seligmann]

Whoops! I must have made a typo searching for the package, sorry for the noise.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAMcKhMRsDwbJ3FdMZLLeJ7Ywnoeq9JjYT+6nCxw=_zpeg3n...@mail.gmail.com

Bug#739705: ITP: python-pretend -- Library for stubbing in Python

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: python-pretend
  Version : 1.0.7
  Upstream Author : Alex Gaynor
* URL : https://pypi.python.org/pypi/pretend
* License : BSD
  Programming Lang: Python
  Description : Library for stubbing in Python

Pretend is a library to make stubbing with Python easier.

Stubbing is a technique for writing tests. You may hear the term mixed
up with mocks, fakes, or doubles. Basically a stub is an object that
returns pre-canned responses, rather than doing any computation.

This package is a dependency of the python-cryptography test suite, I
will be maintaining it in the Debian Python Modules Team SVN repository.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140221153221.28307.15513.report...@lorien.mithrandi.net

Bug#739706: ITP: python-iso8601 -- Simple module to parse ISO 8601 dates

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: python-iso8601
  Version : 0.1.8
  Upstream Author : Michael Twomey
* URL : https://pypi.python.org/pypi/iso8601
* License : MIT (Expat)
  Programming Lang: Python
  Description : Simple module to parse ISO 8601 dates

This module parses the most common forms of ISO 8601 date strings
(e.g. 2007-01-14T20:34:22+00:00) into datetime objects.

For a more featureful parser, look at python-dateutil instead.

This package is a dependency of the python-cryptography test suite; I
will be maintaining it in the Debian Python Modules Team SVN repository.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140221153612.30212.21309.report...@lorien.mithrandi.net

Bug#737356: ITP: cryptography -- a Python library which exposes cryptographic recipes and primitives.

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: cryptography
  Version : 0.1
  Upstream Author : Alex Gaynor, Hynek Schlawack, Donald Stufft, Laurens
Van Houtven, Jean-Paul Calderone, Christian Heimes,
Paul Kehrer, and individual contributors.
* URL : https://cryptography.io/
* License : Apache License, Version 2.0
  Programming Lang: Python
  Description : a Python library which exposes cryptographic recipes and 
primitives.

The cryptography library is designed to be a one-stop-shop for
all your cryptographic needs in Python.

As an alternative to the libraries that came before it, cryptography
tries to address some of the issues with those libraries:
 - Lack of PyPy and Python 3 support.
 - Lack of maintenance.
 - Use of poor implementations of algorithms (i.e. ones with known
   side-channel attacks).
 - Lack of high level, Cryptography for humans, APIs.
 - Absence of algorithms such as AES-GCM.
 - Poor introspectability, and thus poor testability.
 - Extremely error prone APIs, and bad defaults.

I will probably be maintaining this in DPMT. The binary package name will be
python-cryptography as per the standard Python naming convention.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140201234040.3234.29142.report...@elvandar.mithrandi.net

Bug#737356: ITP: cryptography -- a Python library which exposes cryptographic recipes and primitives.

[Tristan Seligmann]

retitle 737356 ITP: python-cryptography -- a Python library which
exposes cryptographic recipes and primitives
stop

On 2 February 2014 05:02, Henrique de Moraes Holschuh h...@debian.org wrote:
 Any reason to not name the *source* package python-cryptography as well?

I usually prefer to name the source package the same as the upstream
source package. On reflection, however, it occurs to me that this
could be significantly confusing in this case given the generic nature
of cryptography, so I'm going to go with python-cryptography after
all.

Thanks for nudging me in the right direction.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAMcKhMTR_zmu=F4FMThu8JZYoQ5-1=wkh4x9xrcsnaxmejv...@mail.gmail.com

Bug#694591: Problems

[Tristan Seligmann]

I've finally taken some time to look at this ITP again. Unfortunately,
it seems that the versions of sac/flute that are included with
css2xslfo are modified versions that do not correspond to any version
I can find elsewhere. The modifications are quite extensive (they seem
to mostly relate to CSS3 support), so I think the only way the package
can work is if it builds and ships private versions of these
libraries; I think this may be feasible, but will require quite a bit
more work.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/camckhmsd4_run9b2w5ah27kv6uceh7tpn1amiuyiztipeqp...@mail.gmail.com

Bug#719881: ITP: node-brewer -- Asset manager for web applications

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: node-brewer
  Version : 0.3.12
  Upstream Author : Mathieu D'Amours math...@storm.io
* URL : http://brewerjs.org/
* License : Expat
  Programming Lang: JavaScript
  Description : Asset manager for web applications

Brewer.js is a tool that eases all sorts of tasks related to the management of
stylesheets and javascript source files. Brewer.js can do the following:

 - Compilation of coffee-script (or iced) source files to javascript
 - Compilation of LESS or Stylus files to CSS
 - Bundling different files (javascript or CSS) into a single file (optionally
   compressing it) while maintaining references and their proper ordering.
 - Watching a directory for changes, triggering any or all of the above.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130816125401.30215.62490.report...@elvandar.mithrandi.net

Bug#719458: ITP: python-contextlib2 -- Backported utilities for context management

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: python-contextlib2
  Version : 0.4.0
  Upstream Author : Nick Coghlan
* URL : http://contextlib2.readthedocs.org/
* License : PSF License
  Programming Lang: Python
  Description : Backports and enhancements for the contextlib module

contextlib2 is a backport of the standard library's contextlib module to
earlier Python versions.

It also serves as a real world proving ground for possible future
enhancements to the standard library version.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130812034638.3327.8862.report...@lorien.mithrandi.net

Bug#694591: ITP: css2xslfo -- XML+CSS2 to XSL-FO converter

[Tristan Seligmann]

I guess this is sort of on hold for the moment; the build system requires
some convincing to use dependencies from their Debian packages rather than
the embedded copies and I haven't had a chance to work on this again. I'd
like to eventually close this bug, but in the meantime this probably
shouldn't discourage anyone with more time to spend on the matter from
picking it up.


On Wed, Apr 3, 2013 at 11:08 AM, Joachim Breitner nome...@debian.orgwrote:

 Hi,

 what is that status of this ITP? Are there preliminary packages to test
 somewhere?

 Greetings,
 Joachim
 --
 Joachim nomeata Breitner
 Debian Developer
   nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
   JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata




-- 
mithrandi, i Ainil en-Balandor, a faer Ambar

Bug#698303: RFA: dosage

[Tristan Seligmann]

Package: wnpp
Severity: normal

As upstream maintainer of Dosage, I have handed the project over to
Bastian Kleineidam. While I could continue to maintain the Debian
package myself, I don't have any particular interest in doing so thus I
propose to hand over Debian maintainership as well (as discussed by
email elsewhere).


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130116162842.22466.63640.report...@elvandar.mithrandi.net

Bug#694591: ITP: css2xslfo -- XML+CSS2 to XSL-FO converter

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: css2xslfo
  Version : 1.6.2
* URL : http://www.re.be/css2xslfo/index.xhtml
* License : Public Domain
  Programming Lang: Java
  Description : XML+CSS2 to XSL-FO converter

There are still some copyright / licensing issues I need to look into /
clarify regarding this package. The Sourceforge project page claims that
the license is Public Domain, but there is nothing in the source code
or elsewhere to support this. In addition, the source distribution
contains some W3C-copyright files (XHTML DTDs) which may not be licensed
in a manner suitable for inclusion in Debian.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121128052944.3023.50743.report...@lorien.mithrandi.net

Bug#694447: ITP: twistedchecker -- Coding style checker for Python source.

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: twistedchecker
  Version : 0.0.0
  Upstream Author : Raphael Shu raph...@uaca.com
* URL : https://launchpad.net/twistedchecker
* License : MIT/Expat
  Programming Lang: Python
  Description : Coding style checker for Python source.

twistedchecker is a coding style checker for Python source, similar to
the pep8 utility, but implementing Twisted's coding standard.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121126140425.11620.88382.report...@lorien.mithrandi.net

Bug#453462: ITA: pyflakes -- simple python source checker

[Tristan Seligmann]

* Sandro Tosi [EMAIL PROTECTED] [2008-03-06 18:09:58 +0100]:

 Hello,
 is there any update about this ITA? I'd be more than happy to adopt it
 (for PAPT).

I've been waiting to upload this until I can get a new upstream release
versioned; there aren't really any other pressing reasons for an upload,
but I am definitely still intending to maintain this package.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


signature.asc
Description: Digital signature

Bug#453462: owner 453462

[Tristan Seligmann]

# Automatically generated email from bts, devscripts version 2.10.11
# with Kumar's permission
owner 453462 !



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#414889: ITP: epsilon -- set of Python utility modules commonly used by all Divmod project

[Tristan Seligmann]

Heya,

Just saw your ITPs; if you want a hand with packaging these, I'd be
quite happy to comaintain the packages, although I'm not a DD. I'm quite
involved with various Divmod software upstream, and my day job involves
heavy use of Axiom, Mantissa, etc.; I just hadn't got around to
packaging these myself (partly because we track svn trunk at work).

Let me know,
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


signature.asc
Description: Digital signature

Bug#288874: RFP: dosage -- Powerful webcomic downloader with support for many comics

[Tristan Seligmann]

Package: wnpp
Severity: wishlist

* Package name: dosage
  Version : 1.3.0
  Upstream Author : Tristan Seligmann [EMAIL PROTECTED]
* URL : http://slipgate.za.net/dosage
* License : GPL
  Description : Powerful webcomic downloader with support for manycomics

Dosage has a modular comic module infrastructure that allows new
webcomics to be easily supported, but does not limit it to supporting
webcomics with simple site layouts. Dosage can retrieve just the latest
strip in a comic, catch-up to the last strip downloaded, or download a
strip for a particular date/index (except if the webcomic's site layout
makes this impossible).

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.24-elvandar
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)