al/src/sage/sage-5.12/local/lib/python2.7/site-packages/sage/doctest/forker.py",
line 112, in init_sage
from sympy.printing.pretty.stringpict import stringPict
ImportError: No module named sympy.printing.pretty.stringpict
I am running macosx 10.7.5 with xcode 4.6.3. Any suggestions would
> Ahahaha. Okay okay. Well, then tell me when you feel sufficiently at ease
> with git to review patches, and you'll have that patch two hours from then
> :-D
>
> Actually, reviewing git tickets is easier than in the old world.
You need to:
1. Install sage-git: (assuming linux/macosx and
You may have seen it on the
TentativeConventions<http://wiki.sagemath.org/TentativeConventions#Move_a_patch_from_the_combinat_queue_to_git>page
put up by sage-ccmbinat after sage days 54.
Andrew
On Tuesday, 17 December 2013 21:29:05 UTC+1, John Cremona wrote:
>
> Could someone poi
rrent
implementation of kSchur functions and its __getstate__ function is just
returning a dictionary -- just like Partition used to -- so I suspect that
essentially the changing the parent in the code above is all that you need
to do.
Andrew
On Saturday, 11 January 2014 22:50:06 UTC+1, anne1.s...@gmai
On Tuesday, 14 January 2014 17:21:41 UTC+1, rjf wrote:
>
> Division with remainder is available in Maxima as the command divide.
> e.g. divide(a, x-4,x) returns the pair, x-1 and 2 for
> quotient and remainder.
> LCM is available in Maxima as lcm. It probably has the semantics you
> expect
There is an old trac ticket #10768 <http://trac.sagemath.org/ticket/10768>that
proposes that the pickle_jar should be tracked as files rather than as
a compressed tar file. I think that that this is a good idea. The ticket
refers to hg but is otherwise sound.
Andrew
On Thursday, 16 J
needed. On these
grounds my preference is for option 2.
Andrew
On Friday, 17 January 2014 03:46:00 UTC+1, Volker Braun wrote:
> Any changes are very infrequent and there is no process to update it
> regularly:
>
> $ git log --oneline src/ext/pickle_jar/
> 3d1bf45 Trac #7922: Cat
in principle yes, but how easy do you think it will be to compile
sage 2.0 in 2020? My guess is that this will be more difficult than writing
new code to read old pickles -- should any of them no longer be supported:)
Andrew
--
You received this message because you are subscribed to the Google
On Friday, 17 January 2014 14:53:22 UTC+1, Simon King wrote:
>
> Hi Andrew,
>
> On 2014-01-17, Andrew > wrote:
>
> Do you suggest to "update the pickle jar" in the sense of "whenever
> someone implements a new data structure or changes an existing data
pe that the documentation for the functorial constructions patch is
more helpful.
Andrew
--
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+uns
ot;make" to build sage unless you are
> prepared for exactly the kind of breakage that you got.
>
I'm rarely in the right directory to run make, so having a
sage -make
shortcut would be useful...or I could just write an alias.
Andrew
--
You received this message because you are su
As far as I can see sage is compiling and running on mavericks. From those
who have made the switch,would you recommend upgrading to mavericks?
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this grou
count them as
failed doctests. This would be easy to implement.
By default, I think that failures of doctests should be printed (but not
counted as doctest failures) and there should be an optional argument for
suppressing the printing of the failures for known bugs.
Andrew
--
You received this
Update:
It's not a 6.2.rc0 issue after all. My compile of 6.1.1 failed with:
...
sh: line 1: 45940 Trace/BPT trap: 5 /Applications/Xcode.app/Contents/
Developer/usr/bin/xcodebuild -sdk / -find strip 2> /dev/null
xcrun: error: unable to find utility "strip", not a developer tool or inPATH
ins
Yes I have strip and the command line tools:
533-6.1.1-master-sage: which strip
strip is /Library/Developer/CommandLineTools/usr/bin/strip
strip is /usr/bin/strip
On Monday, 28 April 2014 16:28:16 UTC+10, yomcat wrote:
>
> On 28/04/2014, at 1809, Andrew > wrote:
> >
> &
nday, 28 April 2014 19:49:39 UTC+10, Andrew wrote:
>
> Yes I have strip and the command line tools:
>
> 533-6.1.1-master-sage: which strip
> strip is /Library/Developer/CommandLineTools/usr/bin/strip
> strip is /usr/bin/strip
>
>
>
> On Monday, 28 April 2014 16:28:1
On Monday, 28 April 2014 20:09:53 UTC+10, Volker Braun wrote:
>
> Whats xcodebuild -version
>
>
It's:
Xcode 5.1.1
Build version 5B1008
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from th
On Monday, 28 April 2014 22:20:28 UTC+10, Volker Braun wrote:
>
> On Monday, April 28, 2014 10:53:53 AM UTC+1, Andrew wrote:
>>
>> Here's another bizarre feature:
>>
>> 538-6.1.1-master-sage: /Applications/Xcode.app/Contents/Developer/usr/bin
>> /x
On Monday, 28 April 2014 23:49:47 UTC+10, Volker Braun wrote:
>
> whats the output of "xcrun -v strip"
>
xcrun: note: PATH =
'/Users/andrew/bin:/Library/Developer/CommandLineTools/usr/bin:/bin:/sbin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/usr/texbin:/us
ion is called _add_ instead of __add__ is not
> exactly straightforward when you don't expect it.
>
> +1. I seem to remember that there are quite a few of these _blah_ and
__blah__ variants and that, usually, I wasn't quite sure what the
difference was and which one I should use.
And
On Wednesday, 30 April 2014 20:48:01 UTC+10, Volker Braun wrote:
>
> On Wednesday, April 30, 2014 9:50:27 AM UTC+1, Andrew wrote:
>>
>> singular-3.1.5.p9
>>>
>>
> Sage-6.2.rc0 uses Singular 3.1.6.p1, you are building an old branch
> (possibly older than whe
error so I'm
guessing that the heck sum that it is being compared against is for
3.1.5.p6.
I'm guessing that I have somehow tied git up in knots?
Andrew
On Thursday, 1 May 2014 00:22:31 UTC+10, Andrew wrote:
>
> On Wednesday, 30 April 2014 20:48:01 UTC+10, Volker Braun wrote:
&g
On Thursday, 1 May 2014 00:47:20 UTC+10, Volker Braun wrote:
>
> Or just do a "git pull", since you are on the master branch this will give
> you 6.1.1 which afaik also builds on OSX 10.9.
>
As detailed above, I have the latest master branch but for some reason it
has the wrong version of singul
eryone
for your help, especially Volker.
Andrew
--
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 to this
>
It doesn't remove the $SAGE_ROOT/local subdirectory either. I had the
impression that it was also running the configure script(s), but perhaps I
was wrong.
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscrib
kefile:
>
> distclean: clean doc-clean lib-clean bdist-clean
> @echo "Deleting all remaining output from build system ..."
> rm -rf local
>
>
>
> On Tuesday, May 6, 2014 9:30:03 AM UTC+2, Andrew wrote:
>>
>>
>> Can you clarify what
You need to define a new __setstate__ method that allows for the old and
new way of doing things. Something like:
if isinstance(state, dict): # for old pickles from Partition_class
self._set_parent(_Partitions)
self.__dict__ = state
else:
self._set_paren
do this would be by adding a
brief sentence to the
AUTHORS: block
and the top of the file. This way when the code evolves later the correct
attribution remains in place.
Andrew
On Sunday, 18 May 2014 21:04:00 UTC+10, Nathann Cohen wrote:
>
> > I don't have a strong view on it,
Congrats Volker - especially for your tenacity in pulling us into a better
world.
Andrew
--
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-deve
I think that ticket title should be meaningful. There is nothing to stop
the title from being humourous as well (so you have to be clever and
funny). If the title is just useless then it ain't funny.
Andrew
On Friday, 4 July 2014 21:05:53 UTC+2, Andrey Novoseltsev wrote:
>
> H
Each method should include a brief description of the method together with
one or more doctests that directly, or indirectly, test the method. Even
though many of the methods are similar they presumably do different things
and have different descriptions. The tests can of course be similar or
r
s unfair to lisp, but it's
guilt by association...
Andrew
--
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.c
n this has stalled,
but I am hoping to be able to restart soon, so perhaps we should talk more
about this aspect of what you are planning.
Andrew
On Wednesday, 29 October 2014 10:42:53 UTC+11, Anne Schilling wrote:
>
> Dear All!
>
> Dan Bump, Ben Salisbury, Mark Shimozono and I are plann
ould it using sage --sync-build but
this (undocumented feature) seems to have disappeared.
Is there anything obvious that I am missing or doing wrong?
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group
ems and haven't switched back
yet...). I spent the weekend struggling to compile 6.4.rc1, only succeeding
after I had set SAGE_PORT. Sadly I have the same problem. I am sure that I
am doing something stupid, such as Volker is suggesting, but I can't any
difference between what I have don
I tracked down my problem: the __init__.py file was named __init_.py.
As I said it was likely it be something stupid...
--
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 ema
=MyFavouriteAlgebra()
sage. A.representations.
# expands to list of methods for constructing the defined representations
Is there is a standard way of doing this in sage? One option would be to
use a namedtuple but if there is already an established convention then I'd
prefer to use that.
Andrew
--
t; method could list the
possible choices but I would like a more direct interface than this.
I mentioned namedtuple() in the question. Another option, that is already
used quite a bit, is the "catalog" mechanism behind groups. and
codes., but this creates a static list of methods so it
I've found a nice way of doing what I want, that supports both
documentation and tab-completion, so unless there is a standard way of
doing this please ignore this question.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from thi
x27;
> 239600
>
>
Using ag I find:
sage: ag '^\s*sage:'| wc -l
300410
If we just want to look for testing blocks then a crude lower bound is:
sage: ag '^\s*(TEST|EXAMPLE)S::' | wc -l
62882
Andrew
--
You received this message because you are subscribed to
ups(). expanders. If people don't like I'll
remove it.
Andrew
--
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...@googlegr
orse Simon's statement above and I think that it would be quite
reasonable to have it as the official code of conduct. I am being quite
serious. After all, the code of conduct should be an aspiratal statement
about how we, as a group, go about achieving our aims.
Andrew
--
You received
I am guessing that,
on principle, Nathan would refuse to review such patches when they are done.
Andrew
--
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
continuously switch between versions because of
the compile time lag.
Andrew
--
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...@
r
example, this is done automatically when using setup tools). Are their
plans to fix this?
Andrew
--
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
t
the circular
link should be removed).
In both cases, it is probably enough to add links to the developers guide.
Are there any reasons not to do this? Assuming not I can hack the
installation guide but, presumably, whoever maintains the download will
have to take care of that.
Andrew
--
he" as a general pronoun is not intended to
be sexist, especially from a non-nature speaker, but I am really struggling
to find a reasonable interpretation this last sentence. The best I can come
up with is that you are trying to be funny and it's lost in translation. Is
this what you i
current
discussion.
On sage-dev we're focused on sage, so mathematics and coding. Is is ever
necessary, or useful, to talk about hating a particular person or a group
of people?
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel&
[X ] Yes -- adopt the code of conduct stated below (*)
--
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 to this gr
Also, Vicent has created
a wiki page
<http://www.google.com/url?q=http%3A%2F%2Fwiki.sagemath.org%2FSageCommunityProposal&sa=D&sntz=1&usg=AFQjCNElD7cUsIZNGW868o7Pd5nEfqAjfw>
with the express purpose of discussing and reaching consensus on the text.
Andrew
--
You received this
ge because of such
interactions, and there is a danger that others will stop. I don't want
that. As nothing else had worked I thought that it was worth proposing some
guidelines in the hope that this might help. I'm still a little baffled as
to why the suggestion that we try to being nice
ecause of these
interactions, and there is a danger that others will stop. I don't want
that. As nothing else had worked I was in favour of proposing some
guidelines to the community in the hope that this would help. I'm still a
little baffled as to why the suggestion that we try to be n
off by this to take a break. If the loud person was
considerate from the start none of this would be necessary.
Andrew
--
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,
On Thursday, 27 November 2014 18:45:44 UTC+11, Simon King wrote:
>
> Hi Andrew,
>
> On 2014-11-27, Andrew > wrote:
> > Speaking only for myself, it is exactly this sort of post that I would
> like
> > to avoid. Why can't the person who gets "loud"
> I think we can discuss code and ideas without being rude. If I receive a
> rude comment, I have neither the energy nor the time to find the ideas in
> it, and I shouldn't have to do it (and neither should you).
>
+1
A.
--
You received this message because you are subscribed to the Googl
both), we have to do
something. One of the aims of introducing this code was to help bring the
community closer together and I think it's failed dismally in this regard.
People are raising valid objections and these should be addressed.
Andrew
--
You received this message because you a
Nathan does give the link to the original post, but he is quoting out of
context. Here is the full post:
On Sunday, 21 August 2016 07:15:56 UTC+10, William wrote:
> So there is no confusion, my top priority right now is to **make a lot
> of money** by building a profitable company on open sourc
agreed upon for the references.
Andrew
On Tuesday, 6 September 2016 07:49:42 UTC+10, John H Palmieri wrote:
>
>
>
> On Monday, September 5, 2016 at 11:20:15 AM UTC-7, Johan S. R. Nielsen
> wrote:
>>
>> leif writes:
>> >> ... [HP] W. C. Huffman, V.
Probably related to
https://groups.google.com/forum/#!topic/sage-support/jKbvdQbIPAo
On Wednesday, 9 November 2016 21:54:02 UTC+11, Jeroen Demeyer wrote:
>
> On 2016-11-09 10:32, Dima Pasechnik wrote:
> > I notice that 1.1.1 is the latest "shipped" by Sage (and in the latest
> > develop branch)
Ah, so not Bernstein-Gelfand-Gelfand then...
On Sunday, 19 February 2017 13:59:14 UTC+11, kcrisman wrote:
>
> For those who are true board game geeks (of which I know a number on this
> list):
>
> https://boardgamegeek.com/microbadge/9453
>
> I have no idea who the creator is, but hats off!
>
-
Is there a significant change behind going from version 7.6 to 8.0?
Andrew
On Saturday, 8 April 2017 03:14:01 UTC+10, vdelecroix wrote:
>
> On 07/04/2017 19:03, John H Palmieri wrote:
> > Python 3 is also built and installed by default in Sage, at least in
> recent
> >
I managed to compile 8.0.beta4 without issues but perhaps xcode has changed
in the interim...
Andrew
On Tuesday, 18 July 2017 14:54:56 UTC+10, François Bissey wrote:
>
> You appear to have some relatively recent hardware. I am suspecting
> that the combination OS X + skylake cpu has
You're probably right as I have managed to rebuild 8.0.beta4 from scratch.
I won't attempt to build for a while:)
Thanks.
Andrew
On Tuesday, 18 July 2017 17:36:30 UTC+10, François Bissey wrote:
>
> No 8.0.beta4 had an older version of mpir.
>
> François
>
> >
On Wednesday, 19 July 2017 00:59:27 UTC+10, Dima Pasechnik wrote:
>
> Surely MPIR guys would appreciate feedback.
> This might be their assembler bug.
>
> Will let them know.
A.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe fro
viable for
longer.
I am fully supportive of the SMC and William's efforts to get it up and
running.
Andrew
On Friday, 26 February 2016 18:51:20 UTC+11, Nathann Cohen wrote:
>
> Hello William,
>
> I don't think that I disagree with any of the goals you aim at for Sage. I
>
ok at
`DeprecatedFunctionAlias` in the reference manual.
Secondly, using `besselexpand=True` will be better than using a string.
Andrew
On Tuesday, 10 May 2016 14:48:01 UTC+10, saad khalid wrote:
>
> So, I've set the besselexpand option to true in the init_code of
> maxima_lib. I was thinkin
I also vote for 3: command/method names should be as meaningful as
possible, especially since tab-completion means that no one ever needs to
type long names. (Short-hands such as and `gens` for generators drive me
nuts:)
The name `content` doesn't meet this aim but `content_ideal` does.
On Wed
On Thursday, 19 May 2016 19:19:30 UTC+10, Simon King wrote:
>
> Are you using Sage only interactively, or are you also writing programs?
>
>
Both Simon. Most editors are quite easy to configure to use tab-completion
as well. I recommend it.
Andrew
--
You received this message
nd, you could
a ticket.
The action that triggered the error was: GET: /login
TracGuide <http://104.197.143.230/wiki/TracGuide> — The Trac User and
Administration Guide
Andrew
TracGuide <http://104.197.143.230/wiki/TracGuide> — The Trac User and
Administration Guide
--
ace when the package is imported?
Of course, it would be even better if the mytest package was automatically
imported into the global namespace at run-time.
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubsc
.
An argument in favour of doing this is that this a more user-friendly and a
user is unlikely to import a package if they don't want to use it.
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this
namespace
Sorry, I didn't fully appreciate your comment above when I first read it. I
agree, this is fairly compelling.
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving email
documentation need to be updated. Has anyone touched this yet? If not then
I guess I am volunteering (if my connection issue to the trac serverer can
be resolved, of course!).
Andrew
On Wednesday, 22 June 2016 13:50:15 UTC+2, Erik Bray wrote:
>
> On Wed, Jun 22, 2016 at 1:42 PM, Jeroen Deme
string for sage.combinat.root_system.
type_A_infinity.CartanType.i lacks blank after ...: '
...---O---O---O---O---O---O---O---...'
Clearly, sphinx is getting confused because ... normally indicates code
continuation. Is it possible to work around or disable this or do I need to
change my outp
Thanks David and Erik for your replies. I could not disable the doct-tests
so I have changed my output to:
sage: print(CartanType(['A', oo]).ascii_art())
..---O---O---O---O---O---O---O---..
-3 -2 -1 0 1 2 3
which I think is good enough.
Andrew
On Friday, 8 July 201
I just installed an optional package but it took me a while to remember how
to do it. Of course, it is completely straightforward but I just forgot
The first place that I looked was in the "Installation guide". There is a
section there on "standard packages" but nothing on "optional packages
This is now https://trac.sagemath.org/ticket/21101
On Wednesday, 27 July 2016 10:18:59 UTC+10, Andrew wrote:
>
> I just installed an optional package but it took me a while to remember
> how to do it. Of course, it is completely straightforward but I just
> forgot
>
> The
On Wednesday, 27 July 2016 18:13:44 UTC+10, leif wrote:
>
> Andrew wrote:
> > I just installed an optional package but it took me a while to remember
> > how to do it. Of course, it is completely straightforward but I just
> > forgot
>
> Ahem, './sage -
defined over Z, or any ring, or
QQ[x]. How would you recommend implementing this?
Andrew
--
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+unsu
On Friday, 27 October 2017 17:03:00 UTC+2, Emmanuel Charpentier wrote:
> Heck, go ahead even and drop that patch if you want, just as long as
>> there are clear instructions for OSX users how to build.
>>
>
> Indeed : I'm relying on people with knowledge of Mac OS X and its
> shenanigans (a.
On Wednesday, 29 November 2017 10:18:54 UTC+1, John Cremona wrote:
>
> Please can we just use "mathematics" and not argue about abbreviations?
>
> +1
As an Australian,"math" sounds as wrong to me as I imagine that "maths"
does to north Americans.
And
ing up xcode with every new release and I don't want to risk it.
Andrew
On Thursday, 30 November 2017 19:28:42 UTC+1, David Roe wrote:
>
> This is very likely the issue being tracked at #24085
> <https://trac.sagemath.org/ticket/24085>, and is a result of building
> Sag
+1
Andrew
On Monday, 19 February 2018 02:18:10 UTC+11, Eric Gourgoulhon wrote:
>
> Le dimanche 18 février 2018 00:01:50 UTC+1, Dima Pasechnik a écrit :
>>
>>
>> Thus I'm calling for a vote on this: to make database_gap standard as
>> soon as license permits (i
Using
ProductName:Mac OS X
ProductVersion:10.13.3
BuildVersion:17D47
Xcode 9.2
Build version 9C40b
and gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --
with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 9.0.0 (clang-900.0.39.2)
d operand parent(s) for *: 'Subgroup of (Symmetric
group of order 3! as a permutation group) generated by [(1,2,3)]' and
'Symmetric
group of order 3! as a permutation group'
> /Users/andrew/Downloads/sage/structure/coerce.pyx(1168)sage.structure.
coerce.CoercionModel_cach
am happy to open a ticket and work on this, even
though it will almost certainly be huge a patch bomb.
OK, end of rant,
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails
lgebraic Field".
>
> By the way, there is already:
>
> sage: sage_input(PolynomialRing(GF(5), 'q'))
> GF(5)['q']
>
Thank you! I did not know about sage_input or that this input for
polynomial rings was accepted. The point of my post is that in many cas
may contain configuration files and other potentially
helpful information. WARNING: if you now run 'make' again, the build
directory will, by default, be deleted. Set the environment variable
SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this.
Can anyone see what I am doing wrong?
On Thursday, 6 September 2018 22:40:37 UTC+10, Jeroen Demeyer wrote:
>
> On 2018-09-06 08:21, Andrew wrote:
> > *package:pip-18.0
> >log file:/usr/local/src/sage/logs/pkgs/pip-18.0.log
>
> attach this log file please ^
>
> Here's the log (Australi
***
I am seeing the same behaviour on an imac and on a macbook pro. both of
which are running:
ProductName:Mac OS X
ProductVersion: 10.13.6
BuildVersion:17G65
Xcode 9.4.1
Build version 9F2000
Does anyone have an idea of what's going wrong here?
Andr
core and see if this works.
Andrew
On Tuesday, 11 September 2018 01:22:55 UTC+10, Erik Bray wrote:
>
> On Mon, Sep 10, 2018 at 6:33 AM John H Palmieri > wrote:
> >
> > One thing to try, in case you haven't already: run make once, and if it
> fails with a warning
It turns out that this is issue with 8.4.beta1 that Steven highlighted
above, although the fix that I needed has a few more steps. I'll post
details in sage-release under 8.4.beta1. In any case, I now have a working
version of 8.4.beta4.
Thanks Steven, John and Erik for your help!
A
nts. This way
the change is fully backwardly compatible, friendly to novice users and any
one who wants can specify the type of graph.
Andrew
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop recei
velopers guide that includes all of the ReST documentation available in
the source? Alternatively, it shouldn't be hard to have sphinx add the
documentation for the __init__ method of a class as a special "Technical
specification" section of the class documentation.
Andrew
On Monday, 9 February 2015 20:29:27 UTC+11, Simon King wrote:
>
> Hi!
>
> On 2015-02-08, Volker Braun > wrote:
> > IMHO thats unnecessarily confusing for novices. You shouldn't have to=20
> > understand Python OOP to be able to read the documentation. INPUT
> documents=
> > the parameters, a
I think SageMath is a good idea and there are far too many projects called
SAGE.
To me SageMath sounds much better than SageMaths, which I find curious as
in Australian English "Math" sounds awkward/wrong.
Andrew
On Wednesday, 18 February 2015 23:13:46 UTC+11, William wrote:
&
85c-a18c706e8bcd/files/support/Differentiable%20manifolds%20and%20tensor%20fields>
at the top of the worksheet is broken giving the error:
Error opening 'support/Differentiable manifolds and tensor fields' -- "path
(=support/Differentiable manifolds and tensor fields) does not
I also have homebrew installed in /usr/local and never have any problems. I
build sage using a bash function that remove homebrew from my path.
Andrew
On Sunday, 12 April 2015 13:56:45 UTC+10, Nathan Dunfield wrote:
>
>
> Homebrew tries to avoid exposing headers and libraries for pack
4.0K Apr 29 14:31 m4/
-rwxr-xr-x 1 mathas 4.8K Apr 29 14:31 sage*
drwxr-xr-x 10 mathas 4.0K May 9 07:25 src/
drwx-- 2 mathas 4.0K Apr 29 21:38 upstream/
Of course I can fix these by hand so that my student can use this. I'm just
wondering whether this is something that I have done or
Thanks Volker. I'm ssh-ing in. I should be able to sort it now.
Andrew
On Monday, 11 May 2015 06:59:12 UTC+10, Volker Braun wrote:
>
> Your terminal doesn't understand utf-8 (are you local or ssh-ing in?)
>
> The file permissions look ok, anything that is in the git
1 - 100 of 433 matches
Mail list logo
