[postgis-devel] Re: postgis failure on debian woody
schabios at logi-track.com
Tue Feb 22 10:00:11 PST 2005
alexbodn at 012.net.il schrieb:
>> cp postgis.jar postgis_debug.jar cd $(SRCDIR) && $(ZIP) -u -r -q
>> ../postgis_debug.jar .
> i am sure it will work, since zip is even more portable then java.
> but zip is not standard on java, or even of unix, so that we might
> overimpose the fastjar limitation on all postgis users.
That's right, adding an additional build dependancy is always bad.
> is my proposal really that ugly?
Well, IMHO, having to care about -u at all is ugly :-)
And the fastjar having the -u option documented when running "fastjar
-help", but then abort with "fastjar: `-u' mode unimplemented." when I
actually use it, is _really_ ugly!
BTW, I just noticed that the sun jdk 1.1 that is part of woody/non-free
brings a jar that does not understand -u either.
I just committed an updated jdbc2/Makefile:
- more comments
- all helper binaries are now configurable (I missed cp before)
- workaround for broken woody jars via DEBUGJAR environment variable
- classpath cleanups, regression tests now use jars instead of build
directory, this should help catching packaging errors
- small other cleanups
Alex, could you test whether it works on all your environments (with
appropriate CLASSPATH, JAR and DEBUGJAR settings)?
Strk, does it still work for you?
markus schaber | dipl. informatiker
logi-track ag | rennweg 14-16 | ch 8001 zürich
phone +41-43-888 62 52 | fax +41-43-888 62 53
mailto:schabios at logi-track.com | www.logi-track.com
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 256 bytes
Desc: OpenPGP digital signature
More information about the postgis-devel