[Live-demo] What version of applications should we be installing on OSGeo-Live 6.5?
Jim Klassen
jklassen at sharedgeo.org
Fri Nov 9 12:49:24 PST 2012
GeoMoose uses spatialite via PHP for temporary files. GeoMoose does not require a database directly, but some functionality, such as WFS-T support, implies a database behind whatever WFS-T server is used.
If we were to make a deb, it would essentially be equivalent to a tarball with the dependancies specified in the control file instead of in the install_geomoose.sh script. We could potentially then make a second deb that contains the configuration files for our demo layers.
With how GeoMoose is typically installed at the moment, people tend to have a separate GeoMoose install (directory) for each instance they run. I'm wondering how this would work with one system wide deb providing the core files and still support the necessary user customizations (skinning, etc.) for each site. It is also somewhat likely that people may want to have multiple versions of GeoMoose installed on one machine.
This may be a solved problem, but how does automated conversion to rpm solve issues like Fedora using different package names for the same thing, or directory name differences (last I checked, Fedora used /etc/httpd instead of /etc/apache2)?
On Nov 9, 2012, at 12:13 PM, Alex Mandel wrote:
> You can always save a copy of the current script and put it on your
> website.
>
> We are striving for deb files so that one can apt-get install and
> dependencies are handled automatically. In particular we want debs that
> can be uploaded to Launchpad (source code only) as they have potential
> to be carried in Ubuntu-GIS and possibly in the Debian/Ubuntu directly.
> As a bonus when users in the wild install this way, they automatically
> know about updates/upgrades because their package manager tells them.
> Also note that deb packaging can be converted to rpm for other linux
> distros.
>
> Does Geomoose have a database requirement?
>
> Thanks,
> Alex
>
>
> On 11/09/2012 07:43 AM, Jim Klassen wrote:
>> GeoMoose 2.6.1.
>>
>> Also, what are the thoughts of making a ".deb" instead of a .tar.gz download? I know a ".deb" is somewhat cleaner, but the .tar.gz and install.sh script is more informative for someone who wanted an example of how to actually install GeoMoose, especially for users of non-Debian based distributions. For reference, GeoMoose is all HTML, JavaScript, PHP, and MapServer Mapfiles, thus installation from source is simply installing the dependancies (MapServer, Apache, PHP, ...), putting the files somewhere and pointing apache at it. There isn't anything the end user would need to compile (unless they make major changes to the JS code as the core JS is minified).
>>
>> On Nov 9, 2012, at 1:54 AM, Cameron Shorter wrote:
>>
>>> Hi all,
>>>
>>> We have started the OSGeo-Live build process for the next 6.5 release and would like to know which version of each application we should include on OSGeo-Live.
>>>
>>> For the application(s) which you are responsible for, could you please email me with the version that you expect should be installed.
>>>
>>> If you will be changing the version of your application, could you also update the installers script.
>>>
>>> Our key milestones are:
>>>
>>> 10 Dec 2012 All new applications installed, most old applications updated
>>> 24 Dec 2012 Feature Freeze (all apps updated)
>>> 28 Jan 2012 User Acceptance Test (all apps installed and working)
>>> 18 Feb 2012 Final ISO sent to printers
>>>
>>> --
>>> Cameron Shorter
>>> Geospatial Solutions Manager
>>> 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
>
>>
>
> _______________________________________________
> Live-demo mailing list
> Live-demo at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/live-demo
> http://live.osgeo.org
> http://wiki.osgeo.org/wiki/Live_GIS_Disc
More information about the Osgeolive
mailing list