It seems to be that the lines in inspect.findsource were introduced by
this change:
http://hg.python.org/cpython/rev/527c40add91d/
I'm pretty sure this is something that needs to be fixed in python, so
it's now
http://bugs.python.org/issue17526
--
You received this message because you are subs
See http://trac.sagemath.org/sage_trac/ticket/14344
--
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 group
John H Palmieri writes:
> And after it (between 'atlas...' and 'blas...'), just in case. Maybe
> something like
>
> ['atlas...', ..., 'python...', ...]
Another, probably less computationally expensive option::
sage: len(filter(
: lambda x: x.startswith('atlas') or x.start
On Friday, March 22, 2013 5:25:50 PM UTC-7, Keshav Kini wrote:
>
> leif > writes:
> > kcrisman wrote:
> >>
> >>
> >> On Friday, March 22, 2013 9:21:54 AM UTC-4, Rajeev wrote:
> >>
> >> Hi,
> >>
> >> The following test fails because I have some optional packages
> >> installed
leif writes:
> kcrisman wrote:
>>
>>
>> On Friday, March 22, 2013 9:21:54 AM UTC-4, Rajeev wrote:
>>
>> Hi,
>>
>> The following test fails because I have some optional packages
>> installed -
>>
>> $ sage -t --long -force_lib devel/sage/sage/misc/package.py
>> sage -t --long -
Simon King writes:
> Hi Keshav,
>
> On 2013-03-22, Keshav Kini wrote:
>> Simon King writes:
>>> However, if you *are* upstream (i.e., if your data are only published in
>>> this form, but not as an independent project), I'd say tracking it with
>>> mercural is fine. But perhaps other people have
On 2013-03-22, Nathann Cohen wrote:
> --f46d040f9ba41d2f1404d88653eb
> Content-Type: text/plain; charset=ISO-8859-1
>
>> Do you mean to say that we check that (1,2) is in the domain, and
>> utilize this info?
>
> O_O
>
> Are you doing this on purpose ?
>
> If you want to find the "orbit" of ((1,2)
http://trac.sagemath.org/sage_trac/ticket/14338 ready for review
--
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 Mar 5, 11:34 am, Andrey Novoseltsev wrote:
> Hello,
>
> debug() in a new cell after 1/0 does not work for me with "IndexError:
> string index out of range" message. This is using Sage 5.7 or
> 5.8.beta2, while 5.5 shows the interact William has added a while ago.
> Is this a regression (due to
> There is of course a limit of how nested the action is. If you really need
> orbits of tuples of sets of tuples of sets of tuples then you'll have to
> relabel the permutation group so that its domain doesn't have tuples or
> sets.
? But Why should we relabe anythin ??? Whenever
kcrisman wrote:
On Friday, March 22, 2013 9:21:54 AM UTC-4, Rajeev wrote:
Hi,
The following test fails because I have some optional packages
installed -
$ sage -t --long -force_lib devel/sage/sage/misc/package.py
sage -t --long -force_lib "devel/sage/sage/misc/package.py
Under my proposal, the orbit of ((1,2),(1,2)) would be the orbit of a pair,
i.e. {((1,2),(1,2)), (1,1), (2,2)}. If you want the orbit of pairs of
pairs, you can get it as orbit(..., action="OnTuplesTuples").
There is of course a limit of how nested the action is. If you really need
orbits of t
Le 22/03/2013 17:37, leif a écrit :
Julien Puydt wrote:
Le 21/03/2013 07:04, Julien Puydt a écrit :
I'll post the results of "make ptestlong" when I'll have had the time to
run it (could take a few days).
I didn't manage to run "make ptestlong" correctly : after a while, the
box get loaded li
If your only problem is Volker's proposition that we "guess" the value of
"action" according to the input I do not mind forgetting about it just to
simplify this discussion, even though I think his idea is good.
Then you would not be able to call "orbit" without specifying the value of
"action", a
> Do you mean to say that we check that (1,2) is in the domain, and
> utilize this info?
O_O
Are you doing this on purpose ?
If you want to find the "orbit" of ((1,2),(1,2)) with Sage and if we
implement this "action" thing, then :
- When you write g.action( ((1,2),(1,2)), action="OnPoints") Sa
On Friday, March 22, 2013 9:21:54 AM UTC-4, Rajeev wrote:
>
> Hi,
>
> The following test fails because I have some optional packages installed -
>
> $ sage -t --long -force_lib devel/sage/sage/misc/package.py
> sage -t --long -force_lib "devel/sage/sage/misc/package.py"
> ***
Julien Puydt wrote:
Le 21/03/2013 07:04, Julien Puydt a écrit :
I'll post the results of "make ptestlong" when I'll have had the time to
run it (could take a few days).
I didn't manage to run "make ptestlong" correctly : after a while, the
box get loaded like crazy and tests start to fail with
> No, this won't really fly. Indeed,
> we can follow your design, and implement, explictly, action on tuples of
> tuples. And then, on my example with the Z_3 action, ask for the orbit on
> ((1,2),(1,2)).
> And then we are in trouble, cause there is no way to figure out
> whether (1,2) is a domain
On 2013-03-22, Nathann Cohen wrote:
> --bcaec52e66033a8d1704d88510dc
> Content-Type: text/plain; charset=ISO-8859-1
>
>> as I explained, the code you don't like there (cause it does not work on
>> insane inputs) would work fine on sane inputs. And the uglier code you
>> prefer would break things o
kcrisman wrote:
On Mar 21, 11:16 am, Fredrik Johansson
wrote:
On Mar 20, 5:50 pm, kcrisman wrote:
Bill et al.,
Along these lines, I'm just curious
abouthttp://trac.sagemath.org/sage_trac/ticket/12173upgradingFLINT in
Sage... Is enough of zn_poly (in particular, all of it?) to allow us
> as I explained, the code you don't like there (cause it does not work on
> insane inputs) would work fine on sane inputs. And the uglier code you
> prefer would break things on insane inputs, too, although at some other
> point, e.g. at the one I outlined above in this thread.
It does not break
> Would Evariste Galois raise from his grave and chase the designer
> of this?
I answered on the ticket, and said that I would help him if he did. But
Dima you know that this thing will take ime if somebody actually ends up
doing it and it's not related to this ticket. Why do you want to block it
> For non-interactive you either perform argument validation yourself or use
> the optional parameter G.orbit(foo, action='OnTuples').
Oh. Ok, this is fine !
So Dima, do we guess the value of action when it is set to None, then
translate the output according to the value of "action" ? That's a go
On Friday, March 22, 2013 2:51:05 PM UTC+1, Nathann Cohen wrote:
> > I think its unambiguous to define the orbit of x recursively as
> > 1. use the action on domain elements if x is a domain element
> > 2. otherwise, assume that the x is a list/set/... of domain elements
> Well. It is when you kn
And PLEASE if you answer this thread please also send your answer to
sage-devel, not only sage-combinat.
Nathann
--
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 s
Helloo !!!
> I think its unambiguous to define the orbit of x recursively as
> 1. use the action on domain elements if x is a domain element
> 2. otherwise, assume that the x is a list/set/... of domain elements
Well. It is when you know what you are doing and work on a spcific group.
I think its unambiguous to define the orbit of x recursively as
1. use the action on domain elements if x is a domain element
2. otherwise, assume that the x is a list/set/... of domain elements
On Thursday, March 21, 2013 3:10:38 PM UTC+1, Dima Pasechnik wrote:
>
> While working on http://trac
Hi,
The following test fails because I have some optional packages installed -
$ sage -t --long -force_lib devel/sage/sage/misc/package.py
sage -t --long -force_lib "devel/sage/sage/misc/package.py"
**
File "/home/rajeev/softwar
Thank you. Installing Command line tools did the trick.
--
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 g
On 2013-03-22, KrisP wrote:
> --=_Part_587_10508096.1363949706089
> Content-Type: text/plain; charset=ISO-8859-1
>
> I am running Sage 5.8 64 bit on a macbook pro with OS X 10.8.3.
>
> Whenever I install the experimental package chomp, I always get an
> installation error. The log is below.
I am running Sage 5.8 64 bit on a macbook pro with OS X 10.8.3.
Whenever I install the experimental package chomp, I always get an
installation error. The log is below.
Found package chomp-20100213.p2 in spkg/optional/chomp-20100213.p2.spkg
chomp-20100213.p2
=
After much time spent finding why numpy 1.6.x didn't like sage
and some nice cooperation with numpy upstream we have an upgrade path
for numpy. It couldn't have happened before the merging of the new
doctest framework. Numpy 1.7.0 exposed at least one instance where
the old one was broken.
So http:
It does look similar. I have a work-around, just not displaying any
of the intermediate results such as M.kernel(), I just assign the
result and carry on.
John
On 22 March 2013 04:34, Andrey Novoseltsev wrote:
> This somehow looks close to what I reported here:
> http://groups.google.com/group/
Hi Keshav,
On 2013-03-22, Keshav Kini wrote:
> Simon King writes:
>> However, if you *are* upstream (i.e., if your data are only published in
>> this form, but not as an independent project), I'd say tracking it with
>> mercural is fine. But perhaps other people have a different viewpoint.
>
> P
34 matches
Mail list logo
