pyoperators 0.13.6-1 is marked for autoremoval from testing on 2015-12-19
It is affected by these RC bugs:
805678: pyoperators: FTBFS: NameError: global name 'FFTW_DEFAULT_NUM_THREADS'
is not defined
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
texmaker 4.4.1-1 is marked for autoremoval from testing on 2015-12-10
It is affected by these RC bugs:
803755: texmaker: FTBFS: error: variable 'QDataStream ds' has initializer but
incomplete type
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
htt
Package: normaliz
Version: 3.0.0+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hello Folks:
On mipsel architecture, normaliz is subject to random `Bus error(s)'
that
are emitted from GOMP. A GDB backtrace typically reads:
-
Forwarded Message
Subject: Bug#806754: RFS: gmp-ecm/6.4.4+ds-5 [FTBFS fix]
Resent-Date: Mon, 30 Nov 2015 21:57:02 +
Resent-From: Jerome Benoit
Resent-To: debian-bugs-d...@lists.debian.org
Resent-CC: Debian Mentors
Date: Mon, 30 Nov 2015 22:52:48 +0100
From: Jerome Benoit
Your message dated Mon, 30 Nov 2015 18:06:29 +0100
with message-id <565c8215.7090...@rezozer.net>
and subject line gmp-ecm: Current version doesn't seem able to factor... 1 !
has caused the Debian Bug report #777073,
regarding Current version doesn't seem able to factor... 1 !
to be marked as done.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 30 Nov 2015 11:25:23 +0100
Source: code-saturne
Binary: code-saturne code-saturne-bin code-saturne-data code-saturne-include
code-saturne-doc
Architecture: source amd64 all
Version: 4.1.1+repack-2~exp1
Distributio
Dear Family Friend,
Good day,How are you doing?I hope you are doing great.Please
,i need your guidance to save my future.
My name is Miss Kamso Murfy. I am a United nations refugee in Ghana. I lost my
parents in the Mali civil war in 2012 and since then I have been without a
family n
code-saturne_4.1.1+repack-2~exp1_amd64.changes uploaded successfully to
localhost
along with the files:
code-saturne_4.1.1+repack-2~exp1.dsc
code-saturne_4.1.1+repack-2~exp1.debian.tar.xz
code-saturne-bin_4.1.1+repack-2~exp1_amd64.deb
code-saturne-data_4.1.1+repack-2~exp1_all.deb
code-sa
On Mon, Nov 30, 2015 at 5:49 PM, Ghislain Vaillant wrote:
> This part of the patch still sounds weird to me:
>
> ifneq (,$(filter mips64%el mips64%el,$(DEB_HOST_ARCH)))
>
> The repetition of "mips64%el" looks unnecessary to me.
>
> Besides, since the aim is to catch all future mips64* architecture
This part of the patch still sounds weird to me:
ifneq (,$(filter mips64%el mips64%el,$(DEB_HOST_ARCH)))
The repetition of "mips64%el" looks unnecessary to me.
Besides, since the aim is to catch all future mips64* architectures,
shouldn't this be enough:
ifneq (,$(filter mips64%,$(DEB_HOST_ARC
Package: libopencv-dev
Severity: minor
I believe all development packages should Suggest their own documentation (if
such documentation exists).
Thanks!
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/l
I tested this patch. It works well for mips64el.
On Fri, Nov 27, 2015 at 11:40 AM, YunQiang Su wrote:
> On Wed, Nov 25, 2015 at 6:23 PM, Ghislain Vaillant wrote:
>> This is the relevant portion of the proposed patch:
>>
>>> ifeq ($(DEB_HOST_ARCH),ppc64el)
>>> DEB_CFLAGS_MAINT_APPEND += -mno-al
12 matches
Mail list logo
