Bug#960310: RFP: python3-rgain -- Replay Gain volume normalization Python tools
Package: wnpp
Severity: wishlist
* Package name: python3-rgain3
Version : 1.0.0
Upstream Author : Christian Haudum
* URL : https://github.com/chaudum/rgain,
https://pypi.org/project/rgain3/
* License : GPL-2+
Programming Lang: Python
Description : Replay Gain volume normalization Python tools
A set of Python modules and utility programmes to deal with Replay Gain
information – calculate it (with GStreamer), read and write it (with
Mutagen). It has support for Ogg Vorbis (or probably anything stored in an
Ogg container), Flac, WavPack, MP4 (aka AAC) and MP3 (in different
incarnations). There's also a command-line programme, replaygain, that works
very similar to its like-named cousins, most prominently vorbisgain and
mp3gain – only that itworks for all those supported formats
alike. collectiongain on the other hand is a kind of fire-and-forget tool
for big amounts of music files.
We already had a package called python-rgain in our past releases which was
Python 2 only and, unfortunately, removed.
This new (renamed) fork is, apparently, the official successor of rgain and
is actively maintained.
Simon McVittie mentioned it in bug #938361 that he would switch python-rgain
to this fork. I really, really miss this package and the useful utilities
that it provides.
It would be nice to have it reintroduced in Debian.
Thanks,
Rogério Brito.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Bug#820019: RFP: python-sframe -- scalable tabular (SFrame, SArray) and graph (SGraph) data-structures built for out-of-core data analysis.
Package: wnpp
Severity: wishlist
* Package name: python-sframe
Version : 1.8.4
Upstream Author : Dato, Inc.
* URL : https://github.com/dato-code/SFrame
* License : BSD
Programming Lang: C++, Python
Description : scalable tabular (SFrame, SArray) and graph (SGraph)
data-structures built for out-of-core data analysis.
The SFrame package provides the complete implementation of:
* SFrame
* SArray
* SGraph
* The C++ SDK surface area (gl_sframe, gl_sarray, gl_sgraph)
The SFrame contains the open source components GraphLab Create from Dato.
For more details on GraphLab Create (including documentation and tutorials)
see http://dato.com.
Some of the key features of this package are.
* A scalable column compressed disk-backed dataframe optimized for machine
learning and data science needs.
* Designed for both tabular (SFrame, SArray) as well as graph data (SGraph)
* Support for strictly typed columns (int, float, str, datetime), weakly
typed columns (schema free lists, dictionaries) as well as specialized types
such as Image.
* Uniform support for missing data.
* Query optimization and Lazy evaluation.
* A C++ API (gl_sarray, gl_sframe, gl_sgraph) with direct native access via
the C++ SDK.
* A Python API (SArray, SFrame, SGraph) with an indirect access via an
interprocess layer.
Since I am interested in this package, I am willing to help co-maintain it
(as soon as I orphan some packages of mine), especially if some other more
experienced module packager is willing to guide me through some of the
process of having a hybrid module like this one.
Also, since this package is very similar in spirit to Pandas, I'm including
the pandas mantainers as CC, in case they are interested here.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Questions regarding a package that creates a python module (written in C)
Dear Python developers,
I am a newbie with Python (though I like the language) and I help
maintain a package called fontforge, which is a font (letters) editor
that creates two modules [*] written in C so that some tasks with fonts
can be performed en masse.
Unfortunately, even when depending on python-dev-all (or whatever I
should call it nowadays), I only get the modules created for python2.5
and I would like (in principle, barring technical limitations) to
provide such modules for any version of python that Debian supports,
agnostically.
It is my understanding from the build system of fontforge that it only
picks up python2.5 since it is the first version that is encountered.
With that said, what is the recommended course of action? Should I
manually build the package twice in a row in debian/rules telling it
first to configure with python 2.5 and then 2.6 or is there any solid,
recommended approach to this problem (which I am sure should appear in
many other packages that provide python modules written in C)?
Any guidance is welcome, Rogério Brito.
P.S.: Please, keep me on CC'ies as I am not currently subscribe to -python.
[*]
WARNING: WARNING: /usr/lib/pyshared/python2.5/fontforge.so is linked but does
not belong to any package.
WARNING: WARNING: /usr/lib/pyshared/python2.5/psMat.so is linked but does not
belong to any package.
but
,[ dpkg -S /usr/lib/pyshared/python2.5/fontforge.so ]
| python-fontforge: /usr/lib/pyshared/python2.5/fontforge.so
`
--
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100526172853.ga19...@ime.usp.br
