Hi Bill,
since the pari headers were moved to an arch-dependant directory, did
you consider creating pkg-config files? Or is there currently another
way to specify the pari include dir that works both on Debian and elsewhere?
Cheers,
Tobias
Am 01.04.2014 21:38, schrieb Bill Allombert:
Package:
On 04/03/2014 10:59 AM, Bill Allombert wrote:
On Thu, Apr 03, 2014 at 12:12:03AM +0200, Tobias Hansen wrote:
Hi Bill,
since the pari headers were moved to an arch-dependant directory, did
you consider creating pkg-config files? Or is there currently another
way to specify the pari include
Hi Bill,
my reasoning was that the executable is rather useless without the
documentation, which is non-free (pdf without the tex source). Of course
I could provide the executable and point to the website for
documentation. Would you find that more useful?
Best,
Tobias
--
On 04/30/2014 01:18 PM, Bill Allombert wrote:
Michael uploaded the documentation to http://arxiv.org/abs/0803.3165
the TeX source is available at http://arxiv.org/format/0803.3165v4
Cheers,
Thanks for taking care of that! I'll upload a package with executable
and documentation in the next
Hi,
you're right, thanks. To build with pari 2.5 one could use the patch
pari_2.5.patch from version 1.23+dfsg-1 instead of pari_2.7.patch. The
build-dependency will be fixed with the next update.
Best,
Tobias Hansen
--
debian-science-maintainers mailing list
debian-science-maintainers
Note to self: See what patch they come up with in
http://trac.sagemath.org/ticket/12437
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Thanks. I'll wait a bit to see with what they come up in
trac.sagemath.org/ticket/12437 . I think the default parameters will be
moved to the function declarations so it would be good to use the same
patches as Sage as I'm not sure if anything else breaks ABI compatibility.
Cheers,
Tobias Hansen
15:09:04.0
+0200
+++ morse-simulator-1.2.1/debian/changelog 2014-12-19 21:20:44.0
+0100
@@ -1,3 +1,10 @@
+morse-simulator (1.2.1-1.1) unstable; urgency=medium
+
+ * Team upload.
+ * Allow running with Blender 2.72. (Closes: #771132)
+
+ -- Tobias Hansen than...@debian.org
Hi David,
I would do that if there were manpages for these programs. I have no
clue how to use them so I can't write these manpages myself. If someone
provides them I'll move the programs to /usr/bin.
Best,
Tobias
On Sun, 09 May 2010 09:08:01 -0300 David Bremner brem...@unb.ca wrote:
It would
Source: eclib
Severity: important
Hi Julien,
currently eclib FTBFS if libboost-dev is installed. It tries to use it
and fails. First we should decide if it should use boost and then make
it use it or not regardless of whether boost is installed.
This comment from eclibs configure.ac explains
Hi,
yes, I asked ftpmasters twice (on 07/31/15 and 09/01/15) if they could
review it because I wanted to package a new upstream version. I did not
get an answer. It's only in NEW because I renamed the package
libcdd-test to libcdd-tools. It's an easy review. I guess now nobody
reviews it because
nks for the report.
>
>
>
> On 05/07/16 18:46, Tobias Hansen wrote:
>> Source: mpfi
>> Version: 1.5.1+ds-4
>> Severity: grave
>> Justification: prevents package upgrade
>
>> Hi Jerome,
>
>> When upgrading from version 1.5.1+ds-2, I get the following
Source: mpfi
Version: 1.5.1+ds-4
Severity: grave
Justification: prevents package upgrade
Hi Jerome,
When upgrading from version 1.5.1+ds-2, I get the following error:
Preparing to unpack .../libmpfi-dev_1.5.1+ds-4_amd64.deb ...
dpkg-query: no packages found matching libmpfi-dev:amd64
ias,
>
> feel free to push to git (please create a new branch). I will try to
> test it on Saturday.
>
> Thanks!
>
> Anton
>
>
> 2016-10-26 21:11 GMT+02:00 Tobias Hansen <than...@debian.org>:
>> Hi,
>>
>> the problem occurred in the file doc/s
Hi,
the problem occurred in the file doc/sphinx/ipython_directive200.py. It
seems this is an old version of the file [1], so the first thing to try
would be to include the new version with a new name and edit
doc/sphinx/conf.py so that it is used. Anton, do you mind if I push a
patch to the
tags 840527 + pending
thanks
Hello,
The following change has been committed for this bug by
Tobias Hansen <than...@debian.org> on Sat, 29 Oct 2016 23:27:26 +0200.
The fix will be in the next upload.
Include ipython_directive.py from IPython
Control: severity -1 important
I'm lowering the severity to important to allow testing migration.
fflas-ffpack 1.6.0 in testing is broken since it build-depends on givaro
3.7.2, which is not in testing anymore. For now it is best to have a
working package for the architectures that work (and no
Source: sardana
Severity: normal
Control: block 840501 by -1
Hi,
we are planning to transition ipython from version 2.4 to 5 [1]. This
amounts to larger changes: ipython-notebook and ipython-qtconsole were
moved to a separate project, Jupyter. Packages for ipython 5 and several
Jupyter
I just learned that jupyter-qtconsole is already packaged in experimental:
https://tracker.debian.org/pkg/python-qtconsole
For glueviz, sardana and vistrails this means: could you please test
your packages with the experimental ipython/jupyter packages and make
the necesssary changes?
Best,
Source: lmfit-py
Severity: normal
Control: block 840501 by -1
Hi,
we are planning to transition ipython from version 2.4 to 5 [1]. This
amounts to larger changes: ipython-notebook and ipython-qtconsole were
moved to a separate project, Jupyter. Packages for ipython 5 and several
Jupyter
Hi,
yes, this looks like #842881.
Note by the way that libtachyon-mpich-0 already depends on libmpich12 on
hurd-i386, m68k, mips, mipsel, ppc64 and sh4.
Best,
Tobias
On 12/15/2016 04:56 PM, Jerome BENOIT wrote:
> Hello,
>
> I can reproduce the issue in schroot Sid environment on an amd64 box.
Hi Doug,
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 when givaro code is
called. And sure enough:
objdump -S
On 11/29/2016 03:53 PM, Doug Torrance wrote:
> 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 i
Wow, now it's going super fast with the sage dependencies! :D Many
thanks for that!
I just uploaded a new maxima-sage package.
Best,
Tobias
On 12/05/2016 07:00 PM, Thorsten Alteholz wrote:
>
> Hi,
>
> please mention
> maxima-5.35.1/interfaces/emacs/imaxima/breqn097a/*
> in your
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:58 AM, Tobias Hansen wrote:
>>> I think I figured out at least the test failures with "Illegal
>>> inst
Source: flint
Version: 2.5.2-13
Hi,
On arm64 and ppc64el sagemath fails to build while trying to compile
/«PKGBUILDDIR»/sage/src/build/cythonized/sage/matrix/matrix_mpolynomial_dense.cpp
This is the relevant error:
[sagelib-7.4] In file included from /usr/include/recint/recdefine.h:145:0,
On 06/28/2017 04:03 PM, Dmitry Shachnev wrote:
> Hi Tobias, and thanks for the quick response!
>
> On Wed, Jun 28, 2017 at 02:44:23PM +0100, Tobias Hansen wrote:
>> Hi Dmitry,
>>
>> would it be an option to upload sphinx 1.5 to unstable together with
>> sagemath
Hi Dmitry,
would it be an option to upload sphinx 1.5 to unstable together with
sagemath 8.0 (which works fine with sphinx 1.5) or do you want to do it
before? We plan to upload sagemath 8.0 to unstable when it's released
(they are at beta12 now).
Otherwise it's a matter of backporting commits
On 07/28/2017 03:06 PM, Jerome BENOIT wrote:
>
> On 28/07/17 17:53, Tobias Hansen wrote:
>> On 07/28/2017 02:38 PM, Jerome BENOIT wrote:
>>> On 28/07/17 17:28, Tobias Hansen wrote:
>>>> On 07/28/2017 02:24 PM, Jerome BENOIT wrote:
>>>>> On 24/07/17 1
Control: tags -1 +pending
Fixed in git, but we need for a libgap-sage update before the next upload.
--
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,
thanks for uploading sage 8.0 and sorry that I was not there to help.
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.
Best,
Tobias
--
debian-science-maintainers mailing
Just for the record, this was fixed by building the documentation only in the
indep build. Building the documentation on these architectures will probably
still fail, but I agree that the bug can be closed.
Best, Tobias
--
debian-science-maintainers mailing list
On 01/27/2018 01:41 PM, Jerome BENOIT wrote:
> Hello Vincent, thanks for your bugreport.
>
>
>
> On 27/01/18 06:31, Vincent Lefevre wrote:
>> Package: src:mpfi
>> Version: 1.5.3+ds-1
>> Severity: serious
>> Justification: Policy 7.2
>>
>> The current libmpfi-dev version is 1.5.3+ds-1+b1, which
nce-maintainers@lists.alioth.debian.org>
Changed-By: Tobias Hansen <than...@debian.org>
Description:
python-cypari2 - Python interface to PARI -- Python 2
python-cypari2-doc - Python interface to PARI -- documentation
python3-cypari2 - Python interface to PARI -- Python 3
Changes:
cypa
sagemath-doc-pt sagemath-doc-ru sagemath-doc-tr
Architecture: source
Version: 8.1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Tobias Hansen <than...@debian.org>
Description:
sagemath -
sagemath-doc-pt sagemath-doc-ru sagemath-doc-tr
Architecture: source
Version: 8.1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Tobias Hansen <than...@debian.org>
Description:
sagemath -
Source: glpk
Version: 4.65-1
Severity: normal
Tags: patch
Hi there,
since version 4.65 glpk started to frequently print the message "Long-step dual
simplex will be used", leading to many failed tests for sagemath and sagemath
failing to build. Not sure if it's a bug in glpk but it seems to me
sagemath-doc-pt sagemath-doc-ru sagemath-doc-tr
Architecture: source
Version: 8.1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Tobias Hansen <than...@debian.org>
Description:
sagemath -
sagemath-doc-pt sagemath-doc-ru sagemath-doc-tr
Architecture: source
Version: 8.1-7
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Tobias Hansen <than...@debian.org>
Description:
sagemath -
39 matches
Mail list logo