Control: owner -1 !
Control: retitle -1 ITA: plplot -- Scientific plotting library
Hi,
since plplot is unmaintained for some time but is a dependency of a few
packages (also from astronomy), I am going to adopt it under the
debian-science umbrella.
I am however not too happy with the adoption,
Package: tix
Version: 8.4.3-9
Severity: serious
Affects: ftools-fv
Dear maintainer,
Tix does not work properly anymore (on sid and testing):
```
$ wish
% package require Tix
Can't find a usable Init.tcl in the following directories:
/usr/share/tcltk/tcl8.6/Tix8.4 /usr/share/tcltk/Tix8.4
Package: python3-matplotlib
Version: 2.0.0+dfsg1-2
Severity: serious
Affects: python3-astropy
Dear maintainer,
the matplotlib package does not work well with the upcoming Python 3.6:
$ python3.6
Python 3.6.2rc1 (default, Jun 20 2017, 12:51:36)
[GCC 6.3.0 20170516] on linux
Type "help",
Package: ftp.debian.org
Severity: normal
Please remove the source and binary packages (libsofa-c0, libsofa-c-dev).
The package is fully replaced by the "erfa" package since some time
(almost drop-in), and we discussed in the debian-astro mailing list and
in bug #865379 to remove that package in
Source: iausofa-c
Severity: serious
As we discussed in the debian-astro mailing list, this package is
subject to be removed in the Buster cycle. This mail is the last call to
either switch to the free "erfa" package with the same API (except that
the prefix is replaced by "era"), or to scream
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: imexam
Version : 0.7.1
Upstream Author : Megan Sosey
* URL : http://imexam.readthedocs.io/
ncy=medium
* Fix aperture photometry computation for 32-bit machines. Closes: #860658
-- Ole Streicher <oleb...@debian.org> Wed, 19 Apr 2017 10:47:47 +0200
The debdiff is attached. Relevant command:
unblock photutils/0.3-3
Thank you very much
Ole
diff -Nru photutils-0.3/debian/changel
) unstable; urgency=medium
* Add ASCL Id and reference to d/u/metadata
* Use assert_almost_equal instead of assert_equal in test_twod_numpy
(Closes: #860620)
-- Ole Streicher <oleb...@debian.org> Wed, 19 Apr 2017 10:27:20 +0200
The debdiff is attached. Relevant command:
unblock spe
Relevant changelog:
saods9 (7.5+repack1-2) unstable; urgency=medium
* Fix ds9 window class in desktop file
* Fix problem with graphs and image zoomed out
* Initialize tkblt stubs (Closes: #859777)
-- Ole Streicher <oleb...@debian.org> Fri, 14 Apr 2017 13:42:38 +0200
The second i
Package: saods9
Version: 7.5+repack1-1
Severity: important
Forwarded: https://github.com/SAOImageDS9/SAOImageDS9/issues/30
When I enable one of the graphs in the "View" menu, I get an error box
"An internal error has been detected [OK]" as soon as the mouse is in
the image area, but outside of
Hi Chris,
Am 13.04.2017 um 09:10 schrieb Chris Lamb:
>>Remove-edu.jhu.htm-reference.patch just removes
>> the link to a package that has a non-free license. For reference, this
>> license is given in the patch, but it is *not* the license of the patch.
>> The patch is
Hi Chris,
On 12.04.2017 22:43, Chris Lamb wrote:
> I just ACCEPTed starjava-topcat from NEW but noticed it was missing
> attribution in debian/copyright for at least
> debian/patches/Remove-edu.jhu.htm-reference.patch, src/docs (possibly?)
> and
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
Control: block 860161 by -1
* Package name: jcdf
Version : 1.2.1
Upstream Author : Mark
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-cdf
Version : 1.0+github
Upstream Author : Mark Taylor &l
nstable; urgency=low
* Use https for copyright format URL
* Fix VCS URLs
* Update Standards-Version to 3.9.8. No changes needed.
* Remove cpl-plugin-sinfo from Recommends. Package is not in Testing anymore.
(Closes: #860097)
* Remove lintian override that is not needed anymore
--
Package: eso-pipelines
Version 1.1
Severity: serious
The package cpl-plugin-sinfo was removed from testing, but is still
recommended in eso-pipelines. That should be fixed.
, starplot
to tasks packages as Recommends
* Remove python-pymc from Recommends
-- Ole Streicher <oleb...@debian.org> Tue, 11 Apr 2017 14:23:31 +0200
The debdiff is attached. Relevant command:
unblock debian-astro/1.0
Thank you very much
Ole
diff -Nru debian-astro-0.6/debian/changelog
Package: src:debian-astro
Version: 0.6
Severity: important
The metapackages for the Debian Astro Pure Blend are not up-to-date. The
changes since the freeze are not synchronized yet. This also includes
some packages that were removed from Testing in between, like
python-pymc. On release, the
Package: saods9
Version: 7.5+repack1-1
Severity: important
Forwarded: https://github.com/SAOImageDS9/SAOImageDS9/issues/30
When I enable one of the graphs in the "View" menu, I get an error box
"An internal error has been detected [OK]" as soon as the mouse is in
the image area, but outside of
Hi Emmanuel,
Am 04.04.2017 um 10:52 schrieb Emmanuel Bourg:
> Excellent question, this needs some testing with various desktop
> environments.
I wrote a short test script and run it under Stretch and Jessie chroots,
right after
(jessie)oles@donar:~$ sudo apt install default-jre
Hi Alastair,
since I was pointed to visIt by our cosmologists: what is the status of
the packaging? It looks like you restarted this two years ago, but then
abandoned it. What were the difficulties, and what is the current status?
http://www.llnl.gov/visit/
+++ jmodeltest-2.1.10+dfsg/debian/changelog 2017-03-30 16:33:57.0 +0200
@@ -1,3 +1,10 @@
+jmodeltest (2.1.10+dfsg-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove BrowserLauncher dependency. Closes: #859107
+
+ -- Ole Streicher <oleb...@debian.org> Thu, 30 Mar 2017 16
Am 30.03.2017 um 14:14 schrieb Emmanuel Bourg:
> Le 30/03/2017 à 13:47, Ole Streicher a écrit :
>
>> Since there is only one dependency (jmodeltest), I recommend to remove
>> the package from Stretch and to patch out the dependency with a minimal
>> implementation of brows
+++ jmodeltest-2.1.10+dfsg/debian/changelog 2017-03-30 14:03:42.0 +0200
@@ -1,3 +1,10 @@
+jmodeltest (2.1.10+dfsg-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Use custom BrowserLauncher. Fixes: #-1
+
+ -- Ole Streicher <oleb...@debian.org> Thu, 30 Mar 2017 14
Tags: affects -1 jmodeltest
I submitted fixes for all three bugs to the git repository. However,
even after applying them libbrowserlauncher does not work:
$ java -classpath /usr/share/java/BrowserLauncher2.jar \
edu.stanford.ejalbert.BrowserLauncher https://www.debian.org
should display a
rom 69e74fe6a26e7ce4a3716607b2330d5fbe8b76b2 Mon Sep 17 00:00:00 2001
From: Ole Streicher <oleb...@debian.org>
Date: Wed, 29 Mar 2017 15:41:52 +0200
Subject: [PATCH] Fix typo for browser start
---
debian/patches/browser_choice.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debia
Hi Markus,
Am 29.03.2017 um 15:46 schrieb Markus Koschany:
> In the case of backports you would probably backport jmodeltest as well,
> so both could be easily kept in sync. AFAICT both packages seem to work
> well together and librowserlauncher-java was only packaged to build
> jmodeltest from
Hi Markus,
Am 29.03.2017 um 15:15 schrieb Markus Koschany:
>> There is no jar without a version number. This makes it impossible to
>> add the jar to the CLASSPATH of other packages,
>
> This is not true. You can add such jar files to your CLASSPATH.
>> since the file name will change silently
Package: libbrowserlauncher-java
Version: 1.3+dfsg-1
Severity: serious
When using the package, I get the following exception:
edu.stanford.ejalbert.exception.BrowserLaunchingInitializingException:
unable to find config file:
/edu/stanford/ejalbert/launching/misc/linuxUnixConfig.properties
at
Package: libbrowserlauncher-java
Version: 1.3+dfsg-1
Severity: important
The package is Arch: any, but since it is pure Java, it should be Arch:all.
Package: libbrowserlauncher-java
Version: 1.3+dfsg-1
Severity: serious
The package contents are (mainly):
/usr/share/java/BrowserLauncher2-1_3-1.3.jar
/usr/share/java/BrowserLauncher2-1_3.jar -> BrowserLauncher2-1_3-1.3.jar
There is no jar without a version number. This makes it impossible to
) unstable; urgency=medium
* Remove python-webkit from Recommends. Closes: #858948
-- Ole Streicher <oleb...@debian.org> Wed, 29 Mar 2017 08:51:21 +0200
The debdiff is attached. Relevant command:
unblock ginga/2.6.1-2
Thank you very much
Ole
diff -Nru ginga-2.6.1/debian/changelog ginga
Hallo Andreas,
schick mir mal das debian.tar.xz, damit ich ein neues NMU vorbereiten
kann. Ich habe nen Fix.
Cheers
Ole
Am 28.03.2017 um 16:00 schrieb Andreas Tille:
> reopen 857067
> thanks
>
> Hi,
>
> as far as I can see on the build logs[1] the package needs >1h to build
> on s390x and
Looking into ci.debian.net, the new failure appears for the first time
on 2017-03-14:
https://ci.debian.net/data/packages/unstable/amd64/p/pandas/20170314_082050.autopkgtest.log.gz
The debci log also shows an update of tzdata for this time:
Package: src:pandas
Version: 0.19.2-5
Severity: important
Hi,
since quite a while, the CI test for Pandas fails:
==
FAIL: test_set_locale (pandas.tools.tests.test_util.TestLocaleUtils)
Control: tags -1 patch
Hi Andreas and all,
it seems that this bug is fixed in Ubuntu; at least there is a quite
careful analysis:
https://bugs.launchpad.net/ubuntu/+source/dsdp/+bug/1543982
I attach the complete patch; it needs some minor clean-up, but is a good
candidate to solve this.
Control: tags -1 pending
Hi,
I applied the patch from Ubuntu in the git repository. However, since
the bug is severity "normal" and we are in freeze, I do not upload a new
revision.
Ubuntu patch: https://patches.ubuntu.com/c/cpl/cpl_7.0-3ubuntu1.patch
Relevant commit:
+p1+dfsg-2) unstable; urgency=medium
* Force LC_NUMERIC locale to "C". (Closes: #858094)
-- Ole Streicher <oleb...@debian.org> Sat, 18 Mar 2017 13:57:17 +0100
The debdiff is attached. Requested commands:
unblock dpuser/3.3+p1+dfsg-2
Best regards
Ole
diff -Nru dpuser-3.3+p1+dfs
One remark here for both bugs: IMO, the cache implementation and setup
in Jython as it is now is quite useless for Debian: If a normal user
runs Jython without setting python.cachedir to a user-writable location,
he will get warnings that he can't update the cache. If he is doing so,
he will not
Package: jython
Version: 2.5.3-15
Severity: serious
The (system) Jython cache dir is in /usr/share/jython/Cache, while the
FHS wants to have it in /var/cache/.
This is problematic, since the cache may tend to be filled by the
installation of Jython packages or by other Jython invocations as
Package: jython
Version: 2.5.3-15
Severity: normal
when I use jython to import from a jar as a user, I get the following
messages:
>>> import sys
>>> sys.path.append('/usr/share/java/adql.jar')
>>> import adql
*sys-package-mgr*: processing new jar, '/usr/share/java/adql-1.3.jar'
Control: forwarded -1 PIPE-7104
I forwarded the bug to the ESO bug tracker. The bug tracker is not
public; therefore I can't give a complete URL here.
I am however pessimistic about getting this fixed for Stretch: Upstream
tends to not care too much about licensing issues, and I couldn't find a
Control: retitle -1 ITP: eag-healpix -- Handling of HEALPix sky pixellization
Since the package is upstream called "eag-HEALPIX"
(see github directory), I will use the shorter name as well.
The alioth git repo will also be renamed.
Cheers
Ole
Hi Gilles,
Am 21.02.2017 um 22:09 schrieb Gilles Filippini:
> Would the attached patch do the trick?
yes, I can confirm that this works well for me. Thank you for the quick fix.
Best regards
Ole
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
Control: block -1 by 661824
Control: block -1 by 855781
Control: block -1 by 855784
Control: block -1 by
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
Control: block -1 by 661824
Control: block -1 by 755793
Control: block -1 by 855761
Control: block -1 by
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
Control: block -1 by 855761
Control: block -1 by 855781
Control: block -1 by 855782
Control: block -1 by
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
Control: block -1 by 855781
Control: block -1 by 855783
Control: block -1 by 855784
Control: block -1 by
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
Control: block -1 by 855781
Control: block -1 by 855784
Control: block -1 by 855790
* Package name: st
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
Control: block -1 by 855781
Control: block -1 by 855784
Control: block -1 by 855785
* Package name: st
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
Control: block -1 by 855781
* Package name: starjava-task
Version : 0.2
Upstream Author : P
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
Control: block -1 by 855780
* Package name: starjava-registry
Version : 1.2
Upstream Author :
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-pal
Version : 1.0.1
Upstream Author : Peter W. Draper &l
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-util
Version : 1.0
Upstream Author : Peter W. Draper &l
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
Control: block -1 by 855779
Control: block -1 by 855781
Control: block -1 by 855782
Control: block -1 by
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
Control: block -1 by 855781
* Package name: starjava-array
Version : 0.2
Upstream Author : P
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: kuropatkin-healpix
Version : 2012.01.11
Upstream Author : Nikolay Kuropatkin
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
Control: block -1 by 855781
* Package name: starjava-connect
Version : 0.1
Upstream Author : P
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: ivoaregistry
Version : 1.0
Upstream Author : unknown
* 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-j...@lists.debian.org
* Package name: skyview
Version : 3.2.2
Upstream Author : Tom McGlynn <thomas.a.mcgl...
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: adql
Version : 1.3
Upstream Author : unknown
* URL : http://cdspo
Control: retitle 661824 ITP: jel -- library for evaluating algebraic
expressions in Java
Control: owner 668124 !
Hi,
as part of our effort to package the Virtual Observatory Java
tools from Starlink, I am going to package JEL. Here is again
the info block to freshen the memory:
* Package name
Package: jython
Version: 2.5.3-14
Severity: serious
There is no classpath for the dependencies of jython.jar defined in its
manifest:
$ unzip -p /usr/share/java/jython.jar META-INF/MANIFEST.MF | \
grep Class-Path
$
This leads to the problem that dependent packages need to specify the
Package: python-astroplan
Version: 0.2-4
Severity: important
Forwarded: https://github.com/astropy/astroplan/issues/282
While the fix of #851437 fixes the FTBFS of the package, the packages
still has significant usage problems connected with the schedulers:
self =
instance =
Hi Daniel,
I don't really see why you declare this failure as "serious". From the
source (and the bug name), it basically means that theano took a bit
longer to calculate than scipy for the same calculation. This may depend
on the scipy version and optimization, and also on the timing (load)
Hi Daniel,
the remaining numpy-1.12 failurtes can be resolved with this patch:
https://github.com/Theano/Theano/commit/a95f8af1b4c54a8ffa77fcd5f44cfdcb1772cf22
Cheers
Ole
Hi Iain,
sorry, the report slipped through my attention, when it was submitted.
cpl_mask.c has quite a few problems with unaligned access. I had a
similar bug open for this when sparc was a release architecture, but
closed if after the removal of sparc:
https://bugs.debian.org/677968
The
Control: tags -1 patch
Ahh, (partly) my fault: I checked only the result, not the full log.
I've committed a patch to the git repo. Daniel, will you upload or shall I?
Best
Ole
Hi Daniel, Sandro,
I tried to reproduce the bug and could not get the failure with the
latest unstable (Python revision 3.5.3-1). So, I would recommend to
either close the bug as unreproducible, or at least to downgrade the
severity.
IMO the package is worth to be kept in Stretch.
If you don't
t; with
severity: serious.
Relevant changelog:
clhep (2.1.4.1+dfsg-1) unstable; urgency=medium
[ Andreas Tille ]
* Team upload
* Replace psfig by graphicx
Closes: #820797
* DEP5 copyright to enable using Files-Excluded: */psfig.sty
-- Ole Streicher <oleb...@debian.org> Tue, 07 F
Hi Andreas,
in clhep, the 2.1.4.1 releases were not in the git repository.
I corrected that, merged everything together, and now it compiles fine.
I took the freedom to just upload it :-)
Cheers
Ole
Hi Tollef,
On 02.02.2017 21:29, Tollef Fog Heen wrote:
> ]] Ole Streicher
>>>> Am 31.01.2017 um 16:26 schrieb Sam Hartman:
>>>>> If they don't want to do that for stretch, that's a decision within
>>>>> their pervue that we clearly don't have the
Hi Tollef
On 02.02.2017 19:47, Tollef Fog Heen wrote:
> ]] Ole Streicher
>
>> Am 31.01.2017 um 16:26 schrieb Sam Hartman:
>>> If you go back one meeting further, my interpretation is that the consensus
>>> of
>>> the committee seems to b
ditionally, it completes the documentation.
Changelog entries:
gnudatalanguage (0.9.7-2) unstable; urgency=medium
* Revert an upstream patch that causes trouble with multidimensional
arrays. (Closes: #852682)
* Adjust failing CI tests
* Include PYTHON.txt in documentation
-- Ole Strei
Hi Sam,
Am 31.01.2017 um 21:45 schrieb Sam Hartman:
> Ole> Hmm, IMO there are two things here: First, in our constitution,
> Ole> the installer team has no specific granted rights, apart from
> Ole> being maintainers of the relevant packages. This makes the Ole>
> conflict primarily a conflict
Hi Sam,
Am 31.01.2017 um 16:26 schrieb Sam Hartman:
> If you go back one meeting further, my interpretation is that the consensus of
> the committee seems to be that ultimately this decision belongs to the
> installer team.
> That is, in this case, a number of members on the TC seem to believe
>
Dear Technical Committee,
after reading the CTTE meeting log from 2017-01-26 [1], I feel a bit
disappointed. As far as I understand (I am not a long-term DD yet),
the Technical Committee has the task to decide items, where a
consensus could not be reached. Here, this is obviously the case, as
an RC bug for astroplan.
Changelog entries:
python-astropy (1.3-8) unstable; urgency=medium
* Switch to unstable. Closes: #852550
* Revert unrelated "Improved detection of ascii fast_reader in non-fast
parsers"
-- Ole Streicher <oleb...@debian.org> Wed, 25 Jan 2017 16:1
Control: tags -1 patch
Hi Vincent,
to keep astroplan in Debian Stretch, I uploaded today a fixed version of
python-astropy with the patches that were in experimental. Together with
the patches discussed in upstream github, this significantly reduces the
failures; basically there is only one
Package: gnudatalanguage
Version: 0.9.7-1
Severity: important
Forwarded: https://sourceforge.net/p/gnudatalanguage/mailman/message/35621280/
The following bug report also applies to the Debian package:
From: Alain Coulais
Subject: [gnudatalanguage-devel] Fw:
There are quite a couple of problems, some of which are due to bugs in
astropy (namely #852550), and others already solved upstream:
https://github.com/astropy/astroplan/pull/273
https://github.com/astropy/astroplan/pull/274
https://github.com/astropy/astroplan/pull/281
Package: python-astropy
Version: 1.3-7
Severity: important
Forwarded: https://github.com/astropy/astropy/issues/5670
Control: affects -1 astroplan
Control: fixed -1 1.3-8~exp2
When using pytest-3, the doctests of astropy and some affiliated
packages (namely astroplan) fail. While the failure of
Hi Leo,
On 22.01.2017 20:06, Leo P. Singer wrote:
> I was hoping to do another release anyway to address Bug#793248:
> "healpy: change of type in system_error might break with GCC-5"
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793248). I put
> some changes on master for the gcc5
Package: libhealpix-cxx-dev
Version: 3.30.0-4
Severity: normal
Hi,
the healpix package fails the CI tests, because it has unexpected output
to stderr:
https://ci.debian.net/data/packages/unstable/amd64/h/healpix-cxx/20161221_005718.autopkgtest.log.gz
WARNING: version mismatch between CFITSIO
Hi Andreas,
just a few comments -- I will not have time at the weekend to fix it myself.
The problems seem simple: First, buth RC bugs could be merged IMO since
they point to the same problem. The two arrays are only "nearly
identical"; unclear why, but I would just change the equal to a
Hi Bjørn,
Am 17.01.2017 um 10:28 schrieb Bjørn Mork:
> To me it looks like a sandbox fight which started with the creative use
> of "Priority: important". Now it appears that the party starting the
> fight thinks the other party should stop throwing sand until "mommy"
> (aka CTTE) decides who is
Control: reassign -1 python-astropy 1.3-4
Control: fixed 1.3-5
thanks
This is a problem with an older version of astropy; it is fixed in more
recent versions: namely, the dependency of astropy from configobjs
(which also contains validate) was missing.
Cheers
Ole
Cyril Brulebois
> The real pity here is that nobody addressed my early comments when there
> was plenty of time. Like early this year, plenty of months ago.
This is not true. What we did is improving the wording, and limiting the
number of blends. There was no response from you
Package: tasksel
Version: 3.39
Severity: serious
Control: block -1 by 846002
Since revision 3.39, tasksel limits the tasks to a predefined list in
the installer, which ignores the blends task selection currently under
CTTE discussion in #846002. The result of the discussion is still open,
and
The problem here is that with astropy-1.3, doctests are buggy:
https://github.com/astropy/astropy/issues/5670
A workaround currently is to disable doctests during the build:
python$* setup.py test --skip-docs -vv --args -v
Cheers
Ole
On 15.01.2017 05:21, Cyril Brulebois wrote:
> The Debian Installer team[1] is pleased to announce the first release
> candidate of the installer for Debian 9 "Stretch".
>
>
> Important changes in this release of the installer
> ==
>
> * [...]
>
Hi Ben,
Am 12.01.2017 um 09:22 schrieb Ben Finney:
> Ole Streicher <oleb...@debian.org> writes:
> How would you expect this to work?
one way could be: uscan could check the dir
ftp://andromeda.star.bris.ac.uk/pub/star/stilts/
for all dirs matching v([\d\.\-]+),
compare with
Package: devscripts
Severity: wishlist
User: devscri...@packages.debian.org
Usertags: uscan
I have the following sample download URL
ftp://andromeda.star.bris.ac.uk/pub/star/stilts/v3.0-9/stilts_src.zip
Corresponding Debian version number should be 3.0.9.
There is currently no way to get this
I removed the usage of six, configobj, ply, jquery and jquery.dataTables
in the git repository. However, I still cannot remove the use of the
local pytest, since astropy doesn't test successfully with the current
version in Debian (3.0.5). See also
https://github.com/astropy/astropy/issues/5277
On 05.01.2017 11:36, Santiago Vila wrote:
> On Thu, Jan 05, 2017 at 11:06:50AM +0100, Ole Streicher wrote:
>> Hi all,
>>
>> On 04.01.2017 20:57, Santiago Vila wrote:
>>> I still want to build all packages and have 0 or 1 failures,
>>> so in this case t
Hi all,
On 04.01.2017 20:57, Santiago Vila wrote:
> I still want to build all packages and have 0 or 1 failures,
> so in this case the probability should be 1/50/2, i.e. 1%.
>
> I think this is still feasible.
My experience is that the buildds that are currently in use provide more
build
Hi Santiago,
On 04.01.2017 01:41, Santiago Vila wrote:
> On Tue, 27 Dec 2016, Ole Streicher wrote:
> Hello Ole. Thanks for your reply. Please don't forget to Cc: me if you
> expect your message to be read.
OK, however I usually assume that a bug submitter actually reads the
message
Hi Sandro,
On 30.12.2016 15:01, Sandro Tosi wrote:
> On Fri, Dec 23, 2016 at 9:47 AM, Ole Streicher <ole.streic...@gmx.de> wrote:
>> This is a regression; it did not happen with 1.11. Please fix this
>> regression ASAP so that skimage can migrate safely before the
Hi Santiago,
> In particular, if something happens 1 every 20 times on average, the
> fact that it did not happen when you try 10 times does not mean in any
> way that it may not happen.
I must however say that I don't see why a package that fails to build
once in 20 builds would have a release
Hi Margarita,
On 26.12.2016 14:43, Margarita Manterola wrote:
> While it's great that there is a possibly better solution in the works for the
> tasksel screen, there's still the issue at hand that blends-tasks has used the
> severity of the package as a way of circumventing collaboration with
401 - 500 of 939 matches
Mail list logo