Re: Help with glbinding

If you need sponsorship and access to the repo, feel free to request them to the Debian Science mailing list. Cheers, Ghis Le dim., oct. 2 2022 at 22:04:07 +0200, Andrea Pappacoda a écrit : Il giorno dom 2 ott 2022 alle 20:54:01 +02:00:00, Ghislain Vaillant mailto:ghisv...@gmail.com>&

Re: Help with glbinding

Hi Andrea, Feel free to assist with maintenance of any of my packages under the Debian science team umbrella. You don't need to ask for permission 👍 Ghis Le dim. 2 oct. 2022, 18:22, Andrea Pappacoda a écrit : > Hi Ghislain, glbinding hasn't been updated in four years. Would you > like some he

Re: Help needed for pyzo debian package?

Hi Alexis, Thank you for your interest in the pyzo package. Your update looks pretty good to me, but I have to admit I am a little rusty regarding the latest packaging standards. I have cc'd the Debian Science team who may assist you with the review process. Thank you again for your contribution

Re: h5py and hdf5-mpi

Le lun. 12 août 2019 à 17:04, Mo Zhou a écrit : > > Hi Drew, > > thanks for the commits to h5py. > > On 2019-08-12 03:10, Drew Parsons wrote: > > We need to change h5py to support hdf5-mpi. h5py is somewhat crippled > > as serial-only. > > I didn't even notice that since my use case for hdf5 is l

Re: RFS: arpack/3.7.0-2 [RC]

I usually let the sponsor validate the release, commit and tag. Ghis Le ven. 26 avr. 2019 à 01:30, Emmanuel Arias a écrit : > I let you a comments on the commits: > > "If you want upload this version, you may need change it to unstable" > > On 4/25/19 4:51 PM, ghisv...@gmail.com wrote: > > Dear

Re: Bug#926935: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS)

Le mer. 24 avr. 2019 à 17:02, Santiago Vila a écrit : > On Wed, Apr 24, 2019 at 04:47:16PM +0200, Sylvestre Ledru wrote: > > Le 24/04/2019 à 16:45, Santiago Vila a écrit : > > > On Wed, Apr 24, 2019 at 04:24:59PM +0200, ghisv...@gmail.com wrote: > > > > Anyone objecting on applying Santiago's pat

Re: Bug#926019: RM: clsparse -- ROM; dead upstream

Le lun. 1 avr. 2019 à 18:01, Mo Zhou a écrit : > On Mon, Apr 01, 2019 at 05:41:59PM +0200, Ghislain Vaillant wrote: > > Agreed, though I was warned by the upstream developer that the CLMath > suite was > > not much of a priority at AMD. > > > > CLBlas and CLFFT ar

Re: Bug#926019: RM: clsparse -- ROM; dead upstream

Le lun. 1 avr. 2019 à 10:25, Jerome Kieffer a écrit : > On Sat, 30 Mar 2019 14:34:05 +0100 > ghisv...@gmail.com wrote: > > > Package: ftp.debian.org > > Severity: normal > > X-Debbugs-CC: debian-science@lists.debian.org > > Control: affects -1 clsparse > > > > Please remove "clsparse" from "unsta

Re: SIMDebian: Debian Partial Fork with Radical ISA Baseline

Le sam. 9 févr. 2019 à 17:12, PICCA Frederic-Emmanuel < frederic-emmanuel.pi...@synchrotron-soleil.fr> a écrit : > What about creating a specific profile for this purpose ? > +1 Sounds like the sort of challenges a dedicated build profile would solve. Ghis >

Re: Deep learning subteam of Debian Science team

Why is this move necessary? Le ven. 31 août 2018 à 08:28, Mo Zhou a écrit : > Hi folks, > > I need the FULL permission on all the deep learning related packages > maintained by myself, while at the same time I don't bother to create > another team mail address because the team will be very tiny

Fwd: MKL is redistributable; Should we package it?

Forgot to CC the list... -- Forwarded message - From: Ghislain Vaillant Date: ven. 30 mars 2018 à 08:43 Subject: Re: MKL is redistributable; Should we package it? To: lumin Le ven. 30 mars 2018 à 08:18, Lumin a écrit : > Hello d-science folks, > > I noticed tha

Re: Fwd: Re: jupyter-hub debian package

Le lundi 12 mars 2018 à 20:54 +0100, Gordon Ball a écrit : > [Forwarded to debian-science, list address in previous mail was wrong > but I think it was meant to be sent here] > > > I would like to know if you are planing to package > > jupyterhub/jupterlab/binder for Debian Buster> > > It would be

Re: RFS: spyder/3.2.6+dfsg1-2 [RC]

Le 8 mars 2018 20:52, "Sébastien Villemot" a écrit : On Thu, Mar 08, 2018 at 05:38:42PM +, Ghislain Vaillant wrote: > Sorry to insist, but the app is currently broken on both Debian > unstable and the next Ubuntu LTS. The changes are just two small > patches for the setup.

RFS: python-meshio/1.11.7-2 [RC]

Dear DST, Could someone sponsor this update to python-meshio [1], which fixes an RC currently affecting the packaging. [1] https://salsa.debian.org/science-team/python-meshio Thanks, Ghis

Re: RFS: spyder/3.2.6+dfsg1-2 [RC]

Sorry to insist, but the app is currently broken on both Debian unstable and the next Ubuntu LTS. The changes are just two small patches for the setup.py metadata. Thanks, Ghis Le dimanche 04 mars 2018 à 17:08 +, Ghislain Vaillant a écrit : > Dear DST, > > Could someone upload the

RFS: spyder/3.2.6+dfsg1-2 [RC]

Dear DST, Could someone upload the following update fixing the two RCs currently affecting the Debian and Ubuntu packages for spyder [1]. I should have tested the previous update more thoroughly, I have not made the same mistake this time. [1] https://salsa.debian.org/science-team/spyder.git Ch

RFS: python-meshio/1.11.7-1

Update the copyright years * Remove obsolete dependency on lxml * Drop the get-orig-source target * Point the VCS URIs to salsa.debian.org * Bump the debhelper version to 11 * Bump the standards version to 4.1.3 Regards, Ghislain Vaillant

RFS: spyder-unittest/0.3.0-1

Dear team, Could someone sponsor the following upload please? Packaging repository: https://salsa.debian.org/science-team/spyder-unittest.git Debomatic build: http://debomatic-amd64.debian.net/distribution#unstable/spyder-unittest/0.3.0-1/ Changes since last upload: * New upstream version

RFS: python-ltfatpy/1.0.12-1

Dear team, Could someone kindly sponsor this upload for me. The packaging repository is here: https://salsa.debian.org/science-team/python-ltfatpy The debomatic build log is here: http://debomatic-amd64.debian.net/distribution#unstable/python-ltfatpy/1.0.12-1/buildlog Changes since last

Re: RFS: python-line-profiler/2.1-1

Le vendredi 09 février 2018 à 11:51 +0100, Sébastien Villemot a écrit : > Dear Ghislain, > > On Mon, Feb 05, 2018 at 08:58:23AM +, Ghislain Vaillant wrote: > > > Could someone please sponsor the following update to src:python- > > line- > > profiler [1]? Just

RFS: python-line-profiler/2.1-1

Hi team, Could someone please sponsor the following update to src:python-line- profiler [1]? Just a boring update to the latest upstream release and some housekeeping. It builds and tests fine with debomatic [2]. [1] https://salsa.debian.org/science-team/python-line-profiler [2] http://debomati

RFS: python-memory-profiler/0.51-1

Le lundi 05 février 2018 à 01:34 +0900, Changwoo Ryu a écrit : > Hello, > > 2018-02-04 23:59 GMT+09:00 Ghislain Vaillant : > > Hi Changwoo Ryu, > > > > My apologize for the unsolicited email. > > > > I was wondering whether you were still actively involved

src:glm/0.9.9~a2-1 triggered FTBFS for src:forge and src:gli

Dear Guus, I would have appreciated to be notified of the recent upload of src:glm/0.9.9~a2-1 **straight to unstable** despite the library breaking the build for two of its rdepends: src:forge (#888931) and src:gli (#888933). This situation could have been easily avoided with better communication

Re: Debian Science Policy, update/migration

Le 1 févr. 2018 19:21, "James Clarke" a écrit : On 1 Feb 2018, at 18:59, Anton Gladky wrote: > > Dear members of the Debian Science team, > > The migration of Debian Science repos to the new salsa-gitlab > service is almost finished. The next step is to update the Debian > Science Policy. > > No

RFS: csvkit/1.0.2-1 [ITA]

Dear all, I have adopted src:csvkit and put it under our umbrella. I have also prepared a new release which addresses all current bugs and modernizes the packaging to the latest standards. Could someone have a look at it [1] please? It builds and tests fine on debomatic and is lintian clean apart

Re: Changing maintainer for mpich to debian-hpc

Can't we have the Debian Science Maintainers just use debian-science@l.d.o instead of the Alioth address then? As long as the package continues to be maintained by a motivated packaging team, I personally have no objection to the transfer you propose. Cheers, Ghis Le 24 janv. 2018 10:01, "Alasta

Re: New GitLab-Salsa service and Debian-Science Team

I second Sebastien. Plus, now is probably a good time, considering activity on the repositories should be quite low. Ghis Le 27 déc. 2017 10:04, "Sébastien Villemot" a écrit : > On Wed, Dec 27, 2017 at 08:42:24AM +0100, Anton Gladky wrote: > > > as you probably know there is a new service which

Re: OpenCV C-API support

Le 07/12/17 à 22:55, Dima Kogan a écrit : Hi all. So it looks like the OpenCV people have pretty much abandoned their C API, to the point where trivial applications no longer build: https://github.com/opencv/opencv/issues/6221 https://github.com/opencv/opencv/issues/8658 https://githu

Re: Skip VTK7 and go directly VTK8? Was: Re: vtk6 and vtk7

Or perhaps upstream should re-think its release strategy. How do they expect the scientific community to keep up with so frequent major versions, I wonder? Anyway. Meanwhile, let's keep in mind that our distribution of VTK packages is here to serve existing packages making use of it (such as P

Re: Fwd: RFS: boost-numeric-bindings/0.99-1 [ITP] -- Numeric Library Bindings for Boost

I have got a few reservations about this package: - The ITP did not motivate why the packaging was needed. Is it a (future) build dependency for another application or library? - The software has not received any updates in 6 years according to the upstream repository [1]. - Its principal m

Re: Keras (abstraction layer for Theano and TensorFlow) seeks for an adopter

Thanks Lumin for your valuable feedback. I suspected you switched to PyTorch considering your activity on its packaging. Glad you managed to complete it, congrats. On 01/11/17 15:52, lumin wrote: * Tensorflow the hotspot is certainly valuable to package, but it is somewhat difficult. A Debi

Re: Package for Apache SINGA - a deep learning library

On 01/11/17 15:37, Moaz Reyad wrote: Hi All, About two months ago, I submitted a RFS for SINGA: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873459 But I did not find any sponsor until now. SINGA is an Apache incubator project

Re: Keras (abstraction layer for Theano and TensorFlow) seeks for an adopter

On 31/10/17 17:31, Stephen Sinclair wrote: On Tue, Oct 31, 2017 at 1:42 PM, Ghislain Vaillant wrote: On 31/10/17 16:11, Stephen Sinclair wrote: On Tue, Oct 31, 2017 at 12:50 PM, Ghislain Vaillant wrote: On 31/10/17 13:15, Stephen Sinclair wrote: Hello, On Mon, Oct 30, 2017 at 8:28

Re: Keras (abstraction layer for Theano and TensorFlow) seeks for an adopter

On 31/10/17 16:11, Stephen Sinclair wrote: On Tue, Oct 31, 2017 at 12:50 PM, Ghislain Vaillant wrote: On 31/10/17 13:15, Stephen Sinclair wrote: Hello, On Mon, Oct 30, 2017 at 8:28 PM, Ghislain Vaillant wrote: Would that time be better spent on the Tensorflow / Keras combo, which is

Re: Keras (abstraction layer for Theano and TensorFlow) seeks for an adopter

On 31/10/17 13:15, Stephen Sinclair wrote: Hello, On Mon, Oct 30, 2017 at 8:28 PM, Ghislain Vaillant wrote: Would that time be better spent on the Tensorflow / Keras combo, which is arguably significantly more popular in research? I am afraid we are already spreading our packaging efforts

Re: Keras (abstraction layer for Theano and TensorFlow) seeks for an adopter

On 29/10/17 15:46, Daniel Stender wrote: On 10/29/2017 03:59 PM, Daniel Stender wrote: Hi, is there somebody interested in taking up the maintenance of Keras [1] within Debian Science? An initial package is in experimental and appears to have some kind of an user base (popcon counter is 19).

Re: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

On 14/10/17 07:54, Andreas Tille wrote: On Fri, Oct 13, 2017 at 08:00:36PM +0200, Andreas Tille wrote: I might try to pick some of the failed tests from the logs. I did so once with kind of iterative uploads for python-cogent package by checking the logs of the failing architectures. If you t

Re: Python 3 Statsmodels & Pandas

On 29/09/17 23:55, Diane Trout wrote: On Fri, 2017-09-29 at 22:05 +0100, Rebecca N. Palmer wrote: statsmodels passed NEW...and FTBFS with dh: unable to load addon sphinxdoc: Can't locate Debian/Debhelper/Sequence/sphinxdoc.pm in @INC That file is in the sphinx-common package, which suggests t

Re: Python 3 Statsmodels & Pandas

On 22/09/17 20:32, Diane Trout wrote: On Fri, 2017-09-22 at 10:57 +0200, Piotr Ożarowski wrote: [Diane Trout, 2017-09-21] I made larger changes to statsmodels, by using pybuild instead of the previous multiple targets in debian/rules. you can simplify it even further by using pybuild's --ext-

Re: Python 3 Statsmodels & Pandas

On 21/09/17 15:22, Andreas Tille wrote: We somehow need to get some working spatstats to continue with other packages. I second Andreas' opinion. In principle, we'd want all tests to run at build and integration times and we might achieve that at some point during the Buster cycle. Right no

Re: Bug#655420: ITP: jtransforms -- A multithreaded FFT library written in pure Java

On 20/08/17 15:25, Andreas Tille wrote:> please consider packaging this in either Debian Science or pkg-java team. I'd recommend the Java Team for this one and read Markus' tutorial for maven [1] before debianizing. The source package should be named libjtransforms-java. [1] http://collab.

Re: Scotch upgrade [Was: Re: MUMPS and other imminent upgrades]

On 12/06/17 10:11, Drew Parsons wrote: On Mon, 2017-06-12 at 09:38 +0100, Ghislain Vaillant wrote: On 12/06/17 09:03, Drew Parsons wrote: On Mon, 2017-06-12 at 15:55 +0800, Drew Parsons wrote: Hi Graham, once stretch is clear I want to push the new version of MUMPS to unstable. Just letting

Scotch upgrade [Was: Re: MUMPS and other imminent upgrades]

On 12/06/17 09:03, Drew Parsons wrote: On Mon, 2017-06-12 at 15:55 +0800, Drew Parsons wrote: Hi Graham, once stretch is clear I want to push the new version of MUMPS to unstable. Just letting you know and Debian Science know in case we need to worry about trilinos during the transition. In t

Re: libsundials-dev

On Sat, 2017-05-27 at 23:52 -0700, Dima Kogan wrote: > Science people: > > I'm looking at the sundials packaging again. This is an umbrella > library > that has several different sub-libraries for > > - different ODE solvers > - linear algebra backends used by these solvers > > The granularity q

RFS: forge/1.0.1 [experimental]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "forge" * Package name: forge   Version : 1.0.1-1   Upstream Author : ArrayFire * URL : https://github.com/arrayfire/forge * License : BSD   Section : li

RFS: xtensor-python/0.12.1-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: xtensor-python   Version : 0.12.1-1   Upstream Author : Johan Mabille and Sylvain Corlay * URL : http://quantstack.net/xtensor * License 

RFS: xtensor/0.10.2-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: xtensor   Version : 0.10.2-1   Upstream Author : Johan Mabille and Sylvain Corlay * URL : http://quantstack.net/xtensor * License : B

Re: vtk6 and vtk7

You probably ran `gbp import-orig` with the old source package name (vtk6) instead of the new one (vtk7). Just start the import from scratch and rebase your debianisation on top of the new debian / master branch. Ghis On Tue, 2017-05-16 at 09:07 +, Nico Schlömer wrote: > I followed [1] as cl

RFS: pybind11/2.1.0-1 [experimental]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: pybind11   Version : 2.1.0   Upstream Author : Wenzel Jakob * URL : https://github.com/pybind/pybind11 * License : BSD   Section

RFS: globjects/1.1.0-1 [experimental]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: globjects   Version : 1.1.0   Upstream Author : CG Internals * URL : http://globjects.org/ * License : Expat   Section : libs

Re: generic C++ code for uniform b-spline processing

On 13/05/17 06:17, Andreas Tille wrote: Hi Kay, On Fri, May 12, 2017 at 11:24:33AM +0200, Kay F. Jahnke wrote: Hi group! I have recently published a library for the creation and evaluation of uniform b-splines. The code is available from my repository at https://bitbucket.org/kfj/vspline whe

RFS: xtensor-python/0.11.0-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: xtensor-python   Version : 0.11.0-1   Upstream Author : Johan Mabille and Sylvain Corlay * URL : http://quantstack.net/xtensor * License 

RFS: xtensor/0.10.1-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: xtensor   Version : 0.10.1-1   Upstream Author : Johan Mabille and Sylvain Corlay * URL : http://quantstack.net/xtensor * License : B

Re: VTK7

On Mon, 2017-05-08 at 13:09 +, Nico Schlömer wrote: > Hi everyone, > > I've recently updated the VTK6 sources [1] to VTK 7.1 (with Python 3 > support), but there hasn't been any other action yet. Nice. Python 3 support is definitely welcome. > One of the most important questions is how to n

Re: bits about the future with VTK in Buster

On Thu, 2017-04-06 at 10:27 +0200, Gert Wollny wrote: > Hello all, > > I just drop this here for future reference. Thanks for looking into it and summarizing your findings. > I've experimented a bit with VTK-7.1 and among other, minor issues I > came across the problem that VTK now defaults to

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

On 28/03/17 10:37, Andreas Tille wrote: PS: Yaroslav, you know my opinion about using Vcs outside of debian.org and deriving from policies that are widely established. Currently git://github.com/neurodebian/pandas.git is not even featuring the latest uploads - last changelog entry

Re: Sponsering python-agate

On 22/03/17 12:12, Andreas Tille wrote: My question about your DM status remained open - this would answer who will be able to do all the experimental -> unstable changes ... :-P Actually, Gianfranco recently suggested I should probably apply straight to DD status considering my involvement wi

Re: Sponsering python-agate

On 22/03/17 11:48, Andreas Tille wrote: Hi Ghislain, is there any reason why you have set target distribution to experimental? If it is just because of the freeze that does not make sense since new packages are not in Squeeze anyway so there is no need to let bugfixes pass by via unstable while

Re: Bug#854706: RFS on hold

On 21/02/17 19:57, Ghislain Vaillant wrote: On 21/02/17 19:41, PICCA Frederic-Emmanuel wrote: Hello Gianfranco I sponsored pytest-* and also spyder (the latter in deferred/15). If spyder target experimental, please re-upload without deferred, it is ok fr me. this way ghislain Will be able

Re: Bug#854706: RFS on hold

On 21/02/17 19:41, PICCA Frederic-Emmanuel wrote: Hello Gianfranco I sponsored pytest-* and also spyder (the latter in deferred/15). If spyder target experimental, please re-upload without deferred, it is ok fr me. this way ghislain Will be able to ask for an unfreeze of spyder. @Fred, Gi

Re: Bug#854706: RFS on hold

On 21/02/17 13:57, Gianfranco Costamagna wrote: control: tags -1 -moreinfo control: owner -1 ! I am placing this RFS on hold, since testing requires pytest-qt [1] and pytest-xvfb [2]. Both are under RFS request: I failed to see the dependencies on your package, assuming this one was correct:

RFS on hold

control: tags -1 moreinfo On Thu, 2017-02-09 at 18:00 +, Ghislain Vaillant wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "spyder-unittest" > > * Package name: spyder-unit

RFS: pybind11/2.0.1-2

Dear all, I am looking for a sponsor for pybind11:   https://anonscm.debian.org/git/debian-science/packages/pybind11.git It fixes 2 important issues: - FTBFS caused by a regression in gcc-6 (#854692 filed against gcc-6), fixed in pybind11 by disabling LTO in the build temporarily. - Missing ins

Re: science-optimisation (Was: About the sense of removing -march=native)

mized builds. For src:atlas and src:openblas the interface is > currently to run "fakeroot debian/rules custom" (after having installed > devscripts in addition to the build-deps, because dch is used to append > a suffix to the version number). > > Michael Banck convinced me

RFS: spyder-unittest/0.1.0-1 [ITP]

ges/spyder-unittest.git Changes since the last upload:   * Initial release. (Closes: #854363) Regards, Ghislain Vaillant

Re: science-optimisation (Was: About the sense of removing -march=native)

On Thu, 2017-02-09 at 16:13 +0100, Michael Banck wrote: > Hi, > > On Thu, Feb 09, 2017 at 11:47:59AM +0100, Andreas Tille wrote: > > Hi Julien, > > > > On Wed, Feb 08, 2017 at 06:15:37PM +0100, Julien Puydt wrote: > > > > I wonder whether we could invent some mechanism that is rebuilding a > > >

Re: Is theano worth saving?

On Wed, 2017-02-08 at 10:58 +0100, Joost van Baal-Ilić wrote: > Hi, > > On Wed, Feb 08, 2017 at 09:47:08AM +, Ghislain Vaillant wrote: > > On Wed, 2017-02-08 at 10:17 +0100, Daniel Stender wrote: > > > On 08.02.2017 09:13, Rebecca N. Palmer wrote: > > >

Re: Is theano worth saving?

On Wed, 2017-02-08 at 10:17 +0100, Daniel Stender wrote: > On 08.02.2017 09:13, Rebecca N. Palmer wrote: > > I have patches for #848764 and #831540; I haven't yet found the cause of > > #831541, but as it only affects big-endian systems, partial removal is an > > option. > > > > However, one of

Re: Inclusion of additional Numerical Libraries (FGSL and lis)

It is too late to work on new packages. Please file a "request for packaging" bug for the packages you mentioned, and someone from the team might consider working on it for the next cycle. Ghis Le 4 févr. 2017 5:51 PM, "Upadhaya Brijesh" a écrit : > Dear Developers of the Debian-Science, > > >

Re: RFS: python-cartopy/0.14.2-2

On Thu, 2017-01-19 at 14:28 +, Ghislain Vaillant wrote: > On Thu, 2017-01-19 at 15:17 +0100, Jerome Kieffer wrote: > > On Thu, 19 Jan 2017 14:13:24 + > > James Clarke wrote: > > > > > On 19 Jan 2017, at 13:29, Jerome Kieffer wrote: > > > >

Re: Sundials is way outdated

On Wed, 2017-02-01 at 22:11 +0100, Andreas Tille wrote: > On Sat, Jan 28, 2017 at 03:42:30PM +0000, Ghislain Vaillant wrote: > > > > > > > Moving forward, I will noowner the ITA and let whoever is in charge > > > > take its > > > > ownership. P

Re: Sundials is way outdated

On Sat, 2017-01-28 at 16:18 +0100, Andreas Tille wrote: > [Dropped personal addresses, added Debian Octave Group] > > Hi, > > On Sat, Jan 28, 2017 at 10:59:55AM +, Ghislain Vaillant wrote: > > > > 1. The matlab/octave interface seems poorly supported (upstream may

Re: Sundials is way outdated

On 28/01/17 07:24, Andreas Tille wrote: Hi, On Sat, Jan 28, 2017 at 03:57:40PM +1100, James Tocknell wrote: Dunno if you saw it, but I had packaged 2.6 - 2.7 inclusive (plus the old versions) at https://github.com/aragilar/debian-packaging-sundials. I'm sorry, but I do not see anything outsid

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

Dear all, May I ask someone to sponsor this update to h5py [1]. According to upstream, it should fix the remaining RC affecting powerpc builds. Unfortunately, the powerpc builders on debomatic are not functional at the moment, so I was not able to verify it before hand. [1] https://anonscm.debi

Re: spyder/3.1.0 in Stretch

On Sun, 2017-01-22 at 09:14 +, PICCA Frederic-Emmanuel wrote: > Hello Ghislain > > > A snapshot release of jedi 0.10 was recently uploaded. > > > yes :( I hope that it will not break rdepends... > > > It has been released yesterday alongside qtpy-1.2.1. Could you sponsor > > its upload, ple

Re: spyder/3.1.0 in Stretch

On Wed, 2017-01-18 at 18:46 +, Ghislain Vaillant wrote: > On Wed, 2017-01-18 at 17:00 +0000, Ghislain Vaillant wrote: > > On Wed, 2017-01-18 at 16:51 +, PICCA Frederic-Emmanuel wrote: > > > Hello Ghislain > > > > > > it is ok for the taurus upstream to

Re: RFS: python-cartopy/0.14.2-2

On Thu, 2017-01-19 at 15:17 +0100, Jerome Kieffer wrote: > On Thu, 19 Jan 2017 14:13:24 + > James Clarke wrote: > > > On 19 Jan 2017, at 13:29, Jerome Kieffer wrote: > > > > > > On Thu, 19 Jan 2017 11:50:18 + > > > Ghislain Vaillant wrote:

Re: 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 > &

Re: RFS: python-cartopy/0.14.2-2

, and James proposed a different solution based on a subprocess call to dpkg-architecture. Do you guys have any suggestion of a more Pythonic way to achieve this? Cheers, Ghis On Tue, 2017-01-17 at 23:36 +, Ghislain Vaillant wrote: > On Tue, 2017-01-17 at 20:39 +, James Clarke wr

Re: 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 p

Re: 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. I

Re: spyder/3.1.0 in Stretch

On Wed, 2017-01-18 at 17:00 +, Ghislain Vaillant wrote: > On Wed, 2017-01-18 at 16:51 +, PICCA Frederic-Emmanuel wrote: > > Hello Ghislain > > > > it is ok for the taurus upstream to work with 3.1.0 > > Great news. Meanwhile, I got the green light from Piotr to

Re: spyder/3.1.0 in Stretch

On Wed, 2017-01-18 at 16:51 +, PICCA Frederic-Emmanuel wrote: > Hello Ghislain > > it is ok for the taurus upstream to work with 3.1.0 Great news. Meanwhile, I got the green light from Piotr to prepare a new update for src:python-jedi. > So can you prepare the qtawesome package. I have yet

Re: spyder/3.1.0 in Stretch

On Wed, 2017-01-18 at 12:19 +, PICCA Frederic-Emmanuel wrote: > > Even better, I should be able to the a team-upload since I am a member of > > the DPMT too. > > Argh, python-jedi is still on svn :-(. Is it ok if I seek sponsorship > > directly to you once the fix for jedi is tested? > > I th

Re: spyder/3.1.0 in Stretch

On Wed, 2017-01-18 at 11:55 +, PICCA Frederic-Emmanuel wrote: > Hello, > > > Thanks for sponsoring python-qtpy/1.2.0 earlier today. If all goes well > > with upstream, I should also have an update to python-qtawesome ready > > today, which should make all b-deps satisfied for the just released

spyder/3.1.0 in Stretch

Hi Fred, Thanks for sponsoring python-qtpy/1.2.0 earlier today. If all goes well with upstream, I should also have an update to python-qtawesome ready today, which should make all b-deps satisfied for the just released spyder/3.1.0. Shall we try to get this version of spyder out for Stretch then?

Re: RFS: python-cartopy/0.14.2-2

On Tue, 2017-01-17 at 20:39 +, James Clarke wrote: > On Tue, Jan 17, 2017 at 07:59:25PM +0000, Ghislain Vaillant wrote: > > Hi James, > > > > Le 17 janv. 2017 7:44 PM, "James Clarke" a écrit : > > > > On Tue, Jan 17, 2017 at 07:22:32PM +00

RFS: python-cartopy/0.14.2-2

Dear all, I am looking for a sponsor for python-cartopy: https://anonscm.debian.org/cgit/debian-science/packages/python-cartopy.git Changes since the last upload:   [ Andreas Tille ]   * Do not force the package maintainer to install build-dependencies like geos on local machine   [ Ghi

Re: Looking for sponsoring/menthoring : openmeca package [ITP: #850590]

On Tue, 2017-01-17 at 11:06 +0100, dada wrote: > Le 2017-01-17 10:41, Mattia Rizzolo a écrit : > > On Tue, Jan 17, 2017 at 10:27:45AM +0100, dada wrote: > > > ** What I have already done for packaging openmeca ** > > > > > > - open an ITP (see > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?b

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

Dear all, I am looking for a sponsor to my package "python-h5netcdf" [1]. The build was successfully tested on debomatic [2]. [1] https://anonscm.debian.org/cgit/debian-science/packages/python-h5netcdf.git/ [2] http://debomatic-amd64.debian.net/distribution#unstable/python-h5netcdf/0.3.1-1/build

Re: RFS: h5py/2.7.0~rc2-2 [RC]

RC and what is relevant to the other RC. > Maybe we should wait for the fix for the second bug too? Uploading would help us confirm to upstream that the remaining RC is definitely constrained to ppc architectures. > Regards > > Anton > > > 2017-01-12 16:45 GMT+01

RFS: h5py/2.7.0~rc2-2 [RC]

Dear all, May I ask someone to sponsor this update of h5py [1]. It fixes one of the two RCs (verified on dom builds for mips [2] and s390x [3]). Upstream is still working on the other RC at this time, and this new update could help clearing the build logs a bit. [1] https://anonscm.debian.org/cg

Re: RFS: glm/0.9.8.3-2, gli/0.8.2.0+ds1-2

On Thu, 2017-01-12 at 12:31 +, James Clarke wrote: > Hi Ghis, > > On 12 Jan 2017, at 00:11, Ghislain Vaillant wrote: > > > > Dear all, > > > > May I ask someone to sponsor the latest update to these 2 packages for > > me please: > > >

RFS: glm/0.9.8.3-2, gli/0.8.2.0+ds1-2

Dear all, May I ask someone to sponsor the latest update to these 2 packages for me please: https://anonscm.debian.org/cgit/debian-science/packages/gli.git https://anonscm.debian.org/cgit/debian-science/packages/glm.git Both had a bug in their respective CMake detection. The same fix is applied

[Fwd: RFS: python-mechanicalsoup/0.6.0-1 [ITP]]

CC'd to the team's mailing list. This package is a requirement for src:python-pydap, which will be maintained by the team. Can someone sponsor and upload src:python- mechanicalsoup, please? https://anonscm.debian.org/cgit/python-modules/packages/python-mechanicalsoup.git Thanks, Ghis--- Begin Me

Re: 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 wrote: Hi, On 30/12/16 00:50, Ghislain Vaillant wrote: > On Thu, 29 Dec 2016 00:30:58 + James Cowgill wrote: >> Control: severity -1 serious >> Control: clone -1 -2 >> Control: reassign -

Re: RFS: siscone/2.0.6-2 [RC]

g it. Cheers, Ghis > 2016-12-30 1:34 GMT+01:00 Ghislain Vaillant : > > Dear all, > > > > May I ask someone from the team to upload this package: > > > > https://anonscm.debian.org/cgit/debian-science/packages/siscone.git > > > > I have integrated

RFS: siscone/2.0.6-2 [RC]

Dear all, May I ask someone from the team to upload this package: https://anonscm.debian.org/cgit/debian-science/packages/siscone.git I have integrated the 2 patches which were sitting on the BTS, one of which fixes an RC. I also fixed the Lintian warnings about the outdated standards and URI fo

RFS: pybind11/2.0.0~rc1-1

Dear all, May I ask someone from the team to sponsor this package for me please: https://anonscm.debian.org/cgit/debian-science/packages/pybind11.git Changes since last upload:   * New upstream release   * Switch to git-dpm   * Refresh patch queue   * Add build dependency on pytest   * Update H

Re: 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: > > > ===

  1   2   3   >