Probleme mit Installation von xdvthemes

ergy1983

Hallo,

ich schlage mich jetzt seit ein paar Tagen damit herum, dass ich in Zope eigene aber auch schon existierende XDV-themes integrieren möchte. Ich bin aber auch noch nicht so lange dabei.

Ich habe es über zwei Wege ausprobiert. Beide funktionieren nicht.

1. über buildout.cfg
xdvtheme.inventions wurde komplett von mir vom Plone-Server kopiert. Ich habe in der buildout.cfg nur bei extends, eggs und zcml etwas geändert.

Code

[buildout]
extends =
    [URL]http://dist.plone.org/release/4.0-latest/versions.cfg[/URL]
    lxml.cfg
    [URL]http://good-py.appspot.com/release/collective.xdv/1.0?plone=4.0[/URL]


eggs =
    Plone
    PIL==1.1.6
    collective.xdv
    src/xdvtheme.inventions.tar.gz
    src/xdvtheme.ld.tar.gz
    src/xdvtheme.ric.tar.gz
    src/xdvtheme.blogld.tar.gz
    src/xdvtheme.blogric.tar.gz


zcml =
    collective.xdv
    src/xdvtheme.inventions.tar.gz
    src/xdvtheme.ld.tar.gz
    src/xdvtheme.ric.tar.gz
    src/xdvtheme.blogld.tar.gz
    src/xdvtheme.blogric.tar.gz


debug-mode = off


parts =
    instance
    zopepy
    zopeskel
    unifiedinstaller
    chown


[versions]
Cheetah = 2.2.1
Paste = 1.7.5.1
PasteScript = 1.7.3
ZopeSkel = 2.18
collective.recipe.backup = 1.7
plone.recipe.command = 1.1
plone.recipe.osxcontroller = 0.4
plone.recipe.unifiedinstaller = 4.0rc1

Alles anzeigen

wenn ich dann buildout nach dem Runterfahren von Zope ausführe kommt folgende Fehlermeldung:

Code

./bin/buildout 
While:
  Installing.
  Getting section instance.
Error: The referenced section, 'instance', was not defined.

Wie und wo kann man denn "instance" definieren oder was bedeutet die Fehlermeldung?

2. über develop.cfg
Ich habe nur bei Sources etwas geändert.

Code

[sources]
xdvtheme.inventions = svn [URL]https://svn.plone.org/svn/collective/xdvtheme.inventions/trunk[/URL]
plonetheme.sunburst = svn [url]https://svn.plone.org/svn/plone/plonetheme.sunburst/trunk[/url]

Die Fehlermeldung ist folgende:

Code

./bin/buildout -c develop.cfg
mr.developer: Queued 'plonetheme.sunburst' for checkout.
mr.developer: Queued 'xdvtheme.inventions' for checkout.
mr.developer: Updated 'plonetheme.sunburst' with subversion.
mr.developer: Updated 'xdvtheme.inventions' with subversion.
Develop: '/home/lebensdorf.net/beta_html/zinstance/src/plonetheme.sunburst'
install_dir /home/lebensdorf.net/beta_html/zinstance/develop-eggs/tmpwdribEbuild
Develop: '/home/lebensdorf.net/beta_html/zinstance/src/xdvtheme.inventions'
/home/lebensdorf.net/beta_html/Python-2.6/lib/python2.6/distutils/dist.py:266: UserWarning: Unknown distribution option: 'paster_plugins'
  warnings.warn(msg)
install_dir /home/lebensdorf.net/beta_html/zinstance/develop-eggs/tmpWQA9nabuild
Updating _mr.developer.
Installing instance.
While:
  Installing instance.


An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
  File "/home/lebensdorf.net/beta_html/zinstance/eggs/zc.buildout-1.4.3-py2.6.egg/zc/buildout/buildout.py", line 1660, in main
    getattr(buildout, command)(args)
  File "/home/lebensdorf.net/beta_html/zinstance/eggs/zc.buildout-1.4.3-py2.6.egg/zc/buildout/buildout.py", line 532, in install
    installed_files = self[part]._call(recipe.install)
  File "/home/lebensdorf.net/beta_html/zinstance/eggs/zc.buildout-1.4.3-py2.6.egg/zc/buildout/buildout.py", line 1204, in _call
    return f()
  File "/home/lebensdorf.net/beta_html/buildout-cache/eggs/plone.recipe.zope2instance-4.1.5-py2.6.egg/plone/recipe/zope2instance/__init__.py", line 91, in install
    self.install_scripts()
  File "/home/lebensdorf.net/beta_html/buildout-cache/eggs/plone.recipe.zope2instance-4.1.5-py2.6.egg/plone/recipe/zope2instance/__init__.py", line 513, in install_scripts
    requirements, ws = self.egg.working_set(['plone.recipe.zope2instance'])
  File "/home/lebensdorf.net/beta_html/buildout-cache/eggs/zc.recipe.egg-1.2.2-py2.6.egg/zc/recipe/egg/egg.py", line 90, in working_set
    **kw)
  File "/home/lebensdorf.net/beta_html/zinstance/eggs/zc.buildout-1.4.3-py2.6.egg/zc/buildout/easy_install.py", line 800, in install
    return installer.install(specs, working_set)
  File "/home/lebensdorf.net/beta_html/zinstance/eggs/zc.buildout-1.4.3-py2.6.egg/zc/buildout/easy_install.py", line 636, in install
    for spec in specs]
  File "/home/lebensdorf.net/beta_html/buildout-cache/eggs/distribute-0.6.14-py2.6.egg/pkg_resources.py", line 2547, in parse
    reqs = list(parse_requirements(s))
  File "/home/lebensdorf.net/beta_html/buildout-cache/eggs/distribute-0.6.14-py2.6.egg/pkg_resources.py", line 2472, in parse_requirements
    line, p, specs = scan_list(VERSION,LINE_END,line,p,(1,2),"version spec")
  File "/home/lebensdorf.net/beta_html/buildout-cache/eggs/distribute-0.6.14-py2.6.egg/pkg_resources.py", line 2440, in scan_list
    raise ValueError("Expected "+item_name+" in",line,"at",line[p:])
ValueError: ('Expected version spec in', 'Plone    collective.xdv', 'at', '    collective.xdv')
*************** PICKED VERSIONS ****************
[versions]
collective.recipe.omelette = 0.10

Alles anzeigen

Kann mir jemand helfen? Ich weiß nicht mehr weiter.

Viele Grüße,
Ergy

Pumukel

Hallo,

da du keine Vollständigen satz an buildout-Dateien angegeben hast und von nur einfach kopiert sprichst, gehe ich davon aus, dass du eine saubere Plone-Unifiedinstaller Installation hast, auch wenn es mit dem Plone-4.0-latest im extend nicht danach aussieht.

Demnach sollte der instance Bereich definiert sein, aber wird wohl aufgrund der Fehlerhaften Einträge in eggs und zcml nicht funktionieren.
bei eggs und zcml darf man keine *.tar.gz angeben, damit kann buildout nichts anfangen, wenn du dort etwas einträgst, dann muss es der Package-Name sein, in scr kann man dann die entpackten tar.gz hinpacken wenn man auf diesen arbeiten möchte. Desweiteren gehören in den Einträgen eggs und zcml keine Pfadangaben wie src/

Warum willst du dir bei einem Plone 4.x das Sunburt-Theme extra holen?

Also berichtige dein Buildout und deine Installation und es sollte funktionieren.

Gruss Pumukel

ergy1983

Hallo Pumukel,

vielen Dank für Deine Antowrt. Ich dachte mir schon, dass es solchen doofen "Kleinigkeiten" liegen könnte.

Ich packe mal noch zur Vorsicht die komplette Buildout hier rein. Vielleicht könntest Du mal kurz drauf schauen, was noch nicht stimmig ist?

Code

############################################
#
# Buildout Configuration File for Standalone Plone
# ------------------------------------------------
# $LastChangedDate: 2011-03-03 17:30:15 -0800 (Thu, 03 Mar 2011) $ $LastChangedRevision: 47921 $
#
# After making changes in this configuration file,
# you should run bin/buildout to update the components.
# 
# ALWAYS back up all Plone/Zope data and components
# before changing configuration.
# 
# Running "bin/buildout" will update your installation,
# installing missing components as necessary.
# 
# Use "bin/buildout -n" to update many components here to the newest
# available releases.
# This will update the add-on products you've added in the eggs= lines.
# This will not, however, upgrade Plone itself (or anything else you've
# pinned with a version specification). To upgrade Plone itself, see the
# comments in "Plone Component Versions".
#
# Tutorial instructions for using zc.buildout for
# configuration management are available at:
# http://plone.org/documentation/tutorial/buildout
# Full details at http://pypi.python.org/pypi/zc.buildout
#
############################################




[buildout]


############################################
# Plone Component Versions
# ------------------------
# This version of the Unified Installer has the components of Plone 4 
# preloaded so that it can install without an Internet connection.
# If you want to update, uncomment the "http://..." line below,
# edit it to point to the current version URL, comment out the 
# "versions.cfg" line and run "bin/buildout" while attached to the 
# Internet. Generally, you only want to do that as part of a planned migration.
# Note that if you are updating components, you should also check the versions
# section at the end of this file, since recipes or components other than
# those of Zope and Plone may need updating at the same time.
#
#extends = 
#    base.cfg
#    versions.cfg
extends =
    http://dist.plone.org/release/4.0-latest/versions.cfg
    lxml.cfg
    http://good-py.appspot.com/release/collective.xdv/1.0?plone=4.0


#versions = versions
#    http://dist.plone.org/release/4.0-latest/versions.cfg




############################################
# Ports
# -----
# Specify the port on which your Zope installation
# will listen:
http-address = 8080
#http-address = 80




# If you try to start Zope as root, it will change user id to run as
# the effective user specified here. This user id must own the var directory
# of your buildout.
effective-user = lebensdorf.net




############################################
# Eggs
# ----
# Add an indented line to the eggs section for any Python
# eggs or packages you wish to include.
#
eggs =
    Plone
    PIL==1.1.6
    collective.xdv
    xdvtheme.inventions
    xdvtheme.ld
    xdvtheme.ric
    xdvtheme.blogld
    xdvtheme.blogric




# Optional Functionality
# ----------------------
# Uncomment the indented lines to include these add-on products.
# Documentation on all of them, along with many more products,
# is available at
# http://plone.org/products/
#
# Example products:
# * LinguaPlone provides tools for building multi-lingual sites
# * PloneFormGen provides through-the-web form building
#
#    Products.LinguaPlone==4.0.1
#    Products.PloneFormGen==1.6.0
#
# Note that versions may be specified here or in the [versions]
# section below. You should always specify versions that you know
# are compatible with the Plone release and at an acceptable
# development level.
#
# Commonly used development tools:
# Several excellent development tools are included in the develop.cfg
# buildout extension. Read it to learn how to activate these tools.


    
############################################
# ZCML Slugs
# ----------
# Some eggs need ZCML slugs to tell Zope to
# use them. This is increasingly rare.
zcml =
    collective.xdv
    xdvtheme.inventions
    xdvtheme.ld
    xdvtheme.ric
    xdvtheme.blogld
    xdvtheme.blogric


    
############################################
# Development Eggs
# ----------------
# You can use paster to create "development eggs" to
# develop new products/themes. Put these in the src/
# directory.
# You will also need to add the egg names in the
# eggs section above, and may also need to add them
# to the zcml section.
#
# Provide the *paths* to the eggs you are developing here:
develop =
#    src/my.package






############################################
# Debug Mode
# ----------
# Change debug-mode to "on" to run in development mode.
# This will dramatically slow Plone.
# 
debug-mode = off
# Add-on developers should turn deprecation warnings on
deprecation-warnings = off
# change verbose-security to "on" for useful security errors while developing
verbose-security = off




############################################
# Backup Directory
# ----------------
# Sets the target directory for the bin/backup and bin/snapshotbackup
# commands. Default is inside this project's var directory, but ideally
# this should be on a separate volume or backup server.
# 
backups-dir=${buildout:directory}/var




############################################
# Initial User
# ------------
# This is the user id and password that will be used to create the initial 
# user id that will allow you to log in and create a Plone site. This only
# sets the initial password; it will not allow you to change an already 
# existing password. If you change the admin password via the web interface,
# the one below will no longer be valid.
# If you find yourself locked out of your Zope/Python installation, you may
# add an emergency user via "bin/plonectl adduser".
user=admin:gnL89L8B2FIurPGB619s




############################################
# Parts Specification
#--------------------
# Specifies the components that should be included in the buildout.
# All the basics are in the base.cfg extension; you may add your
# own if you need them at the end of this file.
parts =
    lxml
    instance
    zopepy
    zopeskel
    unifiedinstaller
    chown




############################################
# Versions Specification
# ----------------------
# Version information supplied here will "pin" Python packages to a particular
# version number, even when you use the "newest" flag running buildout.
# Specifying versions for all packages is a good idea and can prevent
# accidental changes when you add new packages to your buildout.
# Note that versions specified here will override those specified earlier
# in the configuration, including those from the Plone and Zope version
# config files.
#
[versions]
Cheetah = 2.2.1
Paste = 1.7.5.1
PasteScript = 1.7.3
ZopeSkel = 2.18
collective.recipe.backup = 1.7
plone.recipe.command = 1.1
plone.recipe.osxcontroller = 0.4
plone.recipe.unifiedinstaller = 4.0rc1


#Required by:
#PasteScript 1.7.3
PasteDeploy = 1.3.4

Alles anzeigen

Ich danke Dir jedenfalls schon einmal und werde es gleich testen.

Viele Grüße,
Ergy

Pumukel

Hallo Ergy,

einen großen Fehler sieht man noch, im extend fehlt der bezug zu den anderen buildout Dateien, in denen die instance, der unifiedistaller, usw. definiert sind, z.B. base.cfg und develop.cfg im Unifiedinstallersetup.

Gruss Pumukel

ergy1983

Hey Pumukel,

vielen Dank für Deine Mühe. Ich habe nur noch eine Frage. Warum ist das denn nicht standardmäßig erst einmal in der buildout-Datei definiert?
Hast Du vielleicht eine richtige fertige buildout-Datei?

Ich finde es einfach so schwer bei den ganzen unterschiedlichen Versionen und unterschiedlichen buildout-Versionen in den Dokumentationen klar zu kommen...

Danke nochmals und viele Grüße,
Ergy

Pumukel

Hallo,

bitte gern geschehen.

Warum das buildout des UnifiedInstaller so ist wie es ist, kann ich dir leider nicht sagen, weil ich ihn nicht entworfen habe. Aber vom Prinziep her ist der sehr sehr gut für eine Grundinstallation.
Das nicht alles in einer Datei, der buildout.cfg formuliert ist, macht sinn, da buildout eine Basis für die Entwicklung und des Deployment ist. In einer lokalen Installation zum Testen und Entwickeln würde man das Buildout in der form:

Code

./bin/buildout -c develop.cfg

ausführen, um die Entwicklungs und Debug-Tools in der installation zu haben. Bei einem buildout für eine produktive Umgebung würde man statt dessen das einfachere:

Code

./bin/buildout

verwenden.

Da bei einer sauberen Installation somit genau 4 cfg-Dateien vorhanden sind ist es recht übersichtlich:

buildout.cfg <-- Produktive Umgebung
develop.cfg <-- Entwicklungsumgebung
base.cfg <-- Basis Einstellungen
versions.cfg <-- Version-Pinning für offline-Installationen

Die versions.cfg benötig man nicht, wenn man im extend der Pfad zur latest-Version definiert hat.

Eine richtige Fertige buildout-Datei ist somit gar nicht erstrebenswert, es ist eher ein Satz von Dateien. Die des unifiedinstallers sind aber ein abgeschlossener und funktionierender Satz, ansonsten kann man mit

Code

paster create -t plone3_buildout buildout_verzeichniss

sich einen Satz erzeugen lassen, was aber nicht mehr empfohlen wird.

Mein Satz an buildout-Dateien umfasst derzeit etwa 20 Dateien, da ich lieber kleine funktionsbezogene Dateien bevorzuge. Ich bezweifel das mein Satz jemanden helfen würde, da ich zuviele zusätzliche Abschnitte für meine Umgebungen integriert habe.

Gruss Pumukel

Tags