Nice work, this will be sweet once its all ready to go. > A quick way could be to just throw the binaries into > the GeoServer svn under release, so that they are > packaged along with the gdal plugin. > Upside: > - easy, just one download for the user > - no need to think of extra uploads to sourceforge > Downside: > - extra 6MB in svn > - I hear the binaries are going to change much slower than > the jars > > As an alternative, we could attach the binaries > to a confluence page, and have instructions to download > them into a readme file to be shipped along with > the pure java jars.
You know how i feel about binary data in svn :). If necessary sure go for it, but i think i like your second option better. I don't think its too much of a hassle to download them separately. -Justin > > I'm lending towards the second option. Opinions? > Cheers > Andrea > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira The Open Planning Project [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
