(Came as a side effect from #17147 and the pentagon poset.)
I tried
P = Posets.ChainPoset(2)
H = P._hasse_diagram
H.plot(layout='acyclic', save_pos=True)
print(H._pos)
H._pos = {0: [0.407127849277737, 0], 1: [0.6019889770070213, 1]}
H.plot(layout='acyclic', save_pos=True)
print(H._pos)
and got
Thats a big shit sandwich We could just copy Apple's openssl headers
from the last version. Presumably they'll keep shipping the old library
since Python keeps depending on it. Or are they planning to pull a 3.5mm
plug here and ship Python without ssl in the next version?
On Tuesday, No
Hi Nicolas,
Volker says that one most probably only
needs https://trac.sagemath.org/ticket/19915
(which needs some love...)
and then it would work.
As you know, I have to work on WP7 (arrgh...), so this probably has to wait
till Jan or so,
as far as I am concerned...
Dima
On Tuesday, Novem
You need the "unprefixed libgap" where the symbols are not
prefixed. https://trac.sagemath.org/ticket/19915
On Tuesday, November 22, 2016 at 11:22:02 PM UTC+1, Nicolas M. Thiéry wrote:
>
>Dear Volker, Dima, Markus,
>
> For my research, I and several persons in the same area would real
1) In the Xcode for OSX 10.12, there is no more openssl. It used to be in
some obscure directory, see
build/pkgs/python2/spkg-install, the line
cp -rp
"${xcode}"/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift-migrator/sdk/MacOSX.sdk/usr/include/openssl
Such a path is no longer there, there
Dear Volker, Dima, Markus,
For my research, I and several persons in the same area would really
need to use GAP's Semigroups package in Sage to avoid reimplementing
equivalent stuff in Sage. Semigroups depends on IO, which itself
requires dynamic loading which, as Dima mentioned a couple t
On 2016-11-22 18:35, Robert Bradshaw wrote:
What I'm not following here is how this is not the correct behavior,
nor how hashes would help other than adding complexity (e.g. one must
store the hash of a.pxd inside b.c). Also, manually setting timestamps
would risk incorrect builds (remember the s
OK, let's consider the following setup: we have three Cython modules,
a, b, and c, and b cimports a, so we have (at least) three files
a.pyx
a.pxd
b.pyx
c.pyx
Having just built sage, we also have
a.c
b.c
c.c
with *newer* timestamps than any of the above. Now we switch branches
(forward, backwar
On Sat, Nov 19, 2016 at 12:40 AM, Jeroen Demeyer wrote:
> On 2016-11-18 20:48, Robert Bradshaw wrote:
>>
>> Hopefully with a good ccache/cycache rebuilding from a fresh clone
>> should be fast too.
>
>
> Speaking of cycache, is there any chance that the following will be fixed
> some day?
>
> http
This is https://trac.sagemath.org/ticket/21782 I believe it is in the latest
beta
for upcoming sage 7.5.
François
> On 22/11/2016, at 20:36, Eric Culver wrote:
>
> I downloaded the Sage source from
> http://www.sagemath.org/download-source.html .
> When attempting to build, there is an error
I downloaded the Sage source from
http://www.sagemath.org/download-source.html .
When attempting to build, there is an error on flint-2.5.2.p0.
Relevant parts of log file:
System configuration as detected by make (as far as I understand it, it is
correct):
Host system:
Linux masterjack 4.7.0-1-
I downloaded to Sage source from Git, then began to build it. Many packages
built without hiccup, but flint-2.5.2.p0 failed to build.
The relevant parts of the log file.
System configuration (as reported in log file):
Host system:
Linux masterjack 4.7.0-1-amd64 #1 SMP Debian 4.7.8-1 (2016-10-19)
Hi,
On 22/11/2016 10:27 AM, Simon King wrote:
> Hi,
>
> On 2016-11-21, Rusydi H. Makarim wrote:
>> But I argue that a proper behaviour of
>> change_ring() in BooleanPolynomialRing is to return a BooleanPolynomialRing
>> whenever a base_ring is not given in the argument and return multivariate
>>
Hi,
On 2016-11-21, Rusydi H. Makarim wrote:
> But I argue that a proper behaviour of
> change_ring() in BooleanPolynomialRing is to return a BooleanPolynomialRing
> whenever a base_ring is not given in the argument and return multivariate
> polynomial ring otherwise.
Shouldn't it raise an error
> https://groups.google.com/d/msg/sage-release/3QJoAgg9bgo/5uvnTLV1AwAJ
awesome, seems to work -- thanks! C#
--
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
15 matches
Mail list logo
