[Live-demo] OSGeo Production Server

[Cameron Shorter]

Hernan,
It would be hugely valuable if you could facilitate the migration of 
OSGeoLive applications to debian/ubuntu or some other variant of an 
OSGeo Production Server.

I'm not sure how much work it is to migrate to .deb, but my impression 
so far is there is a lot of work involved (which is why we took the 
short cut of just creating install scripts).
Hamish would likely be able to give you a better feel for what is 
involved and the steps to follow.

I suggest you try migrating one application to a .deb file, and see how 
feasible it is, then we can work out a strategy for the rest of the 
applications.

I suspect that the migration to ubuntu/debian will be a long term thing, 
which will take a year or two before we finish. As an interim measure, 
we could create a "Production Server" version using the same build 
scripts we use for OSGeo-Live.

I suggest you start by focusing on the server applications. Getting the 
process worked out for java based applications would be the most 
valuable (as we don't have any java applications in .deb yet). Maybe 
start with geonetwork or geoserver.

The main strategy I suggest you follow is experimentation. Try 
something, see if it works, see how long it will likely take, see if it 
is repeatable, then adjust your process and try again. Once you have 
worked out the process, document it, then  mentor other projects through 
the process.

Ask lots of questions - there will be many of us willing to support you, 
especially as a Production Server will be such a valuable asset to the 
OSGeo community.

On 29/09/10 23:24, Hernan Olivera wrote:
> Hi guys. Thanks for your responses.
>
> It seems that the best choice is packaging for Debian/Ubuntu, as Johan
> says and Cameron agrees.  May be there are three posible metaprojects:
> osgeolive, osgeoserver and osgeoworkstation (and the possibility of
> merging the last two). This will take Hamish consideratios about extra
> load.
>
> Following Cameron's list:
>
> 1. A person (maybe you?) steps forward to coordinate.
>
> That's ok for me. It would be great.
>
> 2. We define what the requirements should be for a Server version of OSGeo.
>
> What is the best way to do this?
>
> 3. We translate these requirements into general requirements for each
> project to follow when building their application. (Their build script
> may need to accept 2 build options, one for a DVD target and the other
> for a server).
>
> Maybe we need a transition, still use build script for applications
> not packed as .deb, while searching for resources to pack them. It's
> not so clear for me what is the best way.
>
> 4. We set add milestones to the OSGeoLive schedule.
>
> 5. We test, test, and more test. (This is the hardest part to resource)
>
>
> Now I'm setting up an Ubuntu server (amd 64) and installing OSGeo
> software on it. That's why I started asking myself this questions. A
> 'reference distro' for geospatial work will be strategic. I think
> OSGeo is the right place to do this.
>
> I have a lot to learn!
>
>
> greetings
> _______________________________________________
> Live-demo mailing list
> Live-demo at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/live-demo
> http://wiki.osgeo.org/wiki/Live_GIS_Disc
>    


-- 
Cameron Shorter
Geospatial Director
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254

Think Globally, Fix Locally
Geospatial Solutions enhanced with Open Standards and Open Source
http://www.lisasoft.com