ers@lists.alioth.debian.org>
Changed-By: Julien Puydt <julien.pu...@laposte.net>
Description:
libpynac-dev - Engine for symbolic geometric calculus for Python (development
fi
libpynac17 - Engine for symbolic geometric calculus for Python
Changes:
pynac (0.7.18-1) experimental; ur
Hi,
can you install scilab-cli to see if it works better?
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Hi,
I forwarded the report upstream:
https://github.com/JohnCremona/eclib/issues/36
So hopefully there will be a fixed version soon.
Cheers,
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
nce-maintainers@lists.alioth.debian.org>
Changed-By: Julien Puydt <julien.pu...@laposte.net>
Description:
eclib-tools - Programs for modular symbols and elliptic curves over Q
libec-dev - Library for modular symbols and elliptic curves over Q (developme
libec4 - Library for mod
Version: 6.0.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Julien Puydt <julien.pu...@laposte.net>
Description:
scilab - Scientific software package for numerical computations
scilab-cli
ers@lists.alioth.debian.org>
Changed-By: Julien Puydt <julien.pu...@laposte.net>
Description:
libgf2x-dev - Routines for fast arithmetic in GF(2)[x] (development files)
libgf2x1 - Routines for fast arithmetic in GF(2)[x]
Changes:
gf2x (1.2-5) unstable; urgency=medium
.
* Point
Hi,
again, a number of heterogeneous strings, then I get a prompt after
warnings, and quitting (several times) leads to a success.
I haven't reproduced the segfault in this bug report, but I have found
problems which indicate that the three listed packages do not support
the most recent scilab
Hi,
I finally found some time to have a look and tried to reproduce the
issue with scilab-plotlib, but I get a different problem:
SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1
DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \
/usr/bin/scilab -nw -f builder.sce
Scilab 6.0.0 (Dec
Hi,
for scilab-ann, I tried to reproduce and got the following:
- first a heterogeneous string ;
- then the version test is bogus : it does check the main digit but the
second, so 6.0.0 appears older than 5.3 ;
- finally I get complaints "tbx_build_cleaner(name, path) is obsolete.
Please use
Hi,
according to bug #876733, there is a licensing problem with jeuclid :
- the LICENSE.txt file [1] says Apache 2.0 ;
- the NOTICE file [2] looks like an Apache 1.0.
This RC bug will get jeuclid out of Debian, hence also scilab (which I
just moved from O to ITA).
My interpretation of the issue
Le 19/10/2017 à 22:24, Ximin Luo a écrit :
> I fixed things in git by removing MAKEFLAGS and rewriting d/rules to do the
> previous stuff in a cleaner way. I've rebuilt all of the reverse dependencies
> () and they all succeeded including tests. So I think we're good to go ahead
> with the
Le 01/09/2017 à 00:03, Ximin Luo a écrit :
> Thanks for that. I forced the rebuild to continue by skipping the flint tests
> with DEB_BUILD_OPTIONS=nocheck sbuild --profiles=nocheck , and am
> pleased to report that singular and pynac built (including tests)
> successfully.
That is good
Hi,
Le 31/08/2017 à 14:48, Ximin Luo a écrit :
> eclib, giac, linbox succeeded but flint fails:
>
> [..]
> make[3]: Entering directory '/<>'
> g++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong
> -Wformat -Werror=format-security -I/<> -c
> interfaces/NTL-interface.cpp -o
Hi,
Le 31/08/2017 à 00:10, Ximin Luo a écrit :
> Julien Puydt:
>> Hi,
>>
>> Le 29/08/2017 à 14:25, Tobias Hansen a écrit :
>>> Now is a good time for the NTL transition. Julien, could you update the
>>> package to 10.3.0? Then we can test-bui
Hi,
Le 29/08/2017 à 14:25, Tobias Hansen a écrit :
> Now is a good time for the NTL transition. Julien, could you update the
> package to 10.3.0? Then we can test-build the reverse dependencies and
> ask for a transition.
Indeed there was a soname version bump from 27 to 35, so a transition is
Hi,
Le 29/08/2017 à 14:25, Tobias Hansen a écrit :
> Now is a good time for the NTL transition. Julien, could you update the
> package to 10.3.0? Then we can test-build the reverse dependencies and
> ask for a transition.
Uh, latest upstream is 10.5.0, and that's what I'm now working on.
Hi,
I just pushed a commit which also changes the python-2.7 test to python2.
Thanks for the report and the fix!
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Hi,
I just pushed to fplll's Debian git repository a tentative 5.1.0-3 which
would fix the recently reported issue with fpylll : I rewrote the patch
for the default strategies path changes.
I'm a bit at loss on how to check if that really fixes anything : I
tried to build fpylll (success), but
Hi,
I haven't been able to reproduce your problem. I think that module is
provided by sagemath-common -- can you try to re-install it?
Thanks,
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Hi,
the flint package uses gcc-5 and g++-5 only on mips and mipsel, where
the later compilers just give bad things ; from d/rules :
# FTBFS on mips and mipsel seems to be caused by a bug in gcc 6,
# see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
What can I do here ?
Snark on
Hi,
I don't understand why the bug reports ends with a discussion of the
count_trailing_zeros and count_leading_zeros macros, since the error
message quoted seems to be about the UWtype typedef.
Notice that I won't have time to have a look before next week (at
least), so if you find a
Control: severity -1 important
Control: affects -1 flint-arb
(there was a typo in the severity)
I'll work on it really soon.
Thanks!
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Package: gap-float
Version: 0.6.3+ds-3
The newly released fpll 5.x.y series breaks the api completely, so the
sollya and gap-float packages will need new upstream versions. In the
mean time, I'm going to upload (well, get sponsored) my fplll packages
to experimental only, so you have it at
Hi Doug,
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 also
interested in givaro as it is
:
commit 6217ca1c0e658d3644f03e9298935fcad00fb1b3
Author: Julien Puydt <julien.pu...@laposte.net>
Date: Sat Jun 25 10:49:44 2016 +0200
Remove the -ansi flag -- unbreaks MIPS-based architectures
diff --git a/debian/rules b/debian/rules
index bf20ed6..17f3b60 100755
--- a/debian/rules
+++ b/
Package: eclib
Version: 20160206-1
Severity: serious
One of the checks breaks on armel :
https://buildd.debian.org/status/fetch.php?pkg=eclib=armel=20160206-1=1460835373
I have been unable to reproduce it on the armhf box I have though.
Snark on #debian-science
--
debian-science-maintainers
Hi,
On 17/06/2016 20:00, Thorsten Alteholz wrote:
Sorry, but only the pointer to /usr/share/common-licenses is ok.
Otherwise the complete license text needs to be in the license block.
Thorsten
===
Please feel free to respond to this email if you don't understand why
your files were
Hi,
On 19/04/2016 12:22, Mattia Rizzolo wrote:
On Tue, Apr 19, 2016 at 10:04:31AM +0200, Julien Puydt wrote:
Hi,
(1) according to:
https://buildd.debian.org/status/package.php?p=flint=sid
the version 2.5.2-3 of flint built perfectly on amd64.
yeah, that's a past tense.
(2) more recently
Hi,
(1) according to:
https://buildd.debian.org/status/package.php?p=flint=sid
the version 2.5.2-3 of flint built perfectly on amd64.
(2) more recently (yesterday) :
https://buildd.debian.org/status/package.php?p=flint=experimental
the version 2.5.2-4 of flint built perfectly on amd64.
(3)
On 12/04/2016 20:08, Mattia Rizzolo wrote:
On Tue, Apr 12, 2016 at 07:47:23PM +0200, Julien Puydt wrote:
What could be the difference?
Don't know, sorry. Good luck!
Well, does the box run unstable too?
that box is a standard jessie system running standard chroots (either
testing
Hi,
On 11/04/2016 22:27, Chris Lamb wrote:
dget http://mentors.debian.net/debian/pool/main/f/flint/flint_2.5.2-4.dsc
This FTBFS for me. Build log attached.
Regards,
It is a good thing that you see 2.5.2-4 fail like 2.5.2-3 since I didn't
touch anything related to your problem.
That
Hi,
I'm Snark on IRC ; this is about :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818990
where you have FTBFS on my flint 2.5.2-3 package (a failing unit test on
amd64).
When I tried to build my package, it failed because of a documentation
problem, and not because of a unit test
Hi,
I made a patch to get around my documentation problem, and built the
package without issue. On an amd64 like in your report.
Can you get me more information on the issue? Does it happen again on
the same box if you retry? Does it happen on another computer?
Thanks,
JP
--
Hi,
I couldn't reproduce your failure... because I get a problem during the
doc build:
Overfull \hbox (24.5199pt too wide) in paragraph at lines 3768--3777
[][][][]\T1/aer/m/n/10 . The cur-rent lifted fac-tors are sup-plied in
[][][]
[129] [130] [131] [132]
! Argument of \zap@to@space has an
Hi,
I notified upstream ; thanks for the hint!
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Hi,
I have a 0.4.3-1 in the git repository already.
The gcc 5 transition is a rebuild away, since there are no rdeps.
Thanks,
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Package: esys-particle
Version: 2.3-2
Hi,
my little brother was having a hard time using esys, unable to visualize
anything. After he called for help, I soon found out that the debian
package doesn't ship any implementation for the visualization subsystem!
Indeed, the Python/esys/lsm/vis/
Package: libpolybori-dev
Version: 0.8.3-4
This package should depend on libboost-dev, since the headers are not
usable without the boost headers.
Thanks,
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Package: gmp
Version: 2:6.0.0+dfsg-6
Hi,
the sagemath software is using MPIR, but we're trying to package it for
debian using the default lib for multi-precision arithmetic : GMP.
Sagemath uses mp_set_memory_functions to override the default memory
management and make it better for their
Hi,
in fact this bug is a duplicate of #748898, where it's stated that
sagemath has the same issue :
http://trac.sagemath.org/ticket/12437
they have patches, which they might have sent upstream.
On the one hand they modify the API/ABI, on the other they fix the
compilation... is it a case
Package: lcalc
Version: 1.23+dfsg-3
the current debian package doesn't work as well as sagemath hopes it to:
jpuydt@cauchy:~$ lcalc -z 3 -e --a1 0 --a2 0 --a3 1 --a4 -1 --a6 0
*** Warning: new stack size = 1028928 (0.981 Mbytes).
*** Error in the PARI system. End of program.
whereas
Hi,
I just had a look, thinking it was an easy bug to fix, but it turns out
things are more complicated:
- in fact, it looks like only the polybori-groebner headers use gdlib
and libpng, so only that .pc should depend on them ;
- the relevant libpolybori-groebner-dev package should depend
Hi,
I had a look, and saw that libtool is used like this:
- first it is detected using libtool --version, and LIBTOOL is set ;
- then it is used using lines looking like:
$(LIBTOOL) --mode={link,compile,clean,install,uninstall} ...
Notice that it's not using autotools to build -- it's a set
Hi,
upstream 6.2.1 is now out (and upstream said they won't release a new
one that soon) ; I took the git cvs of the ntl package, packaged 6.2.0
(before upstream told me it was already obsolete), then 6.2.1... lintian
complains about :
- debian-watch-may-check-gpg-signature
-
Hi,
would it be possible to package this new version?
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Hi,
Le 14/08/2014 13:19, Thorsten Alteholz a écrit :
Dear Maintainer,
I marked your package for accept, but you might want to add longlong.h
and fmpz/fits_si.c to your LGPL2.1 block.
Thanks!
Thorsten
I updated d/copyright according to your suggestions.
Thanks,
Snark on #debian-science
Hi,
Le 31/07/2014 23:27, Александр Овчинников a écrit :
Hi,
Please see above, Take a look to the message with subject Update patch. I
have tried to make new patch in the correct way.
sorry, I missed that message with the new patch... indeed the new
version looks better : I'll forward it to
Hi,
Le 31/07/2014 16:21, Sylvestre Ledru a écrit :
On 26/07/2014 10:09, Julien Puydt wrote:
Hi,
sorry it took so long to answer.
Could you tell me the full name of the patch author?
Alexander Ovchinnikov
and whether the
patch was already forwarded upstream?
Probably not :)
S
I'm
Hi,
sorry it took so long to answer.
Could you tell me the full name of the patch author? and whether the
patch was already forwarded upstream?
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Package: libpolybori-dev
Version: 0.8.3-3
After installing the package:
$ pkg-config polybori-0.8 --cflags
Package gd was not found in the pkg-config search path.
Perhaps you should add the directory containing `gd.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gd', required by
Hi,
I just packaged pynac 0.3.2 for debian ; it looks like there is still
-L/usr/lib in the link lines here (which is why I don't close), but that
is found by detecting where python is installed, so it might actually be
correct.
Can you tell me if the bug is still there?
Thanks,
Snark on
Hi,
thanks for the report ; I pushed a would-be fix to git. Both lintian and
pbuilder seem happy with it. Within pbuilder login, gcc --version
says it's 4.8.2-21, so I guess it's good.
I'll go looking for a sponsor later this week.
Thanks,
Snark on #debian-science
--
Hi,
do you have more information on that bug?
Snark on #debian-science
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
53 matches
Mail list logo