Re: [sage-devel] group algebra modules

his as a way to work symbolically with general elements, only with unipotent elements. There might still be some bits worth using. On Wednesday, January 11, 2017 at 2:19:33 PM UTC-5, Joseph Hundley wrote: > > Aah. Well, some of this stuff was actually written in C++ and then > rewritte

Re: [sage-devel] group algebra modules

Aah. Well, some of this stuff was actually written in C++ and then rewritten in Java. It might make more sense to just look for the old C++ implementation instead. On Wednesday, January 11, 2017 at 3:11:36 AM UTC-5, Travis Scrimshaw wrote: > > >> >> It's not clear that this desire to do s

Re: [sage-devel] group algebra modules

On Sunday, January 8, 2017 at 3:43:27 AM UTC-5, Travis Scrimshaw wrote: > > Hey Joe, >Sorry for the delayed response (I've been traveling the past few days). >> >> >> Sorry for posting and then disappearing for a bit. Thanks for your >> answers. I will be very happy to have your help with th

Re: [sage-devel] group algebra modules

channel ( >> http://www.sagemath.org/help-irc.html) at 4pm EST (10pm CET) today. If >> you want to log in and chat about character lattices for a bit I'd be happy >> to share ideas. >> >> I'll try to respond to this e-mail with more specific suggestions ab

[sage-devel] group algebra modules

I'm playing around with implementing Based Root Data, with an eye towards eventually implementing groups attached to them. So, I need to instantiate the character and cocharacter lattices; they need to be free Z-modules with an action of the relevant Weyl group. In other words they are Z[W]-mod

[sage-devel] Re: TypeError: is not hashable and does not implement _cache_key()

Dear Nils, Thanks very much for your detailed and thoughtful reply. Best, Joe On Friday, August 19, 2016 at 5:37:21 PM UTC-4, Nils Bruin wrote: > > On Friday, August 19, 2016 at 1:43:30 PM UTC-7, Joseph Hundley wrote: >> >> There are two reasons I was planning to have Abst

[sage-devel] Re: TypeError: is not hashable and does not implement _cache_key()

te: > > On Friday, August 19, 2016 at 11:20:44 AM UTC-7, Joseph Hundley wrote: >> >> Context: I am playing around with implementing abstract algebraic groups >> which are recovered from based root data. >> So, one should eventually be able to say >&

Re: [sage-devel] Quickest way to find a class definition?

t; # **Warning**: distinct objects with name 'ZZ' in: > # - sage.rings.integer_ring > # - sage.libs.ntl.ntl_ZZ > from sage.rings.integer_ring import ZZ > > Vincent > > > On 19/08/16 15:05, Joseph Hundley wrote: > > Hi, > > > > Suppos

[sage-devel] TypeError: is not hashable and does not implement _cache_key()

Context: I am playing around with implementing abstract algebraic groups which are recovered from based root data. So, one should eventually be able to say b = BasedRootDatum( suitable input ) g = AbstractAlgebraicGroup( b ) Running into an issue which seems to be triggered by the passing of a BR

[sage-devel] Quickest way to find a class definition?

Hi, Suppose I have something which I know I need to import and have forgotten where it's found. What is the best way to recover that information? The best method I know is to type ??ThingIWantToImport and scroll and scroll and scroll until at the very end it tells me which file I want. Is ther

[sage-devel] Re: Error building after checking out old version.

ps naively, thought. So I don't really plan to "push" anything any time soon. But if/when I do I'l be sure tol put it on a new branch. Thanks! Best, JH On Saturday, August 13, 2016 at 7:47:02 AM UTC-4, leif wrote: > > Joseph Hundley wrote: > > Quick updat

[sage-devel] Re: Error building after checking out old version.

other file. Which is a bit too bad. Thankfully the conflicts were minimal and I should be able to resolve by hand. And make finally works! Huzzah! Thanks for all the help. JH On Friday, August 12, 2016 at 9:47:03 PM UTC-4, Joseph Hundley wrote: > > Yes, and yes. Both /Users/jahundle

[sage-devel] Re: Error building after checking out old version.

ated from $SAGEROOT/src/sage/categories/all.py to /Users/jahundle/sage/local/lib/python2.7/site-packages/ sage/categories/all.py? Thanks for your help. Maybe I'll try seeing what deleting that backslash does. Joe On Friday, August 12, 2016 at 3:45:17 PM UTC-4, leif wrote: > > Josep

[sage-devel] Re: Error building after checking out old version.

On Friday, August 12, 2016 at 1:15:44 PM UTC-4, leif wrote: > > Joseph Hundley wrote: > > > > On Friday, August 12, 2016 at 10:53:10 AM UTC-4, Dima Pasechnik wrote: > > > > On Friday, August 12, 2016 at 3:41:07 PM UTC+1, Jeroen Demeyer > wrote: >

Re: [sage-devel] Error building after checking out old version.

On Friday, August 12, 2016 at 12:13:08 PM UTC-4, Joseph Hundley wrote: > > > > On Friday, August 12, 2016 at 10:53:10 AM UTC-4, Dima Pasechnik wrote: >> >> >> >> On Friday, August 12, 2016 at 3:41:07 PM UTC+1, Jeroen Demeyer wrote: >>> >>> Yo

Re: [sage-devel] Error building after checking out old version.

On Friday, August 12, 2016 at 10:53:10 AM UTC-4, Dima Pasechnik wrote: > > > > On Friday, August 12, 2016 at 3:41:07 PM UTC+1, Jeroen Demeyer wrote: >> >> Your email is quite vague (for example, what is "version 16821")? >> >> I guess it's the current branch on https://trac.sagemath.org/ticket/1

[sage-devel] Re: Error building after checking out old version.

Interestingly enough hundleymac:sage jahundle$ git reset --hard begets response HEAD is now at b630b41 Updated SageMath version to 7.3 after which sage -br causes Sage to run, but "make" still fails at the same point. JH On Friday, August 12, 2016 at 10:28:31 AM UTC

[sage-devel] Error building after checking out old version.

Checked out version 16821. Leading to the issue discussed here . Running "make" produces an error related to the package sagelib-7.3.beta2. Tried switching back to the main version. Before "git checkout" would allow me to I had t

[sage-devel] Re: Parent structure class hierarchy

there already and what would best suit the new element object I want. I wonder whether there is a URL with a similar list of the pre-existing parent classes. Sorry for being unclear previously. Joe On Thursday, August 4, 2016 at 7:57:49 PM UTC-4, Joseph Hundley wrote: > > Is there some

[sage-devel] Re: Parent structure class hierarchy

Hi Simon, Thanks for your reply. I think I see the source of my confusion. Best, Joe On Saturday, August 6, 2016 at 4:31:37 PM UTC-4, Simon King wrote: > > Hi John, > > On 2016-08-06, Joseph Hundley > wrote: > > I remark that maybe when someone qualified has some time

[sage-devel] Re: Parent structure class hierarchy

Thanks for the advice and the link to the updated element class hierarchy. If I understand correctly, the consensus is that it's not worth my time fussing over which parent class to use and I might as well just use Parent, and it's *maybe* still worth my time fussing over which element class

[sage-devel] Parent structure class hierarchy

Is there some analogue of http://combinat.sagemath.org/doc/reference/structure/sage/structure/element.html# for parent structures? -- 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,

Re: [sage-devel] Re: symbolic computation with Chevalley generators for algebraic groups

ursday, July 28, 2016 at 12:59:37 PM UTC-4, Travis Scrimshaw wrote: > > > On Wednesday, July 27, 2016 at 2:39:48 PM UTC-5, Joseph Hundley wrote: >> >> Awesome. Thank you! >> >> Out of curiosity is there a reason .norm_squared() doesn't just divide by >>

Re: [sage-devel] Re: symbolic computation with Chevalley generators for algebraic groups

Awesome. Thank you! Out of curiosity is there a reason .norm_squared() doesn't just divide by 2 for us? Joe On Tuesday, July 26, 2016 at 4:29:00 PM UTC-4, Travis Scrimshaw wrote: > > > > On Tuesday, July 26, 2016 at 3:07:04 PM UTC-5, Joseph Hundley wrote: >>

Re: [sage-devel] Re: symbolic computation with Chevalley generators for algebraic groups

I recently looked at Computing in Groups of Lie Type by Cohen, Murray and Taylor. The basic approach to representation and calculation which is taken there is essentially the one I had in mind. Plus they've worked a number of details I thought I w

Re: [sage-devel] Re: sage fails to build on (fresh install of) debian linux 8.4 (64 bit)...

aDatabase() > >ValueError: Desired database (='cremona mini') does not exist > > I'm missing many other vital packages on a fresh install, for some > reason, including Jmol. > > Best, > Johan > > > > Joseph Hundley writes: > > &g

Re: [sage-devel] Re: sage fails to build on (fresh install of) debian linux 8.4 (64 bit)...

database (='cremona mini') does not exist > > I'm missing many other vital packages on a fresh install, for some > reason, including Jmol. > > Best, > Johan > > > > Joseph Hundley writes: > > > Installing on yet another computer today.

[sage-devel] Re: sage fails to build on (fresh install of) debian linux 8.4 (64 bit)...

26, 2016 at 3:05:36 PM UTC-4, Joseph Hundley wrote: > > Ah. Then I think we can say with reasonable certainty that there was > nothing in > $SAGE_ROOT/logs/pkgs/jmol-*.log > before today, because when I looked the first time today, there was only > > > Found

[sage-devel] Re: sage fails to build on (fresh install of) debian linux 8.4 (64 bit)...

/jmol-14.2.11_2015.01.20.tar.$ [ On Sunday, June 26, 2016 at 2:13:53 PM UTC-4, leif wrote: > > Joseph Hundley wrote: > > Running ./sage -i jmol fixes the problem of "point3d((0,0,0))" producing > > a message about a Jmol viewer being launched but no a

Re: [sage-devel] Re: sage fails to build on (fresh install of) debian linux 8.4 (64 bit)...

+1, Dima Pasechnik wrote: >> >> >> >> On Sunday, June 26, 2016 at 2:48:26 AM UTC+1, Joseph Hundley wrote: >>> >>> Was this ever resolved? >>> I seem to be having the same problem trying to build on both a Mac and a >>> recent install of

Re: [sage-devel] Re: sage fails to build on (fresh install of) debian linux 8.4 (64 bit)...

Was this ever resolved? I seem to be having the same problem trying to build on both a Mac and a recent install of elementary OS. Certainly there is recent Java on this machine. Other Java programs run fine. The error message appears to say that sage (or Jmol called by sage?) is looking fo

[sage-devel] Re: symbolic computation with Chevalley generators for algebraic groups

ou might be interested in > https://trac.sagemath.org/ticket/14901 as well (and tickets referenced > therein). > > Best, > Travis > > > On Wednesday, June 22, 2016 at 4:58:59 PM UTC-5, Joseph Hundley wrote: >> >> By "algebraic groups" I mean "split co

[sage-devel] symbolic computation with Chevalley generators for algebraic groups

By "algebraic groups" I mean "split connected reductive algebraic groups equipped with a choice of maximal torus, Borel subgroup, and realization/pinning/epinglage." (Though I am interested in principle in removing unnecessary hypotheses.) By "Chevalley generators" I mean * elements of root s

[sage-devel] Re: Error installing package ntl-9.8.1.p0

> > See http://trac.sagemath.org/ticket/20779 > and https://groups.google.com/forum/#!topic/sage-devel/FloU3fAgQLM > > > On Tuesday, June 21, 2016 at 4:46:20 PM UTC+1, Joseph Hundley wrote: >> >> Trying to install Sage from source code on MacBook Pro Retina 15-Inch Mid >&g

[sage-devel] Error installing package ntl-9.8.1.p0

Trying to install Sage from source code on MacBook Pro Retina 15-Inch Mid 2014. Intel i7 processor. OSX version 10.9.5 Here is what appears to me to be the relevant portion of the text that appeared in the terminal window as the make file was running: [ntl-9.8.1.p0] Tuning and building NTL.

[sage-devel] Error installing package ntl-9.8.1.p0

My computer is a MacBook Pro, with an Intel core i7 running OS X 10.9.5. Xcode and Command Line Tools updated yesterday. I'm trying to build sage from source code using make. On the first attempt I got an error indicating I should move opt/local. This was done. Second attempt produced Error buil