On Wed, Apr 20, 2016 at 10:10 PM, YunQiang Su wrote:
> On Wed, Apr 20, 2016 at 9:28 PM, Jakub Wilk wrote:
>> Package: libvigraimpex-dev
>> Version: 1.10.0+git20160211.167be93+dfsg-2
>> User: debian-m...@lists.debian.org
>> Usertags: mipsel
>>
>>
(eapl, rdcc_nslots, rdcc_nbytes,
> rdcc_w0);$
>
quite strange, only mipsel has this problem, mips64el/mips(eb) doesn't
have this problem.
Let me have a check.
>
> I have no idea how could this happen. It smells like a hardware problem. (I
> CCed debian-mips@l.d.o and mipsel@bui
m is to catch all future mips64* architectures,
> shouldn't this be enough:
>
> ifneq (,$(filter mips64%,$(DEB_HOST_ARCH)))
yeah, it sounds good.
>
> Unless I am missing something here. Let me know what you think.
>
> Ghis
>
>
> 2015-11-30 8:00 GMT+00:00 YunQiang Su :
>&g
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)
>>>
ilter mips%64 mips%64el.
>
> One is twice the same (typo?), the other has the percent sign placed
> differently.
>
> Please confirm the correct filter command, otherwise I cannot apply this
> patch.
>
> Thanks,
> Ghis
--
YunQiang Su
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
On Sat, 27 Jun 2015 14:02:19 -0700 Daniel Schepler wrote:
> Source: ssm
> Version: 1.3-2
> Severity: normal
>
> From my pbuilder build log, using a setup preferring glibc and gcc-defaults
> from experimental:
I NMUed this package to unstable with the attached patch.
>
> ...
>dh_fixperms -O--
lar;
typedef typename NumTraits::Real RealScalar;
typedef typename std::complex ComplexScalar;
if (sizeof(RealScalar) > 14) {
result = arg.matrixFunction(StdStemFunctions::exp);
return;
}
#endif
--
YunQiang Su
--
debian-science-maintainers mailing list
debian-science-maintaine
I NMUed this package with the attached patch to 5-delay queue.
If any objection, contact me or cut it.
On Mon, Mar 30, 2015 at 5:25 PM, YunQiang Su wrote:
> On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois wrote:
>> Source: healpix-cxx
>> Version: 3.11.2-7
>&
On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois wrote:
> Source: healpix-cxx
> Version: 3.11.2-7
> Severity: serious
> Justification: FTBFS
>
> Hi,
>
> your package no longer builds on armel:
> | libtool: link: g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4
> -Wformat -Werror=format-se
in HerwigRun (runname=..., seed=, tag=..., N=500, tics=, resume=,
keepid=) at Herwig++.cc:228
#30 0x000120002d7c in main (argc=,
argv=0xffb418) at Herwig++.cc:125
--
YunQiang Su
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alio
On Wed, 24 Sep 2014 22:56:11 -0400 "Aaron M. Ucko" wrote:
> Source: pynfft
> Version: 1.3.2-1
> Severity: serious
> Justification: fails to build from source
>
> Builds of pynfft in minimal environments geared for building its
> architecture-dependent binary packages (e.g., on the autobuilders)
>
des: libcoinutils-dev
Conflicts: libcoinutils-dev
Replaces: libcoinutils-dev
--
YunQiang Su
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
On Sat, 27 Sep 2014 10:02:09 +0800 YunQiang Su wrote:
> Package: fftw3
> Version: 3.3.4-1
>
> On mips64 and mips64el, double is 64bit and long double is 128bit.
> So please enable them for long double support.
I NMUed this package with delay-5, with arm64 and ppc64el to the long
Package: fftw3
Version: 3.3.4-1
On mips64 and mips64el, double is 64bit and long double is 128bit.
So please enable them for long double support.
--
YunQiang Su
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
On Thu, 22 May 2014 08:00:51 +0100 Ghislain Vaillant wrote:
> Hi Aurelien,
>
> Thanks for reporting this issue.
>
> I'd have to check with upstream the best approach for dealing with this.
> I am not sure whether you can enable / disable support for specific
> precisions in pyfftw. I think the au
>>> import vtk
>>>
syq@wrath> python
Python 2.7.7 (default, Jun 3 2014, 16:16:56)
[GCC 4.8.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from vtkCommonPython import *
Traceback (m
Package: gmp
Version: 6.0.0+dfsg-4
This patch pass ABI=64 to configure and fix symbols on mips64(el).
--
Yunqiang Su
gmp-mips64.patch
Description: Binary data
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
Package: arpack
Version: 3.1.5-2
debian/libparpack2.symbols
there are some symbols marked as
!mips !mipsel !mips64 !mips64el !s390 !s390x !powerpcspe !m68k !arm64
!hppa !ppc64 !sh4 !sparc64 !x32
Please add mips64 and mips64el into them.
--
Yunqiang Su
--
debian-science-maintainers mailing
-XSH_CORRELATE_GAUSSIANS: main: in [1]cpl_vector_get()
at cpl_vector.c:829
[ ERROR ] Test-XSH_CORRELATE_GAUSSIANS: main:
--
Yunqiang Su
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
19 matches
Mail list logo
