Hi Evan,
this is fixed in https://trac.sagemath.org/ticket/28976 which is awaiting
review.
julian
On Friday, April 17, 2020 at 10:15:00 PM UTC+2, Evan O'Dorney wrote:
>
> Hi all,
>
> Running the code
> K. = NumberField([x^2 - 2, x^2 + x + 1]);
> K.valuation(pi)
> yields a strange AssertionError
Hi Simon,
the py3 image has the tag :develop-py3 instead of :develop. That image is a bit
old unfortunately since https://trac.sagemath.org/ticket/28041 (positive
review) has not been merged yet.
I'm not a travis expert but I think you want to add a matrix that adds an
environment variable say S
Hi Erik,
I think this is not a problem on GitLab anymore. I can restart protected
jobs at least, so probably also entire pipelines.
On Friday, August 2, 2019 at 11:14:24 AM UTC+2, E. Madison Bray wrote:
>
> Wow--do I understand you correctly that, if a branch is marked
> "unprotected" , GitLab
Hi Markus,
Sorry, I had missed this discussion initially. The credentials for docker
hub are protected secrets in GitLab CI. They are only provided to protected
branches and tags. All tags are protected so they were correctly uploaded
to Docker Hub. However, as I wrote on another thread, the br
Hi Simon,
> On Thursday, August 1, 2019 at 12:52:38 PM UTC+2, Simon King wrote:
Is it possible to automatically go to the latest available tag?
"latest" is the latest stable release of SageMath, and "develop" is the
latest beta (see also the README at
https://hub.docker.com/r/sagemath/sagemath
There shouldn't be a problem with using the latest 8.8rc in binder.
On Saturday, June 22, 2019 at 1:54:26 PM UTC+2, Eric Gourgoulhon wrote:
>
> [...] It would be nice if 8.8 is released by then. Otherwise, I will of
> course warn the audience that these features are not available yet (in
> parti
I never use nm. I didn't know that you need to pass -D. Yes, with -D I see
the symbols as well.
On Wednesday, June 19, 2019 at 12:21:08 PM UTC+2, François Bissey wrote:
>
>
>
> > On 19/06/2019, at 10:17 PM, Julian Rüth >
> wrote:
> >
> > Not sur
On k8s, I see this symbol when doing
objdump -TC local/lib/libpynac.so.13.0.2
Not sure why nm does not see any symbols here.
julian
On Wednesday, June 19, 2019 at 10:29:10 AM UTC+2, Isuru Fernando wrote:
>
> Hi,
>
> I'm trying to build sage 8.8.rc1 on conda with conda built dependencies
> and
I agree that we should consider making it optional.
I had a look at the examples in the doctests with the current default
algorithm (hybrid) and gap:
The timings were, respectively:
933ms 2.41s
927ms 1.18s
937ms 1.13s
So, gap seems to be fast enough imho and people can install the optional
SPK
On Monday, May 20, 2019 at 1:48:40 PM UTC+2, Dima Pasechnik wrote:
>
> How about using conda's
> goodies for Sage deps which already optionally may come from the
> "system", as on https://trac.sagemath.org/ticket/27330
> (that is, gmp, yasm, pcre, etc etc etc)
>
It's possible but it won't wo
On Monday, May 20, 2019 at 12:21:05 PM UTC+2, Dima Pasechnik wrote:
>
> * what is the status of Sage's support in conda(-forge).
Sage is packade by conda-forge but stuck at 8.3 and needs to be updated.
For people familiar with conda the installation instructions would be
`conda install -c conda-
Hi Erik,
thanks for trying to make GitLab CI work again.
On Wednesday, April 17, 2019 at 3:46:44 PM UTC+2, E. Madison Bray wrote:
>
> Well it was hard to tell from the logs, but the main problem turned
> out to be running out of disk space. I don't know why--the worker
> machines had 20GB each
ody really
understands how to do this properly in Jupyter & CoCalc.
On Saturday, February 16, 2019 at 4:50:25 PM UTC+1, Julian Rüth wrote:
>
> I would not mind `online=True` to be the default but apparently there is
> too much opposition to that.
> I added a simple warning if three.js
I would not mind `online=True` to be the default but apparently there is
too much opposition to that.
I added a simple warning if three.js does not work in
https://trac.sagemath.org/ticket/26434 since I am touching related code
there anyway. I have not tested this at all but feel free to comment
Hello Jeroen,
I agree that fragmentation can be a problem. Then again, I think that
sometimes splitting discussion on the issue and the discussion on an actual
attempt to solve that issue can be useful; at least it doesn't feel
unnatural to me. Also being able to create a new merge request can
Hi Travis,
I am not sure I understand what you are observing.
On Saturday, August 18, 2018 at 5:59:55 AM UTC+2, Travis Scrimshaw wrote:
>
> Thank you for working towards giving us extra tools to help us prevent
> regressions. It is definitely something we can put to good use. However,
> the tot
Hello.
At #25262 [1] I am trying to use airspeed velocity (asv) [2] to track
performance regressions in Sage. In a first metaclass hack, I had
asv benchmark all "long time" doctests in Sage for all the tags between
8.2 and 8.3 (i.e., all the beta and rc versions of 8.3.)
I ran this on my laptop c
I don't think this is a known issue. I created
https://trac.sagemath.org/ticket/25879 to track it.
Thanks for reporting this :)
On Wednesday, July 18, 2018 at 3:59:06 PM UTC+2, srozensz wrote:
> Hello,
>
> I'm running Sage 8.2 and this is what I have observed:
>
> sage: R = Zp(3,type = 'fixed-m
PS: I am also fine with "number of threads" as a default. But I am opposed
to "1" as that provides a poor experience for the casual user who won't dig
into the documentation to find out what's going on.
On Monday, July 9, 2018 at 6:35:22 PM UTC+2, Julian Rüth wrote:
&g
Hello.
since Sage 8.2 sage.parallel.ncpus.ncpus() returns 1 if you have no
environment variables such as MAKE, SAGE_NUM_THREADS, MAKEOPTS set.
This number is used by the @parallel decorator and similar constructions to
determine the number of processes to run in parallel. (Unless during
docte
Thanks for reporting this and even providing a workaround :)
You are right, Sage was built with libssl-dev but the final container had
been missing openssl. I fixed it for the 8.2 build and pushed a new image
to the Docker Hub.
julian
On Wednesday, May 16, 2018 at 10:06:54 PM UTC+2, Nathan Dun
Hi,
in #24655 I am working on docker images of Sage. One thing I am trying to
achieve is to make the images smaller than they currently are. (I am now at
577MB with all doctests passing.)
I assume that the `micro_release` target of our Makefile is meant for that
purpose: drop everything that i
Hi Simon,
Linear Algebra is known to have issues over the p-adics in Sage. The
generic algorithms used are mostly unaware of precision issues. Xavier
Caruso has been working on improving Sage's Linear Algebra capabilities for
example at https://trac.sagemath.org/ticket/23505 and
https://trac.s
Hi Erik,
I am happy to review your proposed changes and will try to do so today. I
have to have a look first to have an opinion about the comments that Jeroen
made here and on the ticket.
julian
On Tuesday, January 30, 2018 at 1:19:45 PM UTC+1, Erik Bray wrote:
>
> Hi anyone interested in Sage
Hello.
At Sage Days 77 we felt that it would be helpful to have a mailing list
for people who package Sage for (Linux) distributions. I created
sage-packaging for that purpose. You can join the list here:
http://groups.google.com/group/sage-packaging/boxsubscribe?email=myid
To post to the list,
On Monday, April 11, 2016 at 11:43:46 PM UTC+1, Volker Braun wrote:
>
> IMHO thats terrible; When you copy&paste an example it should either work
> or say very clear why it is optional.
>
I disagree. I remember that when my students saw sage documentation for the
first time they did not understan
* Nathann Cohen [2014-12-26 19:37:55 +0530]:
> 1) should we keep the "Sage dev" scripts in Sage ?
I regularly use the dev scripts so I would prefer to keep them. I could
of course adapt to using git trac instead if they disappeared so this is
really only a preference.
julian
--
You received thi
* Bruno Grenet [2014-06-19 09:21:29 +0200]:
> Le 17/06/2014 00:01, Julian Rüth a écrit :
> >In your case you would add a method _roots_univariate_polynomial to
> >sage.rings.integer_ring.IntegerRing_class.
> I have the following problem using this strategy of a
> _roots_
hod _roots_univariate_polynomial to
sage.rings.integer_ring.IntegerRing_class.
julian
> Le 14/06/2014 16:06, leif a écrit :
> >Julian Rüth wrote:
> >>Bruno Grenet [2014-06-12 13:47:59 +0200]:
> >>>- The algorithm I implemented uses some auxiliary functions that are
> >>>not of
> >
Hello Bruno,
* Bruno Grenet [2014-06-12 13:47:59 +0200]:
> Now comes my question, which is basically: How to introduce this new code
> into Sage?
> [...]
> What I'd like to do is to branch a new algorithm there. So my more specific
> question: Where should the new algorithm go? A solution may be
Hello Peter,
* Peter Bruin [2014-05-13 07:05:43 -0700]:
> OK, I see the problem. It seems that it is not unique to DirichletGroup,
> but is more general:
>
> sage: class pAdicNumber(object): pass
> sage: d = { pAdicNumber(): 0 }
> sage: s = dumps(d)
> sage: pAdicNumber.__hash__ = None
> sage:
words, if I change DirichletGroup to
sage: class DirichletGroup(object):
: def __setstate__(self, state):
: assert(False) # I never get here
then the assertion is not triggered by loads(s).
julian
> Op dinsdag 13 mei 2014 03:16:28 UTC+1 schreef Julian Rüth:
> >
&g
Hello sage-devel,
at #11895 I'm trying to make p-adic numbers unhashable. This works
nicely except for one pickle from the pickle jar that I can't seem to
fix.
The problem is that DirichletGroup_class used to have a dict which uses
p-adic numbers as keys. That dict used to be a cache which is not
* Julian Rüth [2014-02-24 22:28:37 +0100]:
> * Volker Braun [2014-02-24 13:15:25 -0800]:
>
> > Did you open a ticket for that?
> Not yet. I do not have access to trac from this machine. I can create a
> ticket later today.
This is now http://trac.sagemath.org/ti
* Volker Braun [2014-02-24 13:15:25 -0800]:
> Did you open a ticket for that?
Not yet. I do not have access to trac from this machine. I can create a
ticket later today.
julian
pgpjxOBzubZ8e.pgp
Description: PGP signature
* Jeroen Demeyer [2014-02-24 21:37:23 +0100]:
> On 2014-02-24 21:32, Julian Rüth wrote:
> >In many places we have GPLv2 (without the +)
> I hope not, that would be a big problem.
You're right. But there are actually a few:
plot/plot3d/transform.pyx
combinat/words/words.
* Volker Braun [2014-02-24 12:20:43 -0800]:
> IMHO GPLv3+ is the recommended license by the FSF. What exactly is there to
> fix?
In many places we have GPLv2 (without the +). GPLv3+ is incompatible
with GPLv2 (http://gplv3.fsf.org/wiki/index.php/Compatible_licenses).
julian
pgpjF7vfst4ln.pgp
D
* William Stein [2014-02-24 11:34:25 -0800]:
> Thus I find no code in the core Sage library that is GPLv3(+).
I found these three matches:
$ grep -r "version 3" .
./schemes/toric/points.py:# as published by the Free Software Foundation;
either version 3 of
./rings/number_field/splitting_field.py
* Simon King [2013-09-16 11:50:35 +]:
> On 2013-09-16, Julian Rüth wrote:
> > True, and anything else would be extremely confusing. However, this is
> > the actual problem with Fields.ElementMethods.is_unit(): RingElement
> > defines is_unit(), so if an element inherit
Hello Simon,
* Simon King [2013-09-14 19:59:38 +]:
> On 2013-09-14, Peter Bruin wrote:
> > - Do the methods coming from ElementMethods always take priority over
> > (override) those from the base classes?
>
> No, it is the other way around.
True, and anything else would be extremely confus
This is http://trac.sagemath.org/sage_trac/ticket/13662
julian
* Frédéric Chapoton [2013-07-11 02:11:24 -0700]:
> Well, the problem comes from
>
> a.matrix()
>
> which does not work. This is because it receives an incorrect number of
> terms, so it cannot build the matrix. In turn, this is
* Felix Salfelder [2013-04-22 13:01:20 +0200]:
> On Mon, Apr 22, 2013 at 03:15:54AM -0700, Timo Kluck wrote:
> > We're trying to replace the current spkg system (actually the spkg system
> > like it exists in the git repo) by some version of Gentoo's portage. This
> > would be similar to the lmo
The author of akmaxsat is a good friend of mine. He was excited to hear
that an interface to his solver might be added to Sage. So if you need
any additional interface in akmaxsat, he should be able to do something
about it.
If you start writing a wrapper, please CC me (saraedum) on the ticket —
I
I already have some code that does that for function fields. I just have
not turned it into a sage patch yet. I'll CC you on the ticket for this.
julian
* syd.lavas...@gmail.com [2011-12-20 00:59:53 -0800]:
> I think it is essential (speaking priority) to have a parallel to
> Magam
>
> "
> Rat
* Eviatar [2011-12-16 20:22:37 -0800]:
> sage: n(pi - 3).n(prec=2)
> 0.12
This approximates n(pi - 3) using two bits of precision so this should
not be too surprising:
sage: n(pi - 3)
0.141592653589793
sage: n(_, prec=2)
0.12
> sage: n(pi - 3, prec=2)
> 0.00
This approximates both pi and 3 with t
Hi Syd,
* Jeroen Demeyer [2011-11-16 14:36:24 +0100]:
> On 2011-11-16 09:12, syd.lavas...@gmail.com wrote:
> > (Should I write directly to William Stein).
> Probably not, sage-devel is the right place to ask. Or also, the
> "comment" section on http://trac.sagemath.org/sage_trac/ticket/9054
I'm
Maarten and I discussed this issue in a chat yesterday and it seems
that we've found the source of the problem (described in the ticket).
I'm working on a fix now.
julian
* Maarten Derickx [2011-08-31 19:58:52 -0700]:
> At http://trac.sagemath.org/sage_trac/ticket/11751 I try to fix some problem
* William Stein [2011-08-12 11:30:21 -0700]:
> On Fri, Aug 12, 2011 at 10:05 AM, Julian Rüth wrote:
> > I'm not sure if this discussion has been picked up in a different thread
> > since February but the problem with zipimport seems to be that it can't load
> > .so
I'm not sure if this discussion has been picked up in a different thread
since February but the problem with zipimport seems to be that it can't load
.so files. Since we have plenty of them, just loading the .py files from a
zip file and the .so files from the file system might not be such a big
49 matches
Mail list logo
