This works now. Thank you so much, Dima!
On Thursday, 11 May 2023 at 21:25:56 UTC+8 Dima Pasechnik wrote:
> On Thu, May 11, 2023 at 2:07 PM Yan Bo Ti wrote:
> >
> > Hello all, firstly, thank you for your hard work.
> >
> > I am trying to compile sage from source, beca
ything is generated and if this is done at a suitable depth then the
> splitting will be fairly equal.
>
> Cheers
> Nico
>
> Op vr 22 mrt. 2019 om 06:06 schreef Ai Bo
> >:
>
>> Sorry for not being clear.
>> I meant I used geng —help.
>> Apparently, the e
Thank you!
I have resolved for up to "geng 11". It is the 12 that I need a solution. I
am aware how many graphs it generates.
I used multi-core manually, i.e., I launched multiple(24) geng program on a
24-core machine.
There is no doubt that geng is much faster than using sagemath's
nauty_geng
03 PM UTC-7, Ai Bo wrote:
>>
>> Saw this in the document:
>> res/mod : only generate subset res out of subsets 0..mod-1
>>
>
> It would help if you gave some context for this. I'm guessing that most
> Sage users won't know what "geng" is. I cer
Saw this in the document:
res/mod : only generate subset res out of subsets 0..mod-1
How is the output divided?
I tried with : ../sage-8.6/local/bin/geng 6 -C 0/7
and then I iterated from 0/7, 1/7, 2/7, 3/7
Why the output is 27, 21, 7, 1, 0, 0, ...
How is the subset generated?
Thank you.
ik wrote:
>
> On Thu, Mar 21, 2019 at 3:03 PM Ai Bo >
> wrote:
>
> > is this "nauty26r7/geng" a program available?
>
> geng is installed in local/bin/ sub-directory of your Sage
> installation, as a part of Sage's standard package nauty.
>
>
help.
On Wednesday, March 20, 2019 at 9:33:26 PM UTC-7, Ai Bo wrote:
>
> I am running a program with these lines:
> i =12
> for G in graphs.nauty_geng(str(i) + " -C"):
>
> It is very slow. I know the returned generator is very large. Is there a
> way to speed this up?
wrote:
> On Thu, 21 Mar 2019, Ai Bo wrote:
>
> > Is there a way to "random access"? For example, access the nth element
> > in the "generator", instead of one by one?
>
> Kind of. As a most time is propably spent by creating Python data
> structures fo
is this "nauty26r7/geng" a program available?
Also, as Python is slow, any part of the nautygen can be written in other
language, such as C/C++?
Thanks,
Laura
On Wednesday, March 20, 2019 at 11:48:38 PM UTC-7, Jori Mäntysalo (TAU)
wrote:
>
> On Thu, 21 Mar 2019, Ai Bo wrote:
I am running a program with these lines:
i =12
for G in graphs.nauty_geng(str(i) + " -C"):
It is very slow. I know the returned generator is very large. Is there a
way to speed this up?
Is there a way to "random access"? For example, access the nth element in
the "generator", instead of one b
I am running a long running program. I would like to log the output.
I have tried:
../sage-8.6/sage test.sage > test.log &
There is nothing written in test.log before the program finishes.
I tried to use tee, same problem.
I tried to add:
f = open('test.log', 'w')
in my test.sage program, sti
e?
On Thu, Mar 14, 2019 at 12:51 AM Dima Pasechnik wrote:
> On Thu, Mar 14, 2019 at 7:24 AM Dima Pasechnik wrote:
> >
> > On Thu, Mar 14, 2019 at 7:09 AM Dima Pasechnik
> wrote:
> > >
> > > On Thu, Mar 14, 2019 at 3:39 AM Ai Bo wrote:
> > > >
&
As I mentioned before, I can't save files on local disk more then 30 days.
But it seems I can't copy the whole directory to /nfs either.
Please advise.
On Wed, Mar 13, 2019 at 11:21 AM Ai Bo wrote:
> I see. Will try. Thank you.
>
> On Wed, Mar 13, 2019 at 11:04 AM Dima Pasechnik wr
I see. Will try. Thank you.
On Wed, Mar 13, 2019 at 11:04 AM Dima Pasechnik wrote:
> On Wed, Mar 13, 2019 at 5:57 PM Ai Bo wrote:
> >
> > Sorry, I can't. All local disks are cleaned out every 30 days.
>
> but building does not take that long. :-)
> Besides, once
Sorry, I can't. All local disks are cleaned out every 30 days.
On Wed, Mar 13, 2019 at 9:43 AM Dima Pasechnik wrote:
> On Wed, Mar 13, 2019 at 4:18 PM Ai Bo wrote:
> >
> > Yes. This is done on NFS.
> > I can't build on local disks as this is not on a particular
Yes. I meant Cocalc.
My Linux OS is customized. So I am not sure I can use pre-compiled one.
Here is my OS info:
uname -s
Linux
uname -i
x86_64
uname -o
GNU/Linux
On Wed, Mar 13, 2019 at 9:59 AM E. Madison Bray
wrote:
> On Wed, Mar 13, 2019 at 5:18 PM Ai Bo wrote:
> >
> > Ye
re some
> dependencies don't get rebuilt properly and things like that.
>
> > On Wed, 13 Mar 2019 15:44 E. Madison Bray,
> wrote:
> >>
> >> On Wed, Mar 13, 2019 at 4:40 AM Ai Bo wrote:
> >> >
> >> > Just compiled sage from source code on Linu
.. not yet created
[dochtml] [combinat ] building [inventory]: targets for 367 source files
that are out of date
[dochtml] [combinat ] updating environment: 367 added, 0 changed, 0 removed
[dochtml] Error building the documentation.
Thank you and please help.
On Wed, Mar 13, 2019 at 12:48 AM
):: print(len(list(graphs(i11241134156
On Tuesday, March 12, 2019 at 8:40:19 PM UTC-7, Ai Bo wrote:
>
> Just compiled sage from source code on Linux.
> When I launched ./sage, I can do simple math like 2+2 which give correct
> But when I type:
> sage: import sage.graphs
>
Just compiled sage from source code on Linux.
When I launched ./sage, I can do simple math like 2+2 which give correct
But when I type:
sage: import sage.graphs
sage: print("%d" % len(list(graphs.nauty_geng("8"
sage: print("%d" % len(list(graphs(8
I got 0 for both which are not as expec
king on it...
On Tue, Mar 12, 2019 at 4:54 AM E. Madison Bray
wrote:
> On Mon, Mar 11, 2019 at 10:53 PM Ai Bo wrote:
> >
> > yes, switching to bash can pass this error.
> >
> > However, now error:
> > ERROR: BLAS not found!
> > [fflas_ffpack-2.3.2]
> &g
make[3]: *** [atlas_run] Error 44
make[2]: *** [IRunArchInfo_x86] Error 2
What should I do?
On Monday, March 11, 2019 at 8:23:48 PM UTC-7, Ai Bo wrote:
>
> I didn't *want* to use my own BLAS. Without downloading BLAS directory, it
> is complaining missing BLAS.
> Does the Sage pac
on, Mar 11, 2019 at 9:53 PM Ai Bo >
> wrote:
> >
> > yes, switching to bash can pass this error.
> >
> > However, now error:
> > ERROR: BLAS not found!
> > [fflas_ffpack-2.3.2]
> > [fflas_ffpack-2.3.2] BLAS routines are required for this li
[fflas_ffpack-2.3.2] --with-blas-libs= and if necessary
--with-blas-cflags=
I installed BLAS library, but it seems to look for OPENBLAS. Can I just
use BLAS-3.8.0/blas_LINUX.a?
My python install already has numpy package.
Please help. Thanks.
On Sunday, March 10, 2019 at 1:27:12 AM UTC-8, Ai Bo
OS info:
more /etc/os-release
NAME="SLES"
VERSION="11.4"
VERSION_ID="11.4"
PRETTY_NAME="SUSE Linux Enterprise Server 11 SP4"
ID="sles"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:suse:sles:11:4"
On Sunday, March 10, 2019 at 8:11:39 PM
the source distribution to
> build sage, you instead try to use a binary tarball.
> You need to get the source tarball here:
> http://www.sagemath.org/download-source.html (or use git and clone
> from
> https://github.com/sagemath/sage
>
> On Sun, Mar 10, 2019
Tried with gcc4.7.2 and gcc 7.2, both failed with this error:
No record that 'patch' was ever installed; skipping uninstall
/yyy/Sage/sage-8.6/src/bin/sage-dist-helpers: line 210: syntax error near
unexp
ected token `"$1"'
/yyy/Sage/sage-8.6/src/bin/sage-dist-helpers: line 210: `
src+=("$
Error message:
** I masked the paths.
[patch-2.7.5] Target: x86_64-suse-linux
[patch-2.7.5] Configured with: ./configure --prefix=/xxxs/gcc/4.7.2
--libdir=/xxx/gcc/4.7.2/lib64 --libexecdir=/xxx/gcc/4.7.2/libexec
--bindir=/xxx/gcc/4.7.2/bin --with-ppl=/xxx/gcc/4.7.2
--enable-cloog-backend=ppl --
Me too. It has made me so much trouble. I guess I can only delete the
jsmath font for now.
On Jul 4, 7:56 am, Andrzej Giniewicz wrote:
> Same here... today I upgraded and had to set to image fonts explicitly
> injsmathoptions
>
> On 2 Lip, 10:03, Peter Jeremy wrote:
>
> > On 2009-Jul-01 01:21:5
29 matches
Mail list logo
