[Cubicweb] CWEP 0004 - Cubes as distributions
Christophe de Vienne
christophe at unlish.com
Thu Oct 23 10:51:14 CEST 2014
Le 23/10/2014 10:34, Nicolas Chauvat a écrit :
> On Thu, Oct 23, 2014 at 08:56:39AM +0200, Denis Laxalde wrote:
>> above, do you know how other applications also using "private
>> modules/package" work with this development mode (if they do)?
> This makes me think of cubes as plugins or extensions to CubicWeb.
> Looking at the debian packages for Mercurial, I see mercurial
> extensions are put into dist-packages/hgext/ and can be imported
Yes. But IIRC hgext is not a namespace. Meaning the actual module path
of the extension may be different in development mode and once installed.
So, to get things from another extension, I guess you would need to use
the api to know from where an extension was loaded.
> PS: I still dislike setuptools, entry points, venv and all that
> machinery that I find too complex (and mostly useless) compared to
> PYTHONPATH, but I won't oppose to the change and vote -0 if it can
> really help CubicWeb gain more traction by making it follow standard
> (bad) practices.
Note that my proposal is mainly about using the PYTHONPATH and the
smallest interface reasonable for the module, while removing the cubes
path machinery and make develop mode possible.
The entry-points comes in only as a possible lookup mechanism, mainly
for the "list" operation of cubicweb-ctl.
We could probably do without them.
More information about the Cubicweb