Slightly unrelated but when I packaged it I isolated geoserver & its binary (its much easier to manage in its own jetty instance in terms of memory limits & sun java home etc)
The unofficial package was built just using the binaries for 2.1rc5, though I know it doesn't meet debian packaging standards. See: https://bitbucket.org/adonm/geoserver/ Email I sent to geoserver-users Hi All, > I packaged geoserver 2.1-RC5 with java advanced imaging for ubuntu/debian, > only tested on Ubuntu 10.04 but should work on any debian based release that > has sun-java6-jdk and upstart. The source is available on my bitbucket > account (https://bitbucket.org/adonm/geoserver), run 'make' in the cloned > repository to build the deb. Plain deb (~64MB) will also be available for > download on same bitbucket site once my sluggish connection gets it > uploaded. > Note that its just the binary distribution setup to run nice =), all the > environment variables are configurable in '/etc/default/geoserver' (e.g. > port, jvm memory settings/other options, geoserver home, geoserver data dir) > Geoserver home defaults to /opt/geoserver > Data dir defaults to /var/local/geoserver and is preserved across upgrades > along with conf in /etc/default/geoserver > Log file in data_dir/logs/geoserver.log is symlinked to > /var/log/geoserver.log > I'll try and keep it at least within a month of the latest release as we > use it quite heavily at work (Western Australia govt) > Kind Regards, > Adon On 12 May 2011 08:12, Rudi Hochmeister <[email protected]> wrote: > Hi, > > a)Since geoserver is dependent on geotools, would it make sense to package > geotools separate and make geoserver use this package? > New versions are often released together from developer. > A problem would be uDig, since it often comes with an older geotools > version, which could make it necessary to have different versions of > geotools installed in parrallel > > b)Do the sources in debian package only have to be compileable and provide > already compiled binaries in binary debian package. > Or has the binary debian package to be build from source debian package > which involves integration of a maven build system (which seems to be a lot > work, as far as I know by now). > > cheers > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact > [email protected] > Archive: http://lists.debian.org/[email protected] > > -- Adon Metcalfe Labyrinth Data Services Pty Ltd http://www.labyrinthdata.net.au
