This is now Trac 14768. I uploaded a patch that seems to fix it.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To post t
On Wed, Jun 19, 2013 at 12:17 AM, Stefan wrote:
>
>> Did you open a ticket to make it an optional package available from the
>> usual spkg repositories?
>>
>> [It should perhaps at least be available / listed in the "experimental"
>> category.]
>>
>>
>> Or maybe (haven't looked at it yet) it viola
On Wed, Jun 19, 2013 at 12:00 AM, leif wrote:
> Fredrik Johansson wrote:
>>
>> Hi all,
>>
>> Version 0.1 of the ore_algebra package for Sage has been released:
>> http://www.risc.jku.at/research/combinat/software/ore_algebra/
>
>
> Did you open a ticket to make it an optional package available fro
On Tue, Jun 18, 2013 at 11:08 PM, Simon King wrote:
> Hi Fredrik,
>
> On 2013-06-18, Fredrik Johansson wrote:
>> Hi all,
>>
>> Version 0.1 of the ore_algebra package for Sage has been released:
>> http://www.risc.jku.at/research/combinat/software/ore_algebra/
>>
>> The package is being developed
Hi all,
I came across an annoying problem. In a Notebook, do
lazy_import("sage.misc", "all", "bla")
and then
bla?
resulting in
Traceback (most recent call last): File "", line 1, in File
"_sage_input_47.py", line 10, in exec compile(u'print
_support_.docstring("bla", globals(), system="sag
> Did you open a ticket to make it an optional package available from the
> usual spkg repositories?
>
> [It should perhaps at least be available / listed in the "experimental"
> category.]
>
>
> Or maybe (haven't looked at it yet) it violates the conventions for
> spkgs (in that it modifies
On Tuesday, June 18, 2013 11:38:34 PM UTC+2, leif wrote:
>
> Jean-Pierre Flori wrote:
> > Of course there is some demand for Sage on Windows (Nicolas Thi�ry
> even
> > pointed that to me today at the Sage Days in Orsay) and that definitely
> > includes old hardware so 32 bit Windows, espec
Fredrik Johansson wrote:
Hi all,
Version 0.1 of the ore_algebra package for Sage has been released:
http://www.risc.jku.at/research/combinat/software/ore_algebra/
Did you open a ticket to make it an optional package available from the
usual spkg repositories?
[It should perhaps at least be
Jean-Pierre Flori wrote:
Of course there is some demand for Sage on Windows (Nicolas Thiéry even
pointed that to me today at the Sage Days in Orsay) and that definitely
includes old hardware so 32 bit Windows, especially in developping
countries, but from my experience it is not that unusable.
Hi Fredrik,
On 2013-06-18, Fredrik Johansson wrote:
> Hi all,
>
> Version 0.1 of the ore_algebra package for Sage has been released:
> http://www.risc.jku.at/research/combinat/software/ore_algebra/
>
> The package is being developed by Manuel Kauers, Maximilian Jaroschek
> and myself. A tutorial
On Tuesday, June 18, 2013 10:40:44 PM UTC+2, Jean-Pierre Flori wrote:
>
> I had success compiling all of Sage (except maybe some strange gdb
> segfault at the end of the doc building process) on real and virtual 32 bit
> Windows.
>
> I may have been just lucky, but I'll give it another shot for
I had success compiling all of Sage (except maybe some strange gdb segfault
at the end of the doc building process) on real and virtual 32 bit Windows.
I may have been just lucky, but I'll give it another shot for 5.10 and if I
succeed you can just give a shot to the bdist I'll produce.
I don't
On 2013-06-18, Volker Braun wrote:
> --=_Part_3815_15192245.1371584473247
> Content-Type: text/plain; charset=ISO-8859-1
>
> If there were a way to avoid the memory addressing conflicts with fork then
> it would be implemented in Cygwin. A quick web search shows many people
> having trouble
If there were a way to avoid the memory addressing conflicts with fork then
it would be implemented in Cygwin. A quick web search shows many people
having trouble with Apache on Cygwin, e.g.
http://superuser.com/questions/597293/apache-package-in-cygwin-does-not-seem-to-work-error-logs-are-also-
On 2013-06-18, Volker Braun wrote:
> --=_Part_3620_18787597.1371580743302
> Content-Type: text/plain; charset=ISO-8859-1
>
> Does apache do anything special? As far as I know apache is just as likely
> to be hit by the fork issues. Except that apache has dozens and Sage has
> hundreds of sha
Hi all,
Version 0.1 of the ore_algebra package for Sage has been released:
http://www.risc.jku.at/research/combinat/software/ore_algebra/
The package is being developed by Manuel Kauers, Maximilian Jaroschek
and myself. A tutorial paper (as well as Sphinx documentation) is
available on the web si
Does apache do anything special? As far as I know apache is just as likely
to be hit by the fork issues. Except that apache has dozens and Sage has
hundreds of shared libraries...
On Tuesday, June 18, 2013 9:18:02 AM UTC-7, Dima Pasechnik wrote:
>
> A last resort is to "go Apache" and implement
On Tuesday, 18 June 2013 15:36:52 UTC+2, Volker Braun wrote:
>
> On a related note, cygwin nowadays has a database of all rebased dlls
> which we don't make use of. During the Sage build process we should get our
> dlls into that database, then you just have to "rebase -s" subsequently
> witho
On Tuesday, 18 June 2013 15:33:33 UTC+2, Volker Braun wrote:
>
> This is 32-bit Windows 7 with 4GB ram.
>
> On Tuesday, June 18, 2013 1:43:37 AM UTC-7, Dima Pasechnik wrote:
>>
>> what is the Windows version you are using? Is it a 32-bit? I've had a lot
>> of trouble with this one, and much less
Le 18/06/2013 15:19, Jean-Pierre Flori a écrit :
"Quite" soon.
It should be in 2.4 which is being polished right now.
Excellent!
Thanks,
Snark on #sagemath
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and sto
If you don't like the semantics for square root, or for radcan you can
certainly
define another function and try to make its simplification and evaluation
conform to your needs. Your "simple example" explanation is not
sufficiently simple for me, but if you do this in Maxima:
E : r/ (1+sqrt(
On a related note, cygwin nowadays has a database of all rebased dlls which
we don't make use of. During the Sage build process we should get our dlls
into that database, then you just have to "rebase -s" subsequently without
listing all your files.
--
You received this message because you ar
This is 32-bit Windows 7 with 4GB ram.
On Tuesday, June 18, 2013 1:43:37 AM UTC-7, Dima Pasechnik wrote:
>
> what is the Windows version you are using? Is it a 32-bit? I've had a lot
> of trouble with this one, and much less with a 64-bit (I'm not talking
> about about 32 vs 64-bit Cygwin).
> It
On Tuesday, June 18, 2013 1:36:24 PM UTC+2, Snark wrote:
>
> Le 18/06/2013 11:38, Jean-Pierre Flori a �crit :
>
> > I was at the FLINT workshop where we patched it to support GMP, so...
>
> When will a new FLINT with this work get published? That is quite
> interesting for the sage-on-debian
Le 18/06/2013 11:38, Jean-Pierre Flori a écrit :
I was at the FLINT workshop where we patched it to support GMP, so...
When will a new FLINT with this work get published? That is quite
interesting for the sage-on-debian effort...
Snark on #sagemath
--
You received this message because you
On Tuesday, 18 June 2013 11:39:52 UTC+2, Jean-Pierre Flori wrote:
>
>
>
> On Tuesday, June 18, 2013 10:51:29 AM UTC+2, Dima Pasechnik wrote:
>>
>>
>>
>> On Tuesday, 18 June 2013 10:45:32 UTC+2, Dima Pasechnik wrote:
>>>
>>>
>>> On Monday, 17 June 2013 23:47:29 UTC+2, Volker Braun wrote:
>>>
On Tuesday, June 18, 2013 10:51:29 AM UTC+2, Dima Pasechnik wrote:
>
>
>
> On Tuesday, 18 June 2013 10:45:32 UTC+2, Dima Pasechnik wrote:
>>
>>
>> On Monday, 17 June 2013 23:47:29 UTC+2, Volker Braun wrote:
>>
>>> On Monday, June 17, 2013 2:29:11 PM UTC-7, Dima Pasechnik wrote:
>>>
well, Cyg
On Tuesday, June 18, 2013 11:27:47 AM UTC+2, François wrote:
>
> Indeed I forgot about that litte bit:
> sed -i "s:__GMP_BITS_PER_MP_LIMB:GMP_LIMB_BITS:" flint.h longlong.h
> That as well as a replacement of mpir by gmp everywhere should get
> you a flint 2.3 that compiles against gmp. This va
Indeed I forgot about that litte bit:
sed -i "s:__GMP_BITS_PER_MP_LIMB:GMP_LIMB_BITS:" flint.h longlong.h
That as well as a replacement of mpir by gmp everywhere should get
you a flint 2.3 that compiles against gmp. This variable has been
deprecated and removed from gmp-5 but is still in mpir.
Othe
I do agree that a complex number has two square roots. Let me illustrate my
point of view on a simple example, on which actually I faced the problem.
I am using Sage to do differential geometry and in particular to manipulate
various charts on a manifold.
Let us consider the hyperbolic space H^2
On Tuesday, 18 June 2013 10:45:32 UTC+2, Dima Pasechnik wrote:
>
>
> On Monday, 17 June 2013 23:47:29 UTC+2, Volker Braun wrote:
>
>> On Monday, June 17, 2013 2:29:11 PM UTC-7, Dima Pasechnik wrote:
>>
>>> well, Cygwin is entangled with OS in an intimate way, so it's not
>>> "essentially the sam
On Monday, 17 June 2013 23:47:29 UTC+2, Volker Braun wrote:
> On Monday, June 17, 2013 2:29:11 PM UTC-7, Dima Pasechnik wrote:
>
>> well, Cygwin is entangled with OS in an intimate way, so it's not
>> "essentially the same way".
>>
>
> Is it? The newest cygwin doesn't even use the registry any
On Tuesday, 18 June 2013 06:39:20 UTC+2, Volker Braun wrote:
>
> I've built Sage on Cygwin today in a 4GB i386 virtual machine. The plus
> side: It builds without any major hitches. Jean-Pierre Flori and others did
> a lot of work to clean this up.
what is the Windows version you are using? I
On Tuesday, June 18, 2013 9:23:14 AM UTC+2, Snark wrote:
>
> Le 18/06/2013 09:19, Francois Bissey a �crit :
> > gmp should mostly work, but you'll have issues with flint 2.3 which asks
> > explicitly for mpir headers and libraries. But trivially flint can be
> > compiled with gmp after a goo
Le 18/06/2013 09:19, Francois Bissey a écrit :
gmp should mostly work, but you'll have issues with flint 2.3 which asks
explicitly for mpir headers and libraries. But trivially flint can be
compiled with gmp after a good sed command.
Why isn't upstream flint able to compile with gmp or mpir dep
gmp should mostly work, but you'll have issues with flint 2.3 which asks
explicitly for mpir headers and libraries. But trivially flint can be compiled
with gmp after a good sed command.
Francois
On 18/06/2013, at 18:51, "Jean-Pierre Flori"
mailto:jpfl...@gmail.com>> wrote:
On Tuesday, June
36 matches
Mail list logo
