Hi Anne,
Any chance to make your patch compatible with sage-4.4.2 soon?
Samuel, the best might be to use sage-4.4.1 with sage-combinat
right now (then everything works) or just disable Florent's patch
in your private copy and see whether it works.
Certainly not before I had a chance
Hi! same failure here with trac_8930-enumerated_set_deprecate-
fh.patch.
[...]
patching file sage/categories/enumerated_sets.py
Hunk #2 FAILED at 190
1 out of 11 hunks FAILED -- saving rejects to file sage/categories/
enumerated_sets.py.rej
patch failed, unable to continue (try -v)
patch failed,
Some questions about defining an AlgebraWithBasis or a
GradedAlgebraWithBasis:
- Do these need to be defined using CombinatorialFreeModule, as in the
example?
- If so, in all of the examples I've seen, CombinatorialFreeModule
needs a basis with an explicit indexing set. I don't know an explicit
Hi guys,
Thanks for the insights. I knew that trying to define the generators
in my original way was asking for trouble, but it's good to learn
why. Right now, I just did the simple thing (which I should have done
from the start):
class DifferentialForms(Algebra):
def __init__(...,
On 05/24/10 02:45 AM, William A. Stein wrote:
On May 23, 2010, at 6:10 PM, Dr. David Kirkby wrote:
Trying to build Sage on OpenSolaris in 64-bit mode I discovered two packages
which look to me that they don't try to build 64-bit. They don't use the SAGE64
variable at all and nothing else
On Mon, May 24, 2010 at 12:12 AM, Dr. David Kirkby
david.kir...@onetel.net wrote:
On 05/24/10 02:45 AM, William A. Stein wrote:
On May 23, 2010, at 6:10 PM, Dr. David Kirkby wrote:
Trying to build Sage on OpenSolaris in 64-bit mode I discovered two
packages which look to me that they don't
Hello people,
I've created a new function to solve systems of ODEs, and I think it's
ready for review. I'd be grateful if somebody would take a look at it
and gave some feedback!
Here's the trac page:
http://trac.sagemath.org/sage_trac/ticket/8950
Thank you a lot!!
Uri
--
To post to this
Does anyone know whether the files in the 'dist' directory should be
checked in, removed, or whatever else from the 'flintqs-20070817.p4'
package?
drkir...@hawk:~/sage-4.4.2/spkg/standard/flintqs-20070817.p4$ hg status
? ._.hg
? ._.hgignore
? ._SPKG.txt
? ._dist
? ._patches
? ._spkg-install
?
Hi David,
On Mon, May 24, 2010 at 10:06 PM, David Kirkby david.kir...@onetel.net wrote:
Does anyone know whether the files in the 'dist' directory should be
checked in, removed, or whatever else from the 'flintqs-20070817.p4'
package?
The directory dist/ of all spkg's should be removed.
On May 23, 5:22 pm, leif not.rea...@online.de wrote:
If you find the time, you could try running ./sage -testall, ./sage
-testall -long or e.g. make testlong/make ptestlong (the latter
runs tests in parallel).
(The standard tests shouldn't take much more than an hour, with
long tests
Dear Matthew,
Thanks for your report. I know I can't answer your question fully :)
but I can say that the most likely way to receive more specific info
is to also post your OS, chip type if known, and any other info.
One reason I say this might be relevant is the following I found doing
a quick
On May 24, 9:11 am, kcrisman kcris...@gmail.com wrote:
Dear Matthew,
Thanks for your report. I know I can't answer your question fully :)
but I can say that the most likely way to receive more specific info
is to also post your OS, chip type if known, and any other info.
One reason I say
Dear all,
currently I work on the doctest coverage of sage.categories.map and
sage.categories.morphism.
It seems to me that the class sage.categories.morphism.Morphism is
completely redundant.
In fact, the definition of a map (sage.categories.map.Map) requires
that the map belongs to a homset
On 24 May 2010 13:09, Minh Nguyen nguyenmi...@gmail.com wrote:
Hi David,
On Mon, May 24, 2010 at 10:06 PM, David Kirkby david.kir...@onetel.net
wrote:
Does anyone know whether the files in the 'dist' directory should be
checked in, removed, or whatever else from the 'flintqs-20070817.p4'
Could you be more specific?
Otherwise, you can look at some working examples: the graph editor uses
processing for sure, and the javascript viewer for 3d plots might also
use it.
There were some messages in this list last month about a javascript
matrix editor, but I don't know if it uses
Hi All,
On the GMP website we find that MPIR have also removed the author
name from our 140 page manual.
Roughly speaking, whilst not strictly correct as written (we haven't
removed anything), my reading of the license suggests there *is* an
issue that needs to be sorted out here. As of MPIR
Hi
Sage 4.4.2 compiles cleanly on 64bit ubuntu 9.04.
On 10.04 32bit, and only 512M RAM, an older laptop, I
get:
The following tests failed:
sage -t devel/sage/sage/rings/polynomial/symmetric_ideal.py # File
not found
sage -t
On 24 Mai, 14:26, geep999 peter.graham.gard...@googlemail.com wrote:
make ptestlong
All tests passed!
Total time for all tests: 4762.2 seconds
(=79.37 minutes with Linux 2.6.29.6 SMP x86_64 Intel(R)
Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux )
Thanks!
-Leif
--
To post to
Please note that version of flintqs if really 2007, is ancient, and
that recent FLINT 1.5 contains a much faster, up-to-date sieve.
I don't mind if the latter is used or not. Just thought it worth
mentioning.
Bill.
On 24 May, 14:38, David Kirkby david.kir...@onetel.net wrote:
On 24 May 2010
On 24 Mai, 14:45, Matthew Gwynne mathew.gwy...@gmail.com wrote:
When building Sage 4.4.1, I (and also my colleague) get the following
errors during the build process -
/bin/sh ./libtool --tag=CXX --mode=link g++ -fPIC -I/home/csoliver/
On 24 Mai, 15:59, Bill Hart goodwillh...@googlemail.com wrote:
[...]
I *apologise unreservedly* for upsetting the GMP
developers. This flame war, whether well-intentioned or not, is much
to be regretted. It would have been better to simply state we forked
because we wished to support Windows
On 24 Mai, 16:27, Jan Groenewald j...@aims.ac.za wrote:
Sage 4.4.2 compiles cleanly on 64bit ubuntu 9.04.
I got errors after the real build (documentation doesn't build
because of import errors/NotImplemented exceptions), see
http://groups.google.com/group/sage-release/msg/465971b29eff27c3.
I just made a check of past GMP tarballs regarding this Title Page issue.
Right up to GMP 4.3.0 the document license was GFDL 1.2. By GMP 4.3.0
@author{The GMP Developers} had been added (I didn't bother checking
the precise version this got added). Nothing wrong with either no
author or lack of
On 24 May 2010 17:05, Bill Hart goodwillh...@googlemail.com wrote:
Please note that version of flintqs if really 2007, is ancient, and
that recent FLINT 1.5 contains a much faster, up-to-date sieve.
I don't mind if the latter is used or not. Just thought it worth
mentioning.
Bill.
Thanks
Interesting observation. Do you think we should state the original
reasons for the fork? Bear in mind, some of these reasons are no
longer valid, e.g. GMP now has an open repository.
We also aren't releasing new versions under LGPL 2.1+ ourselves any
more. After extensive consultation we decided
OK, I made a little bit of a change to the about section of the MPIR
website. It now has:
MPIR is an open source multiprecision integer (bignum) library forked
from the a href=http://gmplib.org/;GMP (GNU Multi Precision)/a
project. It consists of much code from past GMP releases, in
combination
On 24 Mai, 20:13, Bill Hart goodwillh...@googlemail.com wrote:
OK, I made a little bit of a change to the about section of the MPIR
website. It now has:
MPIR is an open source multiprecision integer (bignum) library forked
from the a href=http://gmplib.org/;GMP (GNU Multi Precision)/a
Just a quick clarification. I wrote:
As far as I know, the library itself was correctly licensed though.
Obviously, given the foregoing, that isn't what I meant to say.
This is to be taken in the context of the parenthetical remark in the
following statement from the GMP website:
a renamed GMP
I don't think that is something we can cover on the MPIR website.
You might consider Windows support, FSF copyright assignment and
other issues It should just be clear that GMP won't, by and large,
just accept our contributions. You might also consider that numerous
individuals *did* try to
What about using the verbatim environment of Latex ?
class A(SageObject):
def _latex_(self):
from sage.misc.latex import LatexExpr
return '\\begin{verbatim}\n123\n 23\n\\end{verbatim}'
sage: attach latex.sage
sage: latex(A())
\begin{verbatim}
123
23
\end{verbatim}
In the
Hi there,
On Fri, May 21, 2010 at 03:24:47AM -0700, Alasdair wrote:
Since the current Sage implementation of derangements is a wrapper for
a GAP function, and doesn't always work as you'd like, I've bunged the
first draft of a more complete native implementation of derangements
up as
On May 24, 2:17 pm, ablondin alexandre.blondin.ma...@gmail.com
wrote:
What about using the verbatim environment of Latex ?
class A(SageObject):
def _latex_(self):
from sage.misc.latex import LatexExpr
return '\\begin{verbatim}\n123\n 23\n\\end{verbatim}'
sage: attach
Hello,
I don't have time to fix this myself, but I am talking to a researcher
who decided to use Magma instead of Sage because the fact that Sage
supports multiple edges in DiGraphs was not very well advertised in
the documentation. I think that the graph theory module should have an
entire
Those of you that are enjoying zapping bugs right now at Sage Days (and
everyone else too) might enjoy watching it via gource:
It's in macports and in ubuntu lucid (might be in earlier versions of
ubuntu too):
http://code.google.com/p/gource/
See
I don't have time to fix this myself, but I am talking to a researcher
who decided to use Magma instead of Sage because the fact that Sage
supports multiple edges in DiGraphs was not very well advertised in
the documentation. I think that the graph theory module should have an
entire section
On 05/23/10 11:05 PM, leif wrote:
On 23 Mai, 22:47, Dr. David Kirkbydavid.kir...@onetel.net wrote:
Host system
uname -a:
SunOS hawk 5.11 snv_134 i86pc i386 i86pc
uname -m == i386 is bad for a 64-bit machine...
uname -m does not give i386.
drkir...@hawk:~/sage-4.4.2$ uname -m
i86pc
On 05/23/10 11:05 PM, leif wrote:
Strange anyway, what does gcc -v -Q -march=native foo.c report?
If you do have some ideas, perhaps you can post them on the trac ticket.
Certainly.
-Leif
Perhaps more useful would be the output of gcc when the -m64 option is added,
which is what is
On 05/24/10 05:26 PM, leif wrote:
On 24 Mai, 14:45, Matthew Gwynnemathew.gwy...@gmail.com wrote:
When building Sage 4.4.1, I (and also my colleague) get the following
errors during the build process -
/bin/sh ./libtool --tag=CXX --mode=link g++ -fPIC -I/home/csoliver/
The issue is that we have two vertex-transitive graphs on 156 vertices, coming
from two constructions of a generalized quadrangle over GF(5).
According to sage these graphs are not isomorphic, but the graphs
we obtain by deleting one vertex from each are isomorphic. One of
these claims has to be
On it.
--
Robert L. Miller
http://www.rlmiller.org/
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
You're right ! It doesn't work with the view() function. On the other
hand, when I select latex instead of sage and I enter the command
\sage{A()}
it displays 123 on the first line and 23 on the second line, with the
2's aligned properly, i.e. it handles the newlines and indentation as
desired.
41 matches
Mail list logo
