Bug#894905: fflas-ffpack: missing Depends: libgivaro-dev (>= 4.0.3)

On 04/05/2018 08:24 AM, Andreas Beckmann wrote: Package: fflas-ffpack Version: 2.3.2-1~exp1 Severity: serious Hi, noticed this while rebuilding linbox/experimental in sid+experimental: ... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes

Accepted linbox 1.5.2-1~exp1 (source amd64 all) into experimental, experimental

: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Doug Torrance <dtorra...@piedmont.edu> Description: liblinbox-1.5.2-0 - Library for exact linear algebra - shared library liblinbox-dev - Library for exact linear algebra -

Re: cohomcalg_0.31d+ds-1_amd64.changes REJECTED

Hi Thorsten, On 09/20/2017 02:00 PM, Thorsten Alteholz wrote: Hi Doug, according to manual.tex: The lightbulb image used in the application logo was made by \href{http://dragonartz.wordpress.com/}{DragonArt} and is used under the

Bug#862090: mathicgb FTBFS on big endian architectures: test fails

Control: forwarded -1 https://github.com/Macaulay2/mathicgb/issues/3 On 05/08/2017 07:15 AM, Radovan Birdic wrote: Package: mathicgb Version: 1.0~git20170104-1 Severity: important Tags: sid + patch Justification: FTBFS User: debian-m...@lists.debian.org Usertags: mips-patch Hello, Package

Bug#853399: Fwd: Re: [linbox-team/fflas-ffpack] Fails to build with gcc 7 (#74)

linbox-team/fflas-ffpack <reply+001e663865c11ff068f356b8a24d5f97ad3edea47e7a288792cf000114b53af792a169ce0c2df...@reply.github.com> To: linbox-team/fflas-ffpack <fflas-ffp...@noreply.github.com> CC: Doug Torrance <dtorra...@piedmont.edu>, Author <aut...@noreply.github

Bug#852995: Fwd: Re: [linbox-team/givaro] test-crt (sometimes) fails (#38)

Reply-To: linbox-team/givaro <reply+001e66388f37e52d3f7c0b7f382a5309bf1e75400057dabe92cf000114b049f692a169ce0b53d...@reply.github.com> To: linbox-team/givaro <giv...@noreply.github.com> CC: Doug Torrance <dtorra...@piedmont.edu>, Comment <comm...@noreply.github.com>

Bug#852995: givaro: FTBFS randomly (failing tests)

Control: forwarded -1 https://github.com/linbox-team/givaro/issues/38 On 01/28/2017 01:49 PM, Santiago Vila wrote: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...]

Bug#840458: [Debian-science-sagemath] linbox: FTBFS on i386: illegal instruction in test-{cra, charpoly}

Yes, please do. On Tue, Nov 29, 2016, 1:52 PM Tobias Hansen <than...@debian.org> wrote: > On 11/29/2016 06:01 PM, Tobias Hansen wrote: > > On 11/29/2016 03:53 PM, Doug Torrance wrote: > >> Control: reassign -1 src:givaro > >> > >> On 11/29/2016 09:5

Bug#840458: linbox: FTBFS on i386: illegal instruction in test-{cra, charpoly}

Control: reassign -1 src:givaro On 11/29/2016 09:58 AM, Tobias Hansen wrote: I think I figured out at least the test failures with "Illegal instruction" on i386. The problem is that givaro is built using cpu extensions that are not allowed. Jerome figured out in [1] that the problem happens

Bug#835759: fflas-ffpack: FTBFS: unsatisfiable build-dependency: libgivaro-dev (< 4.0.2) but 4.0.2-1 is to be installed

On 08/28/2016 04:48 AM, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. > ... > The following packages have unmet dependencies: sbuild-build-depends-fflas-ffpack-dummy : Depends: libgivaro-dev (< 4.0.2) but 4.0.2-1 is to be installed

Bug#833846: fflas-ffpack: don't generate optimised code based on the build machine

Control: tags -1 pending On 08/09/2016 07:53 AM, Ximin Luo wrote: Control: severity -1 serious I was recommended by multiple people to bump the severity of this bug. Also to clarify that i386 should have no optimisation flags, and not "-msse -msse2". My earlier comment was based on a

Bug#811847: givaro RC bug #811847

On 07/18/2016 01:53 AM, Julien Puydt wrote: On 17/07/2016 19:54, Doug Torrance wrote: I see that you've recently pushed some changes to git which close the RC bug #811847 [1]. Were you planning on uploading them? I ask because givaro is currently scheduled for auto-removal from testing. I'm

Bug#811847: givaro RC bug #811847

Hi Julien, I see that you've recently pushed some changes to git which close the RC bug #811847 [1]. Were you planning on uploading them? I ask because givaro is currently scheduled for auto-removal from testing. I'm also interested in givaro as it is a dependency for Macaulay2, which I'm

Bug#831109: mathic: FTBFS with GCC 6: dh_makeshlibs: failing due to earlier errors

Control: tags -1 pending On 07/14/2016 04:06 AM, Lucas Nussbaum wrote: Source: mathic Version: 1.0~git20160320-3 Severity: serious Tags: stretch sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20160713 qa-ftbfs Justification: FTBFS with GCC 6 on amd64 Hi, During a rebuild of all

Bug#811805: gfan: FTBFS with GCC 6: error: reference is ambiguous

Control: tags -1 pending On Tue, 19 Jan 2016 18:08:29 -0800 Martin Michlmayr wrote: > This package fails to build with GCC 6. GCC 6 has not been released > yet, but it's expected that GCC 6 will become the default compiler for > stretch. This was fixed in Gentoo [1]. I have

Bug#830811: mathic: Symbols file compatibility with -O3

Hi Steve, On 07/11/2016 03:08 PM, Steve Langasek wrote: The Ubuntu ppc64el port uses -O3 optimization for package builds by default. Under -O3, there are a number of template symbols that are not exported in libmathic because they wind up inlined instead. As a result, mathic fails to build

Bug#807904: mathicgb: wrong spelling for Gröbner in package description

On Mon, 14 Dec 2015 12:16:37 +0100 Daniele Forsi wrote: > in the description for this package, I think that the name Groebner is > wrongly spelled twice as Grobner (without the "e"): > signature Grobner bases... > "Practical Grobner Basis Computation"... Thanks for the

Re: mathicgb upload

On 09/05/2015 04:50 PM, Anton Gladky wrote: > I think it is OK that the newer version with appended v5-name > to the library was uploaded. It should help to track the > migration process. Sounds good. Thanks again! Doug -- debian-science-maintainers mailing list

Re: mathicgb upload

Hi Anton! I noticed that you set mathic to Done on the SoB page. This was actually a new request, but I'm wondering if it was even necessary. A new RC bug [1] was filed against the version that you uploaded a couple days ago. I imagine they just grepped the exported symbols, saw that they

Re: mathicgb upload

Hi Anton, On 09/01/2015 12:50 AM, Anton Gladky wrote: > your package mathicgb_1.0~git20131006-3 FTBFSs with the > following message: > > ... > > It can be connected to a current GCC-5 transition. Yeah, I had noticed this a few days ago. It's definitely because of the GCC-5 transition -- in

Re: mathicgb build failed

On 07/18/2015 03:40 PM, Andreas Tille wrote: I think you need to update the symbols file (or remove it at all - I personally do not provide symbols files in my library packages since it makes maintainance hard). Thanks for the quick review, Andreas! I took your advice and removed the symbols