On Sunday, July 19, 2020 at 4:02:01 PM UTC-7, Zachary Scherr wrote:
>
> A brief look at the log file suggests that it's using python 2 from
> homebrew. Maybe try remove python@2 from homebrew? I don't think they
> support it anymore
After brew uninstall python@2 I am able to proceed.
Thanks!
**
[patch-2.7.5] Error downloading patch-2.7.5.tar.gz
[patch-2.7.5]
****
I'm attaching patch-2.7.5.log.
Daniel Bump
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
On Saturday, July 4, 2020 at 3:12:36 PM UTC-7, Dima Pasechnik wrote:
>
> I guess this is due to gfortran 10.
> We still do not support gcc 10, I think.
> Can you downgrade it to gfortran 9?
>
I had gfortran10 which came with gcc. In installed gfortran (with Homebrew)
which gave me gfortran 8.2.
from install.log.
Daniel Bump
--
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 view this discussion on the w
> Thanks! If you don't mind the overhead, I'd suggest to put your code
> on the Sage-Combinat patch server to ease playing around with it and
> merging/coordinating with related patches on the topic.
I was unable to get a working combinat queue. With sage-4.3.alpha1
I get errors in trac_7420-fix-
> Nice. We will want other representations as well (permutation
> representation, compact reduced word, ...). So this calls for some
> option like:
>
> sage: W = WeylGroup("B3", element_print_style = "reduced_word")
>
> Customizing the way the elements of a given parent are printed is a
> feat
_action_ method, so maybe this is not
such a severe bug. But I am reporting it here.
If it is deemed severe I will make a trac ticket.
Daniel Bump
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@goo
racters, symmetric functions, enumerated sets, semigroups, Hopf
> algebras, by Daniel Bump, Florent Hivert, Anne Schilling, and many others.
Dan
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel-unsubscr...@goog
> I just ran each long test individually, and annotated them with how
> much time they took (on my macbook pro). They are indeed all below
> 30s, except for a big E8 test which takes 160s. I marked that one as
Oops, E8(1,0,0,0,0,0,0,0) has degree 3875. That could be slow.
I think I probably meant
> By the way: what's the status of this spkg? Is there some
> documentation somewhere of what can be done with it from Sage? (I just
> tried lie-2.2.2.p3 but it does not seem compile on my 32bits i686
> ubuntu box).
William Stein has stated that LiE would not be made a
standard package because i
> Is this question addressed to me, or ?
Yes.
Note that the root system patch depends on the category
patches, which why it came in this thread. Various other
long pending patches depend on it.
Dan
--~--~-~--~~~---~--~~
To post to this group, send an email to
> The next Sage version will be 4.2. Send me a list of technical
> patches with positive review related to categories, and they can be
> the *first* to go in. I also see 4.2 as being a relatively quick
> release (compared to the extremely long 4.1.2).
Is it possible to conjecture a timetable f
The following appears to me to be a bug. Shouldn't q^(-1) be
in this Laurent polynomial ring?
Dan
sage: P. = LaurentPolynomialRing(QQ)
sage: type(q),type(q^(-1))
(,
)
sage: q in P
True
sage: q^(-1) in P
False
--~--~-~--~~~---~--~~
To post to this group, send e
Some code that has been proposed by Nicolas Thiery
for sage/combinat/families.py would create classes
that have as attributes dictionaries of functions.
However dumps(s) will raise an exception if s is
such a class instance.
Example: the simple reflections in a Weyl group. See:
http://groups.g
> (hopefully with help from John Voight), and "Lie Algebras/Algebraic
> Groups" as a new package. For this last one I know that there are
> several freely available packages (e.g. LIE), but I'm not sure if they
> are actively maintained.
Lie Algebras/Algebraic groups as a new package ... many o
about licensing. I don't suppose
he'd agree to license GMP under v2 but if there was
some compromise that would help here you should talk
to him directly (or Eben Moglen).
Daniel Bump
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@goo
In half_integral.py there is a link:
ALGORITHM: Basmaji (page 55 of his Essen thesis, "Ein Algorithmus
zur Berechnung von Hecke-Operatoren und Anwendungen auf modulare
Kurven", http://wstein.org/scans/papers/basmaji/).
The URL doesn't seem valid (and assuming it's Jacques Basmaji
> This looks really awesome Dan. It's really great you are working on this.
> Is there any functionality planned for products of GL(1)'s (for example)?
I think you're asking about branching to products,
like GL(4) to the Levi GL(2)xGL(2), i.e. A3->A1xA1.
This is clearly needed. Maybe we need to
I have implemented some tools for working with characters of Lie
groups in Sage. I intend to make a trac ticket for this, but
first I posted in sage-combinat-devel for comment. I'm linking
here to that post for people here interested in Lie groups. A
a link to the patch and a description may be f
> On Wed, 23 Apr 2008 at 01:25PM -0700, John H Palmieri wrote:
> This is exactly why die-hard Python people say "don't use backslashes to
> continue statements":
>
> http://docs.python.org/dev/howto/doanddont.html#using-backslash-to-continue-statements
>
> Perhaps we should link to the above gu
ing works:
sage: s6._gap_().Normalizer(gap(e8).name())
Group( [ (5,6), (3,4), (1,2), (3,5,4,6), (1,3,5,2,4,6) ] )
Daniel Bump
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMA
> In fact, any code that blatantly gives mathematically incorrect results
> should -- in my opinion -- always be marked a BLOCKER in
> trac. No matter whether the relevant mathematics is small or
> big or important or not. If nothing else, if a function is known
> to return false results on an
> This is very nice but I searched trac for "Weyl" and did not see it.
> How does it compare with GAP?
> http://www.gap-system.org/Manuals/doc/htm/ref/CHAP061.htm#SSEC007.17
It's not in the trac, but you can view the patch at the URL
that I posted. My intention was to make a trac ticket after
pe
I've posted a patch here:
http://match.stanford.edu/bump/patches/weylgroup2.patch
I can make a trac ticket but I'm posting it here temporarily
first.
This patch implements Weyl groups as a derived class
of MatrixGroup, with access to the root lattice,
length function, etc.
Dan
--~--~---
I found that the G2 fundamental weights in combinat/root_systems.py
are the negatives of what they should be.
http://sagetrac.org/sage_trac/ticket/2808
I should have added some justification for this conclusion
in the trac report. Instead I'm giving it here. You can
look the weights up in Bour
I'm cross-posting this to sage-devel and sage-combinat. I know
that's a mailing list no-no and I promise not to do it again
but I think there's people on both lists that I'm writing this to.
The original thread was started by Joel Mohler on March 12.
> For starters, I'd like to have two big pie
> I'll try to get this all taken care of tonight.
Here's another bug. The 1 is not getting coerced into the ring. I
don't know how to fix it.
Dan
sage: R.=LaurentPolynomialRing(QQ,2)
sage: 1+x
---
Traceback (m
> Jason Bandlow has been working on this - see his patches (on top of
> David Roe's) at #2291. I don't know in which state that code is, but
> it would be nice if somebody could play with it so we can shake out
> the bugs and merge this once it is ready. There is certainly demand
> for this featu
Sage 2.9 fails to build on this machine running Debian Sarge. The
ggc version is 3.3.5.
gcc version 3.3.5 (Debian 1:3.3.5-13)
Kernel 2.6.12.6 i686 GNU/Linux
Log exerpt below.
Daniel Bump
periods.cc: In constructor `periods_via_lfchi::periods_via_lfchi(const level*,
const newform
29 matches
Mail list logo