The 32 bit builds build now with a space in the path. I changed the hudson
home from /home/hudson to /home/hudson 32.
Unfortunately, I cannot do the same on the 64 bit builds, since the hudson
init script on ubunutu 9.10 cannot handle a hudson home dir with blanks.
Is it enough to have the 32
Hmm, until now I see no possibility for changing workspace to workspace
with space. I think hudson creates this directory by default and I did not
find a place where to reconfigure it.
I had spaces in the project names which resulted in directory names with
spaces, but I removed the blanks
On 14/12/09 20:52, Christian Müller wrote:
Hmm, until now I see no possibility for changing workspace to workspace
with space. I think hudson creates this directory by default and I did not
find a place where to reconfigure it.
Spaces anywhere in the path would be fine.
I had spaces in the
OK, I am seeing them now. Just a stale DNS cache.
Excellent work! Now just to get them all working ...
Kind regards,
Ben.
On 13/12/09 14:59, Christian Müller wrote:
No, the domain is there since a long time, only the gis node is new
Try
http://212.186.218.44:55032/
Christian,
one thing that I have found very useful for catching platform problems
is to always build GeoTools and GeoServer in a path with spaces. I
always build locally and on my buildbot in a path with spaces. I think
Andrea does the same in his Win32 Hudson instances.
Would you consider
Ben Caradoc-Davies ha scritto:
Christian,
one thing that I have found very useful for catching platform problems
is to always build GeoTools and GeoServer in a path with spaces. I
always build locally and on my buildbot in a path with spaces. I think
Andrea does the same in his Win32
No, the domain is there since a long time, only the gis node is new
Try
http://212.186.218.44:55032/
http://212.186.218.44:55064/
On linux, i checked with
dig @193.81.83.2 gis.linux4all.at
and get an answer from a randomly chosen DNS Server.
Ben Caradoc-Davies writes:
On
Andrea, the best would be to focus on SUN and OpenJDK. If we have clean
builds here, I will do the IBM part.
Deal ?
Andrea Aime writes:
Christian Müller wrote:
I think we need a strategy for this. At the moment my mail account is
bombed with notifications from the two hudsons.
As I
Christian Müller wrote:
Andrea, the best would be to focus on SUN and OpenJDK. If we have clean
builds here, I will do the IBM part.
Deal ?
That was my plan, dedicate some of my spare time to fix builds on OpenJDK.
Cheers
Andrea
There are 40 new builds jobs available, for the impatient
http://gis.linux4all.at:55032
http://gis.linux4all.at:55064
(The URLs a temporary and may change in future)
Behind http://gis.linux4all.at:55032 is a Suse 11.1 32 bit installation,
behind http://gis.linux4all.at:55064 is an Ubuntu
Christian Müller wrote:
There are 40 new builds jobs available, for the impatient
http://gis.linux4all.at:55032
http://gis.linux4all.at:55064
Wow, impressive, thanks a lot for putting this up.
There is sure lots of failing builds. I can surely
put some of my spare time in fixing the
I think we need a strategy for this. At the moment my mail account is bombed
with notifications from the two hudsons.
As I contacted Ben, he opened GEOS-3689 with priority Blocker. I could do
the same for errors which occur more then once in the same build. Another
possibility would be to
Christian Müller wrote:
I think we need a strategy for this. At the moment my mail account is
bombed with notifications from the two hudsons.
As I contacted Ben, he opened GEOS-3689 with priority Blocker. I could
do the same for errors which occur more then once in the same build.
Another
On 10/12/09 18:22, Christian Müller wrote:
http://gis.linux4all.at:55032
http://gis.linux4all.at:55064
I am getting DNS failures for these. Is this a new domain?
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian
14 matches
Mail list logo