cubicweb #1307393 Troubles with pythonic install [deprecated]

using easy_install or python setup.py install with setuptools

  • The INSTALL_PREFIX is the setuptools's egg path, so config files of instances are stored in the python site packages /usr/share/python2.5/site-packages/cubicweb-XXX-egg/etc/cubicweb.d
  • all data files are placed in the egg directory path (/usr/share/python2.5/site-packages/cubicweb-XXX-egg/share/...).
  • each cube is installed in its own egg (/usr/share/python2.5/site-packages/cubicweb_blog-XXX-egg/share/cubicweb/cubes), so cubicweb cannot find any cube.
  • the data files are not accessible if the egg is a zip file (with option "--zip-ok (-z) install package as a zipfile")
  • web/views/edit_attributes.pt file shall be a package data, not a file data. As a consequence, it is placed at /usr/share/python2.5/site-packages/cubicweb_blog-XXX-egg/lib/python2.5/site-packages/web/views/edit_attributes.pt.
  • The python script files of cubes are duplicated. Cube package shall be a "data package". The python scripts are copied by installer as normal python package in /usr/share/python2.5/site-packages/cubicweb_blog-XXX-egg/blog/ because they are declared as provided python packages. They are also copied as data files (with other data files) in /usr/share/python2.5/site-packages/cubicweb_blog-XXX-egg/share/cubicweb/cubes/.

Using pip

General

  • The python script files of cubes are duplicated. Cube package shall be a "data package". The python scripts are copied by installer as normal python package in /usr/share/python2.5/site-packages/cubicweb_blog-XXX-egg/blog/ because they are declared as provided python packages. They are also copied as data files (with other data files) in /usr/share/python2.5/site-packages/cubicweb_blog-XXX-egg/share/cubicweb/cubes/.
  • Default CW_MODE=system. Using virtualenv, cubicweb shall not write to /var/... (see CW_INSTANCES_DATA_DIR & CW_RUNTIME_DIR). os.path.join(sys.prefix, 'var') (see VIRTUAL_ENV also) may be a better choice.
  • python setup.py develop doesn't work.
priorityimportant
typebug
done in<not specified>
load0.000
load left0.000
closed by<not specified>