Hi Jeroen,
On 18 Jan., 17:07, Jeroen Demeyer wrote:
> On 2011-01-17 19:38, Simon King wrote:> Is there any place that automatically
> provides the latest stable resp.
> > the latest unstable official release?
>
> Latest stable:http://www.sagemath.org/download-source.html
> Latest unstable: no (b
On 2011-01-17 19:38, Simon King wrote:
> Is there any place that automatically provides the latest stable resp.
> the latest unstable official release?
Latest stable: http://www.sagemath.org/download-source.html
Latest unstable: no (but maybe there should be)
> Can I expect that I will later be ab
Thanks for that. One lives and one learns, despite efforts to the contrary...
On Jan 18, 2011, at 05:08 , Jeroen Demeyer wrote:
> On 2011-01-17 19:54, Justin C. Walker wrote:
>> On Jan 17, 2011, at 08:52 , Jeroen Demeyer wrote:
>>> Even if you would have such an alias, shell scripts normally don
On Jan 17, 12:38 pm, Simon King wrote:
> Is there any place that automatically provides the latest stable resp.
> the latest unstable official release?
>
> Can I expect that I will later be able to upgrade from the current
> alpha1 to the official sage-4.6.2?
>
> Best regards,
> Simon
My under
On 2011-01-17 19:54, Justin C. Walker wrote:
> On Jan 17, 2011, at 08:52 , Jeroen Demeyer wrote:
>> Even if you would have such an alias, shell scripts normally don't use
>> aliases.
>
> Can you clarify this? Normally, in a shell script, using 'ln' will invoke
> whatever version of 'ln' is found
"My BAD", as the colloquial saying goes.
For others who lose the web site docs when upgrading;
Type './sage -docbuild -D' to see the list of documents.
Then; sage -docbuild tutorial html -S -a,-E
and
sage -docbuild website html -S -a,-E
to get the tutorial back up.
Same for whatever else you not
On Jan 17, 2011, at 08:52 , Jeroen Demeyer wrote:
> On 2011-01-16 23:05, Willem Jan Palenstijn wrote:
>> Do you maybe have 'ln' aliased to 'ln -s'?
>
> Even if you would have such an alias, shell scripts normally don't use
> aliases.
Can you clarify this? Normally, in a shell script, using 'ln
On 17 Jan., 17:52, Jeroen Demeyer wrote:
> On 2011-01-16 23:05, Willem Jan Palenstijn wrote:
>
> > Do you maybe have 'ln' aliased to 'ln -s'?
>
> Even if you would have such an alias, shell scripts normally don't use
> aliases.
But actually that was the problem. Doing "ln A B" in a script or
typi
On 17 Jan., 17:48, Jeroen Demeyer wrote:
> On 2011-01-16 08:22, Simon King wrote:
>
> > Hi!
>
> > I tried to build sage-4.6.2.alpha1, but without success. The
> > install.log is
> > athttp://sage.math.washington.edu/home/SimonKing/logs/install.log
>
> Note that sage-4.6.2.alpha1 has absolutely NO
On 2011-01-16 23:05, Willem Jan Palenstijn wrote:
> Do you maybe have 'ln' aliased to 'ln -s'?
Even if you would have such an alias, shell scripts normally don't use
aliases.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
4.6.1 built on a virtual machine here as an upgrade,
the 4.6.0 base was built on the same virtual machine.
Linux UBUNTU 10.10 within Oracle VirtualBox 4.0
Unfortunately the docs don't seem to have connected properly,
e.g. I can bring up the doc browser from the help link, but just about
every lin
On Sun, Jan 16, 2011 at 03:48:22PM -0800, Simon King wrote:
> As I said, I am not sure whether the link is hard or soft. Is the type
> of the link apparent in the output of the "ls -l" command that I
> posted above?
Yes, if there's a '-> somewhere' at the end, that indicates a symlink.
(I typed s
Hi Willem Jan,
On 17 Jan., 00:48, Simon King wrote:
> Hi Willem Jan,
>
> On 16 Jan., 23:05, Willem Jan Palenstijn wrote:
> > The syntax for making hardlinks in subdirs is different than that for
> > making symlinks in subdirs. Do you maybe have 'ln' aliased to 'ln -s'? That
> > would break it. (
Hi Willem Jan,
On 16 Jan., 23:05, Willem Jan Palenstijn wrote:
> > * When "make" fails, it is in SAGE_ROOT/spkg/build/gsl-1.14/src
>
> > * It complains the .libs/libgsl.lax/lt1-init.o does not exist.
>
> > * spkg/build/gsl-1.14/src *does* exist, namely it is a link to .libs/
> > libgsl.lax/libgsl
On Sun, Jan 16, 2011 at 01:33:43PM -0800, Simon King wrote:
> Hi!
>
> My frustration grows: The same problem occurs even with sage-4.6
> sources. Since previously a sage upgrade failed, the computer in my
> office is now sageless.
>
> To summarize it:
>
> * When "make" fails, it is in SAGE_ROOT/
Hi!
My frustration grows: The same problem occurs even with sage-4.6
sources. Since previously a sage upgrade failed, the computer in my
office is now sageless.
To summarize it:
* When "make" fails, it is in SAGE_ROOT/spkg/build/gsl-1.14/src
* It complains the .libs/libgsl.lax/lt1-init.o does n
Hi Martin,
On 16 Jan., 16:18, Martin Albrecht
wrote:
> What happens if you type 'make' in
>
> /local/king/SAGE/sage-4.6.1/spkg/build/gsl-1.14/src
king@mpc622:/mnt/local/king/SAGE/sage-4.6.1/spkg/build/gsl-1.14$ make
make: *** Keine Targets angegeben und keine »make«-Steuerdatei
gefunden. Schl
I see: lt1-init.o is just a pointer to .libs/libgsl.lax/libgslcheb.a/
init.o
Here are all init.o that I found:
./spkg/build/gsl-1.14/src/block/init.o
./spkg/build/gsl-1.14/src/block/.libs/init.o
./spkg/build/gsl-1.14/src/permutation/init.o
./spkg/build/gsl-1.14/src/permutation/.libs/init.o
./spk
One more puzzle:
$ ls -l /mnt/local/king/SAGE/sage-4.6.1/spkg/build/gsl-1.14/src/.libs/
libgsl.lax/lt1-init.o
lrwxrwxrwx 1 king malg 36 16. Jan 16:17 /mnt/local/king/SAGE/
sage-4.6.1/spkg/build/gsl-1.14/src/.libs/libgsl.lax/lt1-init.o -
> .libs/libgsl.lax/libgslcheb.a/init.o
$ less /mnt/local/kin
On Sunday 16 January 2011, Simon King wrote:
> Hi Martin!
>
> On 16 Jan., 15:48, Martin Albrecht
>
> wrote:
> > Summary: building gsl fails because ar (which packages .o files together
> > to produce static libraries) cannot find lt1-init.o in the build
> > directory. Does this file exist in you
PS:
On 16 Jan., 16:09, Simon King wrote:
> ..
> It is at
> ./local/king/SAGE/sage-4.6.1/spkg/build/gsl-1.14/src/.libs/libgsl.lax/
> lt1-init.o
And I should add: I issued the "make" command when I was in ./local/
king/SAGE/sage-4.6.1/
I went a few directories up before searching lt1-init.o
Best
Hi Martin!
On 16 Jan., 15:48, Martin Albrecht
wrote:
> Summary: building gsl fails because ar (which packages .o files together to
> produce static libraries) cannot find lt1-init.o in the build directory. Does
> this file exist in your build directory somewhere?
>
> ar: .libs/libgsl.lax/lt1-init
On Sunday 16 January 2011, Simon King wrote:
> It doesn't even work to build sage-4.6.1 from source!
>
> What is going wrong? Do you have any hint for me by reading the
> install.log that I posted? What can I ask the administrator to
> install? Unfortunately, I am not root on that computer.
Summa
It doesn't even work to build sage-4.6.1 from source!
What is going wrong? Do you have any hint for me by reading the
install.log that I posted? What can I ask the administrator to
install? Unfortunately, I am not root on that computer.
Best regards,
Simon
--
To post to this group, send an emai
It doesn't work with sage-4.6.2.alpha0 either: gsl fails to build.
The other install.log is at
http://sage.math.washington.edu/home/SimonKing/logs/install.alpha0.log
Best regards,
Simon
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, sen
25 matches
Mail list logo
