Package: iraf-mscred
Version: 5.05+2018.07.09-3
Severity: serious
Citing https://github.com/orgs/iraf-community/discussions/426
On 03.01.25 11:25, jboma wrote:
How can I restore mscred after upgrading ubuntu from 22.04 to 24.04 ?
I received : "ERROR: task `mscred' not found"
But apt install giv
Control: severity -1 normal
Control: forwarded -1 https://github.com/astropy/astropy/issues/17362
As the FTBS happens only occasionally, I lowered the severity to normal.
This is also forwarded upstream to discuss there.
imexam seems unmaintained since 2022.
I am not sure whether it is worth to put too much efforts into the
package, but I will ask for future plans there.
Hi Helmut,
thanks for filing this bug. Indeed, cpl-plugin-xshoo is in a bad
condition. Upstream however suggested that they could take over the bug
a while ago, but this hasn't settled down yet. I would not maintain the
package (as all other cpl-plugin-* packages) anymore in any case, and my
Control: tag -1 pending
Hello,
Bug #1073800 in postgresql-q3c reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/postgresql/postgresql-q3c/-/commit/4fe37e4e90f28e9
Control: reassign -1 src:skimage 0.23.2-1
Sorry for disturbing; the problem here was a hotfix in d/rules
export SETUPTOOLS_USE_DISTUTILS=stdlib
that ensured working with older distutils version. This affected the
pythran working. Without this environment variable, pythran works well.
Re-assi
Control: reassign -1 python3-pythran/0.16.1+ds-3
I *think* this is a bug in Pythran. The relevant extract from the
failure log is:
[9/168] /usr/bin/pythran -E ../skimage/feature/brief_pythran.py -o
skimage/feature/brief_cy.cpp
FAILED: skimage/feature/brief_cy.cpp
/usr/bin/pythran -E ../skimag
Control: tag -1 pending
Hello,
Bug #1073432 in unyt reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/unyt/-/commit/18123880f1fd8098ace0d7210
Hi Boyuan Yang,
On 14.06.24 19:50, Boyuan Yang wrote:
-> % build-rdeps python3-astropy-helpers
Reverse Build-depends in unstable/main:
astroquery
hipspy
Found a total of 2 reverse build-depend(s) for python3-astropy-helpers.
Two reverse-dependencies exist, and both of them are not having acti
Control: reopen -1
Ooops sorry, that was the wrong one.
Hi Andre,
thank you for the patch! I now created a new version with the patch and
uploaded it. I also added a simple test as you proposed.
Indeed, I normally just take the tarball from the repository and if I
cant directly find a later fix, I ask upstream about what to do :-)
CMake is still
Control: severity -1 serious
Hi Andre,
sorry that I only now found time to look into your Debian bug. Indeed,
from the build log [1] the libradler is build as shared lib, but not
installed into the package, while it was supposed to be built as a
static lib.
However, I couldn't figure out why th
Package: python3-pywt
Version: 1.1.1-3
Severity: serious
Dear maintainer,
pywt directly depends on distutils, which is no longer available on
Python 3.12. in pywt/__init__.py:
---8<--
from __future__ import division, print_function, absolute_import
from distutils.v
Hi Thomas,
it would be nice (and IMO common practice) to get a bug report on
experimental *before* the upload to unstable, as this gives the chance
to react before it becomes serious. I don't monitor pseudo-migration
excuses.
Best
Ole
Hi Andreas,
shouldn't it pgplot5 which declares conflicts? giza-dev is part of
Debian (main), while pgplot5 is in non-free which is formally not part
of Debian.
Cheers
Ole
Control: forwarded -1 https://github.com/lofar-astron/PyBDSF/issues/214
While many (or even all) distutils were replaced by a migration to cmake
(https://github.com/lofar-astron/PyBDSF/pull/204), the package is still
not Python 3.12 compatible, and the solutions seems not trivial. Waiting
for
Control: tags -1 fixed-upstream
The problem here is that the python3-astropy-helpers package is not
ready for Python 3.12, see #1058104.
https://bugs.debian.org/1058104
Astropy-helpers is EOL upstream, therefore I think we should no longer
rely on that package.
For astroquery, there is a m
Control: tags -1 wontfix
astropy-helpers is an outdated helper package for building packages in
the Astropy ecosystem. It is recently superceded by extension-helpers.
The package should end its career now, and be removed before trixie.
I think that there are no longer Debian packages build-de
Control: forwarded -1 https://github.com/astropy/reproject/issues/414
Control: reassign -1 python3-astropy-healpix 1.0.0-1
Control: affects -1 src:reproject
Control: tags -1 +pending
This bug isn't in reproject, but in astropy-healpix and slided through
the CI tests there. A solution was found u
Control: tag -1 pending
Hello,
Bug #1054775 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/33c0e48f91f43bd469b26d
Hi Andreas,
yes: the tests for the Python package fail because they depend on which
packages are in the astro-education task. Specifically, the "starplot"
package was removed from Debian after Bookworm.
I now updated the debian-astro Blends package to reflect the package
changes after Bookwo
Package: glueviz
Version: 1.0.1+dfsg-2
Severity: serious
Dear maintainer,
when starting glue on Debian testing, I get a Python error:
$ glue
/usr/bin/glue:6: DeprecationWarning: pkg_resources is deprecated as an API. See
https://setuptools.pypa.io/en/latest/pkg_resources.html
from pkg_resour
Package: gavodachs2-server
Version: 2.8+dfsg-3
Severity: serious
Hi Markus,
While running the migration test for astropy 5.3.4-1, the installation
of gavodachs2-server failed. Relevant lines from the log:
103s Setting up gavodachs2-server (2.8+dfsg-3) ...
103s Created symlink /etc/systemd/syste
Control: tag -1 pending
Hello,
Bug #1052736 in extension-helpers reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/extension-helpers/-/commit
Hi Vincent,
if there are only a few tests, I would disable them and update the
package. The main goal for the tests in Debian are that the package
works well in that environment - i.e. with the installed astropy etc.
This can be tested also with a new tests disabled.
I usually just report fa
Source: astroplan
Version: 0.7-4
Severity: serious
Tags: affects -1 src:astropy
Dear maintainer,
two days ago I uploaded the updated astropy_5.3-1 to unstable. With this
new version, astroplan's autopkgtests no longer pass.
The reason is that Astropys "TestRunner.run_tests()" no longer accept
Control: reassign -1 src:scipy 1.10.0-3
Control: forwarded -1 https://github.com/scipy/scipy/issues/17718
Control: tags -1 fixed-upstream patch
This issue is related to a bug in scipy, and is fixed upstream with
https://github.com/scipy/scipy/pull/17726
Control: tag -1 pending
Hello,
Bug #1030012 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/b091b627c92509502056cf
Control: tag -1 pending
Hello,
Bug #1027224 in unyt reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/unyt/-/commit/3ee80fbe27c99cd05c991124b
Hi Mathias,
would you mind forwarding this bug to upstream to discuss this? It looks
a bit weird to me if upstream violates its own versioning rules. And
having the danger of unparseable Python versions worries me a bit.
Cheers
Ole
On 31.12.22 11:27, Debian Bug Tracking System wrote:
This
Control: reassign -1 src:asdf-astropy 0.3.0-1
Control: affects -1 src:specutils
This is a bug in the current python3-asdf-astropy package that is
incomplete. However, according to #1025434 the cause for the issue is
probably in python3-installer.
Control: tag -1 pending
Hello,
Bug #1019782 in gnudatalanguage reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/gnudatalanguage/-/commit/cda7a3
Control: severity -1 important
Lowering severity to important since riscv64 is not a release
architecture yet.
Cheers
Ole
Control: tag -1 pending
Hello,
Bug #1019708 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/a32a70660ffb9bf85e2b8c
Control: tags -1 -patch
Upstream will fix this probably soon by merging
https://github.com/astropy/astropy/pull/13614 into their development
branch and backporting it to the 5.1 version. Probably then they will
issue a bugfix version, as the PR covers all fixes for the upcoming
Python 3.11.
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: tag -1 pending
Hello,
Bug #1015127 in pytest-arraydiff reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/pytest-arraydiff/-/commit/0
Control: tag -1 pending
Hello,
Bug #1015115 in parfive reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/parfive/-/commit/d0aa67418798eb1b56b
Control: tag -1 pending
Hello,
Bug #1015072 in pytest-doctestplus reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/pytest-doctestplus/-/comm
Control: tag -1 pending
Hello,
Bug #1015083 in pytest-remotedata reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/pytest-remotedata/-/commit
Control: tag -1 pending
Hello,
Bug #1015129 in sphinx-automodapi reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/sphinx-automodapi/-/commit
Control: tag -1 pending
Hello,
Bug #1013599 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/23546782df1fb6ac8a6d96
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
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
. 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
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
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 +
Hi Markus,
On 14.02.22 13:47, Markus Demleitner wrote:
My plan right now would be to fix this in unstable by just packaging
release 2.6, which ought to happen in May 2022 and will contain the
patch (or whatever else). If that's a major problem for someone,
speak up and I'll try to provide a mor
Source: pyvo
Version: 1.1-1
Severity: serious
Control: affects -1 astropy
Dear maintainer,
I just uploaded astropy-5.0.1 to unstable. It appears that pyvo 1.1 is
no longer compatible and now leads to a CI test error:
https://ci.debian.net/data/autopkgtest/testing/amd64/p/pyvo/18800419/log.gz
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.
/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
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
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
Control: tag -1 pending
Hello,
Bug #1001170 in gnudatalanguage reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/gnudatalanguage/-/commit/4eb28d
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
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
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
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
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 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<
Control: tags -1 patch
Hi Nilesh, Vincent,
from astropy's CHANGES.rst, version 4.3:
* astropy.utils.data.get_pkg_data_path is publicly scoped (previously
the private function _find_pkg_data_path) for obtaining file paths
without checking if the file/directory exists, as long as the package
Control: tag -1 pending
Hello,
Bug #993547 in saods9 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/saods9/-/commit/d35ed90531514fd30bb556504
Control: tag -1 pending
Hello,
Bug #993547 in saods9 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/saods9/-/commit/018e6e5079a1966165557e82e
Control: tags -1 pending
Control: block -1 by 992999
The new version of yt is ready. However it depends on a new package
"unyt" that is currently in NEW.
Package: python3-astroquery
Version: 0.4.1+dfsg-4
Severity: serious
Dear maintainer,
The unit tests of astrquery errors with astropy version 4.3.1 which is
currently in unstable. Could you please update astroquery to the latest
version 0.4.3, which should resolve this?
A test log is here:
http
Control: tag -1 pending
Hello,
Bug #991654 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/f855be52ed6196e3efd680d
Control: tag -1 pending
Hello,
Bug #989731 in postgresql-q3c reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/postgresql/postgresql-q3c/-/commit/2e7c5a6ec5d0c66a
Control: tag -1 pending
Hello,
Bug #989731 in pgsphere reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/postgresql/pgsphere/-/commit/f43a8809f78aead16d2a62714d00
Dear Christoph,
would you upload the packages with C+R removed soon? Or shall I do? I'd
like to have that fixed before the final freeze.
Cheers
Ole
Package: gnome-control-center
Version: 1:3.38.4-1
Severity: serious
X-Debbugs-Cc: oleb...@debian.org
Dear maintainer,
when starting gnome-control-center, I get a crash with the following
stacktrace:
(gdb) bt
#0 0x750d3b79 in _cogl_renderer_handle_native_event (renderer=0x0,
event=0x7fff
Control: severity -1 normal
I just uploaded version 2.3+dfsg-3. This version restricts the
postgresql related dependencies to postgresql-13, which makes the
package installable on Bullseye.
As discussed by Markus, this however does not solve the problem
completely; therefore only the severit
, as
shown in the patch and the MR !2. I don't want to do this myself (yet),
as I do not understand fully why the -doc build was disabled.
Could you have a look?
Best regards
Ole
From b00d720f36d10c6130332bb5aa49501e47d812b4 Mon Sep 17 00:00:00 2001
From: Ole Streicher
Date: Sun, 2
Control: tag -1 pending
Hello,
Bug #984493 in twisted reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/twisted/-/commit/7f27135f3af7a84747d8
user debian-rele...@lists.debian.org
usertags -1 + bsp-2021-04-AT-Salzburg
thank you
Hi,
I am going to handle this bug during the Virtual BSP today...
Cheers
Ole
Control: reassign -1 ant 1.10.9-3
Control: affects -1 starjava-topcat starjava-ttools
Dear maintainer,
The latest ant package adds a flag -Xdoclint:none to the Javadoc
execution, which is however not recognized by javadoc. The JDK used in
the package was openjdk 11.0.11+4-1.
Best regards
O
Package: libfits-java
Version: 1.15.2-1
Severity: serious
Control: affects -1 skyview
The library fails to handle compressed files, due to missing resources
in the Jar file. This causes skyview to fail completely (since skyview
uses compressed files).
The jar needs additionally the "META-INF/
Control: notfound -1 gnudatalanguage
Dear udunits maintainer,
unfortunately, the test log of gnudatalanguage is a bit confusing; these
are the relevant lines from it:
% Compiled module: TEST_CONSTANTS.
% IMSL_CONSTANT: UDUNITS: failed to load the default unit database
% IMSL_CONSTANT: UDUNITS:
Control: block -1 by 980153
The package starjava-table was recently updated; however it now has a
split-off (source) package starjava-tjoin (ITP #980153). To fix the
FTBFS, starjava-tjoin needs to be accepted, and the updated
starjava-ttools resp. starjava-topcat packages must be uploaded with
Control: block -1 by 980153
The package starjava-table was recently updated; however it now has a
split-off (source) package starjava-tjoin (ITP #980153). To fix the
FTBFS, starjava-tjoin needs to be accepted, and the updated
starjava-ttools resp. starjava-topcat packages must be uploaded with
Control: tag -1 pending
Hello,
Bug #980700 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/fecbf0764ffc4629be7bd44
Control: reassign -1 gftl-dev 1.2.0-1
Control: affects -1 src:gftl-shared
This is a bug in the latest gftl upstream version; I hope it gets fixed
upstream soon.
Best
Ole
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
Control: reassign -1 libspdlog-dev 1:1.5.0+ds-1
Control: affects -1 src:sopt
This seems to be a spdlog problem similar to #951960. I have however no
idea what triggered its appeareance now.
Could you have a look please?
Best
Ole
Package: python3-astroquery
Version: 0.4.1+dfsg-3
Severity: serious
Tags: patch
Sorry to disturb again:
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/84342
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: 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
Control: tag -1 pending
Hello,
Bug #967965 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/d4c28b296760a332d2236b8
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
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: 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_
Control: tag -1 pending
Hello,
Bug #959581 in astropy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian-astro-team/astropy/-/commit/4b567d81610c9db0ffc9742
Control: affects -1 src:purify
This now also affects the "purify" package, which is supposed to be
rebuilt during the auto-casacore transition.
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
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: reassign -1 python3-pandas 0.25.3+dfsg-9
Control: affects -1 src:drms
That seems a missing dependency in Pandas.
Cheers
Ole
Control: reassign -1 xwayland 2:1.20.4-1
Control: affects -1 ftools-fv
Control: severity -1 important
Hi,
I do not see why this is a bug in ftools-fv: an X server should never
just crash when some commands are sent. The crash also happens when I
start ftools-fv on a remote computer and use xwayla
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
Package: libspdlog-dev
Version: 1:1.5.0-1
Severity: serious
Affects: src:purify, src:sopt
Control: reassign 951995 libspdlog-dev
Control: reassign 951960 libspdlog-dev
Control: forcemerge -1 951995 951960
Since spdlog uses the old (included) libfmt, the builds of purify and
sopt fail with linker e
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
Control: notfound -1 sympy/1.5-1
Control: tags -1 patch
A patch is available at https://github.com/yt-project/yt/pull/2407
1 - 100 of 331 matches
Mail list logo
