Package: wnpp
Severity: wishlist
Owner: Ole Streicher oleb...@debian.org
X-Debbugs-Cc:
debian-as...@lists.debian.org,debian-de...@lists.debian.org,gijsmolen...@gmail.com
* Package name: montage
Version : 3.3
Upstream Author : California Institute of Technology, Pasadena
I propose to close this bug.
There are now three packages close to upload:
* mpfit (gdl-mpfit) - http:://bugs.debian.org/788869
* coyote (gdl-coyote) - http:://bugs.debian.org/789081
* idlastro (gdl-idlastro) - http:://bugs.debian.org/788826
This bug mentiones other packages which
Package: gnudatalanguage
Severity: minor
Hi,
The package installs README and AUTHORS in /usr/share/gnudatalanguage/.
Since this is now also the base package for third party packages
(astrolib, coyote, mpfit), they are misleading since they are only valid
for gdl itself. The proper place for them
Hi,
could you attach the complete log please? The build script for eso-midas
has the disadvantage that it does not stop on error; therefore they are
recognized only during the installation/test phase.
Thank you
Ole
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: wnpp
Owner: Ole Streicher oleb...@debian.org
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,753...@bugs.debian.org,sara...@igf.fuw.edu.pl
* Package name: idlastro
Version : 2014.11.10
Upstream Author : Wayne Landsman
* URL
Package: gnudatalanguage
Severity: wishlist
Hi,
since I sometimes observer crashes with GDL (f.e. when using the coyote
library), it would be nice to have a debug package to trace them and
create a useful bug report.
Best regards
Ole
--
To UNSUBSCRIBE, email to
Package: wnpp
Owner: Ole Streicher oleb...@debian.org
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-scie...@lists.debian.org
* Package name: coyote
Version :
Upstream Author : David Fanning
* URL : http
Package: wnpp
Owner: Ole Streicher oleb...@debian.org
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-scie...@lists.debian.org
* Package name: mpfits
Version : 1.82
Upstream Author : Craig Markwardt
* URL : http
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: weightwatcher
Version : 1.12
Upstream Author : Emmanuel Bertin
* URL : http://www.astromatic.net/software
Hi all,
Am 27.05.2015 um 15:45 schrieb James Cowgill:
There's probably still a hardware bug in here somewhere, but before 3.16
the kernel was fixing it with the math emulator.
Without understanding the discussion in detail, I'd like to bring a few
points here back: the issue is not about
Am 27.05.2015 um 21:06 schrieb Maciej W. Rozycki:
On Wed, 27 May 2015, Ole Streicher wrote:
It is something specific what gfortran produces (and not gcc), and it is not
just a missing emulation (since normalized numbers work); it may be an
incomplete emulation.
If you suspect a bug
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 : eso-pipelines
* URL : http://www.eso.org/sci/software/pipelines/
* License : public-domain
Description
Control: retitle -1 ITP: eso-pipelines -- ESO VLT Instrument pipeline
collection
Oops, forgot to change the title...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: lintian
Version: 2.5.31
Severity: normal
The machine-readable copyright format recognizes (only) public-domain
(dash-separated) as short name for PD packages, not public domain
(space separated). However, when specifying
Copyright: Not applicable
License: public-domain
lintian
Dear Mailing list,
a few weeks ago, I found a problem that I thought is related to gfortran;
however I am unsure whether this is really the case.
http://bugs.debian.org/781892
Basically it burns down to the following minimal code on eder.debian.org:
(sid_mipsel-dchroot)olebole@eder:~$ cat
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 : astromatic
* URL : http://www.astromatic.net
* License : public-domain
Description
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: scamp
Version : 2.0.4
Upstream Author : Emmanuel Bertin
* URL : http://www.astromatic.net/software/scamp
Control: tags -1 + pending
Fixed in git; I am just waiting for the new version (1.0.4), which
should be out in the next few days.
Best regards
Ole
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Owner: Ole Streicher oleb...@debian.org
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org
* Package name: astrometry-data-tycho2
Version : 41
Upstream Author : Dustin Lang
* URL : http://data.astrometry.net
Package: cfitsio
Version: 3.370-2
Severity: wishlist
Dear Aurelien,
I am currently packaging atrometry.net [1]. This package has copied some
of the tools that were provided with cfitsio and uses and distributes
them (unchanged) by themself: tablist, modhead, fitscopy, tabmerge,
liststruc,
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 : python-astropy-affiliated
* URL : http://www.astropy.org/affiliated
* License : public-domain
Hi Aurelien,
as far as I analyzed the source code of astrometry.net, the only program
that is really needed is indeed imcopy.
To help you out here, I attach the manpage for imcopy (I had to write
manpages for astrometry.net anyway...).
Best regards
Ole
.TH imcopy 1 April 2014 CFITSIO
Package: wnpp
Owner: Ole Streicher oleb...@debian.org
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org
* Package name: astrometry.net
Version : 0.56
Upstream Author : David W. Hogg, Dustin Lang
* URL : http
Package: wnpp
Owner: Ole Streicher oleb...@debian.org
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org
* Package name: astrometry-data-2mass
Version : 4200
Upstream Author : Dustin Lang
* URL : http://data.astrometry.net
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: ccdproc
Version : 0.3.3
Upstream Author : Steve Crawford
* URL
Control: tags -1 pending
This is already fixed in the git repository for all cpl-plugin-*
packages and will be uploaded when a new version is ready. Packages that
already include the patch are currently cpl-plugin-kmos,
cpl-plugin-muse, and cpl-plugin-vimos.
Best regards
Ole
Source: matplotlib
Severity: important
Version: 1.5.0~rc2-1
Control: affects -1 yt
Control: blocks 803275 -1
Dear maintainer,
The following program snippet runs on all machines except s390x.
On s390x, it produces a ZeroDivisionError:
from matplotlib.mathtext import MathTextParser
colorbar_label
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: astroml-addons
Version : 0.2.2
Upstream Author : Jake VanderPlas
Hi Andreas,
thanks for the bug report; I will fix the cleanup issues.
About the size estimate: the package reports the installed size in the
"Installed-Size" field din DEBIAN/control. This information should be
displayed by the package manager. Why should it be included in the
description as
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: astroscrappy
Version : 1.0.3
Upstream Author : Curtis McCully
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: reproject
Version : 0.2
Upstream Author : Thomas P. Robitaille, Steve Crawford
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org
* Package name: gadget2
Version : 2.0.7
Upstream Author : Volker Springel
* URL : http://wwwmpa.mpa-garching.
Hi,
I am currently preparing a new Debian Pure Blend (Debian Astro), and I
am curious about the status of this bug. Is this something that is going
to be implemented in stretch? And what are currently the main obstacles?
The last entry was from one year ago -- did anything happen behind the
Hi Axel,
after checking the dependencies of gnudatalanguage, I am not sure
whether this bug(s) should be better reassigned to graphicsmagick:
libgraphicsmagick++-q16-11 contains
/usr/lib/libGraphicsMagick++-Q16.so.12, so it uses the wrong version in
SONAME.
Cheers
Ole
Package: libgraphicsmagick++-q16-11
Severity: serious
Control: affects -1 gnudatalanguage
Control: block 803760 by -1
Hi,
the package libgraphicsmagick++-q16-11 contains the library with a
different soname: libGraphicsMagick++-Q16.so.12. This breaks existing
packages, like gnudatalanguage, and
I used a clean chroot (pbuilder with cowbuild), and I didn't get any
unresolved deps (after a "cowbuilder --update").
Cheers
Ole
Am 14.10.2015 um 16:37 schrieb Axel Beckert:
> Hi Ole,
>
> deb...@liska.ath.cx wrote:
>> I just tried to compile plplot: All ocaml requirements for plplot
>> work
amd64, host is "testing" (with the latest cowbuilder that was there
before it got removed), and the build is done on a sid chroot, no local
package repo (everything was fetched from a mirror). Kernel is 4.2 as well.
Best
Ole
Am 14.10.2015 um 16:42 schrieb Axel Beckert:
> Hi
Am 13.10.2015 um 22:23 schrieb Walter Landry:
> Ole Streicher <oleb...@debian.org> wrote:
>> Walter Landry <wlan...@caltech.edu> writes:
>>> Ole Streicher <oleb...@debian.org> wrote:
>>>> What are the general guidelines here? Somewhere in written
On 14.10.2015 10:35, Bastien Roucaries wrote:
Le 14 octobre 2015 08:51:16 GMT+02:00, Ole Streicher <oleb...@debian.org> a
écrit :
I am not a specialist at all for Javascript, and all I try is just
to keep a Python package (with a very responsive upstream!) in a
good shape. Unfortu
Hi Axel,
I could imagine that this has something to do with one of the currently
ongoing transitions.
Am 07.10.2015 um 02:22 schrieb Axel Beckert:
> [ 78%] Building D object examples/d/CMakeFiles/x33d.dir/x33d.o
> collect2: error: ld returned 1 exit status
With the current unstable, I cannot
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: spectral-cube
Version : 0.3
Upstream Author : Adam Ginsburg et al.
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: APLpy
Version : 1.0
Upstream Author : Thomas Robitaille and Eli Bressert
Sorry, I don't understand this:
Am 10.10.2015 um 22:35 schrieb Paul Wise:
> On Sun, 13 Sep 2015 21:46:37 + Sascha Steinbiss wrote:
>
>> Looks like the JQuery DataTables libraries included are flagged as minified
>> without source on the basis that they have lines longer than 1024
>>
On 12.10.2015 09:58, Paul Wise wrote:
>> They don't; at least not in the case of python-astropy.
> The do actually, astropy/extern/js/jquery.dataTables.js is an embedded
> code copy of a build artefact.
How do you see this? It is well formatted, including comments etc. In
the packages I maintain
Hi Axel,
(cc: Debian Ocaml Maint ML)
Am 09.10.2015 um 15:41 schrieb Axel Beckert:
> Full, xz-compressed debdiff (including the diff for the three removed
> image files) attached. Not sure if this is applyable. If not, strip
> all binary crap from that file and rebuild the tar ball without the
>
Package: buildd.debian.org
Severity: important
Hi,
the current kernel of the mipsel buildds leads to an FTBS when compiling
the package "eso-midas" [1]. The problem is fixed in recent kernel
versions, but the buildds still run with the older ones.
This leads to the unfortunate situation that
Package: wnpp
Severity: wishlist
Owner: Ole Streicher <oleb...@debian.org>
X-Debugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-ble...@lists.debian.org
* Package name: debian-astro
Version : 0.1
Upstream Author : Debian Astronomy Maintainers
&
control: affects -1 python-astropy
Same for astropy; also probably because of a long line:
http://lintian.debian.org/maintainer/debian-astro-maintain...@lists.alioth.debian.org.html#python-astropy
Questioned source file:
Am 20.09.2015 um 17:44 schrieb Bastien ROUCARIES:
> On Thu, Sep 17, 2015 at 9:36 AM, Ole Streicher <oleb...@debian.org> wrote:
>> control: affects -1 python-astropy
>>
>> Same for astropy; also probably because of a long line:
>>
>> http://lintian.debi
--
OK
Erik
____
From: Ole Streicher [oleb...@debian.org]
Sent: Monday, September 14, 2015 10:10 AM
To: Erik Høg
Subject: Re: Tycho-2 Catalogue copyright
Dear Erik,
in August we had a short discussion about the copyright of the Tycho-2
catalogue, but d
Source: saods9
Version: 7.4~b7+repack-3
Severity: Serious
This package should not have gone to unstable.
It shall not enter testing.
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org,
pkg-tcltk-de...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Ole Streicher <oleb...@debian.org>
* Package name: tcl-xmlrpc
Version : 0.3
Upstream Author : Eric Yeh
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: montage-wrapper
Version : 0.9.8
Upstream Author : Thomas Robitaille
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: sunpy
Version : 0.6.1
Upstream Author : Sunpyy Developers
* URL :
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: pyephem
Version : 3.7.6.0
Upstream Author : Brandon Rhodes
* URL
/lib/python3/dist-packages/matplotlib/_path.cpython-34m-x86_64-kfreebsd-gnu.so);
however I couldn't test it.
Does the imports above work well with them?
Best
Olr
On 03.01.2016 14:16, Steven Chamberlain wrote:
> Hi,
>
> Ole Streicher wrote:
>> To me, this looks more that m
Hi Steve,
are you sure that the problem is just the matplotlib version?
The exception is raised within matplotlib itself while trying to import
matplotlib.image:
astropy/visualization/scripts/tests/test_fits2bitmap.py:27:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_
Hi Roger,
welcome to Debian! Since your ITPs cover astronomical software, you
should consider joining our Debian-Astro team and to put the package
under team maintenance. We could then sponsor your packages to get it
into Debian.
You can subscribe to our mailing list at
OK, I uploaded the fix for the dependency (libfuntools1). Could you
trigger a re-run to ensure it got fixed?
Thanks
Ole
Am 24.11.2015 um 20:49 schrieb Antonio Terceiro:
> Hi Ole,
>
> On Tue, Nov 24, 2015 at 08:08:46PM +0100, Ole Streicher wrote:
>> Control: tags -1 moreinfo
&
Control: tags -1 moreinfo
Hi Antonio,
are you sure this is against the correct package? saods9 is not mysql,
and the link you provided shows the saods9 package failing, but not
timing out.
The failure of saods9 is actually made by some other package
(libfuntools0), which needs to be corrected
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: specutils
Version : 0.1 (to be updated)
Upstream Author : Wolfgang Kerzendorf
Control: tags -1 pending
Hi Sergio,
thank you for the bug report. You are right, this patch was wrong (it
was however there since ages...). I applied it to the git repository and
will upload to unstable when a new version is ready.
Unfortunately the migration from unstable to testing is
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: photutils
Version : 0.1
Upstream Author : Larry Bradley and Brigitta Sipocz
Hi Filip and Tobias,
I am just about to upload the package. I also created the pristine-tar.
Just a second...
Cheers
Ole
Am 08.06.2016 um 22:49 schrieb Tobias Frost:
> Am Mittwoch, den 08.06.2016, 20:32 +0200 schrieb Filip Hroch:
>> Dear collegues,
>>
>>> Plan C: you push your Git tree to a
Uploaded, and pushed to the git repo.
Hopefully, until the next upload you (Filip) will get collab-maint rights.
Best regards
Ole
Am 08.06.2016 um 22:51 schrieb Ole Streicher:
> Hi Filip and Tobias,
>
> I am just about to upload the package. I also created the pristine-tar.
> J
Package: ftp.debian.org
Severity: normal
Please remove the sunpy binary packages (python-sunpy and python3-sunpy)
for the specified architectures. They FTBFS since one of the build
dependencies (python-pandas) FTBFS on these archs (and this will
probably stay so for a while).
Best regards
Ole
Hi Sandro,
On 31.05.2016 11:28, Sandro Tosi wrote:
> do you have any solution to suggest?
Still not; after numpy upstream pointed me to PEP-440, I forwarded this
to the spectral-cube upstream [1]. We will probably find a solution for
spectral-cube.
[1]
On 31.05.2016 11:41, Sandro Tosi wrote:
>> They try to catch changes in numpy over the years to be compliant to
>> older numpy versions as well. The source code in question is here:
>>
>> https://github.com/radio-astro-tools/spectral-cube/blob/master/spectral_cube/np_compat.py
>>
>> This is still
Package: python-numpy
Version: 1:1.11.1~rc1-1
Severity: serious
Forwarded: https://github.com/numpy/numpy/issues/7697
The latest RC1 package uses a version number (1.11.1rc1) that causes an
exception in distutils.version.StrictVersion:
>>> from distutils.version import StrictVersion
>>>
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org,
pkg-tcltk-de...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Ole Streicher <oleb...@debian.org>
* Package name: tkblt
Version : 3.0.1
Upstream Author : William Joye
Control: severity -1 important
Hi Andreas,
to justify the severity: Since pgplot5 is in non-free which is formally
not part of Debian, why do you think it is a policy violation when
giza-dev has an undeclared conflict with it?
https://www.debian.org/doc/debian-policy/ch-archive.html#s-main
Package: python-scipy
Version: 0.16.1-1
Severity: important
On MIPS, scipy stops with an illegal instruction when running the
build time tests for python-astropy , causing an FTBFS there [1].
I could trace this down to the "cephes_igam" function. The Bug is
reproducible by issuing the gammaincinv
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: asdf
Version : 1.0.1
Upstream Author : Erik Bray, Michael Droettboom
Hi Jonas,
Am 06.02.2016 um 14:50 schrieb Jonas Smedegaard:
> Quoting Ole Streicher (2016-02-06 13:44:33)
>> * Package name: asdf
> [...]
>> Description : Python tools to handle ASDF files
>
> If these are commandline tools that happen to be written in Python
Control: retitle -1 pyasdf -- Python tools to handle ASDF files
Since the python package is called pyasdf, and also the name space of a
language specific implementation should IMO not pollute the common
format name, the package (and the git repository) is renamed to pyasdf.
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: pysynphot
Version : 0.9.7
Upstream Author : Vicki Laidler et al.
Additional comment: this may be an off-by-one problem: for the astropy
example, the following debci log contains (only) the change. So, the
debci log actually describe the change that caused the *previous* test run.
Package: python3-numpy
Version: 1:1.11.0~b2-1
Severity: serious
Forwarded: Yes
The numpy beta release breaks the CI tests of some astrophysics
packages, namely python-astropy, sunpy, and wcsaxes. Upstream bug
reports are here:
https://github.com/numpy/numpy/issues/7161
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: emcee
Version : 2.1.0
Upstream Author : Dan Foreman-Mackey <https://githu
Package: pyfits
Version: 3.4-1
Severity: wishlist
Hi Aurelien,
since the development of pyfits is stopped (see homepage), it may be
useful to mention this in the package description so that new users are
directed to astropy instead of installing pyfits. It may be useful to
provide pyfits (as
Hi Aurelien,
you could then just RFA or orphan the package; in this case I would take
over, move it to the astronomy team and maintain it on low-level like I
do with pywcs. Erik Bray mentioned that he eventually will create a
"final" version that just depends on astropy; this would make the final
Package: src:libfits-java
Version: 1.10.0-1
Severity: wishlist
X-Debbugs-Cc: frothma...@lsw.uni-heidelberg.de, att...@submm.caltech.edu
Dear Florian,
your Debian libfits-java package is quite outdated; version 1.14.0 is
the current upstream version. Since a newer version if needed to package
the
Control: tags -1 pending
Control: forwarded -1
http://www.astromatic.net/forum/showthread.php?tid=1076
The proposed solution here is to remove the suspicious threshold code
from src/coadd.c. I forwarded the bug and the proposed solution to
upstreams web forum for comments.
Hi Julian,
thank you for the bug report. To check the packaging, I run the unit
tests that come with the package (hoping that they cover a good part of
the code), and I think this is a reasonable "minimal effort" to ensure a
package is working.
Could I ask you to provide a minimal test case
Package: debci
Version: 0.10.1~bpo8+1~debci1
Hi,
debci.debian.net does not show the dependency changes correctly. For the
"python-astropy" package, libwcs5 is a dependency. This dependency
changed between these two runs (and caused a test failure):
Control: reopen -1 !
Control: reassign -1 lintian
Control: found -1 2.5.40.2
Sorry, but this is not fixed yet. The problem may not affect aegan
anymore, but the other packages (like python-astropy) are affected.
Even worse: overwriting this error seems not to work anymore; I have the
Hi all,
triggered by the discussion in debian-project [1]: was there any
progress made here? Is Russ' software still actual?
Best regards
Ole
[1] https://lists.debian.org/debian-project/2016/02/msg00037.html
Hi Axel,
But I'm not sure if that's what we want and I'm especially not sure of
the implications for other packages (which might depend on plplot's
ADA or D support).
At least, "apt-rdepends -r " does not show dependencies for
libplplot-ada1 and libplplot-d. Therefore, I would support
reassign 812648 src:python-astropy 1.1.1
affects 812648 astroquery
thanks
Control: retitle -1 ITP: python-asdf -- Python package to handle Advanced
Scientific Data Format files
The naming discussion in
https://github.com/spacetelescope/pyasdf/issues/186
leads to a renaming of the Debian package, since the Python
package is now renamed to "asdf":
* source package
Package: healpy
Version: 1.8.1-1
Severity: wishlist
Dear Leo,
please make the healpy package dependent from python-astropy and
python3-astropy instead of pyfits.
Pyfits is now an obsolete package and should be replaced by astropy.
There will be no further development of pyfits.
Best
request for
pyfits.
Cheers
Ole
Author: Ole Streicher <oleb...@debian.org>
Description: Update image tests for cfitsio 3.380
Make TFORMx check more flexible. The maximal column length in cfitsio
changed between version 3370 and 3380. This patch checks their syntax,
without a specific
request for
pyfits.
Cheers
Ole
Author: Ole Streicher <oleb...@debian.org>
Description: Update image tests for cfitsio 3.380
Make TFORMx check more flexible. The maximal column length in cfitsio
changed between version 3370 and 3380. This patch checks their syntax,
without a specific
Hi,
what is the status of this bug? It is now in "pending" since almost two
months, but nothing happened since then.
This bug causes FTBFS for some important packages on the MIPS buildd,
which therefore cannot migrate to testing.
Best regards
Ole
Hi Matthia,
I think that 810709 and 803275 are quite distinct problems:
* 803275 is on failures on several non-amd64 architectures
* 810709 is a general FTBFS due to a changed Cython/3.5
Also, 803411 still blocks 803275, since the problem mentioned there
caused the FTBFS on s390 (although this
Package: wnpp
Owner: Ole Streicher <oleb...@debian.org>
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: python-fitsio
Version : 0.9.8
Upstream Author : Eric Sheldon
Control: reassign -1 src:blends
Control: tag -1 pending
I have created the package mentioned in my last mail in the blends git
repository:
https://anonscm.debian.org/cgit/blends/blends.git/
Package: blends-tasks
Architecture: all
Priority: important
Section: misc
Depends: tasksel
Description:
Package: cfitsio
Version: 3.380-2
Severity: wishlist
Tags: patch
Hi Aurelien,
this is not urgent; however if you do a new upload of cfitsio, could you
include the attached debian/upstream/metadata file? If you know about a
VCS repository and/or a bug database of cfitsio, please add it before.
Package: pyfits
Version: 1:3.4-2
Severity: wishlist
Tags: patch
Hi Aurelien,
if you anyway upload a new revision to fix the FTBFS, please add the
attached debian/upstream/metadata file. This helps us organize the
Debian-Astro Pure Blend and its web pages.
Best regards
Ole
ASCL-Id: 1207.009
Control: reassign -1 python3-numpy 1:1.11.0~b2-1
Control: affects -1 sunpy
Control: forcemerge 813429 -1
This is a known problem with the current numpy beta that will be fixed
when the final version comes out.
201 - 300 of 940 matches
Mail list logo