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

Bug#896977: starlink-votable-java: new version misses versioned depends on packages from starjava-fits

Hi Paul, On 27.04.2018 22:25, Paul Gevers wrote: > I wonder if you missed this piece of my comment (do you want a new bug > for this?): > > On 26-04-18 17:54, Paul Gevers wrote: >> but >> probably also that starlink-votable-java needs a versioned breaks on >> starlink-table-java, as for

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#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#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#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#875667: fixed in tclxml 1:3.2.5-1

Hi Andrej. On 26.04.2018 18:52, Andrej Shadura wrote: > This doesn’t seem a wise move to me, since this is a significantly older > version of the code which is missing some features, bug fixes and tests, > and doesn’t bring a lot of fixes. I’m not sure what value this switch > had, to be honest.

Bug#896966: ITP: molecfit --Correcting Observations for Telluric Absorption

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name : molecfit Version : 1.5.1 Upstream Author : European Southern Observatory * URL : http://www.e

Bug#871095: Close bug?

Hi, since the new version obviously builds on amd64, may this bug be closed? Cheers Ole

Bug#886524: RM: pyraf [mips mips64el ppc64el s390x alpha hppa m68k powerpc powerpcspe ppc64 sh4 sparc64 x32] -- RoM; ANAIS

Package: ftp.debian.org Severity: normal Dear ftp-masters, the package "pyraf" 2.1.14+dfsg-1 was by mistake built on all architectures, while it has a dependency on "iraf" which is available only on selected platforms. The architecture flag is corrected with the -2 revision. Could you please

Bug#886634: pyscanfcs: Please migrate to Python 3

Package: pyscanfcs Version: 0.2.3+ds-1 Severity: important Dear maintainer, I am the maintainer of the "python-astropy" package which is a dependency of pyscanfs. the package "pyscanfcs" still uses Python version 2.7, which is going to be obsolete in a few years. Astropy just now announced the

Bug#887373: ITP: iraf-rvsao -- IRAF package to obtain radial velocities from spectra

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name: iraf-rvsao Version : 2.8.2 Upstream Author : Jessica Mink * URL : http://tdc-www.harvard.edu/iraf

Bug#887023: ITP: pytest-openfiles -- Pytest plugin to check for files left open at the end of a test run

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org * Package name: pytest-openfiles Version : 0.2.0 Upstream Author : Thomas Robitaille * URL : https://gith

Bug#887024: ITP: pytest-arraydiff -- Pytest plugin that enables the generation and comparison of data arrays

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org * Package name: pytest-arraydiff Version : 0.1 Upstream Author : Thomas Robitaille * URL : https://gith

Bug#887021: ITP: pytest-doctestplus -- Pytest plugin providing advanced doctest features

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org * Package name: pytest-doctestplus Version : 0.1.2 Upstream Author : Thomas Robitaille * URL : https://gith

Bug#887020: ITP: pytest-remotedata -- Pytest plugin to control access to online data files

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org * Package name: pytest-remotedata Version : 0.1 Upstream Author : Thomas Robitaille * URL : https://github.com/a

Bug#888890: [libtk-img] Undefined symbol: inflateValidate

Package: libtk-img Version: 1:1.4.7+dfsg-1 Severity: serious Affects: saods9 Dear maintainer, The newly uploaded libtk-img cannot be loaded from within tk: $ wish % package require img::tiff couldn't load file "/usr/lib/tcltk/x86_64-linux-gnu/Img1.4.7/libzlibtcl1.2.11.so":

Bug#888818: [blt] Binary (probably) incompatible with new Tcl/Tk versions (8.6)

Package: tk8.6-blt2.5 Version: 2.5.3+dfsg-3 Severity: serious Affects: skycat Dear maintainer, Somewhere in the upgrade of Tcl/Tk 8.6, BLT got binary incompatible and skycat (which uses BLT) crashes on start. Simply recompiling BLT helps here. Due to the age of the binary package (last upload:

Bug#889054: ITP: pytest-astropy -- Metapackage to resolve pytest dependencies for Astropy

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org * Package name: pytest-astropy Version : 0.2.1 Upstream Author : Thomas Robitaille * URL : https://github.com/a

Bug#889689: pytest-arraydiff: Incomplete debian/copyright?

Control: tags -1 moreinfo Hi Chris, thank you for the review of pytest-arraydiff! On 05.02.2018 22:33, Chris Lamb wrote: > I just ACCEPTed pytest-arraydiff from NEW but noticed it was missing > attribution in debian/copyright for at least src/jsonrpc-version-macros.h. Hmm, there is no file

Bug#891203: astropy-utils: Please package the showtable script

Thanks for the report, and for the manpage. /usr/bin/showtable actually conflicts with libdata-showtable-perl. I am not really happy to use the ".py" suffix for the rename, since usually utilities should not have language specific suffixes. Instead. I opened an upstream issue

Bug#891188: blends-dev: created d/control recommends packages not in main

Hi Petter, On 23.02.2018 10:56, Petter Reinholdtsen wrote: > [Ole Streicher] >> This violates the policy in the generated blends tasks packages; >> therefore the severity. >> >> IMO this is a regression; it worked some time ago, right? > > As far as I know, t

Bug#891188: blends-dev: created d/control recommends packages not in main

Hi Petter, On 23.02.2018 11:29, Petter Reinholdtsen wrote: > [Ole Streicher] >> It did. astro-catalogs 1.0 (included in Stretch) has "Suggests: >> astrometry-data-2mass" in the package and "Depends: >> astrometry-data-2mass" in the tasks page: > >

Bug#891188: blends-dev: created d/control recommends packages not in main

Package: blends-dev Version: 0.6.100 Severity: serious Hi, when I run "make" on a blend's package, it puts all that is in "Recommends" in the tasks package into "Recommends" of d/control, independent of the status of the package. Examples, from debian-astro

Bug#891188: blends-dev: created d/control recommends packages not in main

Hi Andreas, could you Cc your mails to the bug? On 23.02.2018 13:23, Andreas Tille wrote: > Did you somehow changed /etc/blends/sources.list or are you > pointing to some different location with -s option? No. As you can see from my last mail, the list of missing or avoided packages seems to be

Bug#891188: blends-dev: created d/control recommends packages not in main

On 23.02.2018 14:00, Petter Reinholdtsen wrote: > If the sources.list file do not list contrib and non-free, as any > policy compliant task setup should, then no package from contrib and > non-free will be listed as recommended in the resulting task > package. s/will/shall/ That is the problem.

Bug#886200: FTBFS: XPA$ERROR: invalid host name specified: $host:$port.

sr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us -uc -rfakeroot dpkg-buildpackage: info: source package xpa dpkg-buildpackage: info: source version 2.1.18-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info:

Bug#869655: approx frequently FTBFS with test failures

Hi, this one is actually blocking the transition of OCAML, which in turn blocks quite a few other packages from migrating. @Adrian: Are you sure this is a regression introduced with 5.9-1? If not, I would propose to either 1. lower the severity to let it migrate, or 2. set the version-found to

Bug#885524: plplot: Build-Depends on unmaintained pygtk

Control: tags -1 moreinfo Hi, I can't find this build dependency? $ grep pygtk debian/control $ Cheers Ole

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#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#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#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#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#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#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#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#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#891188: blends-dev: created d/control recommends packages not in main

Hi Andreas, On 15.03.2018 16:16, Andreas Tille wrote: > I tend to set the issue from serious to important since I now found out > why the problem seems to occure only in the case of Debian Astro (or may > be any other Blend that is using > >GENCONTROL_DEPENDS = true > Feel free to lower

Bug#892458: Security: please consider upgrade to 3.43(0)

Package: cfitsio Version: 3.420-3 Severity: grave Tags: security Hi, a new version of cfitsio just came out, accompanied with the following notice from upstream: The NASA security team requires the following warning to all users of CFITSIO: = The CFITSIO open source software project

Bug#892458: Fwd: [Debian-astro-maintainers] ftools update

FYI Forwarded Message Subject: [Debian-astro-maintainers] ftools update Date: Wed, 14 Mar 2018 10:42:25 -0400 From: Michael Arida To: debian-astro-maintain...@lists.alioth.debian.org Dear Debian Astro Maintainers, As you may have noticed CFITSIO was

Bug#894324: Reopen...

Control: reopen -1 Control: notfixed -1 0.9.8-2 Control: retitle -1 gnudatalanguage ftbfs on ppc64el Control: forwarded -1 https://github.com/gnudatalanguage/gdl/issues/9 The supposed patch didn't help, so reopening. However, the FTBFS cause on MIPS is different from ppc64el: cc1plus: out of

Bug#895368: pymoc: don't try to run python upstream testsuite on archs without healpy

Dear Steve, thank you for the bug report. However, I would be not very happy to apply the patches: They imply that I have to keep the test conditions manually in sync with the availability of the test requirements for each architecture. IMO the test framework should just not run a specific test

Bug#891740: NMU upload

Hi, I just uploaded a fixed package as NMU to DELAYED/5 and pushed the changes to salsa. Please let me know if you want to have the upload removed (and do it yourself), or if you need more time. Best regards Ole

Bug#896565: ITP: drms -- Access HMI, AIA and MDI data with Python

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: drms Version : 0.5.5 Upstream Author : Kolja Glogowski <ko...@pixie.de> * URL : https:

Bug#875667: ITA: tclxml -- Tcl library for XML parsing

Control: owner -1 ! Control: retitle -1 ITA: tclxml -- Tcl library for XML parsing Still interested.. there is new motivation as a new saods9 upstream version is out. Cheers Ole

Bug#896868: ITP: starjava-dpac -- Java classes to process GAIA data

Package: wnpp Owner: Ole Streicher <oleb...@debian.org> Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org, debian-j...@lists.debian.org * Package name: starjava-dpac Version : 1.0 Upstream Author : Gaia Data Processing and An

Bug#896669: ITP: regions -- A Python astronomy package region handling

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> Control: block 795369 by -1 X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name : regions Version : 0.2 Upstream Author : Christoph Deil and Johannes King

Bug#795369: ITP: gammapy -- A Python package for gamma-ray astronomy

Control: retitle -1 ITP: gammapy -- A Python package for gamma-ray astronomy Control: owner -1 ! Hi, I'd like to pick this one up and finish it. Cheers Ole

Bug#894073: Fwd: [Debian-astro-maintainers] skycat package - missing dependency

Package: skycat Version: 3.1.2+starlink1~b+dfsg-4 Severity: important X-Debbugs-Cc: Jan Strobl Hi Jan, thank you very much for your report. I created a bug report for it so that you can trace its solution. An upload will follow in the next days. Best regards Ole

Bug#894502: python3-matplotlib: Missing distutils dependency

Package: python3-matplotlib Version: 2.1.1-2 Severity: serious Control: affects: -1 python3-astroml python3-aplpy python3-imexam Dear maintainer, Matplotlib is currently unusable on sid: Python 3.6.5 (default, Mar 30 2018, 02:08:52) [GCC 7.3.0] on linux Type "help", "copyright", "credits" or

Bug#891188: blends-dev: created d/control recommends packages not in main

Hi Andreas, On 15.03.2018 19:41, Andreas Tille wrote: > I've commited a fix to Git which for me creates now sensible Debian > Astro metapackages. For me, it actually upgrades the "Recommends" with to "Depends". For example, the "education" task (shortened): ``` Task: Education Install: true

Bug#893547: ant: please do not emit --ignore-source-errors on Java 9

Hi Tony, On 20.03.2018 05:20, tony mancill wrote: > I'm in the midst of preparing an update for ant. Is there any context > in which we want to add "--ignore-source-errors" to the ant javadoc > task, or should this patch [1] be removed entirely? > I am not familar with ant, so I can't

Bug#891188: blends-dev: created d/control recommends packages not in main

On 22.03.2018 11:52, Andreas Tille wrote: >> Reading the packages from UDD would follow then (taking the SQL >> statements from the GSOC approach) by implementing an "apt.Cache" like >> package repository that is built from UDD. > > I do not mind much about the actual implementation. If this

Bug#891188: blends-dev: created d/control recommends packages not in main

Control: affects -1 src:debian-astro Hi Andreas, On 22.03.2018 11:04, Andreas Tille wrote: > Control: severity -1 important Sure. Debian Astro the only one which is affected. I wrote: > In the moment, I would tend to rewrite blend-gen-control from scratch, > using Python 3 and the standard

Bug#893547: ant: please do not emit --ignore-source-errors on Java 9

Package: ant Version: 1.9.9-6 Severity: serious Dear maintainer, to fix #884187, ant added the option "--ignore-source-errors" to javadoc. This option is however not available on Java 9, which leads to FTBFS on some packages: starjava-topcat, starjava-tools. I will merge the relevant bug

Bug#825161: blends-dev: please introduce something like compat level

Control: tag -1 pending Hi Holger, I am going to re-write the blends-gen-control utility in blends-dev in Python 3: https://salsa.debian.org/olebole/python-debian-blends (preliminary development repository; will merge into the blends package). This utilizes an optional field "Format" in the

Bug#893206: CPL not usable with Python on armhf and ppc64el

Package: libcpl-dev Version: 7.1-1 Severity: normal On some platforms, notably armhf and ppc64el, one test fails: [ ERROR ] Test 292 failed at esorex_json-test.c:808: |cpl_parameter_get_default_double(param8) - cpl_parameter_get_default_double(parsed_param8)| = |4.4 - 6.36599e-314| = |4.4| <=

Bug#892156: xsl:number throws an exception

Package: libsaxonhe-java Version: 9.8.0.8+dfsg+1-1 Severity: serious Control: reassign 892119 libsaxonhe-java Control: forcemerge -1 892119 Control: affects -1 src:starjava-topcat Control: reassign 892120 libsaxonhe-java Control: forcemerge -1 892120 Control: affects -1 src:starjava-ttools When

Bug#896977: starlink-votable-java: new version misses versioned depends on packages from starjava-fits

Hi Paul, thanks for the bug report. The problem here is indeed a missing versionized dependency from starlink-fits-java; I just uploaded a fix. For starlink-table-java, the problem is a bit more tricky: the new starlink-fits-java requires to add one line FitsConstants.configureHierarch(); to

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

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#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#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#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-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#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#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#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#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: [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#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#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#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#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#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

<    2   3   4   5   6   7   8   9   10   >