Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-h5netcdf
Version : 0.3.1
Upstream Author : Stephan Hoyer <sho...@gmail.com>
* URL : https://github.com/shoyer/h5netcdf
* License : BSD
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu forge_0.9.2-2 . ANY . unstable . -m "Rebuild with fixed glm"
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Package: src:h5py
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Usertags: ppc64el
Dear Maintainer,
The recent release of h5py FTBFS on powerpc-based architectures due to
test failures regarding long-double precision.
Upstream has been notified
Package: python3-singledispatch
Version: 3.4.0.3-2
Severity: normal
Dear Maintainer,
On an attempt to build a package with a b-dep / i-dep on singledispatch,
dh_python3 complains that it cannot find the package providing
singledispatch. Is this behaviour expected? Does it have to do with the
Package: src:gli
Severity: important
Dear Maintainer,
CMake detection of gli fails on non 64-bit platforms [1].
Any attempt to call `find_package(gli REQUIRED)` produces the following
error:
```
Could not find a configuration file for package "glm" that is
compatible with requested version "".
Source: h5py
Version: 2.7.0~rc2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Usertags: mips-port ppc64el
The new release of h5py fails to build on several architectures
including some major ones (mips, ppc64el and s390x). For each
Package: src:glm
Severity: important
Dear Maintainer,
Following the recent RC bug affecting src:forge [1], it is now clear
that there is an issue with the CMake detection of glm (and potentially
other arch-indep packages, like gli) on non 64-bit platforms.
Any attempt to call `find_package(glm
Source: forge
Version: 0.9.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
Since the latest update of the packaging, src:forge fails to build due
to configuration error whilst looking for glm. Multiple architectures
are
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-coards
Version : 1.0.5
Upstream Author : Roberto De Almeida
* URL : http://code.dealmeida.net/coards
* License : Expat
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-pydap
Version : 3.2.0
Upstream Author : Roberto De Almeida <robe...@dealmeida.net>
* URL : http://www.pydap.org/
* License : Expat
Prog
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-mechanicalsoup
Version : 0.6.0
Upstream Author : Mirth Hickford <mirth.hickf...@gmail.com>
* URL : https://github.com/hickford/MechanicalSo
Package: src:ovito
Severity: normal
Dear Maintainer,
Ovito uses a vendored copy of voro++. It would be worth patching it to
use the system version once the latter is packaged.
Cheers,
Ghis
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing'),
Package: src:ovito
Severity: normal
Dear Maintainer,
I noticed that ovito vendors a copy of pybind11, however the latter is
now available in Debian.
pybind11 is used in `src/plugins/PyScript.h` and does not seem to be
discovered by CMake. So a patch to use the system version should simply
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: docopt.cpp
Version : 0.6.2
Upstream Author : Jared Grubb
* URL : https://github.com/docopt/docopt.cpp
* License : MIT / BSL
Programming L
Package: src:opensurgsim
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
The package used to successfully build on armhf but now fails during the
testing stage. According to the logs, it seems to be due to tolerance
errors.
You
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-keepalive
Version : 0.5
Upstream Author : Sergio Fernández <ser...@wikier.org>
* URL : https://github.com/wikier/keepalive
* License
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: pybind11
Version : 1.8.1
Upstream Author : Wenzel Jakob <wenzel.ja...@epfl.ch>
* URL : https://github.com/pybind/pybind11
* License : BSD
Program
Package: src:nfft
Version: 3.3.2-1
Severity: important
Justification: fails to build from source
Usertags: ppc64el
The nfft source package fails to build from source on ppc64el [1].
The build fails at the testing stage for the long-double precision
version of the library. Upstream has been
Source: pyparsing
Version: 2.1.10+dfsg1-1
Severity: important
Dear Maintainer,
Since the update of pyparsing to 2.1.10, the sphinxcontrib-doxylink
package now FTBFS and is affected by an RC bug [1].
The failure occurs in the testsuite. The latter used to pass fine with
2.1.9 [2] but now fails
Package: pypy-pyparsing
Severity: minor
Dear Maintainer,
The short description for pypy-pyparsing reads:
"Python parsing module, Python3 package"
It should rather be:
"Python parsing module, PyPy package"
The long description is fine.
Cheers,
Ghis
-- System Information:
Debian Release:
Package: src:yokadi
Severity: wishlist
Dear Maintainer,
A new upstream release of this application is available (1.1.1 at the
time of writing). Please consider packaging it in time for the freeze.
According to the state of the packaging repository [1], work towards
packaging 1.0.x was in
Package: src:clsparse
Severity: serious
Justification: fails to build from source
Usertags: ppc64el
The clsparse source package fails to build from source on ppc64el [1].
Most errors seem to arise from a conflicting definition of bool /
vector [2].
[1]
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: dcm2niix
Version : 1.0.20161101
Upstream Author : Chris Rorden
* URL : https://github.com/rordenlab/dcm2niix
* License : BSD
Programming L
Package: ftp.debian.org
Severity: normal
Dear FTP Team,
I am requesting the removal of nfft from powerpc and ppc64el. The
testsuite fails for both architectures. The problem was acknowledged
upstream [1], but the developers have no experience with these
architectures.
In the past, I just
Package: src:python-prov
Severity: wishlist
Control: block -1 by 838849
A new upstream release of python-prov is available (1.5.0 at the time
the bug was filed).
This new release depends on a more recent release of rdflib, which is
not currently packaged in the archive.
-- System Information:
Package: src:pyfr
Severity: wishlist
Control: block -1 by 840509
A new version of pyfr is available (1.5.0 at the time of writing).
>From this version onwards, an additional dependency is required (GiMMiK) and
needs to be packaged first.
-- System Information:
Debian Release: stretch/sid
APT
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nfft"
* Package name: nfft
Version : 3.3.2~rc3-1
Upstream Author : Prof. Dr. Daniel Potts
* URL :
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-gimmik
Version : 2.1
Upstream Author : Freddie Witherden <fred...@witherden.org>
* URL : https://github.com/vincentlab/GiMMiK
* License
Package: src:python-arrayfire
Severity: wishlist
Control: block -1 by 838908
There is a new version of python-arrayfire (3.4.x). This version
requires ArrayFire 3.4 to be packaged first (otherwise the tests
fail because of the missing features introduced in the new version.
-- System
Package: ftp.debian.org
Severity: normal
Dear ftp-masters,
I would like to request the removal of the pyfftw source package from
the Debian archive.
This source package currently suffers from a non-trivial RC bug [1].
This bug also highlighted the non-portable nature of the software.
Upstream
Package: ftp.debian.org
Severity: normal
Dear ftp-masters,
I would like to request the removal of pyzolib from the archive.
It used to be a dependency for iep / pyzo. However, starting from
pyzo>=4.3 the codebase of pyzolib has been merged into former, making the
latter obsolete.
Now that
Package: src:python-progressbar
Severity: wishlist
Dear Maintainer,
There is a progressbar2 package on PyPI, of which the description
suggests it is a rewrite and continuation of progressbar.
Since both use the `progressbar` namespace and progressbar2 kept the
versioning scheme going, they are
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: gli
Version : 0.8.1.1
Upstream Author : Christophe Riccio <g...@g-truc.net>
* URL : https://github.com/g-truc/gli
* License : Expat
Program
Package: src:arrayfire
Severity: wishlist
Control: block -1 by 837112
ArrayFire version 3.4.0 has been released. The goal would be to have this
version released with Stretch.
This issue is currently blocked by the missing opencl-clhpp package. It
would (optionally) require the `forge` source
Package: src:matplotlib
Severity: normal
Dear Maintainer,
One of my package relies on matplotlib.tests for its testsuite. However,
an attempt to do so results in the following error:
```
>>> import matplotlib.tests
Traceback (most recent call last):
File "", line 1, in
File
Package: src:python-dateutil
Severity: wishlist
Dear Maintainer,
Upstream has updated dateutil to 2.5.x. Please consider updating the
packaging to the latest stable release (2.5.3 at the time of writing).
If you're lacking the resources to act on the packaging, you might want
to consider please
Package: higan
Version: 098-2
Severity: wishlist
Dear Maintainer,
According to the upstream website [1], a new upstream version is available
(v101). Please consider packaging it.
Also, it might be worth tracking the release tags in the upstream git
repository [2] from now on. The current
rom: Ghislain Antony Vaillant <ghisv...@gmail.com>
Date: Mon, 12 Sep 2016 13:31:16 +0100
Subject: [PATCH] Fix watch file.
---
debian/watch | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/watch b/debian/watch
index cf689ff..109dbb6 100644
--- a/debian/watch
+++ b/deb
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: globjects
Version : 1.0.0
Upstream Author : CG Internals
* URL : http://globjects.org/
* License : Expat
Programming Lang: C++
Description :
Package: ftp.debian.org
Severity: normal
Dear FTP Team,
All binaries from src:shark are no longer built on mips and mipsel and
should ultimately be removed to allow the package to transition to
testing.
An old version is currently present for these architectures, but it was
built without
Package: ftp.debian.org
Severity: normal
Dear ftp-team,
I am requesting the removal of the pyoperators source package for the
following reasons:
- It has been subject to RC-bugs which upstream repeatedly failed to
address.
- Most of its features are now available in scipy.
- Popcorn is very
Source: gtest
Severity: wishlist
Dear Maintainer,
It appears that both google-mock and google-test, formely maintained
separately, have now merged into a single project: googletest [1].
[1] https://github.com/google/googletest
It could be worth to reflect this merger in our packaging and have
Package: google-mock
Severity: wishlist
Dear Maintainer,
It appears that both google-mock and google-test, formely maintained
separately, have now merged into a single project: googletest [1].
[1] https://github.com/google/googletest
It could be worth to reflect this merger in our packaging
Package: ftp.debian.org
Severity: normal
Dear FTP team,
Boost 1.61 is now the default in the archive and provides the compute
library [1]. As a result, there is no longer a need for a separetely
maintained compute source package [2]. I transitioned the only rdepends
(arrayfire [3]) to using
-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 6d4f77f8cdb47030897bbc8791403e1f03a800b0 Mon Sep 17 00:00:00 2001
From: Ghislain Antony Vaillant <ghisv...@gmail.com>
Date: Wed, 24 Aug 2016 18:41:37 +0100
Subject: [
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: glbinding
Version : 2.1.1
Upstream Author : CG Internals GmbH
* URL : https://github.com/cginternals/glbinding
* License : Expat
Programming L
Package: git-cola
Version: 2.7-1
Severity: wishlist
Dear Maintainer,
The software seems to support Python 3 [1]. Please consider switching the
packaging from using Python 2 to Python 3, since Python 2 has a due date.
[1] http://koji.fedoraproject.org/koji/rpminfo?rpmID=7914140
Best regards,
Package: git-cola
Version: 2.7-1
Severity: wishlist
Dear Maintainer,
It appears that upstream handled the transisiton from Qt4 to Qt5 via QtPy [1].
The latter is now packaged in Debian for Python 2 and 3.
Please consider adapting git-cola to use the packaged QtPy, which would allow
the package
Package: git-cola
Severity: normal
Dear Maintainer,
The current VCS metadata of the package points to a collab-maint repository [1]
which content appears to be out-of-sync with the current version. Indeed, the
last change recorded is dated July 5th 2011.
If the packaging repository has moved,
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: forge
Version : 1.0
Upstream Author : ArrayFire
* URL : https://github.com/arrayfire/forge
* License : BSD
Programming Lang: C, C++
Description
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-schema
Version : 0.6.2
Upstream Author : Vladimir Keleshev <vladi...@keleshev.com>
* URL : https://github.com/keleshev/schema
* License
Package: src:python-hdf5storage
Version: 0.1.13-2
Severity: serious
Justification: Policy 4.9
Dear Maintainer,
Whilst python-hdf5storage builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during a build.
Network access is attempted by
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-obspy
Version : 1.0.1
Upstream Author : The ObsPy Development Team <d...@obspy.org>
* URL : https://www.obspy.org/
* License : LGPL
Prog
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: sphinxcontrib-doxylink
Version : 1.3
Upstream Author : Matt Williams
* URL : http://pythonhosted.org/sphinxcontrib-doxylink/
* License : BSD
Programmin
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-hydroffice.bag
Version : 0.2.12
Upstream Author : Brian R. Calder and Giuseppe Masetti
* URL : http://www.hydroffice.org
* License :
Source: pyglet
Severity: wishlist
Dear Maintainers,
According to the respective PyPI page [1], the latests release of pyglet
supports Python 3. Please consider packaging it for Debian and provide a
corresponding python3-pyglet package, so that present and future packages
can use it (vispy, which
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: pyzo
Version : 4.1
Upstream Author : the Pyzo development team
* URL : http://www.pyzo.org/
* License : BSD
Programming Lang: Python
Descr
Source: mpi4py
Version: 2.0.0-1
Severity: normal
Dear Maintainer,
python-mpi4py has Depends on mpi-default-bin, whilst python3-mpi4py only has
Recommends. This inconsistency can affect packages relying on mpi4py, such as
pyfr which I personally maintain.
Please fix the inconsistency by choosing
Package: yorick-ynfft
Version: 1.0.2-2
Severity: important
Dear Maintainer,
This source package fails to build with the latest release of libnfft
available in experimental. The relevant portion of the build log is
available below.
Version 3.3 introduced some API breaking changes in the
Source: pynfft
Version: 1.3.2-1.1
Severity: important
Dear Maintainer,
This source package fails to build with the latest release of libnfft
available in experimental. The relevant portion of the build log is
available below.
```
running build_ext
building 'pynfft.nfft' extension
creating build
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I would like to request a transition for the latest version of nfft from
experimental to unstable.
Some API breaking changes were introduced from in version 3.3.0
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: hdf-compass
Version : 0.6.0
Upstream Author : The HDF Group
* URL : https://www.hdfgroup.org/projects/compass/
* License : BSD
Programming Lang:
Package: libjsoncpp-dev
Version: 0.10.5-1
Severity: normal
Dear Maintainer,
Upon reading the upstream sources, it seems that jsoncpp provides and installs
a cmake config file alongside the pkg-config file. Please consider installing
jsoncppConfig.cmake as part of the dev package under the
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: libopenshot
Version : 0.0.8
Upstream Author : Jonathan Thomas
* URL : https://launchpad.net/libopenshot
* License : LGPL-3
Programming L
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: libopenshot-audio
Version : 0.0.6
Upstream Author : Jonathan Thomas
* URL :
https://code.launchpad.net/~openshot.code/libopenshot/libopenshot-audio
* L
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: openshot-qt
Version : 2.0.4
Upstream Author : Jonathan Thomas
* URL : http://www.openshot.org/
* License : GPL-3
Programming Lang: Python
Descr
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: field3d
Version : 1.6.1
Upstream Author : Sony Pictures Imageworks Inc
* URL : https://github.com/imageworks/Field3D
* License : BSD
Programming L
Source: openimageio
Severity: wishlist
Dear Maintainer,
Following the official announcement [1], it would be nice to start upgrading
the packaging to the latest stable release (version 1.6.9). It would also be
a good opportunity to provide an additional set of packages for the Python
bindings
Package: libjxr-dev
Version: 1.1-5
Severity: normal
Hi Mathieu,
Thanks for packaging LibJXR. The new version of FreeImage now depends on
LibJXR and I notice that the libjxr-dev package does not ship a corresponding
pkgconfig file, despite upstream providing one [1].
LibJXR uses a non-standard
Source: clblas
Version: 2.8-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The current version in unstable suffers a FTBFS error due to a missing
dependency on python.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
Package: gitg
Version: 3.17.1-1
Severity: wishlist
Dear Maintainer,
A new upstream version is available (3.18.0) which brings some more
improvement and bugfixes [1]. Please consider submitting an update
to the current package in experimental at least, or even unstable,
if your opinion
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant <ghisv...@gmail.com>
* Package name: python-arrayfire
Version : 3.0.20140914
Upstream Author : ArrayFire Development Group <techni...@arrayfire.com>
* URL : https://github.com/arrayfire/arra
Source: pywavelets
Severity: wishlist
Dear Maintainer,
Please consider updating the upstream version of the package to the latest
v0.3.0, which has been recently released.
The source repository has changed and is now hosted at:
https://github.com/PyWavelets/pywt
Amongst the list of changes,
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: asl
Version : 0.1.6
Upstream Author : Avtech Scientific http:avtechscientific.com
* URL : http://asl.org.il/
* License : AGPL-3
Programming Lang: C
Source: pocl
Severity: wishlist
Dear Maintainer,
A new upstream version of pocl is available.
The latter should provide futher implementation of the OpenCL standards which
would definitely help with running the test suites of several OpenCL packages
(clblas, clfft, ...) on Debian
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: clrng
Version : 1.0.0
Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clRNG
* License : Apache version 2
Programming
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: clsparse
Version : 0.6.0.0
Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clSPARSE
* License : Apache version 2
Package: sponsorship-requests
Severity: wishlist
Dear Mentors,
I am looking for a sponsor for the following source package:
* Package name: arrayfire
Version : 3.0~beta
Upstream Author : ArrayFire Development Group techni...@arrayfire.com
* URL :
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: clblas
Version : 2.4.0
Upstream Author : Kent Knox kent.k...@amd.com
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache 2
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: arrayfire
Version : 3.0
Upstream Author : ArrayFire Development Group techni...@arrayfire.com
* URL : http://arrayfire.com/
* License : BSD-3-Clause
Package: sponsorship-requests
Severity: normal
I am looking for a sponsor for the source package h5py.
It builds the following binary packages:
python-h5py -- Python 2 version
python3-h5py -- Python 3 version
python-h5py-doc -- Documentation
This upload includes a new upstream release
Package: sponsorship-requests
Severity: wishlist
Dear all,
I am looking for a sponsor for my package python-bitstring:
* Package name: python-bitstring
Version : 3.1.3
Upstream Author : Scott Griffiths sc...@griffiths.name
* URL :
Package: sponsorship-requests
Severity: normal
I am looking for a sponsor for the source package h5py.
It builds the following binary packages:
python-h5py -- Python 2 version
python3-h5py -- Python 3 version
This upload *definitely* fixes an unnecessary install dependency
on cython. It
Package: geary
Severity: wishlist
Dear Maintainer,
Version 0.10 of Geary is out with amongst its set of improvements:
- Support for multiple email accounts,
- Improved search queries,
- Undo actions,
And more.
It would be nice to upload it in Debian sid/experimental.
Best regards,
Ghis
Package: sponsorship-requests
Severity: normal
I am looking for a sponsor for the source package h5py.
It builds the following binary packages:
python-h5py -- Python 2 version
python3-h5py -- Python 3 version
This upload fixes an unnecessary install dependency on cython.
This package
/changelog 2015-04-14 20:09:14.0 +0100
@@ -1,3 +1,14 @@
+python-xmltodict (0.9.2-2) UNRELEASED; urgency=medium
+
+ * Team upload.
+
+ [Ghislain Antony Vaillant]
+ * Use pybuild as package build system.
+ * Add Python 3 version of the binary package.
+ * d/rules: proper cleanup of .coverage
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: imageio
Version : 1.0.0
Upstream Author : Almar Klein
* URL : http://imageio.github.io/
* License : BSD
Programming Lang: Python
Description : Library
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: nufft
Version : 1.3.3
Upstream Author : Leslie Greengard greeng...@cims.nyu.edu
* URL : http://www.cims.nyu.edu/cmcl/nufft/nufft.html
* License : BSD
Package: spyder3
Version: 2.3.0+dfsg-4
Severity: wishlist
Dear Maintainer,
A new version of Spyder is available (2.3.1).
You may consider upgrading the current package to this version (on time for
Jessie ?)
I personally cloned the repository, uscanned the new tarball and built the
package
Source: openblas
Severity: wishlist
Dear Maintainer,
A new upstream version has been released (0.2.12) with a bunch of fixes [1].
For some reasons, the PTS failed to track the new release though uscan picks it
up.
Cheers,
Ghislain
[1]
Source: pyxb
Severity: wishlist
Dear Maintainer,
According to the upstream documentation webpage, a Python 3 compatible version
of pyxb is available for the current 1.2.3 release. It would be nice to have
the Python 3 packages as well.
The challenging bit however is that the Python 3 version
Package: gnome-music
Version: 3.14.0-1
Severity: normal
Dear Maintainers,
Since the update of the GNOME stack in unstable, i noticed that the album
covers were no longer displayed.
I discussed with upstream and they confirmed the bug is related to a
change in libmediaart. It has been fixed
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: pyoperators
Version : 0.12.13
Upstream Author : Pierre Chanial
* URL : http://pchanial.github.io/pyoperators/
* License : CeCILL-B
Programming Lang: Python
Source: pugixml
Version: 1.2-2
Severity: wishlist
Dear Maintainer,
A newer version of pugixml is available (version 1.4 at the time of writing).
Download link:
http://github.com/zeux/pugixml/releases/download/v1.4/pugixml-1.4.tar.gz
The BTS did not detect it, so maybe your d/watch is not
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: pfft
Version : 1.0.7
Upstream Author : Michael Pippig michael.pip...@mathematik.tu-chemnitz.de
* URL :
https://www-user.tu-chemnitz.de/~mpip/software.php.en
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant ghisv...@gmail.com
* Package name: pnfft
Version : 1.0.6
Upstream Author : Michael Pippig michael.pip...@mathematik.tu-chemnitz.de
* URL :
https://www-user.tu-chemnitz.de/~mpip/software.php.en
Package: icedove
Version: 31.0-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I have attempted to install Icedove on an up-to-date Debian sid machine.
The package fails to install with the following error output:
Reading package lists... Done
Building dependency
Package: polari
Version: 3.12.1-1
Severity: wishlist
Dear Maintainer,
Other IRC clients such as Hexchat or Quassel provides a default list of IRC
channels, such as Freenode or OFTC.
Could it be done for Polari as well ?
Ghis
-- System Information:
Debian Release: jessie/sid
APT prefers
Package: evince
Version: 3.12.1-1
Severity: normal
Dear Maintainer,
In the current version of evince, the close button located in the top-right
corner vanishes when the application window is put in full-size mode. This is
a rather annoying behaviour that is not consistent with the rest of the
101 - 199 of 199 matches
Mail list logo