Tim,
OK, looks like you have things well in hand and you are obviously very busy
with all this so it probably best if I don't take up any more of your time
now.
Just for the record this is the issue that I was seeing (in the unlikely event
that your tests could have missed it).
When I first started using Axiom last year with the May 2009 release and
openSUSE 11.1 and I was getting:
System error:
Unknown bfd format
whenever draw was called or when I tried to compile an SPAD file.
However since then there have been lots of new versions of Axiom and a new
version of openSUSE and I must admit I have lost track of which combinations
that I have tried and if I added:
ulimit -v unlimited
to the startup script.
So when you release the new software I will try it and let you know if there
is still an issue (openSUSE 11.3 is coming soon so I will try on that).
Thanks,
Martin Baker
On Wednesday 16 Jun 2010 20:08:42 Tim Daly wrote:
I looked at the build farm wiki but it is confusing.
I don't have the "skills and knowledge" to do this either :-)
I'll look into this server farm. At the moment I have a local
machine that does a SUSE build. What is the problem you are
seeing that needs to be solved?
I used to build Axiom on an HP server farm but that died.
I used to build Axiom on a slashdot server farm but that died.
Eventually I gave up and created my own server farm.
Currently I have 9 machines in my home office.
I need some other machines but cost is an issue (who said free
software is free? :-) )
Camm Maquire is currently updating the Debian version of
Axiom to a recent release. He is also working to fix the
issues with Mac OS X so stay tuned.
I tried to create a "cloud server farm". At the May release
I built a cloud machine on Amazon's cloud and successfully
compiled Axiom there. However this was only for one system.
I ran out of time to really study the problem. I would like to
have a large set of cloud machines set up and ready to go at
release time since it takes a few days to do a release, mostly
in doing hand-build/hand-checking of binaries.
Axiom is in "continuous build" locally. Every update of Axiom's
silver version is built and tested before the sources are pushed to
the silver hosts, currently about 3-4 times a day. The limiting
factor is the number of stupid mistakes I make which, fortunately,
rarely get passed the local build server checks.
Silver sources live on:
sourceforge.net/projects/axiom
savannah.nongnu.org/projects/axiom
axiom-developer.org
axiom-developer.com
axiom-developer.net
Axiom Gold version is at github. Gold is updated every 2 months.
Tim
Martin Baker wrote:
Tim,
Would it be possible to check the planned new release under SuSE Linux
(because on SuSE the virtual memory limit is set low by default).
All that is necessary to check the problem is to run something that uses
a bit of memory like draw and also to try to compile something from the
command line. That is )co somefile.
and if required put:
ulimit -v unlimited
in the startup script. Or at lest put a warning about this on the release
notes.
Even better would be to put into the SuSE build service like OpenAxiom
have done. As you can see here:
http://software.opensuse.org/search?p=1&baseproject=ALL&q=open-axiom
this automatically generates rpms not only for SuSE but also for Fedora,
Mandriva, etc.
Unfortunately I don't have any skills or knowledge in doing this
otherwise I would offer to help.
Martin Baker
_______________________________________________
Axiom-developer mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/axiom-developer