Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-tai-utc
* License : BSD-2-Clause
Description : Difference table between TAI and UTC for casacore
This native package
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-predict
* URL : http://maia.usno.navy.mil/
* License : Public domain
Description : Earth orientation
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-eop
* URL : https://hpiers.obspm.fr/iers/eop/eopc04/
* License : Public domain
Description : Earth
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-jplde
* URL : ftp://ssd.jpl.nasa.gov/pub/eph/planets/ascii/
* License : Public domain
Description : Jet
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-igrf
Version : 10 or 12
* URL : http://www.ngdc.noaa.gov/IAGA/vmod/igrf.html
* License : Public domain
Hi Julien,
On 16.10.2016 18:30, Julien Cristau wrote:
> Packages must autobuild without failure on all architectures on
> which they are supported. Packages must be supported on as many
> architectures as is reasonably possible. Packages are assumed to
> be supported on all
Package: src:glueviz/0.8.2-1
Severity: wishlist
Hi,
I am just following the tutorial for glue on the ADASS, and upstream
(Tom Robitaille) showed some great new features for 0.9 (mainly 3d).
It would be worth upgrading to 0.9, definitely ;-)
Cheers
Ole
Hi Peter,
could you explain why you think this is of severity "serious"? In my
opinion, FTBFS should be "important" as long as there is at least one
useful architecture.
The definition for important is:
"a bug which has a major effect on the usability of a package, without
rendering it completel
Aurelien Jarno:
> Florian Schlichting:
>> a new upstream version of cfitsio was released in April 2016. Would you
>> consider packaging it?
>
> Yes, I am aware of that. Unfortunately it introduces yet another soname
> changes, which make things a bit more complicated.
Since there is a transition
DearYaroslav,
could you ensure that the "statmodels" package migrate to testing, so
that the dependent packages will not be removed?
The package is uninstallable of a number of platforms in the new
release, so they should probably removed from testing.
Best regards
Ole
Package: blends-dev
Version: 0.6.94
Severity: serious
When a "Depends:" field in a task file contains more than one line, only
the first line is used to create the dependency in debian/control. All
others are silently ignored.
I observed this on the "debian-astro" package which uses blends-dev.
Control: tags -1 wontfix
Both wsclean and aoflagger unconditionally call SSE2 commands, so they
are only buildable on x86. I will adjust the Architecture flag with the
next upload.
Package: packaging-manual
When a package uses a changed tarball (by removing some files from the
original one), this is usually indicated by adding a "+dfsg" or
"+repack" to the upstream version number.
This, however, may lead to a wrong version ordering of version numbers,
as seen in the "saods9
Control: reassign -1 python-sklearn 0.18-1
Control: retitle -1 python-sklearn: wrong import of "parallel"
Control: affects -1 src:astroml
This is a bug in scikit-learn, not in astroml:
$ python
Python 2.7.12+ (default, Sep 1 2016, 20:27:38)
[GCC 6.2.0 20160822] on linux2
Type "help", "copyright
Hi Aurelien,
On 27.09.2016 13:31, Aurelien Jarno wrote:
> We have identified an hardware FPU bug on the Loongson 3 build daemons,
> a dozen of packages are known to be affected so far, it seems your
> package is an additional one.
> [...]
> As explained above, this won't fix your issue. That said
The three tests
* tClassicalStatistics
* tHingesFencesStatistics
* tLCEllipsoid
FTBFS on MIPS platforms (mips, mipsel, mips64) when they are build on
linux kernel version 3.16.0, but succeed on kernel version 4.7.
Since I previously had floating point problems on MIPS with older
kernels -- see f
unarchive 798818
reopen 798818
thanks
Sorry for disturbing you again: When building on
mipsel-aql-02.debian.org, the kernel is still
Kernel: Linux 3.16.0-4-loongson-3 mipsel (mips64)
which is far outdated, and causes an FTBFS:
https://buildd.debian.org/status/fetch.php?pkg=casacore&arch=mipsel&
Control: tags -1 + unreproducible
I cannot reproduce this anymore; also the just-uploaded new version
(with minor changes not affecting the build) builds fine. The cause of
the FTBFS is probably not in the package itself, but in the "casacore"
dependency, which was not built with gcc-6 at the time
tFITSExtImage seems to have an off-by-one problem with hdunum on some
platforms.
On arm64, running the test with "hdunum=4" succeeds (default is hdunum=3).
+0200
+++ plplot-5.10.0+dfsg2/debian/changelog 2016-09-20 09:12:35.0 +0200
@@ -1,3 +1,10 @@
+plplot (5.10.0+dfsg2-0.4) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with cmake >= 3.6.2. Closes: #835708
+
+ -- Ole Streicher Tue, 20 Sep 2016 09:12:35 +0200
+
plplot
Small appendum: Upstream fixed it similarly:
commit cac0198537a260fcb413f7d97301979c2dfaa31c
Author: Raphael Kubo da Costa
Date: Sat Jul 16 10:45:25 2016 +0200
pkg-config: Adjust _pkg_check_modules_internal() for CMake 3.6.
CMake commit df97b97 ("FindPkgConfig: optionally create impor
Control: tags -1 patch
Control: tags -1 pending
I investigated the bug a bit more. The problem is here, that plplot uses
(in cmake/modules/pkg-config.cmake) a CMake function that is
undocumented and internal to CMake: _pkg_check_modules_internal (WTF?)
This function changed once in 3.1, causing t
I compared the current build log with one of the original build logs.
The critical difference seems to be:
original build (take from arm64 log)
-- Checking for module 'pango'
-- Found pango, version 1.40.1
-- Checking for module 'pangoft2'
-- Found pangoft
Control: tags -1 patch
I created a patch based on the suggestion and put it upstream:
https://github.com/casacore/casacore/pull/476
Control: tags -1 patch
I opened a pull request with a fix (now merged) upstream:
https://github.com/casacore/casacore/pull/466
sed by matplotlib bug #803411.
This should be fixed in matplotlib itself.
After the two patches are applied, yt builds successfully on i386.
Best regards
Ole
Description: Fix remaining 32-bit FTBFS cause
Author: Ole Streicher
--- a/yt/geometry/particle_smooth.pyx
+++ b/yt/geometry/particle
Control: reassign -1 src:python-scipy 0.18.0-1
Control: affects -1 python-astropy
Control: forwarded -1 https://github.com/scipy/scipy/issues/6420
Control: tags -1 patch
>> === FAILURES
>> ===
>> _ test_circm
Package: ftp.debian.org
Severity: normal
Control: block 832187 by -1
Please change the section of astropy-utils to science, as indicated in
the blocked bug.
Thanks
Ole
Hi,
to make some progress here, I would like to upload a new version of
casacore based on the current git repository by the end of the week.
This would close this bug. I would also add myself into the "Uploaders"
list (and mark it as a regular upload).
Are there any objections? Gijs? Benda?
Chee
Control: severity -1 important
Dear maintainer,
I am raising the severity of the bug since it affects several packages.
We are also currently preparing a new package (meqtrees, ITP in
preparation) that only works when this bug is fixed.
I am going to prepare a NMU in the next week or so, to fix
Source: wcstools
Version: 3.9.4-1
Severity: serious
The version 3.9.4 of wcstools has incomatible changes in the ABI (wcs.h
etc. some sizes of structures changed), which lead to a failure in
packages like saods9 and montage.
As an example, the test of montage-wrapper (which calls montage) fails:
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: cassbeam
Version : 1.0.1
Upstream Author : Walter Brisken, NRAO
URL : https://github.com/ratt-ru/cassbeam
* License
Am 28.07.2016 um 21:19 schrieb Sune Vuorela:
> On Thursday 28 July 2016 20:57:30 Ole Streicher wrote:
>> Hi Sune,
>
>> However, it is not just "works-for-me", since it is used in a different
>> place from where it was developed, so the code found its friends
>
build system, just before the want to release it.
If you (or someone else) could volunteer to help me in removing this
dependency, I would be glad, and would withdraw the ITP.
Or do you have better ideas?
Best regards
Ole
Am 28.07.2016 um 20:11 schrieb Sune Vuorela:
> On Thursday 28 July
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: greatcmakecookoff
Version : 2.1.7
Upstream Author : Mayeul d'Avezac
URL : https://github.com/UCL/GreatCMakeCookOff/wiki
* License
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-as...@lists.debian.org,debian-de...@lists.debian.org
* Package name: sopt
Version : tbd. (currently git only)
Upstream Author : Rafael Carrillo, Jason McEwen, Yves Wiaux
* URL : http://basp
Since SWarp upstream seems to move to Github:
https://github.com/astromatic
(psfex is already there) there is some hope that they will be a bit more
transparent then now [1]. Therefore it may be useful to have them ready
for that day.
And since you are already using some RCS internally, it would
Hi Julian,
you are right; it is probably the best to include the patched swarp in
the package as long as the packaged version does not do the job jere.
Although I know that SWarp's upstream is not very responsive: could you
please document the bugs you found with Swarp somewhere publicely,
togeth
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove libopenjpeg-dev build dependency. Closes: #826816
+
+ -- Ole Streicher Fri, 22 Jul 2016 10:09:37 +0200
+
grib-api (1.16.0-1) unstable; urgency=medium
* New upstream release
diff -Nru grib-api-1.16.0/debian/control grib-api
Hi Ian,
Ian Jackson writes:
> Gijs Molenaar writes ("Bug#830126: IT: purify -- Next-generation radio
> interferometric imaging"):
>> * Package name: purify
>
> Might you want to choose a different name ?
>
> https://en.wikipedia.org/wiki/Purify
>
> In general I think perhaps the ITP templa
Control: tags -1 pending
This is fixed in git:
https://anonscm.debian.org/cgit/debian-astro/packages/casacore.git/commit/?id=2e9bb9a2939d8c55b2b89a96dc96684c69c6b001
Control: tag -1 patch
Hi,
I checked through the source code (using oldnumeric/alter_code2.py from
an older numpy distribution for hints) to remove the incompatibilities
with numpy >= 1.9.
The result is in the patch. Could you add it to debian/patches so that
the packaging is working again?
Best
Hi Yaroslav,
since that bug will cause several removals from testing in a few days, I
will upload an NMU by the end of the week.
Please respond of you have another proposal.
Best regards
Ole
On 10.07.2016 16:13, Holger Levsen wrote:
> but this is too ugly for my liking. I will not implement such stuff
> voluntarily. Debian is about correct solutions and this feels just too
> wrong.
I am not sure if I brought my proposal up already: In my opinion, the
best solution here would be to mak
n about whether this is the best way -- at
least it is a pragmatic fix.
Best regards
Ole
Author: Ole Streicher
Description: Remove failing test from test_plot_line
The "blarg" argument is propagated to matplotlib and there it raises an
AttributeError (and not a TypeError).
Since the te
Package: ftp.debian.org
Severity: normal
Please remove the binary packages libpgsbox-dev and wcslib-tools-wcsgrid
from contrib for all architectures.
The source package is merged into the "wcslib" source package in
Debian/main. The libpgsbox5 package is therefore moved to main.
libpgsbox-dev and
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
"The
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
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 pu
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
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 u
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] https://github.com/radio-astro-tools/spectr
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
>>> StrictVer
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
* Package name: tkblt
Version : 3.0.1
Upstream Author : William Joye
* URL : https://github.com
Package: src:ezgo
Severity: wishlist
Dear EzGo maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
https://lists.debian.org/debian-devel-announce/2016/05/msg4.html
To get this alive,
Package: debian-multimedia
Severity: wishlist
X-Debbugs-Cc: pkg-multimedia-maintain...@lists.alioth.debian.org
Dear Debian Multimedia maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
h
Package: src:debian-junior
Severity: wishlist
X-Debbugs-Cc: debian...@lists.debian.org
Dear Debian Jr maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
https://lists.debian.org/debian-d
Package: src:debian-gis
Severity: wishlist
X-Debbugs-Cc: debian-...@lists.debian.org
Dear Debian GIS maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
https://lists.debian.org/debian-de
Package: src:debian-games
Severity: wishlist
X-Debbugs-Cc: debian-devel-ga...@lists.debian.org
Dear Debian Games maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
https://lists.debian.o
Package: src:debichem
Severity: wishlist
X-Debbugs-Cc: debichem-de...@lists.alioth.debian.org
Dear Debichem maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
https://lists.debian.org/de
Package: debian-hamradio
Severity: wishlist
X-Debbugs-Cc: debian-h...@lists.debian.org
Dear Hamradio maintainers,
in the alpha-6 release of the Debian installer, a preliminary way was
introduced to install a default package selection for each Debian Pure
Blend:
https://lists.debian.org/debian-de
Hi Holger,
On 24.05.2016 10:06, Holger Levsen wrote:
>> I am not sure whether I understand you specific problem correctly: Do
>> you want to have a way to select individual tasks, or a way to disable
>> it for the whole blend?
>
> We dont want a broken and uninstallable education-all package.
>
Just to correct another glitch in the ITPs:
Author is William Joye.
I wonder if I will ever create a correct ITP on the first shot ;-)
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
* Package name: tkhtml1
Version : 1.0
Upstream Author : Eric Mandel
* URL : https://github.com
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
* Package name: tkmpeg
Version : 1.0
Upstream Author : Eric Mandel
* URL : https://github.com
Hi Holger,
Am 22.05.2016 um 12:45 schrieb Holger Levsen:
> since 0.6.93 blends-dev creates a new $blend-all package which is *not*
> useful for all blends, so there should be a way to disable that.
>
> In the case of debian-edu it creates an education-all package which
> depends on packages which
Hi Cyril,
Am 21.05.2016 um 23:11 schrieb Cyril Brulebois:
> so it would be nice to support all desc files shipped in tasksel-data
> rather than hardcoding debian-tasks.desc when the --internal-tasks-only
> flag is passed.
If you want to do it in the way it was proposed some days ago (move the
ble
e
Am 20.05.2016 um 22:00 schrieb Ole Streicher:
> Hi Sergio,
>
> Sergio Gelato writes:
>> * Ole Streicher [2016-05-20 09:54:15 +0200]:
>>> HOWEVER: there is a major licensing issue. DPUSER/QFitsView use
>>> originally PGPLOT, which is non-free software. Therefore, in
On 18.05.2016 10:58, Petter Reinholdtsen wrote:
> [Ole Streicher]
>> In my opinion, the situation for the Debian Pure Blends is better here
>> than for the Desktop environments: If a user doesn't know what the
>> Blends mean, he just ignores it and doesn't in
Hi Christian,
I agree that the best compromise would probably be to have a separate
page "Debian Pure Blends". But someone should implement this -- any
volunteers? I myself don't have enough Perl knowledge to do this.
However, I don't understand your rationale here:
Am 18.05.2016 um 07:25 schrie
On 17.05.2016 13:29, Cyril Brulebois wrote:
> Ole Streicher (2016-05-17):
>> I don't see it problematic as it is in the moment: The list is not too
>> long: Even if it does not fit on one screen, the rest is visible with
>> just one scroll, and this is indicated by t
Hi Wolfgang,
On 17.05.2016 11:52, Wolfgang Schweer wrote:
> On Tue, May 17, 2016 at 08:52:32AM +0200, Ole Streicher wrote:
>> On 17.05.2016 02:13, Cyril Brulebois wrote:
>>> I'm not sure how reasonable it is to have such a long list of meta
>>> packages in the ins
Hi Cyril,
thanks for your response.
On 17.05.2016 02:13, Cyril Brulebois wrote:
> I'm not sure how reasonable it is to have such a long list of meta
> packages in the installer. See attached tasksel-gtk-greyscale.png for
> the initial display with the graphical installer, and attached
> tasksel-t
Package: wnpp
Owner: Ole Streicher
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: ginga
Version : 2.5.20160420043855-1
Upstream Author : Eric R. Jeschke
* URL : https
Package: ftp.debian.org
Severity: normal
The "erfa" source package was mistakenly set to "extra" on the first
upload, however it is "optional" since it has no conflicts.
This also solves the policy 2.5 violations for python-astropy,
libastarlink-ast, and libstarlink-pal.
Best regards
Ole
Package: wnpp
Owner: Ole Streicher
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
* URL : https://github.com
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 i
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: De
Andreas Tille writes:
> I'd like to attract your attention onto bug #758116 which is requesting
> a sensible selection of Blends tasks right from the installer.
I have been looking into this a bit and think I have a (compromise)
solution.
The main problem with tasksel is that it is based on debc
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
request for
pyfits.
Cheers
Ole
Author: Ole Streicher
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 length.
.
HCOMPRESSed images
request for
pyfits.
Cheers
Ole
Author: Ole Streicher
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 length.
.
HCOMPRESSed images
Package: debian-edu
Severity: minor
Hi,
I am currently rewriting the encoding part of the automatically
generated Debian Blends Web pages (package lists, bug lists etc.) which
use the tasks/* files from the debian-edu git repository.
Some of these files are still encoded in iso-8859 instead of u
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.
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.
On
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
Bug
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 regard
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 wi
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
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: 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 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 removin
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
reassign 812648 src:python-astropy 1.1.1
affects 812648 astroquery
thanks
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.
https://anonscm.debian
Package: wnpp
Owner: Ole Streicher
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
* URL : https
Package: wnpp
Owner: Ole Streicher
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.
* URL : http
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
https://github.com/numpy/nu
Package: wnpp
Owner: Ole Streicher
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://github.com/dfm>
601 - 700 of 969 matches
Mail list logo
