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 3
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 i
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 blank
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 Win3
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 cha
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/
> http://212.186.
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 10/12
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
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.
>> A
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
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
26 Dic
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.
> An
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 fo
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
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
14 matches
Mail list logo