[Distutils] setuptools 0.6c7 and zc.buildout: find-links egg fragment issue

Tarek Ziadé ziade.tarek at gmail.com
Fri Feb 8 10:14:13 CET 2008



Jim Fulton wrote:
> 
>>
>> Ok. The use case is : we are working on a bunch of private packages
>> that do not have a public distribution.
> 
> Have you considered a private repository?
> 

It is in a private repository.


Jim Fulton wrote:
> 
>> Then we create for each package a tag on the svn. And we want to
>> distribute our buildout. so we change the buildout this way:
> 
> Is your intention to distribute it for production deployment? Or for  
> development?
> 

For production deployement


Jim Fulton wrote:
> 
>> Then we add "install-from-cache" and "offline" to provide a  
>> installable
>> tarball.
> 
> Have you looked at zc.sourcerelease?
> 

We have quite a similar script that builds a tarball, we created before
you pointed me to zc.sourcerelease. I guess your script handles 
the bootstrap part differently if you didn't need to change it.
So I will try that. But we need to keep our script because it has
more advanced features iirc for our upgrade needs
(like making diffs between two buildouts)


Jim Fulton wrote:
> 
>> Ok, we could release some eggs in some private url to have the proper
>> find-links, but the #egg is quite convenient to avoid this extra step.
> 
> Just to avoid making a distro?  You're already making an tag.
> 
> Why not just use externals?
> 

We are juste tagging. Making a distro is an extra step. Setting up
a bundle is also an extra step.



Jim Fulton wrote:
> 
>> So if we can find a way to automate this..
> 
> I'm still not clear on what "this" is.  Let me see, you want to be  
> able to distribute software that includes develop eggs from svn. Is  
> that right?
> 

No, I want to be able to distribute software that includes eggs from
svn.



Jim Fulton wrote:
> 
>> 2/ the develop problem
>>
>> Another point that would be great to consider: setting up the develop
>> section can be painful when you share a project among many developers,
>> because they need to svn checkout many packages and make sure they
>> have the same folder structure.
> 
> Unless you use externals.
> 

Yup. but that's an extra step, because you need to build a bundle,
then make sure the buildout and the bundle are always synchronized. The
buildout 
was a way to get rid of bundles imho. If I need to work with a bundle, it's
a step back in my opinion.

If we could point an egg in a svn like we do on a file system:

develop =
    /path/in/the/system/my.egg
    svn://path/in/the/svn/my.egg2/trunk
    https://path/in/the/svn/my.egg3/trunk

That would avoid maintaining a bundle


Jim Fulton wrote:
> 
>> 3/ the boostrap.py problem
>> If we want to have a full offline mode (not using your rpm system)
> 
> You mean without zc.sourcerelease?
> 

I guess.. 


Jim Fulton wrote:
> 
>> Oups I forgot one point : being able to tell that a given part in the
>> buildout will be run
>> only under a given platform win32.
> 
> Right, so for other folks benefit, the idea is to be able to say  
> something like:
> 
> [foo platform=win32]
> 
> and have the options defined there provide foo options only on win32.
> 
> I definitely plan to do this.
> 

Great !


++
Tarek
-- 
View this message in context: http://www.nabble.com/setuptools-0.6c7-and-zc.buildout%3A-find-links-egg-fragment-issue-tp15342830p15351725.html
Sent from the Python - distutils-sig mailing list archive at Nabble.com.



More information about the Distutils-SIG mailing list