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
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
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
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: python-mechanicalsoup
Version : 0.7.0
Upstream Author : Mirth Hickford
* URL : https://github.com/hickford/MechanicalSoup
* License
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: reprozip
Version : 1.0.9
Upstream Author : Remi Rampin
* URL : https://www.reprozip.org/
* License : BSD
Section : scie
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
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
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: reprounzip
Version : 1.0.9
Upstream Author : Remi Rampin
* URL : https://www.reprozip.org/
* License : BSD
Section : sc
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: reprozip
Version : 1.0.9
Upstream Author : Remi Rampin
* URL : https://www.reprozip.org/
* License : BSD
Section : scie
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: dcm2niix
Version : 1.0.20170429-1
Upstream Author : Chris Rorden
* URL : https://github.com/rordenlab/dcm2niix
* License : BSD
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
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
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: python-agate-sql
Version : 0.5.2-1
Upstream Author : Christopher Groskopf
* URL : https://pypi.python.org/pypi/agate-sql
* License
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for the following package:
* Package name: python-schema
Version : 0.6.6-1
Upstream Author : Vladimir Keleshev
* URL : https://github.com/keleshev/schema
* License : Expat
control: forwarded -1 https://github.com/sympy/sympy/issues/12619
Forwarded upstream. Next time, please consider filing feature requests
directly to the upstream bug tracker.
Thanks,
Ghis
control: tags -1 wontfix
I am marking your request as "wontfix" for the following reasons:
- This bug does not affect src:sympy anymore, since the missing
galgebra module is unlikely to reappear in a future release.
- If a new source package were to be introduced for galgebra, an ITP or
RFP bug
control: forwarded -1 https://github.com/spyder-ide/spyder/issues/4423
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
Dear Ivo,
On Sun, 2017-04-30 at 20:01 +0200, Ivo De Decker wrote:
> Hi,
>
> On Sat, Apr 29, 2017 at 12:41:51PM +0100, Ghislain Antony Vaillant wrote:
> > Please unblock package spyder
> >
> > A bugfix version of spyder has just been released (version 3.1.4). The
> > comprehensive changelog for t
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,
Thanks for breaking this issues down. Forwarding upstream.
On Mon, 24 Apr 2017 11:40:40 -0400 "Aaron M. Ucko" wrote:
Source: python-ltfatpy
Version: 1.0.8-1
Severity: important
Justification: fails to build from source
The builds of python-ltfatpy for arm64, mips64el, and ppc64el all
failed wi
Thanks for breaking this issues down. Forwarding upstream.
On Mon, 24 Apr 2017 11:51:25 -0400 "Aaron M. Ucko" wrote:
Source: python-ltfatpy
Version: 1.0.8-1
Severity: important
Justification: fails to build from source
Builds of python-ltfatpy for 32-bit architectures such as i386 failed
becau
Thanks for breaking this issues down. Forwarding upstream.
On Mon, 24 Apr 2017 11:55:24 -0400 "Aaron M. Ucko" wrote:
Source: python-ltfatpy
Version: 1.0.8-1
Severity: important
Justification: fails to build from source
The builds of python-ltfatpy for s390x and the non-release
architectures pp
On 25/04/17 00:22, Diane Trout wrote:
Hello,
I'm pretty busy, so if you want to do it feel free, otherwise I
might
be able to get to it tongiht.
I can have a go at it during the week.
I had some free time while waiting for see if some multi-hours jobs to
are going to crash, and sortedcollec
On 24/04/17 22:46, Diane Trout wrote:
On Mon, 2017-04-24 at 22:35 +0100, Ghislain Vaillant wrote:
On 24/04/17 22:26, Ghislain Vaillant wrote:
On 24/04/17 20:34, Diane Trout wrote:
I discovered dask.distributed added a dependency on a package not
in
Debian "sortedcollections" so I&
control: tags -1 moreinfo
Putting this RFS on hold, as sortedcollections might provide the same
functionality and is required elsewhere.
Ghis
On 24/04/17 22:26, Ghislain Vaillant wrote:
On 24/04/17 20:34, Diane Trout wrote:
I discovered dask.distributed added a dependency on a package not in
Debian "sortedcollections" so I'll need to add that
We have sortedcontainers, so perhaps it would be worth investigat
On 24/04/17 20:34, Diane Trout wrote:
On Fri, 2017-04-21 at 23:08 +0100, Ghislain Antony Vaillant wrote:
Package: src:dask
Severity: wishlist
Dear Maintainer,
A new version of Dask is out (0.14.1) and is required for the latest
version of src:python-xarray. Please consider updating the packagi
FYI, sbt was recently made available in experimental [1].
So if Zax or someone else is still interested, perhaps he or she could
try building scala 2.12.x using sbt on an experimental branch?
[1] https://packages.debian.org/experimental/sbt
Best regards,
Ghis
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.
> Please consider packaging the new upstream release of dask.distribtued
> (version 0.16.1 at the time of writing). It is required by the latest
> version of src:python-xarray, which I am the maintainer of.
See the recent autopkgtest reporting for src:python-xarray [1]. Testing
on a venv with the
control: retitle -1 ITP: node-xterm -- terminal front-end component for the
browser
control: owner -1 !
Hi Anton, thanks for responding to my sponsorship request.
I still have to iterate on a few things with upstream. Since 0.9.2 has
already been tested, validated and tagged, would you mind pushing it anyway?
The source package will have to do another trip to NEW because of the
new doc package.
> 2017-04-12 18:54 GMT+02:00 Anton Gladky :
> > Hi Ghis, the 0.9.2-1 was not uploaded yet. Maybe it makes sense to use
> > the 0.9.2-1 number?
> >
> > Anton
> >
> >
> > 2017-04-12 18:12 GMT+02:00 Ghislain Vaillant :
> > > May I also add xt
May I also add xtensor-python/0.9.2-2?
The update just fixes an RC due to missing copyright information in the
initial upload of version 0.9.2-1.
https://anonscm.debian.org/git/debian-science/packages/xtensor-python.g
it
Cheers,
Ghis
On Mon, 2017-04-10 at 21:11 +0100, Ghislain Vaillant wrote
control: tags -1 - moreinfo
On 05/04/17 18:21, Niels Thykier wrote:
Please go ahead and remove the moreinfo tag once the upload has been
performed and built on all relevant release architectures.
Uploaded to unstable.
Thanks,
Ghis
control: tags -1 - moreinfo
On 08/04/17 15:57, Niels Thykier wrote:
Please remove the moreinfo tag once the upload is complete and has been
built on all relevant release architectures.
Uploaded to unstable.
Thanks,
Ghis
Absolutely, thanks Anton.
Le 10 avr. 2017 9:10 PM, "Anton Gladky" a écrit :
> Hi Ghis,
>
> I will try to sponsor this package within the next 2 days, if it is OK for
> you.
>
> Anton
>
>
> 2017-04-10 21:46 GMT+02:00 Ghislain Antony Vaillant :
> > Package: sponsorship-requests
> > Severity: norma
control: block -1 by 780187
control: block -1 by 859879
On Wed, 2017-04-05 at 17:23 +, Niels Thykier wrote:
> Control: tags -1 moreinfo
>
> I am happy to ack the provided debdiff. Alternatively, if you want the
> 2.7 release, I would like to see the debdiff first. It does sound like
> it would make sense in this case.
It is the case, indeed. I h
On Thu, 23 Feb 2017 15:23:38 -0800 Diane Trout wrote:
I updated the package to use upstream version 0.10.5, pybuild and build
a python3 version. (0.10.2 had an error)
Attached are the changes I made (minus the patch importing the new
version from upstream).
I can push the changes to alioth and
On 03/04/17 17:08, Niels Thykier wrote:
Provided you cherry-pick the patches for #859080 (it was merged
upstream), this is approved.
Done and uploaded to unstable.
Thanks for approving the unblock Niels.
Ghis
On Fri, 2017-03-31 at 16:53 -0400, Sandro Tosi wrote:
> On Fri, Mar 31, 2017 at 4:23 PM, Ghislain Vaillant wrote:
> > On Fri, 2017-03-31 at 15:19 -0400, Sandro Tosi wrote:
> > > On Thu, Mar 23, 2017 at 9:04 AM, Sandro Tosi wrote:
> > > > > I have answered your RF
On Fri, 2017-03-31 at 15:19 -0400, Sandro Tosi wrote:
> On Thu, Mar 23, 2017 at 9:04 AM, Sandro Tosi wrote:
> > > I have answered your RFPs, so Debian now should have all the necessary
> > > agate
> > > dependencies available in experimental.
> >
> > thanks!
>
>
> actually i take the thanks ba
control: forwarded -1 https://github.com/spyder-ide/spyder/pull/4311
control: reassign -1 spyder
control: affects -1 spyder-memory-profiler
On Fri, 2017-03-31 at 10:33 +0100, Chris Lamb wrote:
> Ghislain Vaillant wrote:
>
> > I am going to need some more context here. The build ran fine on the
> > builders when the package was initially upload
Hi Chris,
On Thu, 30 Mar 2017 08:26:36 +0100 Chris Lamb wrote:
Source: spyder-memory-profiler
Version: 0.1.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
D
On Tue, 14 Mar 2017 09:09:33 + Ghislain Vaillant
wrote:
Hi Sandro,
I have looked into agate and related dependencies, and got the whole
ecosystem working locally. May I seek sponsorship directly to you for
uploading them to the archive?
I have answered your RFPs, so Debian now should
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
On Mon, 13 Mar 2017 21:34:23 + Ghislain Vaillant wrote:
> On Mon, 2017-03-13 at 22:19 +0100, Santiago Vila wrote:
> > I would consider disabling the test suite (maybe to enable it again
> > after the release of Debian 9).
>
> I believe you are right, let's disable
control: severity -1 important
control: fixed -1 python-qtawesome/0.4.4
Switching the bug's severity to important due to the potential
segfaults or system hanging it may trigger.
It is marked as fixed upstream in the latest version of QtAwesome,
which I will be providing soon.
Ghis
control: reassign -1 src:python-qtawesome
control: fixed -1 src:python-qtawesome/0.4.4
control: affects -1 src:spyder
Hi Sandro,
I have looked into agate and related dependencies, and got the whole
ecosystem working locally. May I seek sponsorship directly to you for
uploading them to the archive?
Cheers,
Ghis
On Mon, 2017-03-13 at 22:19 +0100, Santiago Vila wrote:
> On Mon, Mar 13, 2017 at 09:40:14AM +0000, Ghislain Vaillant wrote:
> > Could you try the following debdiff, please?
>
> The proposed patch does not fix the FTBFS problem.
> See attach (but I also tried several more times
On Mon, 2017-03-13 at 21:41 +0100, Santiago Vila wrote:
> On Sat, Mar 11, 2017 at 10:47:36PM +0000, Ghislain Vaillant wrote:
>
> > Could you point me to the specific commit or portion of the discussion
> > where the fix is described, please? I'd be happy to prepare a debdi
On Sun, 2017-03-12 at 19:08 +, Ghislain Vaillant wrote:
> On 11/03/17 22:47, Ghislain Vaillant wrote:
> > On Sat, 2017-03-11 at 21:47 +0100, Santiago Vila wrote:
> > > BTW: The ri-li package used to fail 95% of the time in my autobuilders
> > > and also &qu
On 11/03/17 22:47, Ghislain Vaillant wrote:
On Sat, 2017-03-11 at 21:47 +0100, Santiago Vila wrote:
BTW: The ri-li package used to fail 95% of the time in my autobuilders
and also "often" in reproducible builds autobuilders. Somebody found
a way to make this failure rate t
On Sat, 2017-03-11 at 21:47 +0100, Santiago Vila wrote:
> On Sat, Mar 11, 2017 at 08:17:18AM +0000, Ghislain Vaillant wrote:
>
> > A (potential) fix for this would be to try out testing with pytest-xvfb
> > (which I have recently packaged, so only in unstable for now), instead o
Hi Santiago,
A (potential) fix for this would be to try out testing with pytest-xvfb
(which I have recently packaged, so only in unstable for now), instead
of calling xvfb-run manually.
pytest-xvfb is supposed to provide a more robust setup for tests
requiring xvfb. I have had successful res
control: block -1 by 850448
control: block -1 by 850449
control: block -1 by 850450
control: block -1 by 850451
On 10/03/17 15:24, Sandro Tosi wrote:
On Fri, Mar 10, 2017 at 7:19 AM, Ghislain Antony Vaillant
wrote:
The latter depends on 4 new dependencies which have yet
to be packaged.
i kno
control: block -1 by 857352
Blocked by new upstream release, itself blocked by the agate
dependencies.
Ghis
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
On Sun, 19 Feb 2017 09:00:07 +0100 Andreas Tille wrote:
Package: mgltools-pmv
Version: 1.5.7-1
Severity: grave
Justification: renders package unusable
Hi,
I intended to reproduce #855485 but I was running into a different
problem:
$ runPmv
Run PMV from /usr/lib/python2.7/dist-packages/Pmv
Tr
control: severity -1 normal
On Sun, 2017-02-26 at 15:33 +, Ghislain Vaillant wrote:
> control: retitle -1 DistributionNotFound: The 'singledispatch' distribution
> was not found
> control: severity -1 important
>
> This bug is now a blocker for src:python-p
control: retitle -1 DistributionNotFound: The 'singledispatch' distribution was
not found
control: severity -1 important
This bug is now a blocker for src:python-pydap (currently under ITP).
The test suite for Pydap fails and the log is riddled with
DistributionNotFound errors regarding singledi
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
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
On Mon, 2017-02-13 at 19:42 +0100, Santiago Vila wrote:
> > As far as this bug is concerned, all I can do is tag it for help, since
> > I have no clue how to make any sort of progress. If yourself or someone
> > else finds a fix for it, I will happily incorporate the corresponding
> > patches.
>
>
control: forwarded -1 https://github.com/spyder-ide/qtpy/issues/100
On Fri, 17 Feb 2017 13:20:28 +1300 Chris Lamb wrote:
> I just ACCEPTed libopenshot from NEW but noticed it was missing
> attribution in debian/copyright for at least:
>
> include/DecklinkInput.h:8: * Copyright (c) 2009 Blackmagic Design
> include/DecklinkOutput.h:8: * Copyright (c) 2009 Blackmag
control: tags -1 + fixed-upstream
The issue is apparently fixed upstream for the gcc-6 branch, see:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79296#c6
Ghis
control: tags -1 + help
On Mon, 2017-02-13 at 18:03 +0100, Santiago Vila wrote:
> > > However, there is another package involving xvfb-run which always fail
> > > for me. Can you reproduce this bug?
> > >
> > > https://bugs.debian.org/848063
> > >
> > > The maintainer downgraded it to important,
ix missing CMake package configuration in -dev package
- New patch 0003-Arch-indep-CMake-package-configuration.patch
- Install the missing CMake package configuration
- Use CMake to build the autopkgtest example tests
Thanks to Jason Rhinelander for reporting (Closes: #854502)
Regards
On Sun, 2017-02-12 at 11:35 +0100, Santiago Vila wrote:
> On Sat, Feb 11, 2017 at 03:27:33PM +0000, Ghislain Vaillant wrote:
> > Hi Santiago, thanks for reporting this issue,
> >
> > > The bug should be reproducible with sbuild on a single CPU virtual
> > > machi
est-qt.git
Changes since the last upload:
* Initial release. (Closes: #854365)
Regards,
Ghislain Vaillant
Hi Santiago, thanks for reporting this issue,
> The bug should be reproducible with sbuild on a single CPU virtual machine,
> provided you try enough times (as the failure happens randomly).
Could you apply the same tests to src:python-qtawesome and report
whether you get the same outcome (i.e. r
control: unblock -1 by 854692
Upstream provided a fix for the gcc-6 LTO regression affecting the
build of pybind11. As a result, I am removing the block relationship.
Ghis
ges/spyder-unittest.git
Changes since the last upload:
* Initial release. (Closes: #854363)
Regards,
Ghislain Vaillant
control: block -1 by 854692
control: tags -1 moreinfo
Since this source package is now targetting the Buzz release cycle,
I'll update it and remove the Python 2 binary package.
Ghis
On Sat, 17 Dec 2016 11:24:17 +0100 Hugo Lefeuvre wrote:
> Hi Afif,
>
> Thanks for reporting bugs.
>
> The problem comes from the fact that pytest-benchmark needs the
> statistics module, which I haven't declared in the dependencies as
> it is not packaged yet and is in the extra section of the s
control: reassign -1 src:proj
Reassigning this bug to src:proj, following Aaron's investigation.
On Thu, 26 Jan 2017 11:34:40 -0500 u...@debian.org (Aaron M. Ucko) wrote:
> Ghislain Vaillant writes:
>
> > So, you think it would help to request src:proj to be build with
>
ld profile
- Add versioned build dependency on dpkg-dev,
- Mark documentation b-deps and packages as !nodoc
- Do not build the documentation when nodoc is requested
Regards,
Ghislain Vaillant
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
On Thu, 2017-01-26 at 10:41 -0500, Aaron M. Ucko wrote:
> Ghislain Vaillant writes:
>
> > I tried your suggestion out but it did not work on a test build in
> > debomatic. The same errors are reported at the test stage.
>
> I'm sorry to hear that. In that case, the
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 take a
> look? Co
control: block -1 by 851520
control: block -1 by 851444
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
control: forwarded -1 https://github.com/spyder-ide/spyder/issues/4049
201 - 300 of 906 matches
Mail list logo