Hi!
I'd like to draw your attention to
https://groups.google.com/forum/?fromgroups#!topic/sage-devel/Ue5g73lN4KQ
The topic is: How to represent groups in Sage.
We would like to have an abstract group that is able to provide us with
different realisations of itself (permutation presentation,
I just wanted to test whether some experimental changes wouldn't break
anything and ran
sage -t devel/sage-combinat/sage/combinat/
I get quite a few failures, ugly errors, etc.
Which of these should I expect?
eg.
File
Hi Martin,
If you want to run tests on your own patch, I suggest to apply it to a clean
version of sage-5.2.rc0. All tests in a clean version of sage-5.2.rc0 should
pass! The ones that fail would then be due to your patch.
If you run sage -t on the sage-combinat queue, it is not guaranteed that
Anne Schilling a...@math.ucdavis.edu writes:
Hi Martin,
If you want to run tests on your own patch, I suggest to apply it to a clean
version of sage-5.2.rc0. All tests in a clean version of sage-5.2.rc0 should
pass! The ones that fail would then be due to your patch.
Well, what I was doing
Anne Schilling a...@math.ucdavis.edu writes:
Here are several *ideas*:
* We should run daily tests on the needs review section and pop patches
off that section if the tests do not pass (or people are not actively
working
on making them pass).
* Everyone should try to get their
On Thursday, July 19, 2012 2:45:09 PM UTC-7, Martin wrote:
Anne Schilling writes:
Here are several *ideas*:
* We should run daily tests on the needs review section and pop
patches
off that section if the tests do not pass (or people are not actively
working
on making
Hi Martin,
I am curious as to exactly what you did to get these doc test errors. Am I
right in thinking that you applied all of the patches currently in the
queue (hg qpush -a) and then ran all of the doc tests to get these
failures? Which version of sage are you using?
The reason that I am
Hi Andrew and Martin,
For me with all patches applied on sage-5.1, the tests for partition.py also
pass!
Anne
On 7/19/12 6:58 PM, Andrew Mathas wrote:
Hi Martin,
I am curious as to exactly what you did to get these doc test errors. Am I
right in thinking that you applied all of the
Hi Franco,
Is it possible that your patch under positive review in the sage-combinat queue
trac_13243-new_methods_for_compositions-fs.patch
breaks the queue for sage-5.2.rc0 due to an import error in
/combinat/compositions.py.
sage.categories.graded_enumerated_sets import GradedEnumeratedSets
Dear sage developpers.
When I used the command region_plot,
I met some trouble.
I report the trouble.
After
{{{
x, y = var('x y')
ex = (x0)
ey = (y0)
}}}
I tried the following
{{{
sxy = region_plot( ex or ey , (x,-5,5),(y,-5,5), incol='lightgreen',
bordercol='red', borderstyle='dashed')
syx =
On Thursday, 19 July 2012 08:13:04 UTC+8, Rob Beezer wrote:
I'm working (along with a summer research student) to expand the
collection of small groups (and their representations) in Sage. A question
about matrix groups, as built by GAP for Sage.
For small, not-very-sophisticated
Le 19/07/2012 08:22, Dima Pasechnik a écrit :
It looks like a hack. IMHO representations and groups themselves should
not be mixed in one glass.
I agree on both points :
(1) mixing things in the same glass sometimes gives unwanted results ;
(2) putting both representations and groups in the
Hi all,
I know this must sound like a pretty stupid question, but how do I get
sage 5.2rc0, if only just to rebase a patch I wrote for an earlier
version against it? There must be something obvious I'm missing...
Thanks,
---
Charles Bouillaguet
--
--
To post to this group, send an email to
Hi Charles,
On Thu, Jul 19, 2012 at 5:28 PM, charles Bouillaguet
charles.bouillag...@gmail.com wrote:
I know this must sound like a pretty stupid question, but how do I get
sage 5.2rc0, if only just to rebase a patch I wrote for an earlier
version against it? There must be something obvious
I understand that from some point of view mixing groups and
their representations is a bad idea, but many groups are naturally
defined as transformation groups and using a matrix presentation
is just as natural as describing them by permutations, or even more so.
Not to mention the huge size
On Thu, Jul 19, 2012 at 5:36 PM, charles Bouillaguet
charles.bouillag...@gmail.com wrote:
Thanks for the link. But isn't there any way to update my existing
SAGE installation without downloading the whole 300+ mb archive (and
recompiling everything, which takes a while)? Like, an equivalent of
On 2012-07-19 09:42, Minh Nguyen wrote:
On Thu, Jul 19, 2012 at 5:36 PM, charles Bouillaguet
charles.bouillag...@gmail.com wrote:
Thanks for the link. But isn't there any way to update my existing
SAGE installation without downloading the whole 300+ mb archive (and
recompiling everything,
The command
$ sage -upgrade
More specifically:
sage --upgrade http://boxen.math.washington.edu/home/release/sage-5.2.rc0/
This is getting closer!
Downloading packages from
'http://boxen.math.washington.edu/home/release/sage-5.2.rc0//spkg'.
Reading package lists
404 Error: Package
On Thu, Jul 19, 2012 at 5:46 PM, charles Bouillaguet
charles.bouillag...@gmail.com wrote:
This is getting closer!
Downloading packages from
'http://boxen.math.washington.edu/home/release/sage-5.2.rc0//spkg'.
Reading package lists
404 Error: Package server
On Thursday, 19 July 2012 15:37:32 UTC+8, Javier López Peña wrote:
I understand that from some point of view mixing groups and
their representations is a bad idea, but many groups are naturally
defined as transformation groups and using a matrix presentation
is just as natural as describing
Hi!
On 2012-07-19, Dima Pasechnik dimp...@gmail.com wrote:
let me nitpick first by saying that in group theory=20
presentation means presentation by generators and
relations whereas you mean a (linear) representation.
In this way of thinking, the most compact way to represent Z_n is by
Le 19/07/2012 11:17, Simon King a écrit :
Hi!
On 2012-07-19, Dima Pasechnik dimp...@gmail.com wrote:
let me nitpick first by saying that in group theory=20
presentation means presentation by generators and
relations whereas you mean a (linear) representation.
In this way of thinking, the most
On Thursday, July 19, 2012 9:52:26 AM UTC+1, Dima Pasechnik wrote:
let me nitpick first by saying that in group theory
presentation means presentation by generators and
relations whereas you mean a (linear) representation.
Fine, maybe I should have use realization or imploementation
I have someone testing one of my patches and
hg qpush -v
returned the error
failed to synchronize metadata for sage/schemes/elliptic_curves/ell_point.py
I have no idea what might cause this and couldn't find any old topics about
it. What might cause a failure like this and/or how could I
(and if I may interrupt, we also really need to be able to deal with
permutation groups on something *different* from 1...n, which is GAP's
choice.
And I know that I am the first one to complain about labels instead of
integers when it comes to a graph's vertices.
And I know that it is a
I'll do when I'm finished, for the moment, I'll just keep track of the
progress on the wiki page.
Hopefully there is only one problematic file left: expression.pyx.
I've looked into this all night long but failed to solve the problem.
g++ complains about a template instantiation (parse error,
Your patch wants to copy or move sage/schemes/elliptic_curves/ell_point.py
but can't for some reason. Does the source exist and is the destination
writeable?
On Thursday, July 19, 2012 8:30:27 AM UTC-4, Ben Hutz wrote:
I have someone testing one of my patches and
hg qpush -v
returned
I don't think I'm copying or moving the file. Below is the info from the
.patch file for ell_point.py. Also, there is only one machine that is
getting this error.
diff --git a/sage/schemes/elliptic_curves/ell_point.py
b/sage/schemes/elliptic_curves/ell_point.py
---
Nathann Cohen nathann.co...@gmail.com writes:
(and if I may interrupt, we also really need to be able to deal with
permutation groups on something *different* from 1...n, which is
GAP's choice.
And I know that I am the first one to complain about labels instead
of integers when it comes to a
Wasn't this supposed to be implemented by trac #10335?
http://trac.sagemath.org/sage_trac/ticket/10335
Ahem :-P
Then it's just that Graph.automorphism_group does not know it. And it is
trivial to update it then. Nice !! And thanks for the tip !!
If nobody needs it before I will
Nathann Cohen nathann.co...@gmail.com writes:
Wasn't this supposed to be implemented by trac #10335?
http://trac.sagemath.org/sage_trac/ticket/10335
Ahem :-P
Then it's just that Graph.automorphism_group does not know it. And it
is trivial to update it then. Nice !! And thanks
Hello!
I definedexport SAGE_CHECK=yes
and then typed make. result:
.
.
.
real104m51.462s
user132m19.104s
sys 5m54.034s
Error building Sage.
Problem wher PARI. following is that logfile:
Hi sage-devel,
Using sage-5.0, it appears that (-1 % 2) gets different values if it is in
a python file (=1), in a attached cython file (=1) or in a cython file in
the sage tree (= -1) !
Add the following three lines to sage/combinat/partition.py :
+aaa = -1
+tmp = aaa % 2
+print In
Followup: hetre are the relevant PARI diff-files:
linear-dyn.dif:
*** ../src/test/64/linear 2012-02-11 06:57:38.0 -0300
--- gp.out 2012-07-18 20:21:43.0 -0400
***
*** 685,696
? vecsort(vector(17,x,5*x%17))
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12,
On Thu, Jul 19, 2012 at 10:50 AM, Sébastien Labbé sla...@gmail.com wrote:
Hi sage-devel,
Using sage-5.0, it appears that (-1 % 2) gets different values if it is in a
python file (=1), in a attached cython file (=1) or in a cython file in the
sage tree (= -1) !
Add the following three lines
This is most likely a bug in GCC.
Could you try to install the package
http://boxen.math.washington.edu/home/jdemeyer/spkg/gcc-4.7.1.spkg
and compile again?
This is to check whether using vanilla gcc-4.7.1 (as opposed to
Debian's) works.
--
--
To post to this group, send an email to
Just a thought: it would be nice if we could somehow get hg blame to
annotate the file using Sage versions. Knowing that the line was changed
in changeset 17129 is useful, but what I *really* wanted to know was the
first released version of Sage (including alphas, beta, release
candidates)
Thanks everyone for your helpful posts, which came in overnight.
We have the classical groups (GL, SL,...) from GAP as groups of matrices
(in a natural way) and we have the projective versions (PGL, PSL,...) from
GAP as permutation groups. Testing indicates you cannot switch it around
On Thursday, July 19, 2012 8:47:20 AM UTC-7, Nathann Cohen wrote:
If nobody needs it before I will probably write the patch when I am back
from traveling, something around mid september. Cool, Cool, Cool ! :-)
Dear Nathan,
It'd sure be great to have automorphism groups of graphs
On 2012-07-19 21:10, Dan Drake wrote:
Just a thought: it would be nice if we could somehow get hg blame to
annotate the file using Sage versions. Knowing that the line was changed
in changeset 17129 is useful, but what I *really* wanted to know was the
first released version of Sage (including
On Friday, July 20, 2012 3:13:44 AM UTC+8, Jeroen Demeyer wrote:
On 2012-07-19 21:10, Dan Drake wrote:
Just a thought: it would be nice if we could somehow get hg blame to
annotate the file using Sage versions. Knowing that the line was changed
in changeset 17129 is useful, but what I
41 matches
Mail list logo