On Fri, 26 Aug 2016, leif wrote:
For me, it /does/ make a difference (using Python vs. Sage literals):
sage: if 2*s > n*log(n, 2): print "True"
sage: if 2r*s > n*log(n, 2r): print "True"
True
OK, I don't know what I did wrong in my test. Now I got the same result.
Thanks!
* * *
But
For the record sage-support does have moderation, though I've never seen
anything other than appropriate stuff or obvious spam there. The problem,
if any, is that support requests end up on the wrong list.
--
You received this message because you are subscribed to the Google Groups
I am in favor of keeping the wiki on wiki.sagemath.org. My two-cents is
that we should either completely switch Sage's development to github
(including the developers' wiki, etc.) or stay on foo.sagemath.org for
various values of foo. It would be kind of (or super) weird to only have
the wiki
>> What do the Sage developers even want to use the wiki for? Apart from
>> SageDays organisation.
>
> - listing sage days
> - there's a nice list of interact examples: https://wiki.sagemath.org/interact
>
> Look at https://wiki.sagemath.org/RecentChanges to see what people
> *do* use the wiki
On Fri, Aug 26, 2016 at 1:52 PM, Johan S. H. Rosenkilde
wrote:
>> Would you have any interest in moving the wiki
>> to https://github.com/sagemath/sage/wiki ?
>
> What would be the advantage of doing so?
- We don't have to worry about hosting it ourselves.
- It's hosted on
This might be related to DKIM, some kind of misconfiguration delaying
things:
For each mail sent out I see in /var/log/mail.log a message like
trac postfix/smtpd[12253]: warning: connect to Milter service
inet:localhost:8891: Connection refused
Harald, do you have an idea what this might
> Would you have any interest in moving the wiki
> to https://github.com/sagemath/sage/wiki ?
What would be the advantage of doing so?
What do the Sage developers even want to use the wiki for? Apart from
SageDays organisation.
At SageDays75, we just created (or rewrote)
I get them, but with a significant lag time.
Best,
Travis
--
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
On Friday, August 26, 2016 at 11:13:45 AM UTC-5, Erik Bray wrote:
>
> On Fri, Aug 26, 2016 at 4:17 PM, Dima Pasechnik > wrote:
> > I think both of them should be moderated, as we are seeing now...
>
> Yes. Developers are people too.
>
>
What? I thought we were all AI's
Hi, I just checked and searching for sage help online in Google now
frequently returns results at doc.sagemath.org. Yeah!
William
On Mon, Aug 22, 2016 at 11:25 PM, Nicolas M. Thiery
wrote:
> On Mon, Aug 22, 2016 at 09:10:55AM -0700, Samuel Lelievre wrote:
>>I guess
Hi, I just checked and searching for sage help online in Google now
frequently returns results at doc.sagemath.org. Yeah!
William
On Mon, Aug 22, 2016 at 11:25 PM, Nicolas M. Thiery
wrote:
> On Mon, Aug 22, 2016 at 09:10:55AM -0700, Samuel Lelievre wrote:
>>I guess
Would you have any interest in moving the wiki
to https://github.com/sagemath/sage/wiki ?
On Friday, August 26, 2016 at 9:12:01 AM UTC-7, Johan S. R. Nielsen wrote:
>
> Hi everyone,
>
> I just edited the front page of http://wiki.sagemath.com so that it
> appears less embarrassingly out of
On 2016-08-26 17:22, Sébastien Labbé wrote:
> I am not receiving emails notification from new posted comments on trac
> tickets I'm involved in. Or maybe there is a delay to receive them?
I've gotten a couple of them today, so I cannot confirm this. However, I
was always creator of the tickets...
Sébastien Labbé wrote:
> Bonjour sage-devel,
>
> I am not receiving emails notification from new posted comments on trac
> tickets I'm involved in. Or maybe there is a delay to receive them?
FWIW, I occasionally get them out-of-order (even for the same ticket).
It happened once (I noticed) I
On Fri, Aug 26, 2016 at 6:51 AM, Nathann Cohen wrote:
>> Nathan does give the link to the original post, but he is quoting out of
>> context. Here is the full post:
>
>
> Still, it would be incomplete to claim, as in the original post, that the
> only aim of SageMath Inc.
Thierry Dumont writes:
> Certainly, it is http://wiki.sagemath.org
Haha, yes of course it is :-)
--
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
On 2016-08-09 19:31, William Stein wrote:
> The only good way is to rip out the "verbose" thing and replace it
> with the Python logging module. Then its easy to have different
> loggers for your code and for the flint interface, and make them log
> in different levels and/or
>
> Output of join categories definitely could use some love.
:-)
> A first improvement could be to use:
>
> Category of X an enumerated sets.
>
Alternatively:
Category of enumerable X
> should be trivial to implement.
Good news. But I have to study more of the internals of
Le 26/08/2016 à 18:11, Johan S. H. Rosenkilde a écrit :
> Hi everyone,
>
> I just edited the front page of http://wiki.sagemath.com so that it
> appears less embarrassingly out of date. I restructured it so that it is
> more clear that it is a place for certain developer organization (mostly
>
Hi everyone,
I just edited the front page of http://wiki.sagemath.com so that it
appears less embarrassingly out of date. I restructured it so that it is
more clear that it is a place for certain developer organization (mostly
SageDays), so that it now less pretends to be a very lively place with
On Fri, Aug 26, 2016 at 4:17 PM, Dima Pasechnik wrote:
> I think both of them should be moderated, as we are seeing now...
Yes. Developers are people too.
> On Friday, August 26, 2016 at 1:09:24 PM UTC+1, Jori Mäntysalo wrote:
>>
>> I just learnt that this devel-list is
Having been following that ticket, I just want to say thank you all
involved with getting this to needs review.
Best,
Travis
--
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
Bonjour sage-devel,
I am not receiving emails notification from new posted comments on trac
tickets I'm involved in. Or maybe there is a delay to receive them?
Sébastien
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this
> > You mean submitting a patch upstream?
> Yes. I had not realized we behave differently with respect to Cython.
> Would
> it not be enough to pass whatever an hypothetical upstream version of
> attach
> produces through the preparser we use in the interactive shell?
>
>
What about
> P.S.: my test build in debug mode just failed, although everything works
> fine in normal mode, surely just some linking flags missing.
>
Or yes now it does.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and
Dear all,
Finally the upgrade from Singular 3.x to 4.x is up for review at:
* https://trac.sagemath.org/ticket/17254
Best,
JPF
P.S.: my test build in debug mode just failed, although everything works
fine in normal mode, surely just some linking flags missing.
--
You received this message
> You mean submitting a patch upstream?
Yes. I had not realized we behave differently with respect to Cython. Would
it not be enough to pass whatever an hypothetical upstream version of attach
produces through the preparser we use in the interactive shell?
S.
* leif
VulK wrote:
>>and me too, this is really very annoying that %attach is broken..
> +1
>
> A related question: why do we implement %attach in sage rather than making a
> patch for upstream IPython?
You mean submitting a patch upstream?
(Otherwise repackagers won't be happy, but upstream would
I think both of them should be moderated, as we are seeing now...
On Friday, August 26, 2016 at 1:09:24 PM UTC+1, Jori Mäntysalo wrote:
>
> I just learnt that this devel-list is moderated, whereas support-list is
> not. I think that it should be just the opposite.
>
> --
> Jori Mäntysalo
>
Thierry wrote:
> On Fri, Aug 26, 2016 at 02:43:05PM +0200, Jeroen Demeyer wrote:
>> On 2016-08-26 14:40, Thierry wrote:
>>> So, what is the usecase for package typed 'pip' ?
>>
>> It's only a convenient user interface: the user does not need to know
>> whether a package is available using pip or
leif wrote:
> Jori Mäntysalo wrote:
>> On Fri, 26 Aug 2016, leif wrote:
>>
>>> Hmmm, does Posets.BooleanLattice() care whether you pass an int or an
>>> Integer? (I.e., does the return type of its methods change?)
>>
>> No:
>>
>> sage: P = Posets.BooleanLattice(3)
>> sage: Q =
I disagree with your statement, and I agree with the recent moderation.
There were too many useless flame wars in this group.
--
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
>and me too, this is really very annoying that %attach is broken..
+1
A related question: why do we implement %attach in sage rather than making a
patch for upstream IPython?
S.
* Frédéric Chapoton [2016-08-26 06:01:23]:
>and me too, this is really very
On Fri, Aug 12, 2016 at 05:22:51AM -0700, Frédéric Chapoton wrote:
> is this only me, or the recent update to ipython 5.0 has broken severel
> things in 7.4.b0 ?
It seems it was not tested with urxvt: the tab-completion is much less
handy, and the terminal colors are not well handled (lot of
and me too, this is really *very annoying* that %attach is broken..
Le dimanche 14 août 2016 02:14:44 UTC+2, Travis Scrimshaw a écrit :
>
> I would really like to have %attach back working.
>
> Best,
> Travis
>
>
> On Friday, August 12, 2016 at 12:50:23 PM UTC-5, Volker Braun wrote:
>>
>>
On Fri, Aug 26, 2016 at 02:43:05PM +0200, Jeroen Demeyer wrote:
> On 2016-08-26 14:40, Thierry wrote:
> >So, what is the usecase for package typed 'pip' ?
>
> It's only a convenient user interface: the user does not need to know
> whether a package is available using pip or as Sage package:
On 2016-08-26 14:40, Thierry wrote:
So, what is the usecase for package typed 'pip' ?
It's only a convenient user interface: the user does not need to know
whether a package is available using pip or as Sage package: "./sage -i
PKGNAME" will work.
--
You received this message because you
So, what is the usecase for package typed 'pip' ? If they can only be
installed manually (i.e. not as dependency), they could be installed with
'sage -pip install' anyway without having to create such fake package
first.
Ciao,
Thierry
On Fri, Aug 26, 2016 at 02:28:03PM +0200, Jeroen Demeyer
pip packages are not real packages. If you really want to depend on a
"pip" package, the best way would be to convert it to a real package.
Also:
* standard packages should only depend on standard packages.
* optional packages should only depend on standard or optional packages.
*
Hi,
while packaging a package p1, i have set a dependency to another package
p2 whose type is 'pip'. However, when i try to install the package p1, the
dependency p2 is not installed (and apparently it is not even considered).
If i do 'sage -i p2', it is correctly installed. Is it a feature ?
I just learnt that this devel-list is moderated, whereas support-list is
not. I think that it should be just the opposite.
--
Jori Mäntysalo
On Fri, 26 Aug 2016, Nathann Cohen wrote:
Consequently, by making "a lot of money" through SageMath Inc. it is
clear that William also aims at making money for himself (food, rent,
whatever). Missing that, his presentation was certainly not exhaustive.
I still don't understand what is the
Jori Mäntysalo wrote:
> On Fri, 26 Aug 2016, leif wrote:
>
>> Hmmm, does Posets.BooleanLattice() care whether you pass an int or an
>> Integer? (I.e., does the return type of its methods change?)
>
> No:
>
> sage: P = Posets.BooleanLattice(3)
> sage: Q = Posets.BooleanLattice(3r)
> sage: P ==
On Fri, 26 Aug 2016, leif wrote:
Hmmm, does Posets.BooleanLattice() care whether you pass an int or an
Integer? (I.e., does the return type of its methods change?)
No:
sage: P = Posets.BooleanLattice(3)
sage: Q = Posets.BooleanLattice(3r)
sage: P == Q
True
sage: P is Q
True
--
Jori
Jori Mäntysalo wrote:
> On Fri, 26 Aug 2016, leif wrote:
>
>> Apparently log() behaves differently depending on whether it is called
>> with Sage Integers or Python ints. (Not sure whether the other integer
>> literal also matters here.)
>>
>> (You should get the same in the Sage session when
On Fri, 26 Aug 2016, leif wrote:
Apparently log() behaves differently depending on whether it is called
with Sage Integers or Python ints. (Not sure whether the other integer
literal also matters here.)
(You should get the same in the Sage session when using 2r instead of 2,
or Integer(2)
Jori Mäntysalo wrote:
> sage: def foo():
> .: from sage.combinat.posets.poset_examples import Posets
> .: from sage.misc.functional import log
> .: P = Posets.BooleanLattice(3); n = P.cardinality(); s =
> P._hasse_diagram.size()
> .: if 2*s > n*log(n, 2): print
On Tue, Aug 23, 2016 at 12:38:35PM -0700, Kwankyu Lee wrote:
>Right. Perhaps I was just thinking of "cosmetics". Lots of parents in
>Sage should be finite enumerated sets. If their category is a join of
>some category X and the category of finite enumerated sets, then it is
>
sage: def foo():
: from sage.combinat.posets.poset_examples import Posets
: from sage.misc.functional import log
: P = Posets.BooleanLattice(3); n = P.cardinality(); s =
P._hasse_diagram.size()
: if 2*s > n*log(n, 2): print "True"
:
sage: foo()
sage:
So, in
49 matches
Mail list logo