> I think Nils' original solution, of adding an immutable keyword option to
> the parent, is a good one. I've run into a similar issue with matrices,
> where I had to make them immutable before using them as dictionary keys.
>
I also ran into this when implementing Lie algebras over matrices.
For CFM, you can use ascii/unicode_art to improve the printing:
sage: M = matrix(2,2,[1,2,3,4])
sage: M
[1 2]
[3 4]
sage: M.set_immutable()
sage: CFM = CombinatorialFreeModule(QQ, [M])
sage: CFM.an_element()
2*B[[1 2]
[3 4]]
sage: ascii_art(CFM.an_element())
2*B
[1 2]
[3 4]
It would be
On Wednesday, August 4, 2021 at 9:21:52 AM UTC-7 maxime...@inria.fr wrote:
> what is the recommended way to check locally all the
> requirements ? I am aware of sage -t, and I used a Python Linter to
> check against PEP8, but I should have seen this block formatting issue.
>
>
Using "sage --tox
OK, it is a big issue. cypari2 relies on that result to find pari.cfg. And this
is where all pari packages are supposed to be installed.
I am not what is so much more standard to have stuff about your package inside
/usr/lib{,64}/$pkg. If you really want to make a point for a standard place I
wo
$ gp
Reading GPRC: /etc/gprc
GPRC Done.
GP/PARI CALCULATOR Version 2.13.2 (released)
amd64 running linux (x86-64/GMP-6.2.0 kernel) 64-bit version
compiled: Jul 16 2021, gcc version 11.1.1 20210531 (GCC)
threading engine: pthread
This is really an issue to build cypari2. Could you give us the result of the
following:
* start gp by typing
gp
* at the gp prompt enter
print(default(datadir))
* and send us the result.
You can use ctrl+d to exist the gp session.
François
> On 9/08/2021, at 11:46, Kazuyoshi Furutaka
> wrote:
Dear sage experts...
I'm sorry not to show the fix and only to report.
The location of pari.cfg has been changed recently and
`--with-system-pari=no` is in need to configure latest sage (9.4.rc[01]).
$ rpm -q --changelog pari|head -3
* Fri Jul 16 2021 Jerry James - 2.13.2-2
- Install the confi
On Saturday, 7 August 2021 at 01:58:42 UTC-7 Markus Wageringel wrote:
> Generally, I would be in favor of having an option for immutable vectors
> by default, as I had similar uses before. Usually, I just convert
> everything to tuples.
>
> However, I am not sure if having an additional flag on
