Bug#848634: python-cartopy: FTBFS on *i386: test_lambert_azimuthal_equal_area fails

Hi Aaron, On Sun, 18 Dec 2016 22:16:19 -0500 "Aaron M. Ucko" wrote: > The builds of python-cartopy on i386 and the non-release architecture > hurd-i386 both failed, per the below output. I expect the kfreebsd-i386 > build will fail the same way in due course. Could you please

Bug#851444: ITP: python-xarray -- N-D labeled arrays and datasets in Python

control: block -1 by 851520

Bug#851444: ITP: python-xarray -- N-D labeled arrays and datasets in Python

control: block -1 by 851444

Bug#852626: RFS: h5py/2.7.0~rc3-1 [RC]

type.patch, applied upstream   * Cherry pick upstream fix for builds on ppc64el - New patch 0002-Fix-arch-name-for-ppc64le.patch   * Cherry-pick proposed fix for version numbers - New patch 0003-Fix-version_tuple-to-make-it-PEP440-compliant.patch Regards, Ghislain Vaillant

Bug#844601: forwarded to new upstream bug

control: forwarded -1 https://github.com/spyder-ide/spyder/issues/4049

Bug#844601: forwarded upstream

control: forwarded -1 https://github.com/spyder-ide/spyder/issues/4014

Bug#732949: spyder: Internal console spamming

On Mon, 23 Dec 2013 00:27:56 +0100 =?utf-8?q?=C3=89lie_Gouzien?= wrote: > Package: spyder > Version: 2.1.10-2 > Severity: important This version is now significantly outdated. Could you please verify whether the issue is still happening on one of the recent versions being

Bug#851520: not fixed yet, patch provided

it. Thanks, GhisFrom 09f7d483dacfd03c5acc14fe2a0bb318a6832b9b Mon Sep 17 00:00:00 2001 From: Ghislain Antony Vaillant <ghisv...@gmail.com> Date: Tue, 24 Jan 2017 23:44:41 + Subject: [PATCH] Fix normalization of version number Update patch 0001_normalize_version.patch Gbp-Dch: full ---

Bug#851721: git-cola: New upstream release (2.10)

On Wed, 18 Jan 2017 14:53:50 +0100 =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= <g...@debian.org> wrote: > On Wed, Jan 18, 2017 at 12:20 PM, Ghislain Vaillant <ghisv...@gmail.com> > wrote: > > I can use it in a venv for a day and report back, if that can help?

Bug#852078: src:python-mkdocs: New upstream release (0.16.x)

Package: src:python-mkdocs Severity: wishlist Dear Maintainer, A new version is available upstream [1]. Please consider packaging it, perhaps in time for Stretch? https://github.com/mkdocs/mkdocs/releases/tag/0.16.1 Thanks, Ghis -- System Information: Debian Release: 9.0 APT prefers

Bug#851162: Still unresolved upstream, help needed

Cc'd to debian-powerpc On Fri, 13 Jan 2017 10:17:18 + Ghislain Vaillant <ghisv...@gmail.com> wrote: control: forwarded -1 https://github.com/h5py/h5py/issues/817 Upstream is running out of ideas, so any help from the team would be warmly welcome. Cheers, Ghis

Bug#851613: src:bottleneck: Tests fail if enabled

On Thu, 2017-01-19 at 15:55 +0100, Pietro Battiston wrote: > Il giorno mar, 17/01/2017 alle 23.26 +0000, Ghislain Vaillant ha > scritto: > > On Tue, 2017-01-17 at 22:35 +0100, Pietro Battiston wrote: > > > [...] > > > I am a bit confused. It seem

Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

On Thu, 2017-01-19 at 13:56 +0100, Andreas Tille wrote: > On Thu, Jan 19, 2017 at 09:53:29AM +0000, Ghislain Vaillant wrote: > > You may seek sponsorship by either uploading the source package to mentors > > and filing an RFS bug, or posting your RFS request on the d-science &

Bug#851613: src:bottleneck: Tests fail if enabled

control: block -1 by 851858

Bug#838573: gnome-shell-pomodoro: Changes system volume

On Sun, 16 Oct 2016 17:17:11 -0700 Joseph Herlant wrote: > Control: tag -1 + confirmed > Control: found -1 0.12.3-1 > Control: forwarded -1 https://github.com/codito/gnome-pomodoro/issues/244 > > Hi Joel, > > Thanks for your report (and sorry for the late answer, I missed

Bug#851858: src:python-numpy: Cherry-pick upstream fix for nanmedian

Package: src:python-numpy Severity: normal Hi Sandro, Could you please consider cherry-picking the following commit [1]: [1] https://github.com/numpy/numpy/commit/2144aa713b607a5f0592525d9b36adca332e9d51 This regression affects src:bottleneck (see #851613), but was not triaged earlier because

Bug#851166: nmu: forge_0.9.2-2 [RC]

d, 2017-01-18 at 22:20 +, Ghislain Vaillant wrote: > Yes, because glm is fixed now. > > Le 18 janv. 2017 9:54 PM, "Emilio Pozuelo Monfort" <po...@debian.org> a écrit  > : > On 14/01/17 20:32, Ghislain Vaillant wrote: > > I forgot to mention that this N

Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

wrote: well the package is in shape, I think I'm not allowed to upload it. Where should I send it for review? I though I had to wait a mentor declare himself for that? Cheers Pierre On 01/19/2017 10:42 AM, Ghislain Vaillant wrote: Let me also add that this library is necessary for python

Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

Let me also add that this library is necessary for python-obspy, which I might get back to packaging at some point later. So, thanks Pierre for taking care of this. Let the team know if you need any assistance. Ghis On 19/01/17 08:00, Andreas Tille wrote: Hi Pierre, thanks for the ITP.

Bug#851166: nmu: forge_0.9.2-2 [RC]

Yes, because glm is fixed now. Le 18 janv. 2017 9:54 PM, "Emilio Pozuelo Monfort" <po...@debian.org> a écrit : On 14/01/17 20:32, Ghislain Vaillant wrote: > I forgot to mention that this NMU would fix the current RC affecting > forge. The FTBFS was due to a bug in the CMak

Bug#851789: RFS: python-h5netcdf/0.3.1-1 [ITP]

n.org/git/debian-science/packages/python-h5netcdf.git Changes since the last upload:   * Initial release. (Closes: #851378) Regards, Ghislain Vaillant

Bug#851721: git-cola: New upstream release (2.10)

On Wed, 2017-01-18 at 12:12 +0100, László Böszörményi (GCS) wrote: > On Wed, Jan 18, 2017 at 10:44 AM, Ghislain Vaillant <ghisv...@gmail.com> > wrote: > > According to the release notes, this release is mostly fixes and usability > > enhancements [1]. It should be safe

Bug#851721: git-cola: New upstream release (2.10)

On Wed, Jan 18, 2017 at 12:45 AM, Ghislain Antony Vaillant <ghisv...@gmail.com> wrote: > Package: git-cola > Severity: wishlist [...] > Version 2.10 is out [1] and there is still time to get it packaged for > Stretch, maybe? ;-) Is it a proven release? It's OK that it's newer, bu

Bug#851721: git-cola: New upstream release (2.10)

Package: git-cola Severity: wishlist Dear Maintainer, Version 2.10 is out [1] and there is still time to get it packaged for Stretch, maybe? ;-) [1] https://github.com/git-cola/git-cola/releases/tag/v2.10 Cheers, Ghis -- System Information: Debian Release: stretch/sid APT prefers testing

Bug#851613: src:bottleneck: Tests fail if enabled

On Tue, 2017-01-17 at 22:35 +0100, Pietro Battiston wrote: > Il giorno mar, 17/01/2017 alle 18.24 +0000, Ghislain Vaillant ha > scritto: > > [...] > > There are 2 options: > > > > 1) Do an upload with tests enabled, knowing it would FTBFS, and file > > an >

Bug#851696: RFS: python-qtpy/1.2.0-1

Hi Fred, On Tue, 2017-01-17 at 19:30 +, PICCA Frederic-Emmanuel wrote: > Hello Ghislain. > > do you know if this version is compatible with the reverse dependencies > already in Debian ? First of, the upstream changelog did not mention any API breakage, only fixes and new featu

Bug#851696: RFS: python-qtpy/1.2.0-1

Hi Fred, On Tue, 2017-01-17 at 19:30 +, PICCA Frederic-Emmanuel wrote: > Hello Ghislain. > > do you know if this version is compatible with the reverse dependencies > already in Debian ? First of, the upstream changelog did not mention any breakage, only fixes and new featu

Bug#851696: RFS: python-qtpy/1.2.0-1

 * Upgrade packaging to debhelper 10    * Support the nocheck build profile  - Add versioned dependency on dpkg-dev  - Mark test dependencies as !nocheck  - Disable tests if nocheck requested    * Fix whitespaces in rules file Regards, Ghislain Vaillant

Bug#851613: src:bottleneck: Tests fail if enabled

On Mon, 2017-01-16 at 23:17 +0100, Pietro Battiston wrote: > Thanks for your report. Tests run fine in my install, which is a bit > out of date (e.g. python3-numpy version 1:1.11.2-1). Mine has 1:1.12.0~rc2. > I will try to understand what update broke them. In the meanwhile, I > filed the bug

Bug#851613: src:bottleneck: Tests fail if enabled

Package: src:bottleneck Severity: important Dear Maintainer, In my attempt to investigate why xarray fails to test with the packaged bottleneck [1], I have looked at its packaging and enabled the test suite by adding the missing b-deps on python[,3]-nose. [1]

Bug#851520: src:bottleneck: invalid version number

On Sun, 2017-01-15 at 21:47 +, Ghislain Antony Vaillant wrote: > It should be enough to patch bottleneck/version.py to use `1.2.0` instead > of `1.2.0dev`. `1.2.0dev` is not PEP-386 compilant so please consider Looks like upstream already normalized the versioning scheme [1] for versi

Bug#851520: src:bottleneck: invalid version number

Package: src:bottleneck Severity: normal Dear Maintainer, Upon trying to build a package depending on bottleneck, the tests fail with a `ValueError` due to an invalid version number. This snippet should reproduce the problem: ``` >>> from distutils.version import StrictVersion >>> import

Bug#851444: ITP: python-xarray -- N-D labeled arrays and datasets in Python

Package: wnpp Severity: wishlist Owner: Ghislain Antony Vaillant <ghisv...@gmail.com> * Package name: python-xarray Version : 0.8.2 Upstream Author : xarray Developers * URL : http://xarray.pydata.org * License : Apache-2.0 Programming Lang:

Bug#851166: nmu: forge_0.9.2-2 [RC]

On Thu, 12 Jan 2017 16:06:31 + Ghislain Antony Vaillant <ghisv...@gmail.com> wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu forge_0.9.2-2 . ANY . unstable . -m "Rebuild w

Bug#851378: ITP: python-h5netcdf -- netCDF4 support for Python via h5py

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

Bug#851162: forwarded upstream

control: forwarded -1 https://github.com/h5py/h5py/issues/817

Bug#851166: nmu: forge_0.9.2-2

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')

Bug#851162: FTBFS: issues with longdouble precision on ppc

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

Bug#850699: Focus on mips / s390x issue, fixed upstream

control: retitle -1 h5py: FTBFS [mips, s390x]: test failures control: usertag -1 - ppc64el Splitting this FTBFS into 2 different issues. This one for mips / s390x and one for ppc* architectures. There is a fix pending upstream for the mips / s390x issue. Ghis

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

On Thu, 2017-01-12 at 12:27 +, James Cowgill wrote: > Hi, > > On 12/01/17 12:11, Ghislain Vaillant wrote: > > On Wed, 11 Jan 2017 11:37:47 +0100 Jochen Sprickerhof <jspri...@debian.org> > > wrote: > > > Package: libfreeimage3 > > &

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

On Wed, 11 Jan 2017 11:37:47 +0100 Jochen Sprickerhof wrote: > Package: libfreeimage3 > Followup-For: Bug #850027 > > Hi, > > is there anything I can do to speed this up? Would be nice to get rviz back > ;). > > Cheers Jochen I now have very limited time for this and

Bug#851135: dh_python3: Cannot find package that provides singledispatch

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

Bug#851050: src:gli: CMake detection fails on !x64

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 "".

Bug#850699: h5py: FTBFS [mips, ppc64el, s390x]: test failures

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

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

have enough time for now. Cheers Anton 2017-01-08 11:16 GMT+01:00 Ghislain Vaillant <ghisv...@gmail.com>: On Thu, 5 Jan 2017 21:57:53 + James Cowgill <jcowg...@debian.org> wrote: Control: block 849696 by -1 Control: tags -1 patch Hi, This is of course the same bug as #84

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

On Thu, 5 Jan 2017 21:57:53 + James Cowgill wrote: Control: block 849696 by -1 Control: tags -1 patch Hi, This is of course the same bug as #849696 in OGRE, but I still think it should be fixed in freeimage. I'd like to propose this patch (a new version of

Bug#848496: RFS: libopenshot/0.1.2+ds1-1 [ITP][experimental]

On 08/01/17 00:50, Andreas Henriksson wrote: Hello Ghislain Vaillant, On Sat, Dec 17, 2016 at 04:22:03PM +, Ghislain Vaillant wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libopenshot" [...] I looked at yo

Bug#850481: RFS: pybind11/2.0.1-1

On Sat, 2017-01-07 at 11:57 -0200, Giovani Ferreira wrote: > tags 850481 + moreinfo > > thanks > > Hi Ghislain, > > I just did a review on your package and note that it does not build the > second time. > > It looks like the following files have bee

Bug#838301: src:matplotlib: error when importing matplotlib.tests

On 07/01/17 02:11, Sandro Tosi wrote: On Wed, Sep 21, 2016 at 5:59 AM, Ghislain Vaillant <ghisv...@gmail.com> wrote: Any idea where the issue could come from? this happened mainly with the py3k package because it is more recent than the py2 one: if you installed a brand new machine (or

Bug#850481: RFS: pybind11/2.0.1-1

c Changes since the last upload:   * New upstream release   * Use missing sphinxdoc:Built-Using substitution Regards, Ghislain Vaillant

Bug#850422: Are you sure you want to upload a release candidate of a new version of h5py?

On Fri, 2017-01-06 at 23:38 +0100, Andreas Tille wrote: > Hi Gianfranco, > > On Fri, Jan 06, 2017 at 09:33:31PM +, Gianfranco Costamagna wrote: > > > > I wonder whether you want to upload this version of h5py to unstable > > > > (rather than to experimental) since this seems to be a

Bug#850422: Are you sure you want to upload a release candidate of a new version of h5py?

Hi Andreas, Le 6 janv. 2017 9:20 PM, "Andreas Tille" <andr...@fam-tille.de> a écrit : Hi Ghislain, I wonder whether you want to upload this version of h5py to unstable (rather than to experimental) since this seems to be a transition and we are in transition freeze.

Bug#850422: RFS: h5py/2.7.0~rc2-1

p override for each -dbg package   * Add missing Built-Using for the Sphinx documentation Regards, Ghislain Vaillant

Bug#850243: forge: FTBFS on multiple architectures

control: block -1 by 850277

Bug#850277: src:glm: CMake detection fails on !x64

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

Bug#850243: forge: FTBFS on multiple architectures

Now CC'd to the Debian CMake Team On 05/01/17 12:26, Ghislain Vaillant wrote: CC'd the Debian CMake Team, who might be able to help. On 05/01/17 10:48, Ghislain Vaillant wrote: CC'd to the src:glm maintainer, On Thu, 05 Jan 2017 10:37:06 + Ghislain Antony Vaillant <ghisv...@gmail.

Bug#850243: forge: FTBFS on multiple architectures

CC'd the Debian CMake Team, who might be able to help. On 05/01/17 10:48, Ghislain Vaillant wrote: CC'd to the src:glm maintainer, On Thu, 05 Jan 2017 10:37:06 + Ghislain Antony Vaillant <ghisv...@gmail.com> wrote: Source: forge Version: 0.9.2-2 Severity: serious Justification:

Bug#850243: forge: FTBFS on multiple architectures

CC'd to the src:glm maintainer, On Thu, 05 Jan 2017 10:37:06 + Ghislain Antony Vaillant <ghisv...@gmail.com> wrote: 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

Bug#850243: forge: FTBFS on multiple architectures

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

Bug#850193: RFS: forge/0.9.2-2

sing build dependency on OpenGL. Reason: fixes FTBFS on sparc64   * Add support for the nodoc build profile.   * Add patch fixing spelling errors reported by Lintian. New patch 0004-Fix-spelling-errors.patch Regards, Ghislain Vaillant

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

Hi Erik, thanks for reporting this issue, freeimage/3.17.0+ds1-4 fixed an issue with the patch used to remove the vendored dependencies and use the system one instead. See #841089 [1]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841089 The updated patch introduces a null-node for

Bug#849593: libfftw3-single3: dependencies in shlibs file not tight enough (Was: Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe)

CC'd to d-science, On Fri, 30 Dec 2016 01:24:07 + James Cowgill <jcowg...@debian.org> wrote: Hi, On 30/12/16 00:50, Ghislain Vaillant wrote: > On Thu, 29 Dec 2016 00:30:58 + James Cowgill <jcowg...@debian.org> wrote: >> Control: severity -1 serious >> Cont

Bug#849593: Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe

On Thu, 29 Dec 2016 00:30:58 + James Cowgill wrote: > Control: severity -1 serious > Control: clone -1 -2 > Control: reassign -2 libfftw3-single3 3.3.5-1 > Control: block -1 by -2 > Control: retitle -2 libfftw3-single3: dependencies in shlibs file not tight > enough > >

Bug#849581: RFS: numpydoc/0.6.0+ds1-1

On Thu, 2016-12-29 at 15:05 +, Sean Whitton wrote: > Dear Ghislain, > > On Thu, Dec 29, 2016 at 02:00:47PM +, Ghislain Vaillant wrote: > > Next time, please consider providing your suggestion straight-away. > > I couldn't because I didn't understand your changelog en

Bug#849581: RFS: numpydoc/0.6.0+ds1-1

On Thu, 2016-12-29 at 12:55 +, Sean Whitton wrote: > Hello Ghislain, > > On Thu, Dec 29, 2016 at 12:48:35PM +, Ghislain Vaillant wrote: > > > > [ Ghislain Antony Vaillant ] > > > > * Filter upstream tarball from vendored sphinx.ext.linkcode >

Bug#849581: RFS: numpydoc/0.6.0+ds1-1

On 29/12/16 08:40, Sean Whitton wrote: control: tag -1 +moreinfo control: owner -1 ! Dear Ghislain, On Wed, Dec 28, 2016 at 09:47:09PM +, Ghislain Vaillant wrote: I am looking for a sponsor for my package "numpydoc" I can sponsor this for you, but I'd like to ask you to im

Bug#849581: RFS: numpydoc/0.6.0+ds1-1

atic-amd64.debian.net/distribution#unstable/numpydoc/0.6.0+ds1-1/buildlog Changes since the last upload:   * Team upload   [ Ondřej Nový ]   * Fixed VCS URL (https)   [ Ghislain Antony Vaillant ]   * Filter upstream tarball from vendored sphinx.ext.linkcode   * New upstream release   * Update copy

Bug#849560: RFS: python-imageio/2.1.1+ds1-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-imageio" * Package name: python-imageio   Version : 2.1.1+ds1-1   Upstream Author : Almar Klein * URL :

Bug#849553: RFS: python-coards/1.0.5-1 [ITP]

Hi Ben, thanks for reviewing my package. On Thu, 2016-12-29 at 02:17 +1100, Ben Finney wrote: > Please add a paragraph to the description(s) which state what “the > COARDS convention” means — enough for someone unfamiliar with that term > to decide whether they want the package. Done, please

Bug#849553: RFS: python-coards/1.0.5-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-coards" * Package name: python-coards   Version : 1.0.5-1   Upstream Author : Roberto De Almeida * URL : http://code.dealmeida.net/coards * License :

Bug#849541: ITP: python-coards -- COARDS-compliant time parser

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:

Bug#849527: RFS: python-mechanicalsoup/0.6.0-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-mechanicalsoup" * Package name: python-mechanicalsoup   Version : 0.6.0-1   Upstream Author : Mirth Hickford * URL :

Bug#849477: ITP: python-pydap -- a Python library implementing the Data Access Protocol

On Tue, 2016-12-27 at 11:12 -0500, Sandro Tosi wrote: > On Tue, Dec 27, 2016 at 10:57 AM, Ghislain Antony Vaillant > <ghisv...@gmail.com> wrote: > > > > * Package name: python-pydap > > Version : 3.2.0 > > Upstream Author : Roberto De Almei

Bug#849477: ITP: python-pydap -- a Python library implementing the Data Access Protocol

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

Bug#849475: ITP: python-mechanicalsoup -- a Python library for automating interaction with websites

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

Bug#849412: src:ovito: voro++ vendored in ovito

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'),

Bug#835367: ITP: voro++, progress on this ITP

Hi Roger and the debian-astro team, Could you please let me know what is your status on this ITP? I have a package using an embedded copy of voro++ which would benefit from your work. Best regards, Ghis

Bug#848761: ovito: FTBFS: Test failures, now fixed upstream

On Fri, 23 Dec 2016 19:28:09 + Ghislain Vaillant <ghisv...@gmail.com> wrote: > I have forwarded the issue upstream with a build log on the latest > upstream version done on debomatic. Alright, upstream claims the issue is fixed on `master`. I intend to cherry-pick the fix onto 2

Bug#849223: src:ovito: pybind11 vendored in ovito

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

Bug#848761: ovito: FTBFS: Test failures

Hopefully, updating the package to the latest upstream (2.8.1) may fix these test problems. That's what I am trying now. Ghis

Bug#848771: numexpr: FTBFS: Test failures

control: forwarded -1 https://github.com/pydata/numexpr/issues/239

Bug#849177: Python-numpy transition breaks at least two packages

On Fri, 2016-12-23 at 10:43 +0100, Andreas Tille wrote: > Hi, > > I have cloned bug #848758 where I suggested to revert the python-numpy > transition which other posters agreed upon. Besides breaking > python-skbio I spotted another package python-skimage which fails with: > > >

Bug#849050: ITP: python-graphviz -- Simple Python 3 interface for Graphviz

>> Package: wnpp >> Severity: wishlist >> Owner: Diane Trout >>  >> * Package name: python-graphviz >>   Version : 0.5.2 >>   Upstream Author : Sebastian Bank >> * URL : https://github.com/xflr6/graphviz >> * License : Expat >>   Programming Lang:

Bug#849014: RFS: forge/0.9.2-1

generated. * Drop gbp configuration in favor of git-dpm * Upgrade packaging to debhelper 10 * Use architecture.mk to query DEB_HOST_MULTIARCH * Cosmetic fixup of rules file Regards, Ghislain Vaillant

Bug#848039: marked as pending

On Tue, 2016-12-20 at 20:52 +0100, Tobias Frost wrote: > Hi Gishlain, Ghislain... > On Tue, 20 Dec 2016 17:55:16 + Ghislain Antony Vaillant <ghisvail@g > mail.com> wrote: > > --- > > commit d614b5737b305b2fd2c8a93b66fed59c6e8022d8 > > Author: Ghislain An

Bug#848634: python-cartopy: FTBFS on *i386: test_lambert_azimuthal_equal_area fails

control: forwarded -1 https://github.com/SciTools/cartopy/issues/799 This issue is already forwarded upstream and was recently pinged for update. I would not hold my breath though , as upstream has not been responsive to any requests / questions I have raised so far. We shall see. Ghis

Bug#848496: RFS: libopenshot/0.1.2+ds1-1 [ITP][experimental]

ibopenshot/ libopenshot_0.1.2+ds1-1.dsc Changes since the last upload:   * Initial release. (Closes: #810786) Regards, Ghislain Vaillant

Bug#848426: RFS: libopenshot-audio/0.1.2+ds1-1 [ITP][experimental]

udio_0.1.2+ds1-1.dsc Successful build on debomatic: amd64: http://debomatic-amd64.debian.net/distribution#experimental/li bopenshot-audio/0.1.2+ds1-1/buildlog Changes since the last upload:   * Initial release. (Closes: #810787) Regards, Ghislain Vaillant

Bug#766461: gitg: upload 3.22 to unstable

On Tue, 8 Nov 2016 01:42:03 +0100 Michael Biebl wrote: > On Fri, 14 Oct 2016 19:51:47 +0200 =?utf-8?b?SsOpcsOpbXkgTGFs?= > wrote: > > Package: gitg > > Followup-For: Bug #766461 > > > > Hi Dmitry, > > > > just a few words to say that i'm having an

Bug#817777: dask package for Debian.

Hi Diane, On Tue, 13 Dec 2016 20:44:58 -0800 Diane Trout wrote: Hello, I've built a packaging for dask (#847497), dask.distributed (#847524) and all of their required currently unpackaged dependencies. I'm currently working on creating the git repositories and uploading them

Bug#848112: Python-skimage depends on unavailable package python-dask

On 14/12/16 19:58, Stefan van der Walt wrote: I would have absolutely no problem moving skimage to team maintenance. If Yarik agrees, I'd appreciate some pointers on how to move forward with that. What I would like is to remain in the loop w.r.t. packaging changes. python-dask should be

Bug#848151: RFS: nfft/3.3.2-2

(Closes: #844403) Regards, Ghislain Vaillant

Bug#838495: RFS: python-cartopy/0.14.2+dfsg1-1 [ITP]

control: reopen -1 I have pushed a new version on mentors: https://mentors.debian.net/debian/pool/main/p/python-cartopy/python-c artopy_0.14.2+dfsg1-1.dsc Would you be happy to sponsor it Gianfranco? Cheers, Ghis

Bug#844403: src:nfft: FTBFS on ppc64el

On Mon, 12 Dec 2016 13:09:10 -0200 Breno Leitao wrote: > Sure. Since the problem is only related to long double, you can bypass > either all the tests on ppc64el, or, disable long double on ppc64el and keep > the tests. Either way it should work. In fact, I came up with a

Bug#848112: Python-skimage depends on unavailable package python-dask

On 14/12/16 09:59, Ole Streicher wrote: Since skimage is one of the central packages, I would again ask to put it under science|python team maintenance. Especially when under some time pressure (upcoming freeze, combined with autoremovals of packages) it would help a lot if the problems could be

Bug#838495: marked as done (RFS: python-cartopy/0.14.2+dfsg1-1 [ITP])

On 14/12/16 08:36, Gianfranco Costamagna wrote: control: reopen -1 Package python-cartopy has been removed from mentors. lets wait a little more G. Yes, there is a new upstream version available to I'll have to refresh the current packaging with it. I'll ping you when done. Cheers,

Bug#845737: drop the problematic testcase?

I would just drop the `test_symlink_time_handling` testcase and check with upstream what might be going on here. Apart from that, it looks like the internet access errors are fixed. Ghis

Bug#845737: Also new upstream version has test failures

On Tue, 13 Dec 2016 09:27:17 +0100 Andreas Tille wrote: > Hi Kevin, > > you injected a "Closes: #845737" in the latest changelog but I get: > > > == > FAIL: tests.tests.test_symlink_time_handling >

Bug#848039: RFS: python-prov/1.5.0-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-prov" * Package name: python-prov   Version : 1.5.0-1   Upstream Author : Trung Dong Huynh * URL : https://github.com/trungdong/prov * License : Expat   

Bug#769767: changed to ITP

control: retitle -1 ITP: python-imageio -- library for reading and writing image data control: owner -1 ! On Sat, 12 Nov 2016 13:42:55 -0500 Yaroslav Halchenko wrote: > imageio is used by 0.7 release (yet to see if optional) of pysurfer, so > would be cool to get it

<    1   2   3   4   5   6   7   8   9   10   >