Bug#941466: Sextractor - Rename package?

Hi Sergio, On 01.10.19 13:00, Sergio Gelato wrote: > * Ole Streicher [2019-10-01 09:18:01 +0200]: >> I personally completely agree that the name is offending and should be >> changed. This should however happen in a coordinated way -- including >> conda-forge and Fedora

Bug#941466: Sextractor - Rename package?

Source: sextractor Version: 2.19.5+dfsg-7 Severity: important X-Debbugs-Cc: debian-as...@lists.debian.org Hi, there are some valid concerns about the name of the package, brought up by conda-forge: https://github.com/conda-forge/staged-recipes/pull/8764 A discussion on upstream's github didn't

Bug#940728: pybuild does not copy all files in setup.py install

Hi Piotr, On 23.09.19 17:32, Piotr Ożarowski wrote: > Hi Ole, > > [Ole Streicher, 2019-09-19] >> can you explain why you set the severity to "normal"? This problem >> causes another package to fail completely; this is IMO a reason to have >> it RC. &g

Bug#940903: ITP: cubature -- multi-dimensional adaptive integration (cubature) in C

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: cubature Version : 1.0.3 Upstream Author : Steven G. Johnson * URL : https://github.com

Bug#940728: pybuild does not copy all files in setup.py install

Hi Piotr, can you explain why you set the severity to "normal"? This problem causes another package to fail completely; this is IMO a reason to have it RC. Best regards Ole

Bug#940728: pybuild does not copy all files in setup.py install

Package: dh-python Version: 4.20190722 Severity: serious Control: affects -1 src:python-asdf Control: affects -1 src:python-can Control: block 947020 by -1 X-Debbugs-Cc: umlae...@debian.org Hi, when I try to build the python-asdf package, some subdirectories are not copied; namely

Bug#940720: python-asdf breaks gwcs autopkgtest: No module named 'asdf.extern'

Hi Paul, this is a problem of dh-python not copying everything during setup.py. See https://lists.debian.org/debian-python/2019/09/msg00040.html I will open a bug report for dh-python here. Cheers Ole

Bug#934099: Pending bugs

Hi, this error is locally fixed. However, since the last binNMU, the Python package does not work anymore, and this still needs to be analyzed and fixed (see Ci tests, ). Stay tuned! Cheers Ole

Bug#939554: RM: dpuser [mips64el mipsel] -- RoM; FTBFS

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.

Bug#939473: Sextractor: improve tests (was: Bug#939048: transition: glibc)

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

Bug#935563: astropy 3.2.1 breaks sunpy

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

Bug#934959: python-mock breaks sunpy autopkgtest

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.

Bug#934929: Please consider updating to version 4

Package: src:plotly Version: 3.6.1+dfsg1-2 Severity: wishlist Hi Josue, the last version of the "poliastro" package (0.13.0) depends on plotly >=4.0. I would like to update that package ASAP; so could I ask you to upload an updated version of plotly (4.1 is current version)? Best regards Ole

Bug#933632: RM: astroml-addons -- ROM, no longer required, integrated in astropy

Package: ftp.debian.org Severity: normal Dear ftpmasters, please remove astroml-addons. This package was meant as a performance update for the astroml package; it is however no longer required (methods are now integrated in astropy). The package has no reverse dependencies. Binary package:

Bug#932739: Please fix pyregion for astropy 3.2

applying the attached patch to fix this. Thank you! Best Ole From: Ole Streicher Date: Tue, 16 Jul 2019 20:43:41 +0200 Subject: Fix import failure from astropy.tests on astropy 3.2 --- pyregion/conftest.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/pyregion

Bug#932737: Please update to pydl 0.7 to support astropy 3.2.1

Source: pydl Version: 0.6.0-3 Severity: important Hi, Astropy has updated their version to 3.2, which I recently uploaded (3.2.1). Pydl has a trivial problem in the test code which lets its tests fail, namely an outdated astroplan/conftest.py. This could be in principle fixed by patchin this

Bug#932735: Please fix astroquery for astropy 3.2

consider applying the attached patch to fix this. Thank you! Best Ole From: Ole Streicher Date: Tue, 16 Jul 2019 20:43:41 +0200 Subject: Fix import failure from astropy.tests on astropy 3.2 --- astroquery/conftest.py | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git

Bug#932727: Please fix astropy-healpix for astropy 3.2

es as well; the test is now invoked automatically without these lines. Thank you! Best Ole From: Ole Streicher Date: Tue, 16 Jul 2019 20:43:41 +0200 Subject: Fix import failure from astropy.tests on astropy 3.2 --- astropy_healpix/conftest.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

Bug#932688: Please update to astroplan 0.5 to support astropy 3.2.1

Source: astroplan Version: 0.4-4 Severity: important Hi, Astropy has updated their version to 3.2, which I recently uploaded (3.2.1). Astroplan has a trivial problem in the test code which lets its tests fail, namely an outdated astroplan/conftest.py. This could be in principle fixed by patchin

Bug#930056: Ping: could you remove synphot-data (Buster RC)?

Dear ftp-master, may I ping you to remove synphot-data [all] (Bug #930863) soon? This currently blocks the unblocking and migration of the pysynphot package (Bug #930717), resolving the Buster RC bug #930056 "synphot-data: creates world writable

Bug#930906: unblock: pysynphot/0.9.12+dfsg-3

e; urgency=medium * Fix WCS initialization in PowWCS.c (Closes: #930857) -- Ole Streicher Fri, 21 Jun 2019 15:58:22 +0200 The debdiff is attached. Requested commands: unblock ftools-fv/5.5+dfsg-2 Best regards Ole diff -Nru ftools-fv-5.5+dfsg/debian/changelog ftools-fv-5.5+dfsg/debian

Bug#930863: RM: synphot-data [all] -- RoM; obsolete arch:all package

Package: ftp.debian.org Severity: normal Please remove the synphot-data package from contrib, since it is no longer built by src:pysynphot. Thanks Ole

Bug#930857: POW: fv crashes while reading a file

Package: ftools-pow Version: 5.5+dfsg-1 Severity: serious When starting fv with almost any file and trying to display the content, fv crashes. Backtrace: #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x7708a535 in __GI_abort () at abort.c:79 #2

Bug#930717: unblock: pysynphot/0.9.12+dfsg-3

/acs_*_syn.fits", severity: serious. Changelog entry: pysynphot (0.9.12+dfsg-3) unstable; urgency=medium * Remove synphot-data package (Closes: #930056, LP: #1775965) -- Ole Streicher Sat, 08 Jun 2019 20:51:21 +0200 The debdiff is attached. Requested commands: unblock pysynphot/0.9

Bug#929438: ITP: parfive -- An asyncio based parallel file downloader for Python

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name : parfive Version : 1.0.0 Upstream Author : Stuart Mumford * URL : https://github.com

Bug#929059: PyVO unnecessarily handles version.py manually

Source: pyvo Version: 0.92-2 Severity: minor Tags: patch Dear Josue, in the moment I am on an Astropy hackathon, where we also discuss the status and future of PyVO (upstream) and to find out problems and solutions for that software. I there took the opportunity to look into the Debian package

Bug#927307: Bug#927688: graphicsmagick breaks mpfit autopkgtest: LockSemaphoreInfo: Assertion `semaphore_info != (SemaphoreInfo *) NULL' failed

Hi Lazlo, On 21.04.19 12:46, László Böszörményi (GCS) wrote: > I do _not_ want to NMU it as I consider that unwelcomed as Ole is > alive and well. But please, do a fixed upload of gnudatalanguage soon. Thanks for the patience; I will check this in the next days; latest at weekend (I am currently

Bug#927307: libgraphicsmagick breaks gnudatalanguage

Package: libgraphicsmagick-q16-3 Version: 1.4~hg15968-1 Severity: serious Control: affects -1 gnudatalanguage gdl-coyote gdl-mpfit gdl-astrolib The latest upload of graphicsmagick to unstable breaks the CI test of gnudatalanguage and all GDL packages, and also causes an FTBFS for these packages.

Bug#925507: Reopening unfixed bug

Control: reopen -1 Control: found -1 0.72.7 Hi Nils, unfortunately, this is not fixed yet. From the build log: make[1]: Entering directory '/build/healpix-java-3.40' jh_build jh_build: Cannot find (any matches for) "healpix.jar" (tried in .) make[1]: *** [debian/rules:10: override_jh_build]

Bug#923752: Re-assigning bug to javahelper

Control: reassign -1 javatools 0.72.2 Control: forcemerge 923748 -1 This bug is actually fixed in the javahelper package, so a separate fix is not required. The healpix-java package currently in testing can be built with the updated javahelper, except for the problem mentioned in #925507 (to be

Bug#924938: unblock: healpix-java/3.40-1

Hi Jonathan thanks for the offer! It will take a moment since javahelpr (jh_build) is broken for the moment: #925507. When this is fixed, I am even not sure whether we can keep the original since the problem that caused #923752 seems to be fixed in javahelper as well, #923748

Bug#925507: jh_build fails when source files are specified

Package: javahelper Version: 0.72.6 Severity: serious Control: affects -1 src:healpix-java Control: blocks -1 923752 The javahelper package fails when files are specified as src. The source package healpix-java has the following debian/javabuild: healpix.jar src/healpix/essentials/*.java When

Bug#924938: unblock: healpix-java/3.40-1

. Ole Streicher (Debian Astro Team) On Sat, 23 Mar 2019 16:32:12 + Jonathan Wiltshire wrote: > Control: tag -1 moreinfo > > On Mon, Mar 18, 2019 at 01:01:18PM -0400, Leo Singer wrote: > > Please unblock package healpix-java. > > > > The package fixes the important

Bug#924671: unblock: skimage/0.14.2-2

+ * Team upload + * Disable numpy matrix deprecation warnings (Closes: #924606) + + -- Ole Streicher Thu, 14 Mar 2019 22:58:01 +0100 + skimage (0.14.2-1) unstable; urgency=medium * Team upload diff -Nru skimage-0.14.2/debian/patches/no-numpy-warnings.patch skimage-0.14.2/debian/patche

Bug#924606: skimage: autopkgtest needs update for new version of python-scipy: ValueError: No warning raised matching: matrix subclass

Hi Drew, I think it is a good style to be really picky with unexpected warnings; even deprecation warnings. However, some dependencies are rather slow in updating their code to remove the deprecation warnings, and so some workaround is necessary. Probably @pytest.mark.filterwarnings would be

Bug#924283: Wrong jre dependency of Jython

adless"; see the attached patch. Launchpad bugs #1771476 and #1784043 report similar problems, which would be fixed as well. Best Ole >From 7ac05bfe664a289895f1fd91d096d3a60c17f082 Mon Sep 17 00:00:00 2001 From: Ole Streicher Date: Tue, 12 Mar 2019 11:53:25 +0100 Subject: [PATCH] Incr

Bug#924384: unblock: aravis/0.6.0-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: chiara.ma...@u-psud.fr Please unblock package aravis. The package fixes the important bug #922823, "aravis-tools: arv-viewer fails to start due to missing file

Bug#924283: jython-stilts: fails to install: Exception in thread "main" java.lang.NoSuchMethodError: java.nio.ByteBuffer.clear()Ljava/nio/ByteBuffer;

Control: tags -1 moreinfo Hi Andreas, > during a test with piuparts I noticed your package fails to upgrade > from 'stretch'. It installed fine in 'stretch', then the upgrade to > 'buster' fails. can you explain that? The package jython-stiltes does not exist for Stretch, which use case did you

Bug#924375: unblock: skyview/3.4.2+repack-2

Add gitlab-ci.yml + + -- Ole Streicher Tue, 05 Mar 2019 17:21:17 +0100 + skyview (3.4.2+repack-1) unstable; urgency=low * New upstream version 3.4.2+repack diff -Nru skyview-3.4.2+repack/debian/control skyview-3.4.2+repack/debian/control --- skyview-3.4.2+repack/debian/control 2018-0

Bug#919413: RFS: doxygen/1.8.15-1 [ITA]

Control: severity 921295 important Control: severity -1 normal (setting severity of RFS back to normal) https://release.debian.org/buster/freeze_policy.html > Transition Freeze > Starting 2019-01-12, new transitions and large/disruptive changes are no > longer acceptable for buster. I am

Bug#920681: atropy ftbfs with numpy 1.16

Control: tags -1 moreinfo Hi Matthias, could you point me to a complete build log? 3.1.1-1 compiled fine with numpy_1.16.0~rc2, and I just successfully tried with numpy 1.16.0. The failure you mentioned happened in 3.1 and was the main reason for upstream to make a 3.1.1 release. Best Ole

Bug#919831: Javadoc -link makes broken links if module name matches package name

Hi Matthias, on a number of packages, javadoc now fails, which is reported by a number of bugs. Since you mentioned that this is not a bug in the JDK, could you give a hint what the problem is? The error message is a bit mystic, at least to me. And the openjdk commit also does not enlighten me.

Bug#919993: RM: python-astropy-helpers -- ROM; Dropping Python 2

Package: ftp.debian.org Please remove the "python-astropy-helpers" source package from unstable. Upstream will stop supporting the Python 2 package by the end of the year, and so it should not appear in Buster or later. Python 3 support is provided by the "astropy-helpers" source package. All

Bug#919520: cpl FTCBFS: AC_RUN_IFELSE for cfitsio

Hi Helmut, thank you for the bug report. I think the reason for the floating point version numbering is that cfitsio has a funny version numbering that really treats (treated?) the version number as float (normally with two fractional digits, however). From the changes.txt: Version 3.20 - 31

Bug#919349: pyvo: Please remove python-astropy-helpers build dependency

Source: pyvo Version: 0.9.2-1 Severity: serious Dear maintainer, python-astropy-helpers (the Python 2 package) is going away soon. Therefore, please remove it as build dependency from pyvo. I is probably anyway unused and just forgotten to remove, right? Cheers Ole

Bug#919311: RM: python-aplpy python-astroml python-astroplan python-astroquery python-astroscrappy python-ginga python-glue python-healpy python-imexam python-montage-wrapper python-photutils python-p

Package: ftp.debian.org Severity: normal see #919292

Bug#919292: RM: python-astropy -- ROM; Dropping Python 2

Hi Scott, On 14.01.19 19:12, Scott Kitterman wrote: > On Mon, 14 Jan 2019 17:27:01 +0100 Ole Streicher wrote: > As you can see, many of them are not just hurd/kfreebsd. Those need to be > addressed before this can procceed. Please remove the moreinfo tags once > they > have

Bug#919292: RM: python-astropy -- ROM; Dropping Python 2

Package: ftp.debian.org Please remove the "python-astropy" source package from unstable. Upstream will stop supporting the Python 2 package by the end of the year, and so it should not appear in Buster or later. Python 3 support is provided by the "astropy" source package. All reverse

Bug#907624: Help for SIGSEGV in test suite needed when built with gcc 8.2 what works nicely with gcc 6.3

Hi Andreas, one thing I usually do in such cases is to rebuild the package adding "-fsanitize=address -O0" flags (optimization just to understand better what happens in the source). This switches the address sanitizer on . This can test

Bug#918399: Please add versioned breaks for packages failing in testing and succeeding in unstable

Sat, 5 Jan 2019 15:32:30 +0100 From: Mattia Rizzolo To: Ole Streicher CC: debian-python )On Sat, Jan 5, 2019 at 3:18 PM Ole Streicher wrote: > However, astropy cannot migrate now, to testing, since it depends on > the new numpy version (and therefore can only migrate after numpy). &g

Bug#918151: Please remove python(2)-astropy & Co. from build dependencies

Source: pyregion Version 2.0-6 Severity: serious Hi, Pyregion now builds only for Python 3, but the Python 2 build dependencies seem to be forgotten in d/control. Could you remove them as well? Cheers Ole

Bug#917753: python-astropy: FTBFS: UsageError: Plugin specs must be a ','-separated string or a list/tuple of strings for plugin names. Given:

Control: tags -1 wontfix python-astropy, the source of the Python 2 package for astropy, is going to be removed soon due to increasing version incompatibilities (pytest etc). I just wait for the remaining rdeps to be removed. That's why this bug will remain unfixed. Cheers Ole

Bug#917465: aplpy: autopkgtest needs update for new version of python-numpy

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,

Bug#917466: python-numpy breaks astropy autopkgtest

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

Bug#917466: python-numpy breaks astropy autopkgtest

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.

Bug#917353: [python3-skimage] Cannot import skimage with new numpy

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

Bug#916527: galpy: Please remove Python 2 package

Source: galpy Version: 1.4.0-1 Severity: serious Hi, as discussed in the Debian Astro mailing list [1], the Python 2 "python-astropy" package will be dropped, which requires that its reverse dependencies are removed before. This affects this package, since its Python-2 binary package recommends

Bug#916526: astroplan: Please remove Python 2 package

Source: astroplan Version: 0.4-3 Severity: serious Hi, as discussed in the Debian Astro mailing list [1], the Python 2 "python-astropy" package will be dropped, which requires that its reverse dependencies are removed before. This affects this package, since its Python-2 binary package depends

Bug#916525: glueviz: Please remove Python 2 package

Source: glueviz Version: 0.13.3+dfsg-1 Severity: serious Hi, as discussed in the Debian Astro mailing list [1], the Python 2 "python-astropy" package will be dropped, which requires that its reverse dependencies are removed before. This affects this package, since its Python-2 binary package

Bug#916524: pyregion: Please remove Python 2 package

Source: pyregion Version: 2.0-5 Severity: serious Hi, as discussed in the Debian Astro mailing list [1], the Python 2 "python-astropy" package will be dropped, which requires that its reverse dependencies are removed before. This affects this package, since its Python-2 binary package depends

Bug#916523: pyvo: Please remove Python 2 package

Source: pyvo Version: 0.8.1-1 Severity: serious Hi, as discussed in the Debian Astro mailing list [1], the Python 2 "python-astropy" package will be dropped, which requires that its reverse dependencies are removed before. This affects this package, since its Python-2 binary package depends from

Bug#916522: pyavm: Please remove Python 2 package

Source: pyavm Version: 0.9.4-3 Severity: serious Hi, as discussed in the Debian Astro mailing list [1], the Python 2 "python-astropy" package will be dropped, which requires that its reverse dependencies are removed before. This affects this package, since its Python-2 binary package depends

Bug#915786: ITP: sphinx-automodapi -- Sphinx extension for generating API documentation

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org * Package name : sphinx-automodapi Version : 0.9 Upstream Author : Thomas Robitaillie * URL : https://astropy.org/sphinx-automodapi

Bug#915207: gnudatalanguage: autopkgtests fail: test_bug_n000720, test_idlneturl, test_point_lun, test_save_restore, test_zip

On 03.12.18 10:02, Sebastiaan Couwenberg wrote: > On 12/3/18 9:54 AM, Ole Streicher wrote: >> On 03.12.18 09:41, Sebastiaan Couwenberg wrote: >>> hdf5 is unable to migrate to testing because gnudatalanguage >>> autopkgtests fail. Test failures indicate

Bug#915207: gnudatalanguage: autopkgtests fail: test_bug_n000720, test_idlneturl, test_point_lun, test_save_restore, test_zip

Control: forwarded -1 https://github.com/gnudatalanguage/gdl/issues/537 Hi Sebastiaan, On 03.12.18 09:41, Sebastiaan Couwenberg wrote: > hdf5 is unable to migrate to testing because gnudatalanguage > autopkgtests fail. Test failures indicate that the package is broken, > and not suitable for

Bug#915207: gnudatalanguage: autopkgtests fail: test_bug_n000720, test_idlneturl, test_point_lun, test_save_restore, test_zip

Oops, I am deeply sorry that I have sent this under the wrong email address. Especially sorry to you, Gilles. I have no idea how this happened (Thunderbird with virtual_identity; I probably mixed up something there), and it was not intentional. Best Ole > Hi Sebastian, > > On 03.12.18 00:15,

Bug#915163: closed by Ole Streicher (Bug#915163: fixed in montage 6.0+dfsg-2)

Control: forwarded -1 https://github.com/Caltech-IPAC/Montage/issues/35 Control: severity -1 important Hi Helmut after looking a bit closer, I forwarded this to upstream. I am afraid that there is not too much else I could do: locally patching all lines in the affected Makefiles is not really

Bug#915207: gnudatalanguage: autopkgtests fail: test_bug_n000720, test_idlneturl, test_point_lun, test_save_restore, test_zip

Control: severity -1 important Hi Gilles, I think that failing CI tests are not a reason for severity "serious", and your test build should have succeeded independently of the tests. GDL has quite a lot of tests failling, and I disable the known one in the CI tests (only). So, CI test failure

Bug#914596: python-casacore ftbfs with new casacore

Control: tags -1 pending Hi Peter, thank you very much for your investigations and your patch! Originally, I planned to wait for a new upstream release, since python-casacore and casacore itself have the same upstream, but it may be a good idea to use your patch for an intermediate bugfix. So,

Bug#914592: [Python-modules-team] Bug#914592: Upcoming pytest-4 problems

On 27.11.18 09:35, Ondrej Novy wrote: > út 27. 11. 2018 v 8:46 odesílatel Ole Streicher <mailto:oleb...@debian.org>> napsal: > > Thanks, however it turns out that this will unfortunately not work for > me: from astropys POV, pytest seems to be broken in versions

Bug#914592: [Python-modules-team] Bug#914592: Upcoming pytest-4 problems

Hi Ondrej, On 26.11.18 21:29, Ondrej Novy wrote: > my plan is: > > * keep 3.x for Buster > * upgrade to >= 4.x just after Buster release > > Because we are going to drop Python after Buster release, I think it's > perfectly fine that Astropy (Py2 version) will not support Pytest 4.x.

Bug#914592: Please consider to keep a 3.X version of python-pytest in Debian

Package: python-pytest Version: 3.10-1 Severity: wishlist Hi, one of the central astronomy packages (python-astropy) just decided that their Python 2 legacy branch 2.0.X will have a dependency on Pytest 3.x, but remain incompatible to 4.0. https://github.com/astropy/astropy/pull/8173 When

Bug#914050: python-casacore FTBFS with boost 1.67

Control: tags -1 pending This is fixed by applying the Ubuntu patch; see https://salsa.debian.org/debian-astro-team/python-casacore/commit/e9c03147 However, it currently does not build due to another problem connected with the recent casacore transition.

Bug#914447: dcraw-9.27-1 : invalid memory write crash in kodak_radc_load_raw()

Just FYI, you can get the debug symbols for a Debian package by adding the following line to /etc/apt/sources.list: http://debug.mirrors.debian.org/debian-debug/ stretch-debug main and after an "apt update" do a "apt install dcraw-dbgsym" Maybe you could provide the stacktrace then? Best

Bug#914420: [Python-modules-team] Bug#914420: python-pytest: Breaks many Python 2 test suites

Hi Ondrey, newer astropy (>= 3.x) is limited to Python 3.x, and the problem appears only with Python 2.7. The "python-astropy" package mentioned in the Affects field of the bug is the stable (but supported) version 2.0.x, which is (now) Python-2 only. The other packages mentioned there support

Bug#914420: python-pytest: Breaks many Python 2 test suites

Package: python-pytest Version: 3.9.3-2 Severity: serious Affects: python-astropy, python-ccdproc, astropy-healpix, python-drizzle Dear maintainer, many astronomy Python packages rely on pytest for build and CI tests. The Python 2 tests are now broken with the new version of pytest, since the

Bug#913799: ITP: astropy-sphinx-theme -- Default astropy documentation theme

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name : astropy-sphinx.theme Version : 1.0 Upstream Author : Thomas Robitaillie * URL : https://astropy.org * License

Bug#913798: ITP: sphinx-astropy -- Sphinx extensions and configuration specific to the Astropy project

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name : sphinx-astropy Version : 1.0 Upstream Author : Thomas Robitaillie * URL : https://astropy.org * License : BSD

Bug#912375: please consider specifying the full path name to wish in /usr/bin/ds9

Hi Sergio, thanks for the bug report; you are right; this could be changed. If you have some time, you could consider to provide a patch, or a merge request on https://salsa.debian.org/debian-astro-team/saods9 BTW, if you have contacts with NASA: it may also help if we could get more of heasoft

Bug#911708: scikit-learn breaks astroml autopkgtest: ImportError: cannot import name 'GMM'

Control: reassign -1 src:astroml Control: notfound -1 scikit-learn/0.20.0+dfsg-1 Control: forwarded -1 https://github.com/astroML/astroML/issues/123 sklearn.mixture.GMM was deprecated in 0.18 and removed in 0.20, so this is clearly a problem of astroML. I forwarded to upstream; however the

Bug#906050: Just waiting for octave...

Control: block -1 by 906047 Control: tags -1 pending I just wait for the new Octave to be uploaded to unstable -- #906047 is fixed in experimental, but not there. Cheers Ole

Bug#908661: ITP: hipspy -- A Python astronomy package for Hierarchical Progressive Surveys

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name : hipspy Version : 0.2 Upstream Author : Christoph Deil and Thomas Boch * URL : https://hips.readthedocs.io * License

Bug#908659: ITP: poliastro -- Astrodynamics and Orbital Mechanics computations

Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name : poliastro   Version  : 0.10.0   Upstream Author  : Juan Luis Cano Rodríguez * URL  : http://docs.poliastro.space * License

Bug#869555: saods9: Unable to obtain Energy Spectra using Chandra tools

Control: tags -1 pending This issue seems to be solved upstream in the version 8.0. I tested with the release 8.0~rc+repack-1 which is currently in Debian experimental. Best regards Ole

Bug#906881: [astropy-healpix] FTBFS on mips

migrate because of the missing mips build. Best regards Ole From: Ole Streicher Date: Tue, 21 Aug 2018 21:06:34 +0200 Subject: Revert return type of healpix_rangesearch_radec_simple to int This partially reverts https://github.com/astropy/astropy-healpix/pull/15 (commit

Bug#906198: [python-scipy] causes FTBFS on of imexam: scipy.optimize.leastsq fails on S390x

Package: python-scipy Version: 1.1.0-1+b1 Severity: serious Affects: python3-astropy, python-astropy, python-imexam, python3-imexam Dear maintainer, The following simple test fails on s390x: ---8<-- import numpy as np from scipy.optimize

Bug#905615: healpy: FTBFS with python 3.7

Control: tags -1 patch The following patch fixes the FTBFS. Cheers Ole >From 86111629ba3b99df2aacdc9dd4e777cc9ed9f76c Mon Sep 17 00:00:00 2001 From: Ole Streicher Date: Tue, 14 Aug 2018 16:36:03 +0200 Subject: [PATCH] Rebuild C++ files from Cython sources This is required for Python 3.7 si

Bug#869135: Please don't adopt giza for libpgplot-perl

Hi Karl, I am the Debian maintainer of giza, and I created this bug to move from pgplot to giza. The giza lib is already used in dpuser/qfitsview, wcslib, gyoto, and others. While it still does not implement all functionality, the subset is good enough for many (probably most of the) end user

Bug#904589: [Debian-astro-maintainers] Bug#904589: rawtran: Please split out debian/copyright

Hi Chris, On 25.07.2018 14:19, Chris Lamb wrote: > I just ACCEPTed rawtran from NEW but was wondering if you could split > out the "Files" paragraph in debian/copyright: > > 6 Files: * > 7 Copyright: (c) 2008-2018 Filip Hroch > 8 (Debian files) > > .. is better written as: > > Files:

Bug#904586: emacs25: received signal SIGABRT in GNUS

Package: emacs25 Version: 25.2+1-6+b2 Severity: important Dear Maintainer, when running gnus within emacs25, I sometimes get the following SIGABRT: #0 0x715b177b in raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 #1 0x004f0b94 in terminate_due_to_signal

Bug#902990: Lowering bug severity

Control: severity -1 important Hi, I still don't have a final solution here, and upstreams proposed solution does not work. Therefore, I adopted Ubuntus approach disabling the tests for armhf until a solution is found. This makes the package still usable on armhf (with the danger of running into

Bug#903593: python3-blends: shouldn't write Packages: list in case the udeb option is set

Ho Wolfgang, On 11.07.2018 18:40, Wolfgang Schweer wrote: > The Packages: list now contains all alternative packages instead of only > the first one, e.g. tftpd-hpa | atftpd lists both packages which breaks > installation. I guess the fix for #785678 caused this. > > The Packages: field

Bug#903046: ITP: iraf-mscred -- CCD mosaic reduction package

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

Bug#903017: ITP: iraf-fitsutil -- FITS utilities 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-fitsutil Version : pre-1.0 Upstream Author : NOAO * URL : https://github.com/iraf-community/fitsutil * License

Bug#901570: ITP: iraf-sptable -- IRAF package for spectral tables

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

Bug#901058: libaxis-java: jar files missing in /usr/share/java

Package: libaxis-java Severity: serious Version: 1.4-26 Control: affects -1 starjava-vo starjava-votable Dear maintainer, the package does not install the jar files in /usr/share/java: $ ls -l /usr/share/java/axis* ls: cannot access '/usr/share/java/axis*': No such file or directory In

Bug#900707: python-astropy: FTBFS on hppa - [doctest] docs/io/ascii/write.rst failure

Control: tags -1 moreinfo Hi John, could you make sure that this is not a numpy problem? There was a similar case (however a different data type) here: https://bugs.debian.org/898776 https://github.com/numpy/numpy/issues/11103 If this is not a numpy problem, I would need a good description in

Bug#898997: linkchecker: ImportError: No module named dns.exception

Package: linkchecker Version: 9.4.0-1 Severity: servious Affects: src:starjava-ttols src:starjava-topcat Dear Maintainer, at some point (probably with the last version), linkchecker stopped working. When I just run it on the command line, I get $ linkchecker -h Traceback (most recent call

Bug#898776: numpy.arange does not work on several platforms

Package: python3-numpy Version: 1:1.14.3-2 Severity: serious Control: affects -1 src:astropy Control: forwarded -1 https://github.com/numpy/numpy/issues/11103 Hi, On several platforms, numpy.arange does not work properly with 128 bit. For example on arm64: Python 3.6.5 (default, May 11 2018,

Bug#898685: Empty Subject line causes an error when processing Control lines

7:04 + From: Debian Bug Tracking System <ow...@bugs.debian.org> To: Ole Streicher <oleb...@debian.org> Processing control commands: > tags -1 pending Failed to alter tags of Bug 898475: The 'request_subject' parameter (undef) to Debbugs::Control::set_tag was an 'undef', which

<    1   2   3   4   5   6   7   8   9   10   >