On Sun, 14 Jun 2015, Nathann Cohen wrote:
something like the following to work, you will have to mess with this
category (or replace it by another object)
sage: for p in Posets(max_width=3,max_height=4,num_points=90):
:
I think that this can be done. But what about
Poset({0:[1]}) in
On Friday, June 19, 2015 at 5:29:42 PM UTC-7, David Roe wrote:
>
> Another option might be to force certain construction paths to use keyword
> arguments. For example,
> matrix(4,4,scalar = x+y)
> matrix(4,4,iterator = x+y)
> David
>
Indeed, but then: how is this more convenient than the followin
Another option might be to force certain construction paths to use keyword
arguments. For example,
matrix(4,4,scalar = x+y)
matrix(4,4,iterator = x+y)
David
On Fri, Jun 19, 2015 at 11:03 AM, Nils Bruin wrote:
> On Friday, June 19, 2015 at 9:10:41 AM UTC-7, Darij Grinberg wrote:
>>
>> > Unfortun
On 19 June 2015 at 10:12, Volker Braun wrote:
> Yeah but Apple, in their infinite wisdom, has decided to put
> /usr/local/include at place #2 in the header include path. Even before
> /usr/include. So there is that.
>
Oh boy.
--
You received this message because you are subscribed to the Googl
On Friday, 19 June 2015 11:35:36 UTC+1, Christian Stump wrote:
>
> the reason must be efficiency. E.g. for permutation groups one would work
>> with a strong generating set S, rather than the original generators;
>> expressing an element in terms of S is very quick, and then you hold
>> expres
You are missing part of Perl. Perl is a requirement for Sage. Ask your
administrator.
On Friday, June 19, 2015 at 7:37:04 PM UTC+2, Paul Mercat wrote:
>
> I don't have yum installed, and I don't have the roots privileges on this
> computer.
>
--
You received this message because you are subscr
IMHO its a stupid firewall setup to restrict by IP numbers. It reeks of the
90s where you neither had github nor cdns. But its 20 years later, if you
can't connect to github then you can't do scientific computing work period.
Just tell your admins to get a clue, thats way more productive than us
On Friday, June 19, 2015 at 9:10:41 AM UTC-7, Darij Grinberg wrote:
>
> > Unfortunately, this is invited by the design of sage: The "__call__"
> entry
> > on a parent is the main interface to element construction and since this
> is
> > "conversion", all kinds of wild input are allowed.
>
> I
>
> This is probably safer than what you have now, since the whitelist entry
> isn't permanent -- it's only for connections you've initiated. With the
> permanent whitelist, someone who takes over git.sagemath.org could try
> to SSH into your machine while you're asleep.
>
> It's also way way
I don't have yum installed, and I don't have the roots privileges on this
computer.
--
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...@googleg
Here is the file config.log
Is there an other file that you want to see ?
Best,
Paul
--
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...@google
On 06/19/2015 11:31 AM, Christian Stump wrote:
>> The mirror list is downloaded from http://www.sagemath.org/mirror_list
>
> Is it true that among the needed resources, only www.sagemath.org is
> or will be any time soon located anywhere where I cannot assume a
> relatively constant IP ?
>
> If t
>
> sage: -oo < 0
> True
> sage: 0 < unsigned_infinity
> True
> sage: -oo < unsigned_infinity
> False
>
> as documented, it should be okay. I mean, what does comparison even MEAN
> with complex infinity in the mix? I suppose you could make it incomparable
> to anything but itself. Really I t
>
>
> Is Sage's unsigned_infinity intended to model complex infinity?
>>>
>>
>> What else would it be?
>>
>
> Well, you can compactify a line
> - into a segment by adding two points (-oo, +oo),
> - into a circle by adding one point (oo).
>
>
To me, unsigned_infinity could refer to that,
> and co
On Fri, Jun 19, 2015 at 5:45 PM, Nils Bruin wrote:
> On Wednesday, June 17, 2015 at 7:48:15 AM UTC-7, Darij Grinberg wrote:
>>
>> Unfortunately, currently the ducktyping is not just in the matrix
>> constructor; it is split across the three stations I mentioned (matrix
>> constructor, matrix space
On Wednesday, June 17, 2015 at 7:48:15 AM UTC-7, Darij Grinberg wrote:
>
> Unfortunately, currently the ducktyping is not just in the matrix
> constructor; it is split across the three stations I mentioned (matrix
> constructor, matrix space, matrix class). Apparently every single of
> our matri
> The mirror list is downloaded from http://www.sagemath.org/mirror_list
Is it true that among the needed resources, only www.sagemath.org is
or will be any time soon located anywhere where I cannot assume a
relatively constant IP ?
If the answer is "yes" or "likely yes": are there only few
depen
The mirror list is downloaded from http://www.sagemath.org/mirror_list
On Friday, June 19, 2015 at 5:11:33 PM UTC+2, Christian Stump wrote:
>
> You need to access sagemath.org with is now on the fastly cdn (via
>> github). Its almost certainly geo-specific ip and subject to change without
>> n
>
> You need to access sagemath.org with is now on the fastly cdn (via
> github). Its almost certainly geo-specific ip and subject to change without
> notice. IMHO you can't reasonably assume that special IP numbers work.
>
I agree that www.sagemath.org is there, but it seems that sagemath.org
You need to access sagemath.org with is now on the fastly cdn (via github).
Its almost certainly geo-specific ip and subject to change without notice.
IMHO you can't reasonably assume that special IP numbers work.
On Friday, June 19, 2015 at 3:59:32 PM UTC+2, Christian Stump wrote:
>
> I work o
On 2015-06-19 14:50, la...@math.luc.edu wrote:
Can one move to compiling from source, starting from the binaries?
I think it should actually be possible.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop rec
Unfortunately there is no satisfactory uninstall process for Xcode or
Command line tools. Your efforts sound good though.
On Friday, June 19, 2015 at 4:20:36 PM UTC+2, la...@math.luc.edu wrote:
>
> On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote:
>>
>> PS: Have you tried uninsta
On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote:
>
> PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just
> upgrading?)
>
> I'm sure a shoddy job of doing that is what got me in this mess in the
first place. Over the many osx, xcode, and commandline tools up
Is Sage's unsigned_infinity intended to model complex infinity?
>>
>
> What else would it be?
>
Well, you can compactify a line
- into a segment by adding two points (-oo, +oo),
- into a circle by adding one point (oo).
Think of slopes of lines through the origin
in the plane RR^2; the vertica
On Friday, June 19, 2015 at 8:15:57 AM UTC-5, Volker Braun wrote:
>
> The --switch does not change /usr/bin/clang and friends, it just does some
> afaik undocumented stuff. Whats the include search path now?
>
>
I'm not quite sure how to answer this question, so I'll just reprint every
thing you
I work on a sage development branch on a machine behind a firewall. That
firewall doesn't allow me to contact any IPs, except if I whitelisted it.
Until recently, that was not a big deal when doing development there, the
servers I needed to contact were
sagemath.org
git.sagemath.org
PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just
upgrading?)
On Friday, June 19, 2015 at 3:15:57 PM UTC+2, Volker Braun wrote:
>
> The --switch does not change /usr/bin/clang and friends, it just does some
> afaik undocumented stuff. Whats the include search path now?
The --switch does not change /usr/bin/clang and friends, it just does some
afaik undocumented stuff. Whats the include search path now?
On Friday, June 19, 2015 at 2:47:29 PM UTC+2, la...@math.luc.edu wrote:
>
> I forgot to do '--print-path' before doing '--switch' so can't give you
> the outp
On Friday, June 19, 2015 at 6:15:32 AM UTC-5, Jeroen Demeyer wrote:
>
> On 2015-06-19 00:08, la...@math.luc.edu wrote:
> > How about this for a *radical* idea: a true bundle, with EVERYTHING that
> > one needs all in the SAGE_ROOT directory.
>
> What you're describing is essentially how the S
I forgot to do '--print-path' before doing '--switch' so can't give you the
output of that command, but after running '--switch' I still get
"/usr/bin/clang++"
instead of your
"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"
Trying 'make' again
>
>
> Is Sage's unsigned_infinity intended to model complex infinity?
>
What else would it be? I think one of the reasons for it was precisely to
provide something for Maxima's `infinity` to become in Sage.
Though note
sage: Infinity
+Infinity
which is annoying.
But we already have
sage: -
>
> > Yeah but Apple, in their infinite wisdom, has decided to put
>> > /usr/local/include at place #2 in the header include path. Even before
>> > /usr/include. So there is that.
>>
>> Sure, but the Sage-compiled-GCC wouldn't have this problem. So at least,
>> this "random crap" problem is on
On Friday, June 19, 2015 at 1:10:59 PM UTC+2, Jeroen Demeyer wrote:
>
> > Yeah but Apple, in their infinite wisdom, has decided to put
> > /usr/local/include at place #2 in the header include path. Even before
> > /usr/include. So there is that.
>
> Sure, but the Sage-compiled-GCC wouldn't have
On 2015-06-13 01:26, William Stein wrote:
I'm also curious if anybody
has any -- possibly *radical* -- suggestions about how to address this
problem using new ideas.
Many issues involve some kind of misinstallation or misconfiguration of
XCode. Perhaps more checking in ./configure for these kn
On 2015-06-19 00:08, la...@math.luc.edu wrote:
How about this for a *radical* idea: a true bundle, with EVERYTHING that
one needs all in the SAGE_ROOT directory.
What you're describing is essentially how the Sage binaries are
distributed. If there exists a binary for your machine, you could tr
On 2015-06-19 10:12, Volker Braun wrote:
On Sunday, June 14, 2015 at 11:00:05 PM UTC+2, Jeroen Demeyer wrote:
Normally, packages aren't supposed to look in /usr/local if they are
passed proper configuration flags.
Yeah but Apple, in their infinite wisdom, has decided to put
/usr/local/
>
> the reason must be efficiency. E.g. for permutation groups one would work
> with a strong generating set S, rather than the original generators;
> expressing an element in terms of S is very quick, and then you hold
> expressions for each element of S in terms of the original generators
>
On Friday, 19 June 2015 09:02:49 UTC+1, Christian Stump wrote:
>
> GAP4 has 39.5-2 Factorization (
>> http://www.gap-system.org/Manuals/doc/ref/chap39.html)
>>
>> calling GAP from Sage is not hard...
>>
>
> Thanks for your reply -- but I am still a little puzzled:
>
> gap has two algorithms to co
PS: Correct output would be something like
$ clang++ -E -x c++ - -v < /dev/null
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.3.0
Thread model: posix
"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"
Well your header search path is seriously messed up, no wonder that you
can't find system headers. Whats the output of
xcode-select --print-path
You might want to try pointing Xcode to the right path, e.g. (assuming that
it is in /Applications/Xcode.app):
xcode-select --switch /Applications/X
>
> On Sunday, June 14, 2015 at 11:00:05 PM UTC+2, Jeroen Demeyer wrote:
> Normally, packages aren't supposed to look in /usr/local if they are
> passed proper configuration flags.
Yeah but Apple, in their infinite wisdom, has decided to put
/usr/local/include at place #2 in the header inclu
sudo yum install perl-ExtUtils-MakeMaker
On Friday, June 19, 2015 at 1:00:10 AM UTC+2, Paul Mercat wrote:
>
> Hi !
>
> I try to compile sage on linux, and I get the following error.
> Do you know what is the problem and how correct it ?
>
> .
> .
> .
> GEN perl/PM.stamp
> make[4]: Entering dire
On Friday, June 19, 2015 at 3:17:30 AM UTC+2, Travis Scrimshaw wrote:
>
> Perhaps a slightly less radical idea would be to make sage interface with
> the underlying package manager to install the necessary dependencies when
> running make
>
Of course there is no package management on OSX...
--
>
> GAP4 has 39.5-2 Factorization (
> http://www.gap-system.org/Manuals/doc/ref/chap39.html)
>
> calling GAP from Sage is not hard...
>
Thanks for your reply -- but I am still a little puzzled:
gap has two algorithms to compute a word in generators. This one, and the
one implemented in `word_pr
>
> If not, then two tickets will have to be revised before they get included,
> and a class for it created.
>
Also, this then would be wrong:
sage: maxima('infinity').sage()
Infinity
sage: type(_)
because
>From Maxima manual
Constant: inf
inf represents real positive infinity.
Constant:
45 matches
Mail list logo
