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
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
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
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
20.05.2016 um 22:00 schrieb Ole Streicher:
> Hi Sergio,
>
> Sergio Gelato <sergio.gel...@astro.su.se> 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-
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: tkhtml1
Version : 1.0
Upstream Author : Eric Mandel
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: tkmpeg
Version : 1.0
Upstream Author : Eric Mandel
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 ;-)
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.
>
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:
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:
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:
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
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:
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:
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:
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 installe
On 17.05.2016 13:29, Cyril Brulebois wrote:
> Ole Streicher <oleb...@debian.org> (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 sc
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
>
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
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
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: ginga
Version : 2.5.20160420043855-1
Upstream Author : Eric R. Jeschke
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
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,
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
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: sopt
Version : tbd. (currently git only)
Upstream Author : Rafael Carrillo, Jason McEwen, Yves Wiaux
Package: wnpp
Severity: wishlist
Owner: Ole Streicher <oleb...@debian.org>
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
* L
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: cassbeam
Version : 1.0.1
Upstream Author : Walter Brisken, NRAO
URL : https://github.com/r
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:
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
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
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?
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
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
ut whether this is the best way -- at
least it is a pragmatic fix.
Best regards
Ole
Author: Ole Streicher <oleb...@debian.org>
Description: Remove failing test from test_plot_line
The "blarg" argument is propagated to matplotlib and there it raises an
AttributeError (and not a T
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove libopenjpeg-dev build dependency. Closes: #826816
+
+ -- Ole Streicher <oleb...@debian.org> Fri, 22 Jul 2016 10:09:37 +0200
+
grib-api (1.16.0-1) unstable; urgency=medium
* New upstream release
diff -Nru grib-api-
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
>
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 2016 15:33
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
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
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
>
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 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
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
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
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 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
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 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: 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:
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
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
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
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 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
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
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: 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: 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
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
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
Control: block -1 by 855781
* Package name: starjava-task
Version : 0.2
Upstream Author : P
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: 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
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
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 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 855761
Control: block -1 by 855781
Control: block -1 by 855782
Control: block -1 by
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
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 =
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: 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
* 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
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 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 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 661824
Control: block -1 by 855781
Control: block -1 by 855784
Control: block -1 by
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 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
Hi Daniel,
the remaining numpy-1.12 failurtes can be resolved with this patch:
https://github.com/Theano/Theano/commit/a95f8af1b4c54a8ffa77fcd5f44cfdcb1772cf22
Cheers
Ole
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
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
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
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
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
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
>> ===
>> _
ld 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 <oleb...@debian.org>
--- a/yt/geometry/particle_smooth.pyx
+++ b/yt/geometry/particle_smooth.pyx
@@ -
Control: tags -1 patch
I opened a pull request with a fix (now merged) upstream:
https://github.com/casacore/casacore/pull/466
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 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
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 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
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
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).
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:
+++ 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 <oleb...@debian.org> Tue, 20 Sep 2016 09:12
301 - 400 of 940 matches
Mail list logo