On Thursday, 21 January 2016 07:16:45 UTC, Jeroen Demeyer wrote:
>
> On 2016-01-21 00:29, Dima Pasechnik wrote:
> > Surely, if the official nauty got another licence it would have solved
> > the problem easier.
>
> Maybe you could ask McKay if he is willing to license *every* version of
> nau
> Is it just me, or do you also get an error from
>
> ./sage --docbuild --warn-links all html
The day this works, champagne is on me.
At some point I "cleaned" some foder I care for: graphs/,
numerical/mip and combinat/designs/.
Maybe a couple of broken links have been added since.
Nathann
--
>Do you want DiGraph to have methods like rank or is_chain?
Of course not. The idea was to have Poset carry a DiGraph
_hasse_diagram instead of a HasseDiagram object, and to [move/merge]
the methods from HasseDiagram with their Poset counterparts.
> Also, by
> implementing them directly into
Is it just me, or do you also get an error from
./sage --docbuild --warn-links all html
?
--
Jori Mäntysalo
On Friday, January 22, 2016 at 7:46:43 AM UTC+1, Ralf Stephan wrote:
>
> On Thursday, January 21, 2016 at 5:48:40 PM UTC+1, Buck Evan wrote:
>>
>> On Wed, Jan 20, 2016, 22:11 Nils Bruin wrote:
>>>
http://trac.sagemath.org/ticket/16697at ticket.
>>>
>> Typo: This proposal *closes* (w
On Thursday, January 21, 2016 at 7:13:57 PM UTC+1, Nils Bruin wrote:
>
> If I'm not mistaken, the "n" in ginac indicates it does *not* concern
> itself with rewriting questions such as the one you're asking about (you
> may well find that to do the rewrites properly, you need groebner bases or
>
On Thursday, January 21, 2016 at 5:48:40 PM UTC+1, Buck Evan wrote:
>
> On Wed, Jan 20, 2016, 22:11 Nils Bruin wrote:
>>
>>>
>>> http://trac.sagemath.org/ticket/16697at ticket.
>>>
>>
> Typo: This proposal *closes* (would close) that ticket.
>
That ticket can only be closed whenever the SymPy ve
On Thu, 21 Jan 2016, jhonrubia6 wrote:
Does it makes sense to you if I modify the plot.py docstrings in order to
include PLOT:: blocks? Wouldn't it be more clear for newbies?
Of course it would. And same applies to different plot()-functions; at
least graphs and posets have these.
--
Jori M
On Fri, Jan 22, 2016 at 12:50:46AM +, Nicolas M. Thiery wrote:
> For the improvements to the libgap interface I am working on this
> week
Btw, for the curious:
https://github.com/nthiery/sage-gap-semantic-interface/blob/master/gap_sage.py
Cheers,
Nico
Hey,
Just a brief followup on this thread.
For the improvements to the libgap interface I am working on this
week, I need _div_ and __div__ to be available for all elements of a
(unital ...) multiplicative structure; not just those inheriting for
RingElement etc. So I added those methods
Fredrik:
Thank you for your thoughtful reply!
On Thu, Jan 21, 2016 at 2:48 PM Fredrik Johansson <
fredrik.johans...@gmail.com> wrote:
> Arb (which is now in Sage) permits computing incomplete gamma
> functions with rigorous error bounds over arbitrary-precision
> real/complex (interval) fields.
On Thu, Jan 21, 2016 at 9:01 PM, William Stein wrote:
> Hi Buck,
>
> I asked Mike Rubinstein, who has implemented the incomplete Gamma
> function in various situations (e.g., I think he did the first ever
> open source implementation that was general enough for me to use for
> my research), writte
On Thursday, January 21, 2016 at 1:45:31 PM UTC-6, jhonrubia6 wrote:
>
> Does it makes sense to you if I modify the plot.py docstrings in order to
> include PLOT:: blocks? Wouldn't it be more clear for newbies? (well it wold
> have helped me anyway)
> Has it been discussed?
> Javier
>
I believ
>
> So, as Jori asked, what would be wrong in *not* having a HasseDiagram
> class at all? A Poset object could carry a _hasse_diagram digraph, and
> all methods would be poset methods.
>
> Right now, there are two classes where a Poset method can be
> implemented: Poset, and HasseDiagram. And
+1
Eric.
--
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, send email to sage-devel@googlegroups.co
Hello,
> Does it makes sense to you if I modify the plot.py docstrings in order to
> include PLOT:: blocks? Wouldn't it be more clear for newbies? (well it wold
> have helped me anyway)
To me it makes sense. Illustrating with pictures the output of
commands meant to produce pictures cannot exactl
Hello,
I understand the wisdom of not having Poset inherit from DiGraph, as
you don't want to be bothered with the DiGraph methods and their
different terminology.
I also understand that you need to keep a digraph around, possibly
integer-labelled.
So, as Jori asked, what would be wrong in *not*
On Thu, Jan 21, 2016 at 11:22 AM, Thierry
wrote:
> Hi,
>
> there is also an issue with passwords not connected to trac accounts
> anymore, though i do not know how this connection was set up (ldap?), and
> why it was unset.
>
> I do not have access to the wiki VM but i know there are some people
>
Hi Buck,
I asked Mike Rubinstein, who has implemented the incomplete Gamma
function in various situations (e.g., I think he did the first ever
open source implementation that was general enough for me to use for
my research), written papers mentioning issues, etc., what he thinks,
and here's his r
Does it makes sense to you if I modify the plot.py docstrings in order to
include PLOT:: blocks? Wouldn't it be more clear for newbies? (well it wold
have helped me anyway)
Has it been discussed?
Javier
--
You received this message because you are subscribed to the Google Groups
"sage-devel" g
> > Right now the development is designed in what I think is a really
> > senseless way: every features requires two new functions:
> > - One on HasseDiagram which does the job
> > - One on Poset which calls it
>
> We may have a situation where implementation needs functions f, g and h,
> an
Hi,
there is also an issue with passwords not connected to trac accounts
anymore, though i do not know how this connection was set up (ldap?), and
why it was unset.
I do not have access to the wiki VM but i know there are some people
getting organized in the admin of ask.sagemath.org (which is en
Hey Nathann and Jori,
On Thursday, January 21, 2016 at 3:14:09 AM UTC-6, Nathann Cohen wrote:
>
> > The former is when the Poset is acting as an adapter class, and the
> latter
> > is something where there either is no analog currently on the backend
> (there
> > might be no gain because there
Hi,
Am 21.01.2016 um 20:02 schrieb Harald Schilly:
> Do you remember where this broken link is?
All links don't work.
> The page you are looking for is here:
>
> http://files.sagemath.org/torrents.html
This page works (all torrent links), thank you.
-Kalle
--
You received this message because
Do you remember where this broken link is?
The page you are looking for is here:
http://files.sagemath.org/torrents.html
-- harald
On Thursday, January 21, 2016 at 8:01:04 PM UTC+1, Karl-Philipp Richter
wrote:
>
> Hi,
> FYI all downloads of `.torrent` files from
> http://www.sagemath.org/mir
Hi,
FYI all downloads of `.torrent` files from
http://www.sagemath.org/mirror/torrents.html fails with HTTP error 404.
-Kalle
--
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 a
On Thursday, January 21, 2016 at 12:18:18 AM UTC-8, Buck Evan wrote:
>
>
> In terms of numerics though, it would be beneficial to get sage to
> simplify to the regularized function before computation. I can't see how
> this can happen under the above scheme.
>
You could consider the incomplete g
On Thu, Jan 21, 2016 at 3:47 AM, Samuel Lelievre
wrote:
> +1 to letsencrypt, which was already discussed in this sage-devel discussion
> https://groups.google.com/d/topic/sage-devel/l9zS4IPioPE/discussion
>
> related link
> https://vincent.composieux.fr/article/install-configure-and-automatically-
On Thursday, January 21, 2016 at 12:18:18 AM UTC-8, Buck Evan wrote:
>
>
>
> On Wed, Jan 20, 2016, 22:11 Nils Bruin >
> wrote:
>
>> On Wednesday, January 20, 2016 at 9:25:59 PM UTC-8, Buck Evan wrote:
>>>
>>> I've written up a proposal in this google document, and set it to be
>>> globally read
On Wednesday, January 20, 2016 at 11:46:35 PM UTC-8, Jori Mäntysalo wrote:
>
> On Wed, 20 Jan 2016, John H Palmieri wrote:
>
> > Does this patch fix it?
>
> > --- a/src/doc/common/conf.py
> >
> > See sage.misc.sagedoc.skip_TESTS_block for more information.
> > """
> > +if le
Sometimes this takes some time, as the people monitoring this account also
have jobs, families, etc. Also sometimes people are rather vague about
their plans, and as we have unfortunately had problems with spam we ask for
at least a little specificity, which not everyone provides. I have taken
Thanks !
On Wednesday, January 20, 2016 at 10:55:41 PM UTC+1, Jeroen Demeyer wrote:
>
> Fixed in PARI master (not in Sage yet).
>
--
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, s
On Thu, 21 Jan 2016, Nathann Cohen wrote:
Right now the development is designed in what I think is a really
senseless way: every features requires two new functions:
- One on HasseDiagram which does the job
- One on Poset which calls it
We may have a situation where implementation needs functi
+1 to letsencrypt, which was already discussed in this sage-devel discussion
https://groups.google.com/d/topic/sage-devel/l9zS4IPioPE/discussion
related link
https://vincent.composieux.fr/article/install-configure-and-automatically-renew-let-s-encrypt-ssl-certificate
Who can give mmarco the appro
On 2016-01-21 02:35, William Stein wrote:
> On Wed, Jan 20, 2016 at 2:02 PM, Vincent Delecroix
> <20100.delecr...@gmail.com> wrote:
> For completeness (when somebody finds this via a search) if you follow
> the trac ticket, you'll see the nice simple code Vincent just wrote:
>
> def _pushout_(
> The former is when the Poset is acting as an adapter class, and the latter
> is something where there either is no analog currently on the backend (there
> might be no gain because there is no analog (di)graph function or
> translation cost). It depends on the situation and is just trying to be
>
A ticket has been created (needs_review)
http://trac.sagemath.org/ticket/19929
Nathann
On 20 January 2016 at 21:40, Nathann Cohen wrote:
> Hello everybody,
>
> I write a lot of code that requires me to build finite fields, and the
> finite fields F_q, when q is not a prime number, cannot be
On Thursday, January 21, 2016 at 3:26:55 AM UTC+1, William wrote:
>
> On Wed, Jan 20, 2016 at 6:20 PM, William Stein > wrote:
> > Nils -- many thanks for your post explaining the longterm perspective
> > and underlying reasons why things are the way they are.
> >
> > I mentioned this thread
On Wed, Jan 20, 2016, 22:11 Nils Bruin wrote:
> On Wednesday, January 20, 2016 at 9:25:59 PM UTC-8, Buck Evan wrote:
>>
>> I've written up a proposal in this google document, and set it to be
>> globally readable, commentable.
>>
>>
>> https://docs.google.com/document/d/1zEzIz0TCgC1aEKCQmHQkI5EVL
39 matches
Mail list logo
