Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: pytest-astropy-header
Version : 0.1.1
Upstream Author : Thomas Robitaille
* URL : https
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-j...@lists.debian.org, debian-de...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: cds-healpix-java
Version : none yet
Upstream Author : Francois Xavier Pineau
* URL : https
Package: swig
Version: 4.0.1-2
Severity: serious
Affects: astrometry.net
Tags: +patch
The "swig" binary package does not install a symlink /usr/bin/swig -->
swig4.0 anymore. Since this breaks the build of a number of packages, I
set the severity to "serious".
Typical error message:
swig -python
Hi Sebastian,
if spdlog does not ship with internal headersin Debian, shouldn't that
define be already set internally in spdlog?
Cheers
Ole
On 10.05.20 17:52, Sebastian Ramacher wrote:
> On 2020-05-10 17:45:00 +0200, Sebastian Ramacher wrote:
>> On 2020-04-26 10:49:31 +0200,
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: x11iraf
Version : 2.0~BETA
Upstream Author : National Optical Astronomy Observatories
* URL : https://github.com/iraf
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org
* Package name: pfunit
Version : 4.1.8
Upstream Author : Tom Clune
* URL : https://github.com/Goddard-Fortran-Ecosystem/pFUnit
* License
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org
Control: block 961667 by -1
* Package name: fargparse
Version : 0.9.5
Upstream Author : Tom Clune
* URL : https://github.com/Goddard
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org
Control: block 961667 by -1
Control: block 961668 by -1
* Package name: gftl-shared
Version : 0.9.5
Upstream Author : Tom Clune
* URL
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org
Control: block 961667 by -1
Control: block 961668 by -1
Control: block 961669 by -1
* Package name: gftl
Version : 1.2.5
Upstream Author : Tom Clune
Control: tags -1 pending
Control: severity -1 serious
Control: severity 956580 serious
It compiles with the additional variables given as -D, and I intend to
upload this soon. I however lower the severity to "serious", as this is
the standard for FTBFS package (same for the aoflagger bug).
Cheers
Control: retitle -1 spdlog refers to header files that it does not ship
Control: reassign -1 spdlog-dev 1.5.0
Control: affects -1 src:sopt
This is an internal inconsistency of spdlog, therefore I am re-assigning
it. For me, the workaround in #953855 didn't work either, since then I
just get a numb
Hi Emanuel,
On Sat, 25 Jan 2020 08:59:00 -0300 Emmanuel Arias wrote:
> Hypothesis from >= 5.0.0 version drop Python 2 support. So, I think we
> should wait on Debian until
> python-hypothesis remove the Python2 support.
Since there is no more a Python2 package for hyptothesis, could I ask to
upgr
Control: affects -1 src:purify
This now also affects the "purify" package, which is supposed to be
rebuilt during the auto-casacore transition.
Hi Joachim,
could you provide a small program source that shows this behaviour? This
would make the debugging much easier.
Also, did you see it in the Debian version 5.15.0?
Best
Ole
Source: astrometry.net
Version: 0.78+dfsg-2
Severity: important
The package "sextractor was renamed to "source-extractor", and its
executable was renamed the same way. See #941466 for the rationale.
The package recommendation and the executable name in this package
should be adjusted accordingly.
Source: cpl-plugin-vimos
Version: 3.3.0+dfsg-1
Severity: important
The package "sextractor was renamed to "source-extractor", and its
executable was renamed the same way. See #941466 for the rationale.
The package recommendation and the executable name in this package
should be adjusted according
Source: cpl-plugin-fors
Version: 5.4.3+dfsg-1
Severity: important
The package "sextractor was renamed to "source-extractor", and its
executable was renamed the same way. See #941466 for the rationale.
The package recommendation and the executable name in this package
should be adjusted accordingl
Package: python3-numpy
Version: 1:1.17.4-3
Control: affects -1 src:casacore
Dear numpy maintainers,
the numpy package depends on all possible Python 3 versions at the same
time:
* python
* python3.7
* python3.8
There is no need to depend on the individual Python versions; any
supported version
Package: cmake
Version: 3.15.4-1
Control: affects -1 src:casacore
Severity: important
Dear maintainer,
when both Python 3.7 and 3.8 are installed, cmake does not find the
development files of Python 3.7 and fails if not 3.8 development files
are installed. Specifically, when I try to build casaco
Hi Andreas,
I think that is the moment where the skimage build should be simplified
to the "official" build process: Python convention is that symbols
starting with an underscore are internal only (and ofcourse subject to
quick and unannounced changes). debian/bin/process_pyx.py however
depends on
Dear maintainer,
the version 3 of python-jsonschema is now in testing since a couple of
months. Would it be possible to upload it to unstable as well?
I am also waiting for it, to upload a new version of gammapy, which
fixes an RC bug.
Thank you!
Best
Ole
Control: block -1 by 934667
While one could try to get rid of the aioftp dependency, it is probably
best to instead package aioftp. This is already started:
https://salsa.debian.org/python-team/modules/aioftp
I will see how I can support this. If this gets stuck at some point, one
should probabl
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-j...@lists.debian.org, debian-de...@lists.debian.org
* Package name: jfreesvg
Version : 0.4.1
Upstream Author : David Gilbert
* URL : http://www.jfree.org/jfreesvg
* License : GPL-v2
Hi Sebastian,
On 15.04.20 09:45, Sebastian Ramacher wrote:
> Looking at aoflagger's build system, it could be affected by the same
> issues during the next Python 3 transition. The build system currently
> doesn't ensure that the libpython and libboost-python versions are
> compatabile. So let's
the reason why the forcemerge didn't work.
Best
Ole
Forwarded Message
Subject: Processed (with 1 error): Re-intending and re-assigning
Date: Thu, 04 Jun 2020 08:48:07 +
From: Debian Bug Tracking System
To: Ole Streicher
CC: w...@debian.org
Processing commands for
to the latest version.
Best regards
Ole Streicher
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-j...@lists.debian.org, debian-de...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: jsofa
Version : 20190722
Upstream Author :
* URL : http://javastro.github.io/jsofa
Package: ftp.debian.org
Severity: normal
Control: block 959540 by -1
Please remove the binary packages of scamp from armel, armhf, i386, and
mipsel. 32 bit archs are no longer supported upstream and lead to
errornous packages (failing in the build time test).
This would allow to migrate the new v
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: pybdfs
Version : 1.9.2-1
Upstream Author : LOFAR/Astron
* URL : https://www.astron.nl/citt
Package: inkscape
Version: 1.0~rc1-4
Severity: important
Control: affects -1 src:debian-astro
Dear maintainer,
I use inkscape when building the debian-astro package to convert our
logo from svg into several end user formats (pdf, png).
This doesn't work any longer, since inkscape crashes when ca
Package: sphinx-gallery
Version: 0.5.0
Severity: serious
Tags: affects -1 src:astropy
Dear maintainer,
when I try to use sphinx-gallery to build the new astropy package, I get
the following error from sphinx-gallery:
Exception occurred:
File "/usr/lib/python3/dist-packages/sphinx_gallery/docs_
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: pyerfa
Version : TBD
Upstream Author : Astropy Developers
* URL : https://github.com
I'm going to close hat one as a duplicate.
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960121
>
>
> kind regards
> antonio
>
> Il 09/05/20 22:39, Ole Streicher ha scritto:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Ole Streicher
>
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org
* Package name : tifffile
Version : TBD
Upstream Author : Christoph Gohlke <mailto:cgoh...@uci.edu>
* URL : https://pypi.org/project/tifffile/#descr
Control: reassign -1 src:tifffile 20181128-3
Control: retitle -1 Please add a python3-tifffile package
Hi Andreas,
I just found out that you already packaged tifffile, there is just not a
dedicated Python 3 package.
Could you split the python module in a separate package so that it
conforms to t
Package: python3-montage-wrapper
Version: 0.9.9-4
Severity: serious
The package fails in CI test with astropy 5.0. Since it is abandoned
upstream, I do not intend to fix this, but will remove the package
(unless someone else is going to take it over).
The "montage" package now comes with its
Control: tags -1 moreinfo unreproducible
Dear Rebecca,
I can't reproduce this problem; for me skimage builds find. Can you
confirm that the package still FTBFSs, so that it was not a temporary
glitch in one of the build dependencies (most probably
python3-sphinx-gallery)?
Best
Ole
Control: forwarded -1 https://github.com/astro-informatics/purify/issues/290
I am afraid that I am unable to fix this: the Debian version of purify
uses a patched version of Eigen3, and since the patch still succeeds
(with some offsets) I assume that it is not applied upstream yet.
There is a
forwarded 1001491 https://github.com/astropy/astroscrappy/issues/71
thanks
On 10.12.21 22:06, Paul Gevers wrote:
Source: astroscrappy
Version: 1.1.0-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a rec
:58 +0200
Source: astropy
Architecture: source
Version: 5.0.2-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Astronomy Maintainers
Changed-By: Ole Streicher
Changes:
astropy (5.0.2-2) unstable; urgency=medium
.
* Update WCSLIB support to v
Source: matplotlib
Severity: serious
Version: 3.5.0-1
Control: affects -1 yt
Control: affects -1 astropy
With the new matplotlib version, I now have crashes with a segmentation fault
in at least two of my packages on mips64el, which cause a FTBFS: yt and
astropy. On both packages, the crash happe
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: asdf-wcs-schemas
Version : 0.1.1
Upstream Author : The ASDF Developers
* URL : https
/changelog 2017-07-12 09:45:53.0 +0200
+++ tix-8.4.3/debian/changelog 2022-01-10 14:01:21.0 +0100
@@ -1,3 +1,10 @@
+tix (8.4.3-10.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * d/rules: Add build_indep and build_arch targets (Closes: #998999)
+
+ -- Ole Streicher
Control: block -1 by 1003331
This is because the new gwcs needs asdf-wcs-schemas, which is in the NEW
queue, but not accepted yet.
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: asdf-standard
Version : 1.6.0
Upstream Author : The ASDF Developers
* URL : https
the "swarp" Provides of suckless-tools is not used at all (and
would also make problems because of this).
For convenience, a patch is applied.
Best regards
OleFrom 3344c9297ebd4009efab61b28a1db60eb0f86997 Mon Sep 17 00:00:00 2001
From: Ole Streicher
Date: Sun, 6 Mar 2022 16:30:42 +
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: asdf-astropy
Version : 0.1.2
Upstream Author : The ASDF Developers
* URL : https
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: asdf-transform-schemas
Version : 0.2.0
Upstream Author : The ASDF Developers
* URL
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: asdf-coordinates-schemas
Version : 0.1.0
Upstream Author : The ASDF Developers
* URL
Package: ftp.debian.org
Severity: normal
Hi,
the montage-wrapper package was an attempt to wrap the binaries from the
"montage" package into a Python package. Since the "montage" package now
offers native python wrapping, the wrapper is not needed any longer and
is abandoned upstream (github
Package: python3-astroquery
Version: 0.4.1+dfsg-2
Severity: serious
Tags: patch
The released version of astroquery uses some internal structures of
astropy, which make it fail with the latest version:
https://ci.debian.net/data/autopkgtest/testing/amd64/a/astroquery/7800643/log.gz
There is a pat
Package: python3-astroplan
Version: 0.6-3
Severity: serious
Tags: patch
The released version of astroplan uses some internal structures of
astropy, which make it fail with the latest version:
https://ci.debian.net/data/autopkgtest/testing/amd64/a/astroplan/7800639/log.gz
There is a new version 0
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-tcltk-de...@lists.alioth.debian.org
* Package name: tkagif
Version : 1.0.3
Upstream Author : Willian Joye
* URL : https://github.com/wjoye/tkagif
* License
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-tcltk-de...@lists.alioth.debian.org
* Package name: ttkthemes
Version : 1.0.3
Upstream Author : RedFantom
* URL : https://github.com/TkinterEP/ttkthemes
* License
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-tcltk-de...@lists.alioth.debian.org
* Package name: awthemes
Version : 9.5.1
Upstream Author : Brad Lanam
* URL : https://sourceforge.net/projects/tcl-awthemes
Package: python3.11
Version: 3.11.0-3
Severity: important
Control: affects -1 src:sunpy
The version number returned from platform.python_version() is not
conform to its documentation and is not parseable with
packaging.version.Version:
--8<-
Hi,
I am the Debian maintainer of giza. I still think that the main problem
here is that pgplot is not free software and therefore cannot be part of
Debian; see Debian Policy section 2.2.1. The same applies to packages
which depend on pgplot, like libpgplot-perl.
I would in the first place a
Hi James,
Citing from 2.2.1:
| The main archive area comprises the Debian distribution.
| Only the packages in this area are considered part of the
^^^
| distribution.
^^^
| [...]
| Every package in main must comply with the DFSG
xfail so that both astroquery and astropy can migrate to testing.
The attached patch does this.
Best
OleFrom: Ole Streicher
Date: Thu, 23 Jun 2022 17:19:17 +0200
Subject: Mark nasa_exoplanet_archive test xfail
This test fails on 32-bit architectures. It is an issue with astropy's
ASCII
Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction laws
Control: owner -1 !
I take over this one to get sncosmo finally into Debian
Control: retitle -1 ITP: sncosmo -- Python library for high-level supervova
cosmology analysis
Control: owner -1 !
I take over this one to get sncosmo finally into Debian
Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction
laws
Control: owner -1 !
I take over this one to get sncosmo finally into Debian
Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction laws
Control: owner -1 !
I take over this one to get sncosmo finally into Debian
Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction
laws
Control: owner -1 !
I take over this one to get sncosmo finally into Debian
Control: retitle -1 ITP: sncosmo -- Python library for high-level supervova
cosmology analysis
Control: owner -1 !
I take over this one to get sncosmo finally into Debian
Package: python3-setuptools
Version: 59.6.0-1.2
Severity: wishlist
Control: affects -1 src:asdf-standard
Dear maintainer,
I have a package (asdf-standard) that has no setup.py but a
pyproject.toml that contains (almost) all metadata. According to the
compilation hint, I added pybuild-plugin-pypro
Hi Gürkan,
I just found your ITP for nusolve; did you experience difficulties with
packaging?
Is the package somewhere on Salsa?
Cheers
Ole
Source: xsimd
Version: 7.6.0-2
Control: affects -1 src:pythran src:skimage
Control: block 1009431 by -1
Control: block 1010430 by -1
Dear maintainer,
xsimd provides a unique API for SIMD instructions among different
processor architectures. Additionally to many specific architectures,
there is
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org,
debian-pyt...@lists.debian.org
Control: block 1012441 by -1
* Package name: synphot
Version : 1.1.2
Upstream Author : Space Telescope Science
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org,
debian-pyt...@lists.debian.org
Control: block 1012441 by -1
* Package name: specreduce-data
Version : 0+git2021.11.18
Upstream Author : Astropy
Control: tags -1 moreinfo unreproducible
Hi Lucas,
I can't reproduce this bug and the error message doesn't lead me to an
obvious bug. Could you re-check whether this was an accidental glitch?
Thank you!
Best regards
Ole
On 29.07.22 20:23, Lucas Nussbaum wrote:
Source: pyraf
Version: 2.2.
Control: owner -1 !
As discussed by personal mail, I will take over this.
Cheers
Ole
Source: hipspy
Version: 0.2-3
Severity: serious
Tags: upstream ftbfs
Since the installation of astropy 5.1, hipspy fails its tests. The first
error is
ImportError while loading conftest '/usr/lib/python3/dist-
packages/hips/conftest.py'.
/usr/lib/python3/dist-packages/hips/conftest.py:6: in
Source: pythran
Version: 0.10.0+ds2-8
Severity: normal
Control: affects -1 src:skimage
Dear maintainer,
python3-pythran is a build dependency of scikit-image (skimage) since
version 0.19. skimage is currently in testing for all platforms.
The current version of skimage (0.18.3) is now starting t
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org,
debian-pyt...@lists.debian.org
* Package name: specreduce
Version : 1.0.0
Upstream Author : Astropy Specreduce contributors
* URL
. A quick fix for 0.7 is attached here, however.
Cheers
Ole
From: Ole Streicher
Date: Mon, 13 Jun 2022 10:09:26 +0200
Subject: Import pytest header modules from astropy-pytest-headers
---
astroplan/conftest.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/astroplan
Package: python3-pydl
Version: 1.0.0~rc2-1
Severity: serious
Control: affects -1 src:astropy
Dear maintainer,
with the upload of astropy 5.1, the autopkgtest of ... starts to fail.
Currently this regression is blocking the migration of astropy to
testing.
The failure is
ERROR
This can be fixed with the attached patch.
Best
OleFrom: Ole Streicher
Date: Thu, 16 Jun 2022 15:33:56 +0200
Subject: Import PYTEST_HEADER_MODULES and TESTED_VERSIONS from
astropy_pytest_header
The import from astropy was removed in astropy 5.1.
---
pyregion/conftest.py | 3 ++-
1 file c
Control: reassign -1 gnudatalanguage 1.0.0~rc.3-1
Control: severity -1 important
Control: affects -1 src:coyote
Control: forwarded -1 https://github.com/gnudatalanguage/gdl/issues/559
This is a known, unresolved problem with gnudatalanguage itself.
Best
Ole
Package: gfortran-10
Version: 10.1.0-3
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
Dear maintainers,
copying https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847 for your
convenience:
With gcc 9 and 10, compiling the attached file with coverage info raises
an internal
ixes the CI command line: use the AUTOPKGTEST
instead of ADTMP environment variable, and directly invoke pytest
instead of using a sommand line Python script.
Severity is set to "serious", since ndcube now FTBFS.
Best
Ole
>From e80151a13ed14e48110c0b9ed1510a0df8429545 Mon Sep 17
Control: reassign -1 inkscape 1.1.1-2
Control: affects -1 src:debian-astro
Control: retitle -1 Inkscape crashes when running as batch without X11
Inkscape is used during the debian-astro package to create a png icon
from the original svg image. This now crashes:
--8<
On 24.10.21 18:29, Mattia Rizzolo wrote:
Since you managed to reproduce it and all, could you perhaps consider
forwarding it yourself on https://gitlab.com/inkscape/inbox ?
I would prefer if you could do it. I am not very familar with inkscape,
and the icon creation here is almost the only cas
Control: reassign -1 dh-python 5.20211022.1
Control: retitle -1 dh-python doesn't allow local connections via urllib
Control: affects -1 src:gwcs
By Debian Policy (4.9), it is allowed to establish an loopback internet
connection to a self-started service during build. This is used in some
of my
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org,
debian-pyt...@lists.debian.org, debian-as...@lists.debian.org
* Package name: mpl-animators
Version : 1.0.0
Upstream Author : Sunpy Developers
* URL : https
Control: block -1 by 929438
Control: tags -1 pending
This will be fixed with sunpy version 1.0.2. However, the upload is
delayed due to a dependency which is currently still in the NEW queue.
Control: reassign -1 python3-sunpy 0.9.6-2
That is rather an inaccuracy in sunpy, which is fixed with the latest
version.
Cheers
Ole
Package: sextractor
Version: 2.19.5+dfsg-6
Hi Paul, Aurelien,
I maintain both packages (sextractor and iraf-fitsutil).
1st, quick answer for sextractor: You don't need to care; this is my
fault/problem: The test is home-made and directly compares string-wise
the result with a reference catalog,
Package: ftp.debian.org
Severity: normal
Drea ftp-masters,
please remove the mips64el and mipsel binaries of dpuser from unstable.
The sourse now build-depends on libqt5datavisualization5-dev, which is
not available for these architectures.
The package does not have any reverse dependencies.
Be
Control: reassign -1 python3-sphinx-gallery 0.2.0-3
As suggested in
https://github.com/scikit-image/scikit-image/issues/4492#issuecomment-595581470
the failing package here is sphinx-gallery. An update to version 0.3.0
or later seems to solve the problem.
Cheers
Ole
Source: pydantic
Version: 0.30.1-1
Severity: wishlist
Dear Maintainer,
Pydantic is currently version 0.3, while 1.2 is already available. Also,
the package does not migrate because it is still the first (source-only)
upload.
python3-pydantic is now a new build dependency of the "gammapy" package
Source: pydantic
Version: 0.30.1-1
Severity: wishlist
Dear Maintainer,
Specifically for LowNMU it may be useful to have a git repository to
keep the changes of pdantic. Therefore, I would ask you whether you
would agree to create a git repository on Salsa (in the Python group)
and to put it there
Package: ftp-master
Dear ftp-masters,
please remove the source package cpl-plugin-sinfo and all its binary
packages from unstable. Among other problems, the package is not DFSG
free and there is no hope that this will happen ever.
Thank you
Ole
Package: ftp-master
Dear ftp-masters,
please remove the source package cpl-plugin-kmos and all its binary
packages from unstable. The newer versions depend on non-free software,
and the old version is not longer maintained upstream.
Thank you
Ole
Hi Andreas,
On 10.12.19 16:01, Andreas Beckmann wrote:
> On Tue, 10 Dec 2019 09:43:31 +0100 Ole Streicher wrote:
>> please remove the source package cpl-plugin-kmos and all its binary
>> packages from unstable. The newer versions depend on non-free software,
>> and the old
Control: tags -1 pending
Hi Andreas, Stefan,
the error message "no attribute '__reduce_cython__'" was actually
misleading. The problem here was that the required test files were not
installed in the .build directories. This had two causes:
1) the PYBUILD_VERSIONS variable is not set automaticall
Package: python3-skimage
Version: 0.14.1-2
Severity: serious
Affects: python3-ccdproc, python3-hipspy, python3-sunpy
Tags: patch
Control: forwarded -1 https://github.com/scikit-image/scikit-image/issues/3551
$ python3
Python 3.7.2rc1 (default, Dec 12 2018, 06:25:49)
[GCC 8.2.0] on linux
Type "hel
Control: notfound -1 python-numpy
Control: tags -1 pending
On 28.12.18 19:50, Sandro Tosi wrote:
> this is something astropy will have to update to. i see there is a
> 3.1 release, maybe packaging that will address this issue, else the
> astropy maintainers would like to engage with upstream.
Th
You will get the new astropy version in 2018; I just wait for a fix on a
build dependency (sphinx-astropy) to be installed on the buildds. That
is probably quicker than autoremove.
@sandro: Triggering of auto-removal is not part of the list of reasons
for severity "serious", as you already pointed
Control: reassign -1 python3-aplpy 1.1.1-4
Control: forwarded -1 https://github.com/aplpy/aplpy/issues/406
On 28.12.18 19:55, Sandro Tosi wrote:
>> warnings.warn('np.asscalar(a) is deprecated since NumPy v1.16, use '
>>> 'a.item() instead', DeprecationWarning, stackleve
201 - 300 of 953 matches
Mail list logo