After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 454602 - Documentation: Deployment needs documentation
Documentation: Deployment needs documentation
Status: RESOLVED OBSOLETE
Product: website
Classification: Infrastructure
Component: www.gnome.org
beta
Other Linux
: Normal blocker
: ---
Assigned To: ramon.nb
GNOME Web maintainers
Depends on:
Blocks:
 
 
Reported: 2007-07-07 15:19 UTC by Murray Cumming
Modified: 2011-04-21 07:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Murray Cumming 2007-07-07 15:19:36 UTC
There should be a live.gnome.org page that says how to install the new www.gnome.org. I'm not a sysadmin, but I think this should include

- The precise Plone version used.
- The theme used, as a tarball, with precise instructions for integrating it with the Plone installation.
- The precise versions of any Plone extras/plugins used.
- Precise details about any other customizations.
- The content (a database backup?) in a tarball, with precise instructions for installing it so that it appears in the website.

This should allow a non sysadmin idiot (for instance, me) to install the website.
Comment 1 Murray Cumming 2007-07-07 15:26:58 UTC
Also:

- How to ensure that the database content is backed up regularly.
Comment 2 ramon.nb 2007-07-30 09:15:19 UTC
One of the common ways to make this part is creating a svn with all the products and the plone: 

trunk/PloneCommon
trunk/Developed
trunk/ThirdParty

These three folders store all the products that make the plone as it is, so you can co from the svn ( using tags to make a stable snapshot of all the mess ).

There are a lot of important things to know about deployment :

* The front-end 
* The Cache
* The loadbalancer
* The ZEO/ZOPE configuracion

The best aproach is :

* A frontend using apache for virtualhosting ( http - www / https - edit )
* a Loadbalancer ( pound or perlbal ) ( www to 2 zope clients )
* a cache ( 1 for each of this 2 zope cleints )
* 1 zeo and 3 zope ( 2 for www and 1 for edit without cache )

All the configuration files should go to svn.

About the content we are going to use the gsxml that enable export to xml of all the content.

Comment 3 Murray Cumming 2007-08-10 16:21:49 UTC
Obviously the deployment instructions are a blocker to deployment. Marking this as a blocker.
Comment 4 Carsten Senger 2008-12-02 12:04:12 UTC
Deployment
----------

An repeatable deployment is done with `buildout` which lists pinned versions

- in the buildout configuration (*.cfg in the buildout directory),
- in the setup.py-files in the wgo.* packages 
  (automatically recognized by buildout)

Other dependencies and install instructions are listed in the README of the buildout http://dev.plone.org/collective/browser/gnomeweb-plone/buildout/trunk/README.txt. The documentation is refered from http://live.gnome.org/GnomeWeb/CmsSetup under "Installing a local Sandbox".

Generic backup documentation is available on plone.org, special backup documentation should be written together with the sysadmin-team at a later stage. This is also true for the documentation to integrate the running plone into the gnome website infrastructure.

Release tarballs
----------------

Python packages are delivered in .egg-files, a zipped package format like java jars. We'll do them for later releases. Currently we just tag releases in svn and include them as svn:externals.  
For later versions we can do tarballs from fresh buildout also.




Does the documentation hould we leave this ticket open as a reminder
Comment 5 Lucas Rocha 2010-02-12 21:08:25 UTC
Carsten, could we make sure this is documented in http://live.gnome.org/GnomeWeb/Plone?
Comment 6 Murray Cumming 2011-03-03 06:20:18 UTC
Can we close this now that the Plone attempt is dead?
Comment 7 André Klapper 2011-04-21 07:08:58 UTC
Yes.