Package: wnpp
Severity: wishlist
Owner: Ghislain Vaillant
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-...@lists.debian.org
* Package name: itk5
Version : 5.2.1
Upstream Author : NumFOCUS
* URL : https://itk.org
* License : Apache-2.0
Programming Lang
Use python-oscrypto (as in Python the language) or just oscrypto for the
source package name.
Use python3-oscrypto for the name of the binary package installing the
module for Python 3.
Le dim. 6 déc. 2020 à 01:18, Joseph Nahmias a écrit :
> Package: wnpp
> Severity: wishlist
>
> * Package name
Le lun. 1 oct. 2018 à 05:42, Samuel Henrique a
écrit :
> Hello everyone,
>
> I see that the last email here is from January 21th, so I decided to
> myself package gnome-shell-extension-easyscreencast,
>
You did well.
>
> It is almost ready at salsa[0], it just need a final review of d/copyright
Package: wnpp
Severity: wishlist
* Package name: spyder-kernels
Version : 1.0.1
Upstream Author : Spyder Development Team
* URL : https://github.com/spyder-ide/spyder-kernels
* License : Expat
Programming Lang: Python
Description : Jupyter kernels for th
Package: wnpp
Severity: wishlist
Owner: Ghislain Vaillant
* Package name: python-bsdf
Version : 2.1.1
Upstream Author : Almar Klein
* URL : http://bsdf.io/
* License : BSD
Programming Lang: Python
Description : Python implementation of the Binary
Control: owner -1 !
Control: retitle -1 ITA: csvkit
I intend to adopt csvkit and transfer its maintenance to the Debian
Science Team together with the agate stack it depends on.
Cheers,
Ghis
ages/gnome-shell-extension-easyscreencast.git;a=summary
Cheers,
Ghis
On Fri, 19 Jan 2018 16:10:47 +0000 Ghislain Vaillant wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: gnome-shell-extension-easyscreencast
> Version : 0.10
> Upstream Autho
Package: wnpp
Severity: wishlist
* Package name: gnome-shell-extension-easyscreencast
Version : 0.10
Upstream Author : Tobias Schönberg
* URL : https://github.com/EasyScreenCast/EasyScreenCast
* License : GPL-3
Programming Lang: JavaScript
Description :
Control: retitle -1 RFP: python-ordered-set
Control: noowner -1
On Wed, 19 Apr 2017 21:47:25 +0100 Ghislain Antony Vaillant
wrote:
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: python-ordered-set
Version : 2.0.2
Upstream Author : Luminoso Te
Control: reopen -1 !
Please have a closer look at #700960. This is not the same piece of
software as this ITP.
If anything, #700960 should have been merged with #542166 and closed as
a result.
Ghis
On 11/10/17 12:20, Dr. Tobias Quathamer wrote:
Am 20.09.2017 um 11:05 schrieb Dr. Tobias Quathamer:
Hi Ghis,
any news on the git push?
Hi Ghis,
the git repository on Alioth is still empty -- it would be great if you
could find the time to push your work there. :-)
I recently re-installed m
On 08/10/17 12:53, Rebecca N. Palmer wrote:
On 30/09/17 15:38, Rebecca N. Palmer wrote:
In Alioth (e49f225, not tagged as my other package's sponsor prefers
not doing that until upload).
Note that my hardware can't run the GPU tests due to #877316, so it
might be a good idea for someone else
H Rebecca,
On 30/09/17 15:38, Rebecca N. Palmer wrote:
In Alioth (e49f225, not tagged as my other package's sponsor prefers not
doing that until upload).
Note that my hardware can't run the GPU tests due to #877316, so it
might be a good idea for someone else to do so before upload.
Thanks
On 13/09/17 12:21, Ondrej Novy wrote:
if sphinx-intl is primary application (cli tool, etc.), than binary pkg
sphinx-intl is better. If it's library/module, than python3-sphinx-intl
is better.
Based on the description of the project [1], it looks like it is the former.
[1] https://pypi.python
On 12/09/17 14:07, Hideki Yamane wrote:
On Mon, 11 Sep 2017 16:48:17 +0100
Ghislain Vaillant wrote:
Please consider changing the source package name to sphinx-intl. Based
on the description of the source package, it will produce a stand-alone
utility not a Python library.
Thanks for your
Please consider changing the source package name to sphinx-intl. Based
on the description of the source package, it will produce a stand-alone
utility not a Python library.
Cheers,
Ghis
On 27/08/17 09:31, Dr. Tobias Quathamer wrote:
control: owner -1 !
control: retitle -1 ITP: openshot-qt -- high quality video editing and
animation solutions
Dear Ghislain,
I'd like to try to tackle the packaging of openshot-qt. Do you have any
repository with your work you've done so far? The
Dear all,
I have just filed #872902 and #872904 to give up the Openshot stack for
adoption. I need to prioritize my existing work on the Debian Science
and Python teams and did not find the time necessary for completing the
packaging for openshot-qt (now under RFP).
To whom who would be will
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.
Hi Rebecca,
On Mon, 20 Mar 2017 22:47:49 + "Rebecca N. Palmer" wrote:
> Control: retitle -1 ITA: theano -- CPU/GPU math expression compiler
for
> Python
>
> As previously suggested[0], I intend to adopt this (and probably
> libgpuarray as well, though that's not a promise at this point).
On Sat, 2017-07-22 at 16:00 +0200, Daniel Stender wrote:
> Note: the package is going to move over to Debian-Science, a new Git
> repo has been
> installed already: https://anonscm.debian.org/git/debian-science/pack
> ages/pybtex.git
>
> DS
Thanks Daniel for moving the package. An update for it i
control: owner -1 !
control: retitle -1 ITA: libgpuarray -- library to manipulate tensors on the GPU
Hi Gordon, thanks for your interest for this package,
On 05/06/17 22:19, Gordon Ball wrote:
This is also a blocker for updating jupyter-notebook -> 5.0.
Has an appropriate blocking relationship [1] been added?
https://www.debian.org/Bugs/server-control#block
I have prepared a rough package:
control: retitle -1 ITP: simpleitk -- cross-platform image analysis
48 + schrieb Ghislain Vaillant:
> > What is the status of your packaging effort for simpleitk?
> I never got past early tests to compile it. At that time I had a
> certain interest in the package but that veined.
>
> >
> > This bug was switched back to RFP in 2014.
>
On Mon, 2017-05-29 at 10:32 +0200, Julien Cristau wrote:
> On 05/29/2017 10:22 AM, Ghislain Antony Vaillant wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Ghislain Antony Vaillant
> >
> > * Package name: python-pyserial
> > Version : 3.3
> > Upstream Author : Chris Lie
control: owner -1 !
control: retitle -1 ITA: python-latexcodec -- LaTeX lexer and codec library for
Python
I intend to help maintaining this package as part of my effort to
package sphinxcontrib-bibtex.
Ghis
On Tue, 2017-05-02 at 15:14 -0400, Rémi Rampin wrote:
> 2017-05-02 15:05 EDT, Ghislain Vaillant :
> > Thanks for clarifying. Just out-of-curiosity, why is the tracer
> > restricted to x86?
>
> There is no technical limitation here, I would just have to write the
> syste
On Tue, 2017-05-02 at 12:55 -0400, Rémi Rampin wrote:
> 2017-05-02 12:11 EDT, Ghislain Vaillant:
> > Do you mean Linux the kernel or the platform? The tracer would not work
> > on a non-Linux kernel such as FreeBSD or the Hurd, am I right?
>
> The tracer requires a Linux
On Tue, 2017-05-02 at 09:54 -0400, Rémi Rampin wrote:
> 2017-05-02 05:44 -0400, Ghislain Vaillant:
> > Each tool is registered as a separate download on pip and are versioned
> > separately. Based on that alone, I guess it makes more sense to provide
> > separate source
On Tue, 2017-05-02 at 11:51 +, Holger Levsen wrote:
> On Tue, May 02, 2017 at 11:18:35AM +0100, Ghislain Vaillant wrote:
> > > and how is it different from zip? (or tar|gzip)
> > > those can also be used to (un)pack reproducible archives…
> >
> > The unp
On Tue, 2017-05-02 at 10:07 +, Holger Levsen wrote:
> On Tue, May 02, 2017 at 11:04:48AM +0100, Ghislain Vaillant wrote:
> > In a nutshell, take a scientific experiment (data + processing
> > pipeline), create a single archive out of it (packing step), and enable
> > a
On Tue, 2017-05-02 at 09:53 +, Holger Levsen wrote:
> On Tue, May 02, 2017 at 10:44:49AM +0100, Ghislain Vaillant wrote:
> I still wonder what these tools exactly do, though ;-)
In a nutshell, take a scientific experiment (data + processing
pipeline), create a single archive out
On Tue, 2017-05-02 at 09:31 +, Holger Levsen wrote:
> unmerge 860531
>
> On Tue, May 02, 2017 at 10:18:00AM +0100, Ghislain Vaillant wrote:
> > > a few days ago you already filed an ITP bug for this package?!!
> >
> > No, reprozip != reprounzip (one i
control: owner -1 !
control: retitle -1 ITA: pybtex -- BibTeX-compatible bibliography processor
On Sat, 22 Apr 2017 22:42:13 +0200 Daniel Stender
wrote:
> I request an adopter for the pybtex package.
I intend to help maintaining this package as part of my effort to
package sphinxcontrib-bibtex,
control: owner -1 !
control: retitle -1 ITP: sphinxcontrib.bibtex -- Sphinx extension for BibTeX
style citations
control: owner -1 !
control: retitle -1 IFP: pybtex-docutils -- docutils backend for pybtex
As part of the packaging effort for sphinxcontrib-bibtex.
control: retitle -1 ITP: node-xterm -- terminal front-end component for the
browser
control: owner -1 !
control: block -1 by 780187
control: block -1 by 859879
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
control: owner -1 !
control: retitle -1 ITP: python-agate -- data analysis library that is
optimized for humans instead of machines
Hi Sandro,
I'll have a look at it and check the other deps for csvkit.
Cheers,
Ghis
control: block -1 by 801306
control: block -1 by 801307
control: owner -1 !
control: retitle -1 ITP: python-line-profiler -- line-by-line profiling for
Python
I would like to take over the following RFP.
This library is a dependency to the upcoming spyder-line-profiler
plugin for the spyder IDE. This package will be co-maintained by the
Debian Python
What is the status of your packaging effort for simpleitk?
This bug was switched back to RFP in 2014. Please confirm whether you
are still working on it.
Thanks,
Ghis
control: retitle -1 RFA: sundials -- SUit of Nonlinear and
DIfferential/ALgebraic equation Solvers
control: noowner -1
Someone was already on it, but did not follow the package adoption
guidelines. Switching back to RFA, so that whoever is currently in
charge can communicate his work.
Ghis
control: owner -1 !
control: retitle ITA: sundials -- SUit of Nonlinear and DIfferential/ALgebraic
equation Solvers
I'll look into it. Looks like we could use this opportunity to migrate
the packaging from svn to git, in accordance with the Debian Science
packaging policy.
Ghis
control: block -1 by 851520
control: block -1 by 851444
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
> &
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
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
On Tue, 2016-12-27 at 11:12 -0500, Sandro Tosi wrote:
> On Tue, Dec 27, 2016 at 10:57 AM, Ghislain Antony Vaillant
> wrote:
> >
> > * Package name: python-pydap
> > Version : 3.2.0
> > Upstream Author : Roberto De Almeida
> > * URL : http://www.pydap.org/
>
>
> how
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
>> 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: Python
>> Descri
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
to NEW.
What is
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 into debian.
I am currentl
Control: block -1 by 838908
The aim is to have ArrayFire 3.4.x in the archive first before working
on this.
Ghis
Control: block -1 by 837112
control: owner -1 !
control: retitle -1 ITP: python-cartopy - cartographic Python library
Cartopy is a soft dependency to hdf-compass. I'll have a go at it.
I intend to maintain it under the Debian Science Team umbrella, unless
the Debian GIS Team is interested in it.
Ghis
control: retitle -1 RFP: obspy -- Python framework for seismology
control: noowner -1
control: retitle RFP: obspy -- Python framework for seismology
obspy is currently affected by a licensing incompatibility.
Switching this ITP to RFP until this issue is fixed.
Ghis
control: noowner -1
control: retitle -1 RFP: clrng
control: noowner -1
control: retitle -1 RFP: vtk7 -- Visualization Toolkit (VTK) version 7
I am hereby withdrawing my intent to package VTK 7.
Anyone interested to work on VTK 7 for Stretch, feel free to step up
and assign yourself to this bug.
Cheers,
Ghis
This ITP is now on hold due to a licensing problem discovered during
the copyright audit.
The issue is currently being discussed with upstream at:
https://github.com/obspy/obspy/issues/1492
Best regards,
Ghis
> Anyone want to package it?
I have had a look at it, and man this is a messy piece of software.
I'll see what I can come up with, and report my findings.
Ghis
Le 30 juil. 2016 2:26 PM, "Neil Williams" a écrit :
>
> On Sat, 30 Jul 2016 13:54:11 +0100
> Ghislain Antony Vaillant wrote:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Ghislain Antony Vaillant
> >
> > * Package name: python-schema
> > Version : 0.6.2
> > Upstream Autho
control: owner -1 !
control: retitle -1 "ITP: python-prov -- W3C Provenance Data Model
supporting PROV-JSON and PROV-XML"
I am on it.
Ghis
Hi Daniel,
Any news on this? Do you need any help?
Ghis
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: pyfr
Version : 1.3.0
Upstream Author : Imperial College London
* URL : http://www.pyfr.org/
* License : BSD
Programming Lang: Python
Hi Brian, thanks for working on this package.
May I suggest to rename the source package to python-bitstruct as it
seems to be the (unofficial) convention for Python-only library.
FYI, we already have python-bitarray and python-bitstring available in
the archive. Perhaps, it would be nice to emp
Hi Jon, how's the packaging going?
My remarks below:
> The source package would have multiple binary packages:
> - flif (command line tool)
> - libflif (shared library)
> - viewflif (simple image/animation viewer)
> - gif2flif (shell script)
> - apng2flif (shell script)
I would recommend the fo
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Ghislain Antony Vaillant
* Package name: ciftilib
Version : 1.3
Upstream Author : Washington University School of Medicine
* URL : https://github.com/Washington-University/CiftiLib
* L
Package: wnpp
Severity: wishlist
* Package name: elusive-icons
Version : 2.0.0
Upstream Author : The Redux Team
* URL : http://elusiveicons.com/
* License : SIL OFL 1.1, Expat
Programming Lang: Text + CSS
Description : the iconic font and CSS framework
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: python-hdf5storage
Version : 0.1.12
Upstream Author : Freja Nordsiek
* URL : https://github.com/frejanordsiek/hdf5storage
* License : BSD
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: python-qtpy
Version : 1.0b1
Upstream Author : Gonzalo Peña-Castellanos
* URL : https://github.com/spyder-ide/qtpy
* License : Expat
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: python-qtawesome
Version : 0.2.0
Upstream Author : The Spyder development team
* URL : https://github.com/spyder-ide/qtawesome
* License : Expat
Programming Lang: Python
Descr
Any news from this submission ?
Ghis
Hi Iohannes,
I tried to build libopenshot-audio with the vendored JUCE version but
disabling its respective vendored dependencies, which you list in the
TODO.Debian in the JUCE packaging repository.
This is how far I went, and hope it will be useful. FYI, I believe the
version of JUCE embedd
Hi Iohannes,
Just to add that the recently released version of OpenShot 2.x requires
JUCE as a build dependency (libopenshot-audio). Right now, it is using
an embedded copy, which is not desirable from a packaging perspective.
Have you had any success in packaging JUCE so far? Please let me know
Dear Gregor and Jonas,
> Is this about packaging the new 2.x series separately?
Yes indeed. The rationales for it is that Jonathan (the upstream developer),
already provides different source packages in respective PPAs for 1.x [1]
and 2.x [2].
[1] https://launchpad.net/~openshot.developers/+arch
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: arrayfire-cuda
Version : 3.2.1
Upstream Author : ArrayFire Development Group
* URL : http://arrayfire.com/
* License : BSD
Programming Lang: C++
Description : CUDA backen
Andreas.
On Thu, Dec 10, 2015 at 08:00:18PM +, Ghislain Vaillant wrote:
I have pushed the repository to d-science and filed an RFS for the initial
upload of Shark.
If someone could have a look at it and sponsor it, that would be awesome.
Thanks,
Ghis
I have pushed the repository to d-science and filed an RFS for the
initial upload of Shark.
If someone could have a look at it and sponsor it, that would be awesome.
Thanks,
Ghis
On 01/12/15 10:33, Andreas Tille wrote:
On Tue, Dec 01, 2015 at 09:24:12AM +, Ghislain Vaillant wrote:
Thanks for passing this on to me. Is there any further action to take on
this ITP as a result ?
Uploading? :-P
Which might be happening soon, upstream has been very responsive to my
On 30/11/15 12:42, Goswin von Brederlow wrote:
Go ahead and work on. I packaged this as it was a dependency for
something one of our customers wanted but interest seems to have been
reduced since then. So I'm happy passing this on to someone else.
MfG
Goswin
Thanks for passing this on
According to the installation instructions [1], bazel is required to
build TensorFlow. There is an ITP currently filed for bazel [2].
[1]
https://github.com/tensorflow/tensorflow/blob/master/tensorflow/g3doc/get_started/os_setup.md
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782654
Is anyone still working on this ITP?
Otherwise, I am happy to start working on it and have shark maintained
under Debian Science.
Thanks for letting me know.
Ghis
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: opengm
Version : 2.0.2
Upstream Author : The OpenGM Developers
* URL : http://hci.iwr.uni-heidelberg.de/opengm2/
* License : MIT
Programming Lang: C++, Python
Description
retitle 761201 RFS: pfft -- Parallel FFT software library based on MPI
noowner 761201
thanks
retitle 768936 RFP: nufft -- Library implementing the Non-Uniform Fast
Fourier Transform
noowner 768936
thanks
retitle 761201 RFP: pfft -- Parallel FFT software library based on MPI
noowner 761201
thanks
retitle 768936 RFP: nufft -- Library implementing the Non-Uniform Fast
Fourier Transform
noowner 768936
thanks
retitle 761202 RFP: pnfft -- Parallel NFFT software library based on MPI
noowner 761202
thanks
On 15 Sep 2015 09:53, "Geert Stappers" wrote:
>
> On Mon, Sep 14, 2015 at 09:35:42PM +0100, Ghislain Antony Vaillant wrote:
> > ArrayFire is a high performance library for parallel computing wih an
> > easy-to-use API.
>
> s/computing wih an easy-to-use/computing with an easy-to-use/
>
> Write wit
Package: wnpp
Owner: Ghislain Antony Vaillant
Severity: wishlist
* Package name: compute
Version : 0.4
Upstream Author : Kyle Lutz
* URL : http://kylelutz.github.io/compute/
* License : Boost software license 1.0
Programming Lang: C++
Description : cr
On 05/08/15 10:12, Bastien ROUCARIES wrote:
On Wed, Aug 5, 2015 at 11:06 AM, Ghislain Vaillant wrote:
On 05/08/15 10:02, Bastien ROUCARIES wrote:
No idea. Taken from the upstream project description:
"A library for uniform random number generation in OpenCL."
according to doc
On 05/08/15 10:02, Bastien ROUCARIES wrote:
On Tue, Aug 4, 2015 at 12:49 PM, Ghislain Antony Vaillant
wrote:
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: clrng
Version : 1.0.0
Upstream Author : Advanced Micro Devices, Inc.
* URL
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name : python-dtcwt
Version : 0.10.1
Upstream Author : Rich Wareham
* URL : https://github.com/rjw57/dtcwt
* License : BSD
Programming Lang: Python
Description : Dual-Tree Complex Wavelet Transform library for Py
2015-05-18 20:46 GMT+01:00 Mathieu Malaterre :
> Hi Ghislain,
>
> On Mon, May 18, 2015 at 9:39 PM, Ghislain Vaillant
> wrote:
> > The CUDA backend should be more straightforward. Also, I am not sure
> > whether it is more desirable to build the CUDA backend and have
>
Progress of the packaging can be checked out at:
https://github.com/ghisvail/arrayfire/tree/debian
So far, the CPU backend builds fine and the packaging is lintian-free.
Testing required. I will then transfer the work to its Debian Science
repository.
The OpenCL backend requires additional depend
1 - 100 of 120 matches
Mail list logo
