Hi,
I've reconfigured all four builds on the win32 Hudson to send hate
mails on the respective mailing lists when the build fails.
You can get to the build server here:
http://hudson.opengeo.org/win32
The "normal" builds are actually in a path with spaces, the
jdk6 ones are in path with spaces and
> - GT-2505 - apparently the AuScope team is working with a patched
> version of GeoTools/GeoServer while they wait on this one. A patch
> has been submitted by Ben; but the idea of patching generated code
> is a bit poor. In talking with Rob there has been a general failure
> to patch the
Simone Giannecchini ha scritto:
> Dear All,
> I wanted to spend a few words about the installation guidelines for
> Sphinx on ubuntu since I just tried to install it on a clean Ubuntu
> desktop 9.04.
> As they stand the installation steps seem to be incomplete, especially
> in view of guiding a Jav
No big deal, build-essentials and python-dev where needed on a brand
new ubuntu installation.
I have been doing python development in the past so I was able to
solve the problems easily. I just thought it would have been nice to
have the instructions update since the errors one might get are
cryp
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Not it shouldn't have because those tests share configuration from the
>> parent jdbc-ng parent pom. Otherwise tests like the jndi tests will
>> fail. So to make this work you will have to copy a bunch of
>> configuration over to the jdbc-ng
One thing I have been wanting to do for a long time is the feature
collection cleanup:
http://geotools.codehaus.org/FeatureCollection+clean+up
It would also be nice to do some abstract datastore cleanup (perhaps
moving to ContentDataStore after renaming it to something more
descriptive). But t
I disagree here. This is a call for a new feature even though it is
phrased as a regression. Since I don't have the mandate to work on such
things right now, my time put toward appschema stuff is related to
reviewing patches for Ben and Rini. So i would be interested to hear
Bens take on if thi
Justin Deoliveira ha scritto:
> Andrea Aime wrote:
>> Justin Deoliveira ha scritto:
>>> Not it shouldn't have because those tests share configuration from
>>> the parent jdbc-ng parent pom. Otherwise tests like the jndi tests
>>> will fail. So to make this work you will have to copy a bunch of
>
Jody Garnett wrote:
>> - GT-2505 - apparently the AuScope team is working with a patched
>> version of GeoTools/GeoServer while they wait on this one. A patch
>> has been submitted by Ben; but the idea of patching generated code
>> is a bit poor. In talking with Rob there has been a general f
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Andrea Aime wrote:
>>> Justin Deoliveira ha scritto:
Not it shouldn't have because those tests share configuration from
the parent jdbc-ng parent pom. Otherwise tests like the jndi tests
will fail. So to make this work you will
> Jody Garnett wrote:
>>> - GT-2505 - apparently the AuScope team is working with a patched
>>> version of GeoTools/GeoServer while they wait on this one. A
>>> patch has been submitted by Ben; but the idea of patching
>>> generated code is a bit poor. In talking with Rob there has been
I have hit a snag - the 2.6-M2 tag no longer builds from source -
failing on the same two shapefile tests that got trunk earlier in the
week. I am not sure what has changed on me here; I have tried multiple
versions of Java and different machines etc...
With this in mind I can either patch the 2.6
Justin Deoliveira wrote:
> Jody Garnett wrote:
>>> - GT-2505 - apparently the AuScope team is working with a patched
>>> version of GeoTools/GeoServer while they wait on this one. A patch
>>> has been submitted by Ben; but the idea of patching generated code
>>> is a bit poor. In talking with
Jody Garnett wrote:
>> Jody Garnett wrote:
- GT-2505 - apparently the AuScope team is working with a patched
version of GeoTools/GeoServer while they wait on this one. A
patch has been submitted by Ben; but the idea of patching
generated code is a bit poor. In talking w
> With this in mind I would like to try tagging a 2.6-M3 - with the hopes of
> also
> addressing the source artifact generation problem.
Interesting:
- 2.5.x: mvn -DskipTests assembly:assembly
Is good.
- 2.6.x: mvn -DskipTests assembly:assembly
Is good.
- 2.6-M2: mvn -DskipTests assembly:asse
+1 for that. Since I did the feature-pregeneralizd module having to write
wrappers around feature related classes, I know what you are talking about
:-)
Justin Deoliveira writes:
> One thing I have been wanting to do for a long time is the feature
> collection cleanup:
>
> http://geotools.
We will have enough power, (remember ibm hudson ). At the moment we have
problems with the tyan motherboards in combination with amd shanghai chips
causing delays.
Proposal: If its urgent, put the jobs on your hudson box if possible, a
hardware boost is arriving, depending on the delivery of ne
I was able to produce a source download for 2.6-M2 :-) The problems
reported earlier about making an assembly without tests are still
valid.
In anycase this is one more issue out of the way for a GeoTools 2.6 RC.
Jody
PS. Now that we have a website separate from the wiki can we just use
the Source
Justin Deoliveira ha scritto:
>> Nope, it did not move, but win32 build is up and running,
>> site and javadoc daily generation are next on my list
>> (actually, resurrected from my earlier attempt that did
>> not end up in a continous build).
>> Speaking of which, do we have enoug power on the ma
Get rid of deprecated Hints for Overviews
-
Key: GEOT-2690
URL: http://jira.codehaus.org/browse/GEOT-2690
Project: GeoTools
Issue Type: Improvement
Components: core metadata
Affects Versi
Get rid of deprecated methods from utilities classes FeatureUtilities and
CoverageUtilities
---
Key: GEOT-2691
URL: http://jira.codehaus.org/browse/GEOT-2691
Proj
21 matches
Mail list logo