Bug#1085877: saods9: Unable to save images to other bitmap formats like JPEG, TIFF etc.

Control: forcemerge 1077631 -1 Hi Thomas, this is a known problem with the version of saods9 in Debian Bookworm, which is fixed in the upcoming Debian Trixie version. Best Ole

Bug#1085277: RM: eso-pipelines -- ROM

package: ftp.debian.org Severity: normal Control: affects -1 src:eso-pipelines Dear ftp-masters, please remove the eso-pipelines package. The package is a meta-package that installs all cpl-plugin-* packages, which are now requested to be removed. So, this package is no longer useful. The on

Bug#1085274: RM: cpl-plugin-giraf -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-giraf Dear ftp-masters, please remove the cpl-plugin-giraf package. The package is RC buggy (in stable), of special interest only, low popcon, and has a problematic package in contrib that after some period fails due t

Bug#1085275: RM: cpl-plugin-hawki -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-hawki Dear ftp-masters, please remove the cpl-plugin-hawki package. The package is RC buggy (in stable), of special interest only, low popcon, and has a problematic package in contrib that after some period fails due t

Bug#1085276: RM: cpl-plugin-naco -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-naco Dear ftp-masters, please remove the cpl-plugin-naco package. The package is RC buggy (in stable), of special interest only, low popcon, and has a problematic package in contrib that after some period fails due to

Bug#1085273: RM: cpl-plugin-muse -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-muse Dear ftp-masters, please remove the cpl-plugin-muse package. The package is RC buggy, of special interest only, low popcon, and has a problematic package in contrib that after some period fails due to upstream rem

Bug#1085272: RM: cpl-plugin-visir -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-visir Dear ftp-masters, please remove the cpl-plugin-visir package. The package is RC buggy, of special interest only, low popcon, and has a problematic package in contrib that after some period fails due to upstream r

Bug#1085271: RM: cpl-plugin-uves -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-uves Dear ftp-masters, please remove the cpl-plugin-uves package. The package is RC buggy, of special interest only, low popcon, and has a problematic package in contrib that after some perio fails due to upstream remo

Bug#1085269: RM: cpl-plugin-amber -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-amber Dear ftp-masters, please remove the cpl-plugin-amber package. The package is RC buggy, of special interest only, low popcon, and has a problematic package in contrib that after some perio fails due to upstream re

Bug#1085270: RM: cpl-plugin-vimos -- ROM; RC-buggy

package: ftp.debian.org Severity: normal Control: affects -1 src:cpl-plugin-vimos Dear ftp-masters, please remove the cpl-plugin-vimos package. The package is RC buggy, of special interest only, low popcon, and has a problematic package in contrib that after some perio fails due to upstream re

Bug#1084277: imexam: FTBFS: failing tests

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.

Bug#1085217: astroalign : Latest upstream 2.6.0 requires 'sep-pjw' and not current 'sep'

Hi Phil, sep-pjw is a fork and a plugin replacement for sep (except for the packagename itself). My hope here is that we can make sep-pjw the official successor of sep (and adjust its package name to the old one), as described in https://github.com/kbarbary/sep/issues/159 If that is not res

Bug#1081623: RM: cpl-plugin-fors -- ROM; dead upstream

package: ftp-master Severity: normal Control: affects -1 src:cpl-plugin-fors Dear ftp-masters, please remove the cpl-plugin-fors package. This package is no longer maintained upstream and will no longer be maintained in Debian. The only dependencies are a recommendation in the metapackage e

Bug#1081622: RM: cpl-plugin-xshoo -- ROM; dead upstream

package: ftp-master Severity: normal Control: affects -1 src:cpl-plugin-xshoo Dear ftp-masters, please remove the cpl-plugin-xshoo package. This package is no longer maintained upstream and will no longer be maintained. The only dependencies are a recommendation in the metapackage eso-pipel

Bug#1081328: Should hipspy be removed from unstable?

Control: severity -1 normal Control: retitle -1 RM: hipspy -- RoM; rc-buggy; abandoned upstream Control: reassign -1 ftp.debian.org Control: affects -1 + src:hipspy Hi Helmut, I agree that this package should be removed. It is abandoned upstream for 2 years now, and nobody took up development no

Bug#1081607: RM: libpurify-dev libpurify2.0 purify [armel armhf i386] -- ROM; ANAIS

Package: ftp.debian.org Severity: normal Control: affects -1 src:purify Dear FTP Team, Purify dropped support for on 32-bit architectures, and these architectures are now explicitly excluded with the "architecture-is-64bit" build dependency. Therefore I ask to remove the relevant binary packa

Bug#1081272: RM: astropy-helpers -- ROM; dead upstream

package: ftp-master Severity: normal Control: affects -1 src:astropy-helpers Dear ftp-masters, please remove the astropy-helpers package. This package was set deprecated upstream and will no longer be maintained. There is still one reverse build dependency; hipspy. This package is however RC

Bug#1080500: Should cpl-plugin-xshoo be removed from unstable?

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

Bug#1078064: [Pkg-tcltk-devel] Bug#1078064: ITP: tksvg -- An extension for Tk to read SVG images based on nanosvg

Hi Sergei, On 06.08.24 15:31, Sergei Golovan wrote: Is tksvg really necessary for saods9 as a separate package? As far as I know, tksvg is included into the tk8.6 package. (Specifically, version 0.12 is shipped with tk8.6 8.6.14.) Oh, I didn't check that. The README says that it is included in

Bug#1078064: ITP: tksvg -- An extension for Tk to read SVG images based on nanosvg

Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-tcltk-de...@lists.alioth.debian.org * Package name: tksvg Version : 0.14 Upstream Author : Harald Oehlmann * URL : https://github.com/oehhar/tksvg * License

Bug#1078054: RM: tcl-xmlrpc -- ROM; dead upstream

Package: ftp.debian.org Severity: normal Control: affects -1 src:tcl-xmlrpc Please remove the tcl-xmlrpc package. The package is out of maintenance since 10 years and there is zero hope that it will be catched up again. The impact of the package is negliglible. The package has no reverse dep

Bug#1077881: wcstools-3.9.7 crlf change

Control: tags -1 wontfix Hi Sergey, On 04.08.24 01:05, Сергей Фёдоров wrote: In the package "wcstools-3.9.7" the program "crlf" changes the symbol 0Dh to 0Ah. As a result, an empty string appears instead of each 0Dh. From looking at the source code, I can't see this. The original code just

Bug#1077631: [saods9] Images cannot be saved in jpeg format

Package: saods9 Version: 8.5+repack-1 In Twitter, I found the following bug report for the saods9 package: https://x.com/kglotfelty/status/1816962473142157575 I've pinpointed the issue specifically to the second to last command "-saveimage jpeg... etc." When I run the program, I get an error st

Bug#1076547: iraf-wcstools: Potential vulnerability due to similarity with CVE-2021-33797 in MuJS project

Control: forwarded -1 jm...@cfa.harvard.edu Dear Garnick, I forwarded the bug to upstream. However, I think this does actually not affect the wcstools package because this file is unused in the code. If there is no contradicting reaction from upstream, I would just close this bug (maybe while

Bug#1076547: Fwd: Bug#1076547: iraf-wcstools: Potential vulnerability due to similarity with CVE-2021-33797 in MuJS project

Dear Jessica, I just received a bug report about a potential security issue in the wcstools package (resp. the libwcs library), which is attached below. The URL for the bug report is . The issue war originally covered in , with a fix in

Bug#1075847: RM: poliastro -- ROM; dead upstream

Package: ftp.debian.org Severity: normal Control: affects -1 src:poliastro Please remove the poliastro package. Upstream declared end of maintenance, and nobody take over for the last 9 months. The package has no reverse dependencies. Best regards Ole OpenPGP_0x7115AFD07710DCF7.asc Descr

Bug#1075846: RM: tk-html3 -- ROM; dead upstream

Package: ftp.debian.org Severity: normal Control: affects -1 src:tk-html3 Control: block 1075832 by -1 X-Debbugs-Cc: by...@debian.org As discussed in #1075832, tkhtml3 and specifically hv3 are dead since a long (>10years). I did "some" upstream maintenance, mainly fixing a few compilation prob

Bug#1074654: skimage: FTBFS: ModuleNotFoundError: No module named 'distutils'

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

Bug#1074654: skimage: FTBFS: ModuleNotFoundError: No module named 'distutils'

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

Bug#1058104: astropy-helpers: FTBFS: ModuleNotFoundError: No module named 'imp'

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

Bug#1071400: Closing outdated bug

Control: reopen -1 Ooops sorry, that was the wrong one.

Bug#1070237: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file

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

Bug#1070237: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file

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

Bug#1068805: python3-pywt: distutils not available in Python 3.12

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

Bug#1065104: ITP: xar -- Archiver for the macOS eXtensible ARchive format

Package: wnpp Owner: Ole Streicher Severity: wishlist * Package name: xar Version : 498 Upstream Author : Christopher Ryan, Apple * URL : https://github.com/apple-oss-distributions/xar * License : BSD-3-Clause Programming Lang: C Description

Bug#1064275: autopkgtest failure with python-jsonschema 4.19.2

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

Bug#1063400: giza-dev: missing Conflicts: pgplot5t64

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

Bug#1063407: pybdsf fails to build with Python 3.12 as default

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

Bug#1063334: iraf: IRAF's desktop file has disappeared

Hi Peter, oops, the desktop file and the icon were forgotten when the installation procedure was changed in 2.17.1. I will upload a new Debian package with these files included. The "irafcl" script is mentioned in /usr/share/docs/iraf/README.Debian; I agree that this is not the first place t

Bug#1062414: ITP: iraf-xdimsum -- Deep Infrared Mosaicing Software for IRAF

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name: iraf-xdimsum Version : 2003.01.24 Upstream Author : NOAO * URL : https://github.com/iraf-community/iraf-xdimsum * License

Bug#1061946: ITP: iraf-st4gem -- Selected tools from the Space Telescope Science Data Analysis System

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name: iraf-st4gem Version : 1.0 Upstream Author : STScI, NOIRLAB * URL : https://gitlab.com/nsf-noirlab/csdc/usngo/iraf/st4gem

Bug#1057543: astroquery: FTBFS: ModuleNotFoundError: No module named 'imp'

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

Bug#1058104: astropy-helpers: FTBFS: ModuleNotFoundError: No module named 'imp'

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

Bug#1058477: poliastro: please (temporarily) drop python3-numba dependencies

Control: tags -1 wontfix I am afraid that python3-numba is really a hard dependency of poliastro: The line from numba import njit as jit can be found in many source files of poliastro, and the package is completely unusable without numba. Having all individual imports patched out is not

Bug#1057865: reproject ftbfs with Python 3.12

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

Bug#1056043: yt ftbfs with Python 3.12 (and cython 3.0.5)

Hi Matthias, There is a new version of yt, which should resolve this. However, it can't be uploaded due to the missing cython-3 in Debian. If you have packaged cython-3.0.5, maybe you can make it available? Best Ole

Bug#1055630: cfitsio: Please forward patches upstream

Source: cfitsio Version: 4.3.0-2 Severity: wishlist Dear maintainer, HEASARC now maintains CFITSIO in Github: https://github.com/HEASARC/cfitsio In the adass2023 Slack, they encouraged to submit patches to the repository, finally moving to an open development philosophy. As there are few pa

Bug#1055270: ITP: starjava-auth -- Authentication for resources in accordance with VO standards

Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: starjava-auth Version : 0.2 Upstream Author : Mark Taylor * URL : https://github.com

Bug#1055158: python-imageio's autopkg tests fails with pillow 10.1.0

The problem is that imageio <= 2.31.6 is known being incompatible to pillow >= 10.1; see https://github.com/imageio/imageio/pull/1046 Therefore, I am waiting for an upstream fix.

Bug#1054757: blends: FTBFS: make[1]: *** [debian/rules:20: override_dh_auto_test] Error 1

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

Bug#1054647: ITP: asdf-unit-schemas -- ASDF schemas for validating unit tags

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-unit-schemas Version : 0.1.0 Upstream Author : The ASDF Developers * URL : https

Bug#1053563: glueviz: doesn't start anymore

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

Bug#1053552: gavodachs2-server: Error while setting up with postgresql 16

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

Bug#1053214: RFP: lustre -- distributed parallel, scalabe, high-performance, high-availability file system

Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: lustre Upstream Author : Whamcloud * URL : www.lustre.org * License : GPLv2 Programming Lang: C Description : Distributed parallel, scala

Bug#1052320: Please update numpy to >= 1.25

Source: numpy Version: 1:1.24.2-1 Severity: wishlist Control: affects -1 source:astropy Dear Maintainer, the upstream development of Astropy includes tests of Astropy for several non-standard architectures, including s390x and ppc64el. One major reason to support these architectures is to supp

Bug#1052044: Without git, pybuild does not include data files into wheel

Package: python3-build Version: 0.10.0-1 Severity: important Dear maintainer, I am trying to build the package "asdf-wcs-schema" https://salsa.debian.org/debian-astro-team/asdf-wcs-schemas which includes a lot of metadata, f.e. resources/manifests/gwcs-1.0.0.yaml With the normal build proce

Bug#1040761: ITP: astropy-iers-data -- Earth Rotation and Leap Second tables for astropy

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org Affects: src:astropy * Package name: astropy-iers-data Upstream Author : Astropy Developers * URL : https://github.com/astropy/astropy-iers-data

Bug#1039480: [astroplan] Please update to 0.8 for astropy 5.3 compatibility

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

Bug#1039480: [astroplan] Please update to 0.8 for astropy 5.3 compatibility

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

Bug#1039067: [python-imageio] Please update to newer version

Package: python3-imageio Version: 2.4.1-5 Affects: src:skimage Dear maintainer! The current packaged version of imageio is 2.4.1, while upstream reached 2.31.1 in the meantime. Specifically, the packaged version now lacks the new "v3" API, which is required to build the new skimage package (s

Bug#1038969: ITP: ewah-bool-utils -- EWAH Bool Array compression for Python

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, debian-scie...@lists.debian.org * Package name: ewah-bool-utils Version : 1.0.2 Upstream Author : Matthew Turk

Bug#1037112: release-notes: Release notes paragraph from Debian Astro team

Package: release-notes Severity: normal X-Debbugs-Cc: debian-as...@lists.debian.org Please add an Debian Astro section to the Bookworm release notes. The merge request is available in https://salsa.debian.org/ddp-team/release-notes/-/merge_requests/188 Thank you! Best regards Ole

Bug#1036466: RM: cpl-plugin-xshoo/3.5.3+dfsg-2 -- ROM; outdated; required upstream file no longer available

Package: release.debian.org User: release.debian@packages.debian.org Usertags: rm Severity: normal The package is outdated, and upstream doesn't provide the calibration files any longer, which leads to an RC bug. The actual version cannot be packaged due to unresolved licensing issues. Ther

Bug#1036157: RM: cpl-plugin-fors/5.5.7+dfsg-2 -- ROM; outdated; required upstream file no longer available

Package: release.debian.org User: release.debian@packages.debian.org Usertags: rm Severity: normal The package is outdated, and upstream doesn't provide the calibration files any longer, which leads to an RC bug. The actual version cannot be packaged due to unresolved licensing issues. Ther

Bug#1033797: [saods9] Cannot connect from IRAF to saods9

Package: saods9 Version: 8.4.1+repack-1 Severity: important With the current version, the connection from IRAF to saods9 fails, because ds9 does not create the UNIX socket /tmp/.IMT%d. The severity is set to "important" because interaction with IRAF is the main use case for saods9.

Bug#1032923: unblock: ftools-fv/5.5.2+dfsg-2

sg-2) unstable; urgency=medium + + * Make sure the correct "wish" is executed when fv is started +(Closes: #1032280) + * Push Standards-Version to 4.6.2, no changes + + -- Ole Streicher Thu, 02 Mar 2023 22:33:03 +0100 + ftools-fv (5.5.2+dfsg-1) unstable; urgency=low * New upstream

Bug#1032280: fv may not start if another Tcl/Tk is installed

Package: ftools-fv Version: 5.5.2+dfsg-1 Severity: important When another Tcl/Tk is installed, f.e. from Astroconda, and its "wish" shell precedes the system's one, fv may not work properly, because the wrong "wish" command is used.

Bug#1030336: ... Darktable does not work well under OpenCL.

Control: affects -1 darktable It is (for my driver) in the libnvidia-nvvm4 package: $ apt-file search libnvidia-nvvm.so libnvidia-libnvidia-nvvm4: /usr/lib/x86_64-linux-gnu/nvidia/current/libnvidia-nvvm.so.4 libnvidia-nvvm4: /usr/lib/x86_64-linux-gnu/nvidia/current/libnvidia-nvvm.so.525.85.12

Bug#1030336: ... Darktable does not work well under OpenCL.

Dear maintainer, I tried to debug this a bit with $ strace -f darktable-cltest -d opencl and found that the reason is that the library "libnvidia-nvvm.so.4" was not found for the compilation. Darktable searches /usr/lib/x86_64-linux-gnu/glibc-hwcaps/x86-64-v3/libnvidia-nvvm.so.4 /usr/lib/x86

Bug#1029690: Reassign to scipy

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

Bug#1029549: ITP: unity-java -- Multi-syntax unit parsing

Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org, debian-scie...@lists.debian.org * Package name: unity-java Version : 1.1b Upstream Author : Norman Gray * URL

Bug#1024248: closed by Matthias Klose (Re: [python3.11] platform.python_version() returns wrong value)

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

Bug#1026024: specutils: FTBFS, ModuleNotFoundError: No module named 'asdf_astropy.io'

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.

Bug#1025669: saods9 command line escaping

Package: saods9 Version: 8.2+repack-2 Severity: normal X-Debbugs-Cc: Mark Copper On 05.12.22 01:27, Mark Copper wrote: Hello, ds9 from stable (v8.2 repack) cannot open files whose filenames contain a space. That is, the command $ ds9 a\ b.fits fails with alert that ds9 is unable to load f

Bug#1025434: python3-installer: sometimes not all files are installed in the wheel

Package: python3-installer Version: 0.5.1+dfsg1-3 Severity: important Control: affects -1 src:asdf-astropy Dear maintainer, The package asdf-astropy recently switched to use pyproject.toml, and now the installation is myteriously incomplete: The package consists of a number of subpackages: $

Bug#1023795: Please undo the replace of pgplot with giza-pgplot

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

Bug#1024248: [python3.11] platform.python_version() returns wrong value

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<-

Bug#1023795: Please undo the replace of pgplot with giza-pgplot

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

Bug#1021405: ITP: starjava-tfcat -- Time-Frequency Radio Catalogues parser

Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: starjava-tfcat Version : 1.0+ Upstream Author : Mark Taylor * URL : https://github.com

Bug#1019874: python3-specutils: FTBFS on riscv64, segfault in Fortran library

Control: severity -1 important Lowering severity to important since riscv64 is not a release architecture yet. Cheers Ole

Bug#1019708: Waiting for upstream fix

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.

Bug#1016959: Packaging status?

Hi Gürkan, I just found your ITP for nusolve; did you experience difficulties with packaging? Is the package somewhere on Salsa? Cheers Ole

Bug#1017056: setuptools: cannot get metadata from pyproject.toml

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

Bug#757096: Taking over ITP

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

Bug#757096: Taking over ITP

Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction laws Control: owner -1 ! I take over this one to get sncosmo finally into Debian

Bug#850195: Taking over ITP

Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction laws Control: owner -1 ! I take over this one to get sncosmo finally into Debian

Bug#850195: Taking over ITP

Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction laws Control: owner -1 ! I take over this one to get sncosmo finally into Debian

Bug#850195: Taking over ITP

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

Bug#850195: Taking over ITP

Control: retitle -1 ITP: extinction -- Fast interstellar dust extinction laws Control: owner -1 ! I take over this one to get sncosmo finally into Debian

Bug#941158: Taking over ownership of ITP

Control: owner -1 ! As discussed by personal mail, I will take over this. Cheers Ole

Bug#1016304: pyraf: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.10 returned exit code 13

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.

Bug#1015838: ITP: specreduce-data -- Test and reference data for the specreduce package

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

Bug#1015324: ITP: synphot -- Simulate photometric data ans spectra in astronomy

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

Bug#1013435: Please mark nasa_exoplanet xfail until a solution is found

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

Bug#1013078: New astropy breaks pyregion autopkgtest

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

Bug#1013076: New astropy breaks pydl autopkgtest

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

Bug#1012719: Reassigning to astroplan

. 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

Bug#1012441: ITP: specreduce -- Astropy coordinated package to reduce and calibrate spectroscopic astronomical data

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

Bug#1012437: Please make pythran available on all platforms

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

Bug#1012277: hipspy fails with astropy 5.1

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

  1   2   3   4   5   6   7   8   9   10   >