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

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

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

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#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#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#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#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#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#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#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#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#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#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#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#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#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#884848: lintian: false positive for source-includes-file-in-files-excluded

Package: lintian Version: 2.5.62 Severity: important Dear lintian maintainers, on the package idlastro (2017.08.02+dfsg-1 and just-uploaded 2017.12.18+dfsg-1), lintian shows the error E: idlastro source: source-includes-file-in-files-excluded pro/ymd2dn.pro However, the orig.tar.gz (to which

Bug#884598: ITP: stsci.tools -- Miscellaneous Python tools for astrophysics from STScI

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-as...@lists.debian.org,debian-pyt...@lists.debian.org Control: block 711038 by -1 * Package name: stsci.tools Version : 3.4.3 Upstream Author : Space Telescope Science Institute

Bug#884214: purify FTBFS with libspdlog-dev 1:0.14.0-1

Control: tags -1 pending Hello Juhani, On 14.12.2017 16:57, Juhani Numminen wrote: > This purify bug is very similar to the sopt one that you fixed. Thanks; this is already in the git (I should have marked it as pending). However sopt now fails on i386. I filed an upstream issue at

Bug#883403: Uploaded.

Oops. Sorry. I was too quick :-) On 05.12.2017 11:11, Emilio Pozuelo Monfort wrote: > Control: reopen -1 > > On Mon, 4 Dec 2017 11:56:07 +0100 Ole Streicher <oleb...@debian.org> wrote: >> Source: python-astropy-helpers >> Source-Version: 2.0.2-3 >> >>

Bug#883473: scikit-learn: FTBFS on several architectures

Package: src:scikit-learn Version: 0.19.1-1 Severity: serious scikit-learn fails to build from source on a number of platforms due to the following failing test: == FAIL:

Bug#880493: Extending ROM request

Control: title -1 RM: sunpy [armhf all] -- RoM; FTBFS Please also remove the python3-sunpy binary packages for the "all" architecture. python3-sunpy switched to "any", so this one, so python3-sunpy_ 0.7.9-1_all.deb is in the way for an update. Best regards Ole

Bug#690531: IRAF reload

Control: retitle 690531 ITP: iraf -- Astronomical Image Reduction and Analysis Facility Control: owner 690531 ! Hi all, IRAF packaging was on hold for quite a few years, due to its complicated package structure, a buggy installation procedure, major bugs in the code itself, and (most

Bug#880493: RM: sunpy [armhf] -- RoM; FTBFS

Package: ftp.debian.org Severity: normal Please remove the sunpy binary packages (python-sunpy and python3-sunpy) for the armhf architecture. They cannot be built since one of the build dependencies (python-pandas) FTBFS on this arch since two years (and this will probably stay so for a while).

Bug#871095: Close bug?

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

Bug#879757: libcds-moc-java: please update to 5.0

Source: libcds-moc-java Version: 4.6-1 Severity: wishlist Hi, The version 5.0 was just released (see attachment), and for Aladin it would be great to have the latest version in Debian as well. If you don't have the time, I could also do a team upload in the next week or so. Cheers Ole --- 

Bug#879683: ITP: radio-beam -- Tools for radio beam io and manipulation

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-as...@lists.debian.org,debian-pyt...@lists.debian.org * Package name: radio-beam Version : 0.1 Upstream Author : Eric Koch, Adam Ginsburg et al. * URL : https://gith

Bug#878848: skimage

Hi Stefan, On 17.10.2017 20:22, Stefan van der Walt wrote: > As upstream maintainer, I admit to being a bit confused: we agreed to > move maintenance to the Debian Science Team, but then watched as skimage > was dropped from testing. If the team does not take responsibility for > keeping the

Bug#878848: skimage

Source: skimage Version: 0.13.1-1 Severity: important X-Debbugs-Cc: debian-scie...@lists.debian.org, deb...@onerussian.com Hi Yaroslav, skimage was under Debian Science Team maintenance since the bugfixes just before the freeze of Stretch, and I think the move was done with your agreement. This

Bug#859005: Bug#859001: Let's remove BrowserLauncher from Stretch

For me as well... On 16.10.2017 15:59, Andreas Tille wrote: > On Mon, Oct 16, 2017 at 03:12:38PM +0200, Markus Koschany wrote: >> I am just cleaning up a bit. Is there any reason why we should keep >> libbrowserlauncher-java in Debian? Apparently its features are provided >> by the JDK nowadays

Bug#877419: How to deal with pandas

Hi, my message seems to got lost; re-posting: Sébastien Villemot writes: > On Wed, Oct 04, 2017 at 03:43:00PM +0200, Anton Gladky wrote: >> one more > option is to drop pandas on those archs (filing RM bug) >> and fill the list of supported archs explicitly in d/control.

Bug#875911: still not completely solved

Ping? I don't see a problem with the package, so I would close this bug (and let plplot migrate) otherwise. Cheers Ole On 02.10.2017 11:16, Ole Streicher wrote: > Hi Andreas, > > On 30.09.2017 04:36, Andreas Beckmann wrote: >> that still does not work as planned ... investiga

Bug#877481: casacore-data-tai-utc: trigger problem during upgrade from stretch to buster

Control: reassign -1 python3-astropy 2.1.2-4 Control: affects -1 casacore-data-tai-utc The problem is a missing dependency of python3-astropy from python3-numpy-abi${ABI}, which needs to be calculated and included in ${python3:Depends}.

Bug#875911: still not completely solved

Hi Andreas, On 30.09.2017 04:36, Andreas Beckmann wrote: > that still does not work as planned ... investigating ... trying to > follow up with a patch later ... coould yoou be a bit more verbose? Just "still does not work as planned" is a bit short think of a fix. Best Ole

Bug#877294: gnudatalanguage: gdl segfaults while running testsuite

The buildd (of 0.9.7-2b1) contains the list of failed tests (partially with segfaults): test_bug_3275334 test_file_search test_hdf5 test_obj_isa test_qhull test_sem test_tv test_window_background The CI tests contain lists of tests (d/tests/test-gdl.(xfail|ignore)) that are known to fail (and

Bug#876858: gnudatalanguage build depends on (and recommends) removed package plplot12-driver-xwin

Hi Axel, On 26.09.2017 22:21, Axel Beckert wrote: > Ole: Do you have specific plans for the next upload of gnudatalanguage > or is this just something which needs to be done by some team member? I'd do it in the next days, but if you have spare time: go ahead :-) There is nothing else in the

Bug#875911: libqsastime-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

Hi Mo, On 26.09.2017 09:23, Mo Jun wrote: > It seems that this problem also exists in libplplot-dev package. Thank you for the follow-up. I just uploaded 5.13.0+dfsg-5, which fixes this. Best regards Ole

Bug#857770: [Pkg-postgresql-public] Bug#857770: src:postgresql-debversion: please provide a unversioned binary package

Hi Christoph, On 23.09.2017 21:41, Christoph Berg wrote: > Re: Ole Streicher 2017-09-22 <e1f46e5e-aca8-5b45-af4a-e5a3272f9...@debian.org> >> I would just do this for my own packages (pqsphere and q3c), which would >> allow to collect experiences; but ofcourse I don't want

Bug#875911: Processed: found 875911 in 5.13.0+dfsg-1~exp3

Hi Andreas, On 22.09.2017 16:15, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> found 875911 5.13.0+dfsg-1~exp3 Could I ask you to explain that a bit more verbose? The required install scripts (postinst preinst prerm) are there, so the conversion

Bug#857770: [Pkg-postgresql-public] Bug#857770: src:postgresql-debversion: please provide a unversioned binary package

(pqsphere and q3c), which would allow to collect experiences; but ofcourse I don't want to shoot into your feet with the packaging at the postgresql site. Best regards Ole On 30.08.2017 16:26, Ole Streicher wrote: > Hi Christoph, > > On 30.08.2017 15:50, Christoph Berg wrote: >> Re

Bug#875957: camlidl: uninstallable in sid

Package: camlidl Version: 1.05-15 Severity: serious Affects: src:plplot Dear maintainer, camlidl is currently not installable in sid, due to an unresolved dependency: # apt install camlidl [...] The following packages have unmet dependencies: camlidl : Depends: ocaml-nox-4.02.3 but it is not

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

Control: owner -1 ! Control: retitle -1 ITA: tclxml -- Tcl library for XML parsing Hi, I am the Debian maintainer of saods9, the only reverse dependency of tclxml, and I intend to adopt the Debian package of tclxml. The upstream author of saods9 (William Joye, in cc, to get him informed) now

Bug#821278: libplplot-ada1-dev: Project file missing

Hi, I am the (new) maintainer of plplot. Since I have no knowledge with ADA: could I ask you to create a GNAT project file for me so that I can include it? Thank you very much Best regards Ole

Bug#846094: cpl_mask.c: Unaligned access

Control: tag -1 upstream Control: forwarded -1 PIPE-3890 I reported this upstream a few years ago already under the id PIPE-3890, but they still didn' fix it. Since the bug database is not public, an URL is not given. @Aaron: Could you give me the predefined cpp macro specific for Sparc64? I'll

Bug#874623: unblock: cpl/7.0-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package cpl. The package no longer builds a package for the contrib area, so it should be able to migrate to testing the normal way. BTW, it would have been nice to contact

Bug#873791: Bug#873915: python2.7: fpectl removal breaks cython

Hi Mathias, On 01.09.2017 09:51, Matthias Klose wrote: > Control: severity -1 important IMO it is RC, isn't it? > yes, please check the archive for uploads before you file issues. Which one do you mean? Currently (from the tracker): Python 2.7 is still 2.7.14~rc1-2, and Python 3.6 is still

Bug#873915: python2.7: fpectl removal breaks cython

Package: python2.7 Version: 2.7.14~rc1-2 Severity: serious Affects: cython Like #873791, Cython is also affected. This causes an FTBFS for python-numpy: https://buildd.debian.org/status/logs.php?pkg=python-numpy=1%3A1.12.1-3.1 The same problem probably happens with python3.6 3.6.2-3. Best

Bug#873791: closed by Matthias Klose <d...@debian.org> (Bug#873791: fixed in python3.6 3.6.2-3)

Hi Mathias, sorry, I don't see why uploading an unrelated package does actually solve the problem? "Breaks" here does only prevent python3-numpy from installed on sid, but it still allows python-numpy to be installed together with the current Python 2.7? This sounds a bit mystic to me. Could

Bug#873791: [python-numpy] Undefined symbols on several architectures

Package: python-numpy Version: 1.12.1-3+b2 Severity: serious Affects: src:casacore On several platforms, numpy cannot be loaded successfully due to missing symbols: import numpy as NUM; File "/usr/lib/python2.7/dist-packages/numpy/__init__.py", line 166, in from . import random File

Bug#857770: [Pkg-postgresql-public] Bug#857770: src:postgresql-debversion: please provide a unversioned binary package

Hi Christoph, On 30.08.2017 15:50, Christoph Berg wrote: > Re: Ole Streicher 2017-08-30 <d70bc62a-4f92-cb62-45d7-dce974e2c...@debian.org> >> The idea here is to have just one binary package, containing the shared >> libraries for all supported versions. Extensions

Bug#857770: [Pkg-postgresql-public] Bug#857770: src:postgresql-debversion: please provide a unversioned binary package

Hi Chriostoph, On 30.08.2017 14:03, Christoph Berg wrote: > Re: Ole Streicher 2017-08-30 <dbc7b3ab-90a4-215f-ce02-413ced1ff...@debian.org> >> If a new Postgresql version is uploaded (or an old one is removed), a >> binNMU can be requested, resulting in a new pack

Bug#857770: src:postgresql-debversion: please provide a unversioned binary package

Hi, maybe I do not fully understand the problem here, but isn't that solvable easily by changing how d/rules is written? As a first strawman approach, one could do in d/rules (That is for the upcoming postgresql-q3c package, which is a very simple one):

Bug#872618: pytest-mock: Please update to new upstream version

Source: pytest-mock 1.3.0-1 Severity: wishlist Tags: affects -1 src:sunpy Hi, the latest release of the Sunpy package (0.8) requires a newer version of pytest-mock: 1.6.2 is available upstream. https://github.com/sunpy/sunpy/issues/2272 I will temporarily disable the affected tests, but it

Bug#871995: Again re-assigning to astropy

Control: reassign -1 python-astropy While I would still "INTERNALERROR"s count as errors of pytest, it seems that there is a fix (or workaround) in astropy, which may (well, hopefully) also fix the FTBFSs in the several packages: https://github.com/astropy/astropy/pull/6423 I am going to add

Bug#798476: Returning to the requirement that Uploaders: contain humans

gregor herrmann writes: > On Sat, 05 Aug 2017 21:39:40 +0300, Adrian Bunk wrote: > >> Regarding the first point, most large teams do have have the concept of >> package ownership inside the team. > > Maybe, maybe not. > So far I've seen mostly voices from people working in

Bug#870486: RM: wcsaxes -- ROM; FTBFS; superseded by python-astropy

Package: ftp.debian.org Severity: normal Please remove the source and binary packages (python-wcsaxes , python3-wcsaxes). wcsaxes is not maintained anymore, since its functionality was integrated into astropy. Also, the package does is not

Bug#870457: ITP: gavodachs -- Virtual Observatory server suite

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org Control: block -1 by 680222 Control: block -1 by 680188 * Package name: gavodachs Version : 1.0 Upstream Author : Markus Deml

Bug#868115: Patch to fix this

Control: tags -1 patch Hi, I just found that this is fixed upstream and extracted the changes that are required. Would you consider creating a new Debian release that included this patch? Thank you Ole --- a/gwcs/utils.py +++ b/gwcs/utils.py @@ -161,15 +161,24 @@ """ if

Bug#869135: Please consider switching to giza

Hi Gregor, On 21.07.2017 18:42, gregor herrmann wrote: > Please ping me when the giza bug is fixed and a new version is > available in the archive, I'm happy to continue trying then. I uploaded a new, locally fixed version (fix also sent upstream) 0.9.4-4. With this version, the build time

Bug#869135: [giza] Bug in giza_print_id()

Dear giza developers, we are currently considering to switch the pgplot Perl interface in Debian to giza: https://bugs.debian.org/869135 This however uncovered a bug in the giza_print_id() function (see the url above for details): In the function, strcat(userid,date) is called (line #59 of

Bug#869135: Please consider switching to giza

Hi again, I think I got the problem: The segfault with debug symbols enabled is when giza_print_id() calls strcat(): #0 __strcat_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strcpy-sse2-unaligned.S:807 #1 0x7fc420eb6f45 in giza_print_id () at giza-print-id.c:86 #2 0x7fc42130eee5

Bug#869135: Please consider switching to giza

Hi Gregory, On 20.07.2017 23:03, gregor herrmann wrote: > - Build-Depend on giza-dev instead of pgplot5 -> the package builds > and the dependencies look reasonable. > - When I enable the tests, I get: > + success in autopkgtest > + a segfault in perl during the build: > > Program

Bug#869135: Please consider switching to giza

Source: libpgplot-perl Version: 1:2.21-6 Severity: wishlist Dear maintainer, since about a year, there is a replacement library for pgplot available in Debian: giza [1]. This is almost compatible, but has a DFSG conform license (GPL-2+), which would allow to migrate libpgplot-perl to the main

Bug#868531: swig: does not support Octave 4.2; please update

Package: src:swig Version: 3.0.10-1.1 Affects: plplot Severity: important Tags: patch upstream Control: forwarded -1 https://github.com/swig/swig/issues/847 The current version of swig does not support Octave 4.2. Since octave 4.2.1 is currently in Debian sid, swig is currently rather useless for

Bug#868129: dh-strip-nondeterminism: Fails with -X flag

Package: dh-strip-nondeterminism Version: 0.037-1 Severity: serious Affects: src:python-astropy The python-astropy package contains (for testing purposes) an invalid.dat.gz file that lets dh_strip_nondeterminism fail (#779627). Therefore I had to overwrite it in d/rules:

Bug#868119: ccdproc broken with astropy 2.0

Package: ccdproc Version: 1.2.0-1 Severity: serious Control: block 868113 by -1 https://ci.debian.net/data/autopkgtest/unstable/amd64/c/ccdproc/20170712_59/log.gz >From the CI log: adt-run [00:03:43]: test python3-ccdproc: [--- Traceback (most recent call last): File

Bug#868118: pydl broken with astropy 2.0

Package: pydl Version: 0.5.4-1 Severity: serious Control: block 868113 by -1 Hi, with the latest version of astropy (2.0), pydl does not work anymore. From the CI log : ERROR collecting

Bug#868117: astroquery broken with astropy 2.0

Package: astroquery Version: 0.3.5+dfsg-2 Severity: serious Control: block 868113 by -1 Hi, with the latest version of astropy (2.0), astroquery does not work anymore. From the CI log :

Bug#868116: astroplan broken with astropy 2.0

Package: astroplan Version: 0.2.1-1 Severity: serious Control: block 868113 by -1 Hi, with the latest version of astropy (2.0), astroplan does not work anymore. From the CI log ___

Bug#868115: gwcs broken with astropy 2.0

Package: gwcs Version: 0.7-1 Severity: serious Control: block 868113 by -1 Hi, gwcs does not work woth the latest astropy update to 2.0. From the CI log === FAILURES

Bug#868114: spectralcube: broken with astropy 2.0

Package: spectral-cube Version: 0.4.0-2 Severity: serious Control: block 868113 by -1 https://ci.debian.net/data/autopkgtest/unstable/amd64/s/spectral-cube/20170711_235845/log.gz >From the CI log: ImportError while importing test module

Bug#868113: Astropy 2.0 breaks many packages

Source: python-astropy Version: 2.0-1 Severity: serious After upgrade to 2.0, many packages that depend on astropy are broken due to incompatibilities. This bug is to ensure they get fixed before astropy migrates to Testing.

Bug#866990: closed by Georges Khaznadar <georges.khazna...@free.fr> (Re: tix is marked for autoremoval from testing)

Control: reopen -1 Sorry, it doesn't work. Please check the command that I gave in my initial report. Here is an example with a fresh sid chroot: -8<- $ su - # apt update; apt install tcl tk tix [...] Setting up tcl8.6 (8.6.6+dfsg-1+b1) ...

Bug#868053: sunpy: FTBFS with python-astropy >= 2

Sunpy upstream is aware of the problem, see f.e. https://github.com/sunpy/sunpy/pull/2183 Once they have a new upstream, I will update the Debian package as well. Since there are multiple issues (not only the ones seen in the issue above), and the patches don't cleanly apply to the 0.7.8

Bug#868011: wcsaxes deprecated; about to remove

Source: wcsaxes Version: 0.9-1 Severity: grave Tags: buster sid Control: block 867906 by -1 Hi, wcsaxes is deprecated since a while and going to be replaced by astropy: import astropy.visualization.wcsaxes does the same thing now. Since there is an RC bugreport #867906, I don't see a reason to

Bug#867772: Reassigning bug

Control: reassign -1 python-astropy-helpers 2.0-1 Control: forwarded -1 https://github.com/astropy/astropy-helpers/issues/325 COntrol: severity -1 normal This is most probably not a problem of python-drizzle, but of astropy-helpers 2.0 not working properly with sphinx 1.4.9. With the current

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