[Zope-CMF] Re: Tools as local utilities

Jens Vagelpohl jens at dataflake.org
Thu Feb 8 18:09:32 EST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>> Wichert wants a Plone 3 beta very very soon, there is no time to   
>> switch the CMF to any other packaging/buildout mechanism before  
>> that.  What happens on the trunk after the 2.1 branch is cut, I  
>> don't care.  I do care about getting the 2.1 beta out quickly. All  
>> that's missing  is merging the tool/utility stuff, which depends  
>> on having this new  component registry.
>> Taking this into account, how should the five.localsitemanager  
>> thing  be packaged?
>
> My preference would be to ship CMF 2.1 as two tarballs - one for  
> lib/python and one for Products, or one tarball containing Products/ 
> * and lib/python/* (i.e. to be extracted into the Zope instance root).
>
> If that's unacceptable, Rocky can make localsitemanager use only  
> relative imports and thus function as both a product and a package,  
> though I don't know if anything needs to refer to  
> Products.localsitemanager, which in turn makes it painful to use it  
> as a regular python package.

Two tarballs? Yikes no. I'd prefer something simple that would allow  
stitching it in as a svn:external and then you can copy it into the  
Products directory like everything else.

All those who think this is somehow impure and dirty, keep in mind  
that this arrangement won't be forever, only for the 2.1 branch.  
Afterwards there's more time to plan on packaging things differently.

jens



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFFy62sRAx5nvEhZLIRAq4vAJ9JtzwPFIJjhJY+4qeSGdtftc8pOwCfbNRV
xiaqTCpi0ok0wubUsRYw38o=
=quzF
-----END PGP SIGNATURE-----


More information about the Zope-CMF mailing list